multiplexeur NMEA Raspberry

Bonjour à tous,
mon projet de multiplexeur NMEA 0183 et bridge NMEA 2000 à base de raspberry (préconisé raspberry PI-zero) étant terminé, je remercie ceux qui ont participé aux premiers tests.
Ce multiplexeur utilisant largement des développements OpenSource, je vous donne le lien de téléchargement.

J'espère que vous serez nombreux à embarquer raspimux.

Fonctionalités :
Multiplexeur NMEA0183
Passerelle NMEA2000 dans les deux sens
Application WEB de paramétrage, filtres et priorités.
Application WEB répétiteur multi (smartphones, tablettes)
Cartographie openCpn intégrée au répétiteur multi si le bord est équipé d'un raspberry PI3 pour la carte opencpn (scripts d'installation fournis).

lien : drive.google.com[...]sagwIf-

Merci à ceux qui mettrons en place cette solution de me faire un retour via le forum.

Un projet de répétiteur multi est en cours autour du même concept.

L'équipage
18 avr. 2019
19 avr. 201919 avr. 2019

:pouce:

Je suis aussi en pleine recherche sur ce sujet donc sur une base de pi 0 je zieute !

tu écris (supporte pieuvres 2-4-8 ports RS232) mais je ne comprend pas la câblage sur un PI 0 j'ai lu tes deux fichiers pdf mais je ne peux pas récupérer les autre fichiers pour l'instant (sur le téléphone) . Donc c'est peu être décris dans le reste des docs ! c'est le soft seul ou le hard aussi qui permet 8 ports rs232 ?

sinon 55 w je suis interrogatif ça fait 10 A en 5 v !!! il doit y avoir une virgule qui flotte 0, 55 W ( pi-0 ~ 140 mA avec la video ) ;-)

:reflechi:

19 avr. 2019

oui, un Pi0 consomme entre 100mA au repos, et 140mA au maxi, en 5V ...
A+

19 avr. 2019
19 avr. 201919 avr. 2019

Merci yantho ! j avais raté ce post !
Je n'arrive pas a voir cette fameuse ''pieuvre'' sur le RPI0 autant je comprends le convertisseur NMEA 0183 <>NMEA 2000 je trouve superbe l’exercice, mais je ne suis pas intéressé personnellement parce que pas de NMEA2000 autant si possibilité de faire une ''pieuvre'' en 0183 à moindre cout m'intéresse ! C’est aussi la démarche de Dargeelling il me semble et la solution avec l'arduino est aujourd'hui celle qui me sembler la plus viable !

Mais avec un PI 0 ça m'intéresse encore plus :bravo: !

19 avr. 2019

c'est bien l'idée donc attendons ! :heu: :-D

06 juin 2019

J'ai trouvé un adaptateur USB 4 séries chez Aliexpress pour moins de 20€, mais je ne retrouve plus le lien..

02 mai 2020

Bonjour a_guy;

Honnêtement j'ai laissé tomber mon projet à base d'Arduino, il me restait à "assembler" et tester les divers modules, en "live". Peut-être qu'un jour j'y reviendrai pour le plaisir de la création...

Mes besoins, (en NMEA 0183 uniquement), étant plus simples que les excellentes capacités du Raspimux, je me suis tourné vers le multiplexeur NMEA4WIFI, qui me satisfait totalement pour une somme dérisoire.

Enfin, pour finir de tout interfacer à bord, j'aurai besoin de savoir si ma centrale Nexus NX2 utilise le protocole NMEA 0183, et si oui, où récupérer le signal. Donc si quelqu'un a une idée .....

A+

19 avr. 201919 avr. 2019

J'avais la même question que toi (jamais trouvé une pieuvre intégrant le convertisseur rs232-usb) et Pascal m'a passé ceci

www.amazon.fr[...]o02_s00

Mais un Hub + des convertisseurs usb-rs232 semblent moins cher.

www.electrodepot.fr[...]te.html

www.ebay.fr[...]0847972

www.ebay.fr[...]3483778

07 juin 2019

Tu vas sur Ali, tu regardes dans tes commandes. Ils gardent l'historique, tu trouveras la chose normalement.

19 avr. 2019

Peut-être que dans certains cas un convertisseur RS422 vers USB est plus approprié ?
www.kalea-informatique.com[...]439.htm
C'est ce que j'utilise pour mon ais em-track B100, celui-ci :
www.kalea-informatique.com[...]895.htm
Mais c'est plus cher !

05 juin 2019

Salut !
Je suis très intéressé par cette solution car je n'ai pas de répétiteur cockpit, et ceux disponibles dans le commerces sont franchement trop chers. Peut-on avoir un détail du hardware nécessaire pour le montage de l'ensemble du multiplexeur ?

06 juin 2019

Bonjour,
Concernant le répétiteur, la difficulté est de trouver un écran plein jour. J'ai une version avec écran hdmi mais il n'est pas visible de jour.
J'ai fait une maquette fonctionnelle avec écran e-ink 6" waveshare, La solution est basée sur l'utilisation de VNC et le rafraîchissement de l'écran par zones. Malheureusement, j'ai cassé l'écran (très fragile) avant de finaliser mon projet. Je reprendrais en octobre.

06 juin 201906 juin 2019

@gudhull Oui, les écrans de ce genre, si non protégés sur les angles, le moindre choc, c'est poubelle. Le verre, surtout en feuille mince, c'est hyper fragile.

Fan de Vian ?


Tu savais que cette chanson avait été utilisée par le service de promotion de Philips ?

06 juin 2019

Bonjour ,
projet très intéressant !
-gudhull, pourras tu parler de ton projet e-ink ici (architecture, choix du matériel, pb rencontrés...), merci!
www.hisse-et-oh.com[...]-marine

cf ici aussi une proposition sur ce genre de projets open source:
www.hisse-et-oh.com[...]projets

En tout cas , beau travail et merci pour le partage !

06 juin 2019

Oulala, c'est pas une reinvention de openplotter du coup ? (j'ai un rpi3, avec openplotter, 4 adaptateurs rs422 usb à 2$ pour le nmea0183, et possibilité d'ajouter du CAN mais j'ai pas de nmea2000 sur le bateau). Le tout géré via l'interface.
En plus ça gère le gps, les sondes diverses, le gyroscope, accelero, et compas, et j'ai pas encore monté mais d'après mes tests c'est fonctionnel il fait aussi pilote automatique (avec PyPilot).

Si c'est libre, avoir 2 projets libres qui font la même chose n'est pas forcément un mal, mais si le but était de faire quelque chose de nouveau, j'ai bien peur que niveau temps se soit bien plus rentable de contribuer à openplotter.

15 juil. 2019

OpenPlotter c'est très bien, mais le fait d'avoir de petits modules indépendants à base de PI ZERO, c'est pas mal non plus, cela consomme moins et il y a moins de risque de panne.

06 juin 2019

Si l'on ne désire afficher que des nombres (et quelques lettres) comme des angles et des vitesses, on peut utiliser des afficheurs LED à segments.

14 juil. 2019

Bonjour Gudhul, j'utilise la première version de ton raspmux depuis longtemps, elle fonctionne très bien pour l'instant utilisée avec seulement des instruments NMEA0183. Je vais bientôt connecter aussi des instruments NMEA2000 et je voulais avant installer ta dernière version. Mais l'archive muxberry.tar.gz présente sur le lien semble corrompue, je ne réussi à l'extraire ni sur une machine Linux, ni sur une machine Windows.
Peux-tu la re-générer ?
Merci d'avance
Marc

14 juil. 2019

Je précise que les autres fichiers ou archives sont OK.
Marc

15 juil. 2019

Bonjour Marc,

Je viens de régénérer une archive que j'ai déposé sur le drive.
J'utilise actuellement le multiplexeur interfacé en NMEA2000 à un multi GARMIN GMI20.
Cela me donne entière satisfaction.
J'espère que vous serez très nombreux à utiliser cette solution.

15 juil. 2019

Un truc de plus dans la todo list de cet hiver.
Un mux à base de Pi0, bonne idée.
Faudra juste que je le simplifie... (pas de nmea2000)

15 juil. 2019

Pas de simplification, Le nmea2000 est géré par un process fils débrayable et s'il n'y a pas de bus can il restera en sommeil.

15 juil. 2019

:pouce:

pareil intéressé pour un mux à base de pi 0 !

22 juil. 2019

Bonjour
j'ai actuellement un pi3 qui embarque un serveur signalk relié à mon bus nmea2000 en USB via un boitier ikonvert
Cette Passerelle iKonvert de Digital Yacht est un convertisseur bidirectionnel NMEA2000-USB (ou NMEA0183), branchée sur le hub USB, d'une part, et sur le bus NMEA d'autre part via un cable adaptateur Simrad SIMNET/NMEA 2000
Ce code m'a l'air de ressembler -:)
Par contre, je suis un peu réticent à l'idée de débrancher le ikonvert car il est certifié et le protocole nmea2000 c'est assez sensible ...
je peux par contre paramétrer le ikonvert pour remonter la data en mode raw et placer le pi0 en série : est-ce que ca a un sens ?
Vous avez eu des retours de tests nmea2000 ?

06 nov. 2019

Bonjour
J’ai cherché en vain un fil qui traite de l'installation du logiciel RASPIMUX car je rencontre quelques difficultés.
Je ne voudrait pas re-poser des questions auxquelles des réponses ont, peut-être, déjà été apportées.
Merci de votre aide

21 mars 2020

Bonsoir,

C'est peut être un peu tard pour répondre, mais j'ai du temps ...

06 nov. 2019

Bonjour,
Quelles sont vos difficultés, tout est fait pour une installation plusg&play.

06 nov. 2019

A la place de google drive, utiliser github ? ou sourceforge ou framagit, ou tout autre truc prévoir pour le cycle de vie d'un objet informatique ?

06 nov. 2019

Bonjour Pascal,
Donc j’ai commencé à installer raspimux sur un pi model B+ V1.2, raspian, clé WiFi TL-WN725N, écran 5'.
Sur un PC Windows j’ai copié muxberry.tar.gz sur la microSD
Puis sur pi décompression de muxberry.tar.gz Ok, mais pour muxberry.tar j’ai obtenu des pages d’erreurs : le propriétaire ne peut pas être changé en uid 1001, gid 1001 pour chaque fichier.

_ que faut-il faire ?, vous l’avez compris, je suis un béotien en matière de linux

(J’ai constaté que le répertoire muxberry et son contenu avait été crée, j’ai donc lancé install.sh, la série de téléchargements et d’installations s’est terminée normalement, mais plus de WiFi, est-ce normal ?.)
Merci

06 nov. 2019

Vous n'avez crée aucun compte utilisateur sous votre linux d'où l'erreur "le propriétaire ne peut pas être changé en uid 1001, gid 1001 ", je vous conseil de créer au moins un utilisateur.
Pour le wifi, c'est sans doute du à votre dongle wifi dont le driver ne supporte pas le mode access point.
Désactivez les services hostapd et dnsmasq
sudo systemctl disable hostapd
sudo systemctl disable dnsmasq
Et reprenez la config réseau d'origine
sudo cp /etc/network/interfaces.orig /etc/network/interfaces

Puis reboot.

Si vous avez d'autres problèmes, mon email : pascal.pinot@gmail.com

21 mars 202016 juin 2020

Merci pour ce partage, j'ai installé muxberry sur un pi zéro avec un can hat et un hub usb 4 ports, c'est ultra compact et ça marche parfaitement, sur l'établi, vivement le retour à bord.

21 mars 2020

Cela marchera très bien à bord, je l'ai testé 4 mois cet été en navigation aller/retour sud portugal et deux répétiteurs nmea2000 GARMIN. Le seul problème est parfois le décrochage de l'interface nmea0183 de la centrale NKE.

Bonnes navigations.

11 nov. 2019

Bravo, ça fait bien 2 ans que je pensais faire ça.
J'i surtout besoin de répétiteur NMEA2000.
Je réfléchis aux eink également.
Bon courage pour la suite

21 mars 2020

Gudhull :
Le projet a été mis à jour ?
Est-ce que je peux le mettre dans mon github ?

21 mars 2020

Bonsoir,

Pas de problème pour le partager.

Pascal.

28 mars 2020

Bonjour

question de debutan ...
votre solution , peut elle remplace ca : YDNR-02N ?
www.itabnav.fr[...]fi.html
Merci

21 mars 2020

Et hop !
github.com[...]uxberry
J'ai supprimé les espaces d'un nom de fichier, pour éviter les pbs...

21 mars 2020

Merci de l'avoir Fait, Je note le lien.

22 mars 2020

C'est un plaisir, ça me ramène au temps où je grenouillais dans le logiciel Libre :-)

28 mars 2020

y a t'il une solution pour afficher l'image du sondeur sur un ecran deporter ? type ipad par exp ?
MEri

28 mars 2020

Bonjour

Ou avez vous acheté votre raspberry P W?
Et quel kit de démarrage prendre ?

Merci a vous

28 mars 2020

Bonjour,
je me suis servi chez reichelt (le hat usb 9€5, le hat can 12€ et le pi zero w 20€ ) ils avaient tout en stock, on doit trouver moins cher, il y avait la meme chose chez kubii, pour le hat can il faut changer la fréquence sur le pi zero,au besoin je peux retrouver la ligne de commande.

Et oui cette solution fait exactement la meme chose que le YDNR-02N.
Pas besoin de kit de démarrage il manquera juste le cable usb pour l'alim.
Il faudra aussi prévoir un cable pour se connecter au nmea 2000 du bateau et un ou plusieurs adaptateur usb/rs232(ftdi c'est plus fiable que ch340) pour se connecter à l'AIS ou a d'autres appareils nmea 0183.

28 mars 2020

j'ai trouver la version V1.1 ca suffit ?

28 mars 2020

il faut un Raspberry w ou wh ?

28 mars 2020

si c'est pour connecter un hat usb et/ou can il vaut mieux le wh les connecteurs gpio sont déja soudés, je crois que c'est la seule différence, si pas de wh dispo il faudra souder les connecteurs avec le hat usb en place pour être bien en face le lien entre les deux cartes se fait par un mini connecteur usb male/male.

28 mars 2020

merci a toi , je vais chercher ce qui reste de dispo alors

pour etre sur

le hat usb c'est pour le nmea 183

et hat can c'est pour le 2000?

28 mars 2020

C'est exactement ça !

28 mars 2020

Le hat Hub et le Hat NMEA2000 ne sont pas nécessaires, le pi zero dispose déjà d'un port micro USB qui peut être connecté à une pieuvre 4 RS232 ou à un HUB USB (plus de limites), la carte HAT CAN pouvant être remplacée par www.ebay.fr[...]9429739 ou www.ebay.fr[...]7658810
La pieuvre : www.amazon.fr[...]o02_s00 + adaptateur micro usb usb
adaptateur micro usb / usb

28 mars 2020

merci , les deux carte sur ebay sont identique?
Merci

06 avr. 2020

J’ai trouvé cette promo pour la pieuvre:

www.manomano.fr[...]3323958

28 mars 2020

qui veut faire un achat groupé ?

01 avr. 2020

Bonjour, je suis stagiaire chez LCJ Capteurs.
J'ai comme projet de transformer une raspberry pi 4B en multiplexeur comme vous avez fait. Mais je n'arrive pas installer le fichier install.sh, le cmd m'indique l'erreur suivante "./install.sh : Syntax error: end of file unexpected (excepting "then")". Ma version raspian est la complète or vous dîtes que la version lite est recommandé, cela pose t-il problème?
Il y a t'il une autre possibilité pour modifier la raspberry, en remplacant les fichiers bin, boot, etc... directement sur la raspberry?
Si quelqu'un peut m'aider ce serait super :)

Bien cordialement

01 avr. 2020

Cool
Je suis curieux du portage sur un 4b
Pour la partie install je laisse le maître répondre :)
Pour les modif , moi je passe en ftp quand le creeateur n’est pas là pour le dicté les lignes de commande :)

01 avr. 2020

Bonjour
"Pour les modif , moi je passe en ftp quand le creeateur n’est pas là pour le dicté les lignes de commande :)"

FTP?

Pas SSH ?

01 avr. 2020

Bonjour, je suis le concepteur de Muxberry, prêt à t'aider et plus .. plus plus plus si tu négocie une girouette avec ton bosse.
Trève de plaisanterie, aucun problème pour faire tourner muxberry sur un PI4.

Pour installer le multiplexeur en touchant le moins possible aux configuration du raspberry, juste installer les packages su script d'install avec api-get (voir le script apache, python, web cocker etc...) recopier le contenu des répertoires usr/local/bin et var/www fournis à la racine et lancer nmeaHub avec des permissions de lecture écriture sur les ports rs232. Pour l'interface nmea2000, il faut la faire monter, voir le script etc/init.d/nmeaHub qui fait le boulot.

Mon mail pascal.pinot@gmail.com, si tu connais à minima linux, tout tourne ce soir.
tel 06 33 45 65 07 n'hésite pas
Cordialement.

Pascal.

01 avr. 2020

Super§ Merci beaucoup pour cette réponse rapide, je ne suis pas un expert en Linux mais je vous tiens au courant de mon avancée ;) je peux toujours demander pour la girouette hahaha. Encore merci

01 avr. 2020

Yes Fillezila gère le ssh ;)

Mais Pascal a mieux répondu que moi :;-

01 avr. 202016 juin 2020

Grace au super travail de Pascal et son Muxberry

J’ai enfin mon AIS sur Navionics

<3 <3 <3

06 avr. 2020

Trouvez ca a pas trop cher serai un solution sympa

digitalyacht.fr[...]ea-usb/

Vous pensez pas ?

06 avr. 2020

Ça tu peux faire la même chose pour moins de 2€ www.hisse-et-oh.com[...]our-15$ (Sinon t'as la même chose pour une 10ene d'euros tout fait)

06 avr. 2020

C'est bien à un prix raisonnable. Pour le type d'interface, le RS232 marche dans tous les cas.

06 avr. 2020

salut avez vous réfléchie a faire un récepteur ais directement depuis le rasp ?

06 avr. 2020

J'ai vu qu'il y avait des petits récepteurs dongle USB, dérivés de capteurs TNT qui semblent répondre à la demande. Il existe plusieurs projets, cela s'intègre facilement dans nmeaHub, il suffit de paramétrer via nmeaHub.conf le lancement d'un child (processus fils) qui renvoi les phrase AIS au format NMEA0183 à nmeaHub.

Une fois trouvé le soft , 5mn de paramétrage.

Ou avec pierre.lavergne1.free.fr[...]ie.html comme la carte renvoi les phrases AIS sur le port serial du raspberry, il n'y a rien à paramétrer, le port tty sera pris en compte immédiatement par nmeaHub.

06 avr. 2020

Erreur de lien sur le hat AIS c'est www.tindie.com[...]rry-pi/

Un projet avec dongle qui nécessite le lancement d'un child , un peu moins de $$$ : pysselilivet.blogspot.com[...]ry.html

06 avr. 2020

Hello, excellente idée !
Peut on se joindre voir si je peux l'intégré dans ma distribution raspberry pi 3/4 ?

voilier-oceane.com[...]per-os/

Benjamin

06 avr. 2020

Sur le pi4, il y a à priori 6 uart en natifs, ce qui veut dire qu'on pourrait avec des adaptateurs rs422/ttl faire 6 nmea0183 sans un seul usb. Ca va commencer à valloir le coup de faire un hat correspondant.

06 avr. 2020

Pour le prix d'un raspberry, le multiplexeur nmea0183 existe déjà, ca s'appelle nmea4wifi et ca marche nickel:
www.vela-navega.com[...]on.html
www.ebay.fr[...]6063655

06 avr. 2020

Oui c'est un bon choix aussi. Ils font même des kits moins chers: www.ebay.fr[...]/m.html

Quand on a pas besoin de toutes les fonctionnalités de openplotter.

06 avr. 2020

C’est bcp moins complet , et il gère pas le 2000

06 avr. 2020

@gudhull: question bête, elle est ou la Cartographie openCpn ?

06 avr. 2020

Tombée du camion : les CM93 ou anciennes carte du show au format BSB3 sur les pear to par exemple BitTorrent

En tapant cartes CM93 sur google
On en trouve ici pierre.lavergne1.free.fr[...]ie.html

06 avr. 2020

haha Mr Para houle :)

j'avais compris que les carte etait dans votre archive ;p d'ou ma question

07 avr. 202016 juin 2020

Qui peu m’aider ?
Je maîtrise pas le principe des filtres ...
Je pensais avoir coupé tout les entrée sortie niveau ais,
Pourtant Navionics les affiche toujours...

merci

07 avr. 2020

Ji76, tu es relié a ta paserelle DigitalYAght pas au raspberry pi. Sur quel device tu clique sur détail dans la page "Multiplexeur" ?

Pour ma part, avec l'aide de Pascal, j'ai intégré le multiplexage dans ma distribution. Fonctionne bien sur RPI 3 B, B+ et RPI 4. Je regarde maintenant comment passer les informations AIS provenant de sdr-ais qui lui propose de me connecter en réseau sur le localhost:10110. Du coup ses informations ne passent pas par le multiplexeur.

07 avr. 2020

Benjic34 merci de ton aide,
Je suis bien connecter au Muxberry de pascal .
DigitalYAght C’est le nom qui est émis par la raspberry...
:(
Je désespère... la solution avait l’air top sur le papier , mais sans connaissance en code impossible à utiliser :(

07 avr. 2020

Pour les passer par le multiplexeur, utilise un process socat avec entrée sur le port 10110 et sortie sur stdout, puis paramétrer dans nmeaHub.def le child socat en prenant comme exemple la ligne pour le UDP 2000 de navioncs.

07 avr. 2020

Ou bien utiliser nc exemple si l'ais envoi ses données en UDP sur le port 10110
Ajouter dans nmeaHub.def la ligne :

CHILD|AIS-UDP-10110|nc|-lk|-u10110

Cela lancera un process nc -lk -u10110 dont la sortie standard sera lue par nmeaHub comme un appareil relié en NMEA0183

07 avr. 202016 juin 2020

Je suis en TCP mais je pourrais utiliser cette ligne ?
CHILD|AIS-TCP-10110|nc|-lk|-u10110

J'ai un fichier vide dans /var/www/data/nmeaHub.def, tu me confirme qu'il n'est pas utile ?
J’édite le fichier dans /var/www/data/nemaHub/nmeaHub.def.

07 avr. 2020

Le fichier vide peut être supprime, c'est bien /var/www/data/nemaHub/nmeaHub.def qui est utilisé. Si c'est du tcp et pas de l'udp, voir la doc de nc
par exemple howto.lintel.in[...]netcat/ pour faire les tests et t'aider.

21 avr. 2020

Bonjour
Qui peut m’aider à comprendre l’intérêt de Muxberry par rapport a open plotter?
Merci de votre aide

21 avr. 2020

OpenPlotter est un système d'exploitation (GNU/Linux) nommé Raspbian dédié à la plateforme matérielle Raspberry (RPi). A cet OS (abréviation de système d'exploitation) a été ajouté des programmes pour qu'un utilisateur sache que faire de son RPi. De ces programmes, certains sont installés tels quels (openplotter), d'autres sont des trucs spécifiques destinés à faire fonctionner le tout (KPlex -on y reviendra), d'autres encore sont des trucs spécialement élaborés par l'équipe qui assemble le tout (openplotter).
KPlex est la brique logicielle de multiplexage installé dans openplotter

Muxberry est un OS aussi, sur lequel a été installé une seule fonction, le multiplexage, avec des trucs spécifiques autour, pour que l'ensemble soit "sexy".
Comme il est plus léger, on peut l'installer sur un tout petit raspberry, moins consommateur d'énergie.
C'est comme installer OpenPlotter juste pour multiplexer. Un marteau-pilon pour écraser une mouche.

21 avr. 2020

merci pour cette aide tres claire .

21 avr. 2020

Bonjour,

Débat classique entre solution logicielle ou matérielle ou logicielle embarquée, SignalK, en logiciel, fait très bien ça sur Raspberry, mais il faut l'installer :

github.com[...]tion.md

22 avr. 2020

si je comprend bien, il va falloir encore rajouter un truc ? ou bien le muxberry gère deja ce nouveau protocole ?
Merci

22 avr. 2020

A mon avis ce sont deux solutions différentes matérielle avec muxberry et le soft qui va avec, ou SignalK sur une base de PC classique ou Raspi.
SignalK assure le multiplexage et offre beaucoup d'autres services par ailleurs.

22 avr. 2020

tu veux dire que je peux avoir un Rasp qui gère le SignalK et qui fait multiplexeur en nmea ?

22 avr. 2020

Bah oui, avec openplotter :D
Openplotter te fait la conversion entre le nmea et signalk, tu peux modifier les trames avec node red au milieu si tu veux, etc...

22 avr. 2020

Et multiplexe t'il seatalk? Ou suis je trop gourmand?...

22 avr. 2020

Il gère le nmea2000 mais forcement avec un appareil externe en usb. Après je ne connais pas les limitations à ce niveau, faut voir la doc sur leur site.

22 avr. 2020

le 1 ou ng ?

22 avr. 2020

Pour clarifier tous ces points :
muxBerry gere le nmea2000 avec des cartes natives canBUS soit des cartes low-cost connectés au bus api, soit des cartes HAT.
muxBerry ne prend pas en charge seatalk, il faudrai un complément hardware spécifique (dont les schémas se trouvent sur le net) et une intégration du protocole.
muxBerry et signalK cohabitent et se complètent, il suffit de paramétrer une entrée dans signalK sur localhost:3333 pour récupérer l'ensemble des données nmea0183 et 2000 multiplexés et bénéficier des apps fournient avec signalK.

22 avr. 2020

Merci de ce detail:

pourrait ton avoir un tuto de : "il suffit de paramétrer une entrée dans signalK sur localhost:3333 pour récupérer l'ensemble des données nmea0183 et 2000 multiplexés et bénéficier des apps fournient avec signalK"?

Merci

22 avr. 2020

Connexion avec un navigateur sur signalK : host-signalk[...]
Setting
Connections
Add

et nom : muxberry
nmea source : TCP client
host : 127.0.0.1 (si même host que muxberry si non adresse de muxberry)
port: 3333

22 avr. 2020

Le 1 (seatalk) n'est pas supporté, le NG de raymarine c'est du NMEA2000 donc pris en charge, sauf pour les données ais qui ne sont pas encore traduite 0183<=>2000

22 avr. 2020

Il te faut avoir des entrées physiques sur le Raspi, pour NMEA183, pas de problèmes on a des antennes USB, pour le N2K il faut un convertisseur comme CAN-USB Stick ou muxBerry, le multiplexage peut être fait sur muxBerry ou sur le serveur SignalK sur le Raspi.

22 avr. 2020

J'ajoute que par rapport à la solution entièrement logicielle la solution hardware est souvent plus rapide. Je n'ais pas assez d'éléments concernant SignalK à ce sujet.

23 avr. 2020


on peut l’intégré avec muxberry ?
Merci

23 avr. 202016 juin 2020

c'est partie !!!

23 avr. 2020

qui a fini ce projet ?
je peux avoir une photo de votre montage fini ?
Merci

05 mai 202016 juin 2020

Bonjour,
quelqu'un a t'il réussi a finir ce multiplexeur ?
Merci

05 mai 2020

Ca a reculé dans ma TODO liste depuis quelques jours, car j'utilise kplex...
www.hisse-et-oh.com[...]aspbian

05 mai 2020

Bonjour,
ca marche parfaitement bien j'ai pour ma part utilisé un can hat et un hub usb cf mon post du 21 mars 2020 avec une photo. Si tu teste sur ton établi il faut vérifier avec un ohmmètre qu'il y ait bien 60 ohms sur le bus et débrancher ou ajouter des resistances terminales en fonction. J'ai dû également connecter le négatif de connecteur nmea 2000 sur le muxberry. Il y à une commande pour connaitre l’état du can bus de ton raspberry je peux la chercher si besoin.

05 mai 2020

Re

saisir :
ip -s -d link show can0

renvoi l’état du can0 //state ERROR-ACTIVE indique que le can fonctionne
state ERROR-PASSIVE indique qu'il n'y a personne sur le bus
bitrate 250000 indique la vitesse du bus 250K si different il faut changer la fréquence du can

saisir :
exec php -f /var/www/data/simul/traces.php /var/www/data/simul/
pour lancer le simulateur

sudo systemctl enable nmeaHub
pour activer nmeahub (à faire une seule fois) plus de detail dans le pdf du muxberry

20 mai 2020

A cette commande
ip -s -d link show can0

J’ai : Device can0 does ont exist ..

20 mai 202020 mai 2020

Bonjour,

tout est expliqué dans le pdf de muxberry,

un autre lien pour installer le module sur ta carte

c'est pour ca que tu ne voit rien
il faudra aussi choisir le bon bitrate : 250 000

20 mai 2020

Faut il mettre le jupp comme sur ton lien ?

20 mai 2020

Mais pourquoi c’est pas le même branchement que sur le pdf du créateur de Muxberry ??
C’est vraiment pas simple ce truc :(

20 mai 2020

DANS le config.txt
dtparam=spi=on
dtoverlay=mcp2515-can0,oscillator=16000000,interrupt=25
dtoverlay=spi-bcm2835-overlay

je viens de regarder le pdf de muxberry il faut remplacer 16000000 PAR 8000000 (la valeur inscrite sur l’oscillateur de ton module (le composant chromé)

Pour interrupt 25 tout dépend de là ou tu as branché le fil qui vient de la broche int du module can
ET dans

sudo ip link set can0 up type can bitrate 50000

REMPLACE 50000 PAR 250000

20 mai 2020

Bon j’ai suivie exactement ce tuto
Et résultat je n’ai plus accès à mon raspberry :(

Franche je suis dégoûté car ça fait des dixièmes d’heure que je m’arrache les cheveux sur ce truc
Mais c’est vraiment pas à la portée de l’utilisateur lambda !
C’est inaccessible à moins d’être un informaticien !
C’est vraiment dommage
Mais je suis dans une impasse et les vacances arrivent pour partir en bateau ce truc ne l’aurai servis à rien , ça me fait chier de m’apercevoir trop tard qu’il faille ce tourné vers un produits du commerce.

20 mai 202016 juin 2020

Salut qui peut me dire comment on câble cette carte , cote nmea ?
J’ai,rien vue sur la notice
Merci,

20 mai 202020 mai 2020

Coté nmea il faut trouver les bonnes couleurs de ton cable chez moi le jaune CAN H et le blanc CAN L, il faut également connecter le noir à la masse de ton module CAN (ca ne marche pas chez moi sans), il faut ensuite vérifier avec un ohmmètre la valeur entre CANH et CANL tu dois avoir 60 ohms, tu peux utiliser le jumper à coté du connecteur CAN pour connecter ou déconnecter la résistance de 120ohms qui est sur le module (normalement si tu est sur un bateau tu dois la laisser deconnectée car il y a déjà les resistance terminale sur le bus nmea))

Autre couleurs maretron/actisense blanc CANH bleu CANL

07 juin 202007 juin 2020

Salut, merci à l'auteur et à sa doc plutôt bien faite.

J'ai réussi à installer le système en une demie-journée et le test (simulation) est okay.

J'ai réalisé le câblage comme indiqué sur le site donné par LOST c'est okay (identique à celui de GudHull, en tout cas pour les noms des ports.)

un sudo ifconfig me donne bien
can0: flags=193 mtu 16
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 10 (UNSPEC)
RX packets 182831 bytes 1462323 (1.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 353 bytes 2824 (2.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Donc ça traficotte.

Je n'arrive pas à fixer le débit :
sudo ip link set can0 up type can bitrate 250000
=> RTNETLINK answers: Device or resource busy

Je ne vois rien dans les traces du noyau (chargement du module : je n'ai pas le "mcp251x spi0.0 can0: MCP2515 successfully initialized".)
vi /var/log/syslog
J'ai par contre
brcmfmac: brcmfcfg80211change_iface: iface validation failed: err=-16

J'ai tenté de fixer le débit dans
/etc/network/interfaces
comme indiqué dans le lien de LOST mais rien.

Mais ça trafique...

Question 1) aller sur le répéteur, trivial, c'est l'adresse du multiplexeur, mais quelle est l'adresse de la page d'administration (je ne suis pas en mode "point d'accès".)
Question 2) avez-vous une idée de tests ou de trucs que j'aurai mal fait (le nmea blanc sur High, le nmea bleu sur Low, les câbles Okay, l'horloge à 8HMz, le débit à 250 000bit/S...)

Le seul truc que je vois c'est une configuration à faire sur la page d'aministration que je n'arrive pas à trouver...

Merci pour l'aide.

07 juin 2020

PS avec QTVLM, j'arrive à activer le NMEA sur le port 3333 du multiplexeur, je n'ai rien sauf la profondeur (qui est fausse).

Bon, je persévère, le concepte est génial, ça mérite quelques efforts.

07 juin 2020

Oops, s'il y a pied de pilote, la profondeur serait bonne. Mais je ne pense pas et ce vieux sondeur, j'arrive pas à le configurer grgrgr

07 juin 2020

ip -s -d link show can0
essaye ça pour voir si ton can est connecté
il doit répondre error active, les masse nmea 2000 et mcp doivent être reliées, avec un ohmmètre tu dois avoir 60 ohm entre can H et can L (materiel éteint)

07 juin 2020

Merci LOST. tu as raison :
- réponse du système " ERROR-ACTIVE " :
- impédance, réseau STNG et rpi éteint : 60 ohms
- j'ai debranché l'alimentation port usb par une alimentation 5V (issue du bateau via un convertisseur) GPIO mais même résultat.
- j'ai branché la masse du nmea2000 sur celle du rpi 0, mais même résultat.

Je n'ai que les trames du sondeur, et encore, je pense qu'elles sont fausses. Peut-être quelque choses à faire côté réseau Raymarine...

can0: mtu 16 qdisc pfifofast state UP mode DEFAULT group default qlen 10
link/can promiscuity 0 minmtu 0 maxmtu 0
can state ERROR-ACTIVE restart-ms 100
bitrate 250000 sample-point 0.875
tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1
mcp251x: tseg1 3..16 tseg2 2..8 sjw 1..4 brp 1..64 brp-inc 1
clock 4000000
re-started bus-errors arbit-lost error-warn error-pass bus-off
0 0 0 0 0 0 numtxqueues 1 gso
maxsize 65536 gsomax_segs 65535
RX: bytes packets errors dropped overrun mcast

5862402 732874 0 6053 0 0

TX: bytes packets errors dropped carrier collsns
10184 1273 0 0 0 0

07 juin 2020

Et il me met une horloge à 4MHz alors que dans le /boot/config.txt, j'ai mis 8MHz (je ne sais pas trop comment ceci fonctionne) :

dtparam=spi=on
dtoverlay=mcp2515-can0,oscillator=8000000,interrupt=25
dtoverlay=spi-bcm2835-overlay

07 juin 2020

il faudrait que je lance le mien pour voir qu'elle fréquence il affiche, error active c'est bon signe, ca veut dire qu'il est pas tout seul sur le bus.

07 juin 2020

J'ai branché le mien, clock 4000000 c'est normal, ton mcp est bien connecté.
Il faut que tu accedes au 192.168.X.X[...]dex.php remplace X ET X par ton ip, en face de nmea 2000 si ça marche tu as IO avec un chiffre clique dessus pour voir defiler les données ensuite tu dois choisir celles que tu veux voir sur les différents ports en cliquant sur détail.

07 juin 2020

Okay, je ne dois plus être très loin, enfin je pense :-)
Avec le lien .../multiplexeur/index.php, j'accède à cette page que je ne connaissais pas, je n'arrivais auparavant qu'au .../repetiteur/index.php

Je vais regarder ce que je peux avoir, mais pour le moment, toujours rien sur les répététeurs web, et très peu sur QTVLM.

Merci

07 juin 2020

Oui j'ai des phrases comme $APHDG ou $IIVHW...
Je ne sais plus trop quoi chercher, je fatigue un peu.

bridgeNmea2000

[18:21:47.722 DEL] $APHDG,106.4,,,2.3,E*31

[18:21:47.773 DEL] $APHDG,106.4,,,2.3,E*31

[18:21:47.773 DEL] $IIVHW,106.4,T,108.6,M,0.0,N,0.0,K*59

[18:21:47.773 DEL] $IIVHW,106.4,T,108.6,M,0.0,N,0.0,K*59

[18:21:47.774 DEL] $IIVHW,106.4,T,108.6,M,0.0,N,0.0,K*59

[18:21:47.774 DEL] $GPGLL,4333.904,N,704.597,E,172147,A*2E

07 juin 202007 juin 2020

Bingo, merci LOST, je vais pouvoir me reposer satisfait.

En accédant "aux filtres"... j'ai pu filtrer... je suis entré dans bridgenmea et j'ai mis les priorités sur les signaux qui m'intéreressent, et QTVLM s'est mis à clignoter comme un arbre de noël....

A priori tout va bien, le début de longueres heures à exploiter les données :-)

08 juin 2020

Bonjour, je débute complet en Rpi, mais je cherche un Mux NMEA183 (pas 2000).
Le wifi c'est bien , mais je n'aime pas avoir ça en route en permanence, surtout dans une coque alu (ça se discute, mais ce n'est pas le sujet ;-)), j'aimerais donc avoir une sortie ethernet dans l'idéal pour connection au PC de bord sans interface NMEA 183
J'ai vu NMEA4wifi (pas d'ethernet) et Muxberry. peut être existe-t-il un autre système du même genre que j'ai raté ?
Ma question est donc , en installant Muxberry sur un RPI3b par ex (avec ethernet), peut on avoir facilement la sortie en ethernet ou faut-il mettre beaucoup les mains dans le linux?
Merci

08 juin 2020

J'ai vu NMEA4wifi (pas d'ethernet)

A défaut d'ethernet, le Nmea4wifi dispose d'une sortie USB...

08 juin 202008 juin 2020

oui, merci .
c'est ce que m'a répondu le concepteur. Mais USB c'est drivers and Co...j'aime moins que ethernet, mais c'est une solution!
tu l'utilises ainsi?

08 juin 2020

tu l'utilises ainsi?

Les deux plus ou moins...

En Wifi essentiellement car cela permet de démultiplier les affichages dédiés (tablette et PC) avec carto et/ou instruments.

Et, okazou, le câble USB est aussi branché sur le PC, mais pas activé (simple port COM, aucun souci de driver).
Il ne sera activé qu'en cas de soucis avec le Wifi ce qui n'est pas encore arrivé.

08 juin 2020

ok merci. et du coup si tu passes de wifi à USB, tu changes ta source de données dans Open CPN (ou autre)?

08 juin 2020

tu changes ta source de données dans Open CPN (ou autre)?

En effet, il suffit de cocher/décocher la case du port COM concerné sous OpenCPN.

Ensuite (mais ça n'a rien à voir), en sortie via VSPE, OCN alimente également avec toutes les données NMEA un autre soft de nav' qui est sur le PC et d'autres petits trucs...

Mébon, c'est plus pour le plaisir de la bidouille que vraiment indispensable...

08 juin 2020

Merci Schnaps, j'avais déjà parcouru ton site intéressant

08 juin 202008 juin 2020

Salut. Je n'ai pas testé sur rpi3b.
Idée de solution:

Tu installes une raspian avec bureau (style openploter ). Tu installes le scripte de Gudhull.

Tu ne te mets pas en point d'accès.

Tu configures (avec clavier écran souris) openploter pour que wifi et ethernet soient dans le même réseau.

Normalement le service nmeabridge doit être disponible depuis ethernet en utilisant l'ip de la carte wifi. Le rpi joue le rôle de commutateur (switch) sauf si il y a une sécurité que je ne connais pas.

Avis des pros?

08 juin 2020

merci, j'attends aussi l'avis des pros!
J'ai vu aussi le mux Arduino/ethernet du voilier Idem, basique :voilier-idem.com[...]page/58

08 juin 202016 juin 2020

Bonjour
Comment on connais les fils à relier au nmea83?
Merci

01 juil. 2020

Bonjour
Toujours personne qui peut m’aider dans l’´installation de la carte Cam ?
Merci bcp

22 juil. 2020

bon dommage ... ce projet est mort né :(
j'avais beaucoup d'espoir ... mais cette année la nav ce fera sans ..
quel regret car ceux projet avait l'air super sur le papier ...

22 juil. 2020

Ji76 : Que se passe-t-il ?

22 juil. 2020

j'ai tout essayer , mais j'arrive pas a faire tourne la carte can
tu peut m'aider ?
Merci bcp

23 juil. 2020

Aïe, crotte !
Pas de nmea2k autour de moi... :-(
Cela aurait été avec plaisir.

23 juil. 2020

Peut tu m’aider à faire un insta propre ?

23 juil. 2020

Bonjour,
Soit un problème de connexion soit carte CAN HS, cela peut arriver qu'un composant soit défectueux.
Plusieurs installations fonctionnent à merveille.

23 juil. 2020

si un seul de ces utilisateur pouvez poster un copie de leur carte sd ... ca me sauverait mon install ...

23 juil. 2020

J’ai une erreur start dsnmasq au démarrage

23 juil. 2020

pourquoi quand je suit le tuto pour l'install de la carte on perd le wifi ? pourtant je me suis fait aider par un développeur de métier .

23 juil. 2020

C’est plutôt un problème à l’installation que je n’arrive pas à faire
Car j’ai tester avec 3 cartes ...

23 juil. 2020

Salut. Par MP je t'avais donné la procédure que j'avais suivie (juste de la paraphrase ou de la reformulation du travail de l'auteur avec en plus une aide d'un autre contributeur (câblage et commande de configuration, une histoire de débit et de fréquence d'oscillateur si je me souviens.

La carte CAN n'est pas la seule à pouvoir planter. Il faut vérifier le SPI du raspberry. J'avais trouvé un site pour tester le SPI. Ça consistait à brancher la sortie sur l'entrée et envoyer des messages.

Je n'ai pas la carte SD ici. Je ne peux pas cloner. Mais je pense qu'il ne faut pas utiliser le rpi à beaucoup de choses donc pas si l'installation ne fonctionne pas il faut la refaire. Rien à perdre

Bon courage.

23 juil. 2020

Test du spi
www.raspberrypi.org[...]pic.php

Tiens nous informé.

23 juil. 2020

merci de ton message ... mais c'est du chinois pour moi :(

23 juil. 2020

Salut, le spi est un protocol de communication série (un peu comme USB).

Si le spi du raspberry est grillé, ça peut poser des soucis.

Je vais essayer de t'aider depuis l'installation, par MP.

25 juil. 2020

Bonour
tu est dispo ?
Merci

13 nov. 2020

Bonjour gudhull,
khetzal a signalé ici ou ailleurs que le Rpi4 a maintenant 6UART, ce qui est intéressant pour faire un Mux NMEA0183.
un des "défauts" des montages Rpi c'est le coté empilage de protocoles et de câbles. Penses-tu que c'est possible/intéressant, de passer directement par les UART sans USB?

Bon le prix du Pi 4 n'est pas le même que celui du zero+shield USB...

13 nov. 2020

Toujours possible d'utiliser les UART avec un convertisseur de niveaux pour le RS232.
Cela ne changera pas bcp de choses à la câblerie, mais un PI4 consommera bcp + qu'un 0.

Pour ma part, j'ai pris un coffret électrique étanche dans le quel arrivent tous les câbles nmea0183 connectés à des adaptateurs RS232-USB, eux mêmes branchés sur un HUB USB.

Un cable micro USB sort de la boite à misères pour se connecter au raspberry.
La boite est fermée et je n'y touche surtout pas.

Intérêt : un seul cable connecté au raspberry + un autre sur le bus nmea2000.
Défaut : C'est le bordel dans la boite, il ne faut surtout pas l'ouvrir.

J'ai comme ça :
GPS, AIS, VHF (2 connexions entrée 4800b sortie 38400b) , RADAR, TRACEUR et ... pour le pilote j'ai remplacé le cable NMEA par une puce wifi qui se connecte directement au raspberry, j'ai économisé un cable sur toute la longueur du bateau.

C'est une alternative couteuse mais élégante, un PI0 avec utilisation du port UART et routage wifi est plus économique, mais j'avais le hardware.
La puce : www.digi.com[...]e-wi-fi
La platine : www.lextronic.fr[...]75.html

16 nov. 2020

Bonjour Gudhull,
après de loongues cogitations, je me laisse tenter par ton muxberry qui est séduisant, si ce n'est le fait que je débute en Rpi!

Les fonctions sont nombreuses, répondent vraiment au besoin et semblent bien abouties.
J'apprécie en particulier la gestion de priorités qui me semble un des points intéressants, tant pour éviter les conflits sur le bus que pour assurer le maximum de fonctionnalités même en cas de panne d'un équipement (je pense notamment au GPS)

Quelques questions :
Support serial RS232(supporte pieuvres 2-4-8 ports RS232 et HubUSB) :
Y-a-t-il un intérêt à l'une ou l'autre des solutions (l'USB + adapt est moins cher que la pieuvre RS232, mais à part ça?)

Étant sur un bateau alu, je me pose des questions sur le Wifi, d'une part car ça me plait moyen d'avoir du wifi dans une boite en métal, et d'autre part pour la qualité de signal entre la TàC et dehors (tablette, voire pilote en Xbee?).

J'ai compris que pour avoir le Wifi, il faut prendre la version W du Rpi Zero.
Pour avoir de l'ethernet, on peut le faire via un adaptateur USB-Ethernet (qui peut faire aussi hub USB, c'est parfait)
Y-a-t-il moyen de mettre facilement le Wifi On/Off (idéalement en hardware via un GPIO?)
J'ai vu qu'on peut "bricoler" une antenne externe sur le Rpi Zero W (empreinte prévue sur le PCB), sinon une antenne Wifi USB peut faire le job aussi. (et dans ce cas facile à couper en Hardware, il suffit de couper son alim, pour peu qu'elle se remette en route ensuite)

A priori du coup je partirais sur un Rpi Zero (W ou pas?), avec un Hub Usb ethernet et des adaptateurs USB serial (+ connectique ou bornier)

J’espère que je m'en sortirai mieux que Ji76 ;-)

16 nov. 2020

salut @Yannbis

je te souhaite bien du courage... pour ma part , apres plus de 6 mois j'ai complètement abandonné , même avec l'aide d'un gars qui est dev chez Boch ( qui travaille tout les jours le Can ) et l'aide du créateur de muxberry , personne n'a réussi a faire marche le multi plex ... ca ma coute assez cher au final ... dommage l'idee etait top, mais ce n'est pas un projet aboutie , parfais pour un spécialiste du code , pas pour une bricoleur marin ...

17 nov. 2020

Concernant l'USB, toutes les options sont bonnes à prendre, la pieuvre réduit le nombre de connecteurs USB. A force de tordre tous les câbles pour les faire rentrer dans la boite à misère, j'ai rencontré quelques problèmes de qualité sur les connecteurs mad-in china.
Rien de bien grave, au près par 30nds de vent, le bateau tape et cela remet les connexions en place ... (rires).
Pour le bateau élu et wifi voici un fil HeHo www.hisse-et-oh.com[...]que-alu , je pense qu'il n'y aura pas de problèmes.
L'avantage du wifi est de pouvoir utiliser la fonction répétiteur à partir d'un smartphone, je prendrais un PI W au moins pour tester, quitte à rajouter de l'ethernet après.

16 nov. 2020

Bonjour yannbis et Ji76.

Je souhaite juste dire que je suis parvenu à faire fonctionner le multiplexeur. J'ai suivi les instructions du créateur ainsi que des précisions d'autres participants.

Je pensais avoir aussi tenté de t'aider Ji76, c'est dommage que ça ne fonctionne pas chez toi, peut-être le matériel.

Pas de raison de douter Yannbis.
Je conseille d'utiliser un RPI 0, ça rentre dans un boitier étanche sans surchauffer, même en été.

Juste le STNG d'un côté et deux câbles cuivre de l'autre pour alimenter le GPIO.

À plus.

16 nov. 2020

Bonsoir,

Ji76 a sans doute rencontré un empilement de problèmes qui ont conduit de sa part à l'abandon du projet.

J'ai tenté de l'aider mais en vain.

Je propose de faire le montage, j'y passerai moins de temps en faisant cela moi même, 2 bonnes heures, le plus long sera l'impression de la boite.

Donc Ji76 prend contact avec moi, tu a mon mail, tu m'envoi le raspberry, la carte mémoire, la carte can et le régulateur 12v 5v (à défaut allimenté via micro-usb), je te renvoi en retour une boite noire fonctionnelle accessible en wifi sur le réseau MUXBERRY.

16 nov. 2020

la boite est déjà imprime, alors je saute sur cette super proposition .
je t'envoi un mail dans la foulé

17 nov. 2020

Bonjour
Puis-je prendre le train en route?
Je suis intéressé par un répétiteur NMEA.
J'ai déjà réalisée un répétiteur avec un PIC 16F252 avec du Basic Compilé et un LCD 16x2... il y a longtemps.
J'ai un Pi zéro, là Hum! j'ai au moins fait clignoté une LED...avec Python. Je suis bloqué au niveau du RC5
Autant dire que le chemin est encore long.
Pourriez vous m'aider à redémarrer?
A+
Régis

17 nov. 2020

Bonjour Régis.

Sur ce projet, je n'ai pas écrit une seule ligne de code.

J'ai eu quelques soucis car le GPIO devait être soudé sur l'autre côté de la carte (donc les photos du manuel sont compliquées à interpréter) mais avec les schémat officiels et le nom des broches pas de soucis.

J'ai eu d'autres petits soucis (estimation de la fréquence de l'horloge) etc. Mais en suivant le fil, ça devrait se faire facilement.

Bon courage.

17 nov. 2020

@Regis, il y a d'autres fils sur répétiteur nmea.
par exemple celui là
www.hisse-et-oh.com[...]iversel
un certain Gudhull bosse sur un projet, moi j'en suis à la spec ;-)

Sur ce fil c'est un multiplexeur +/- "clés en mains"

17 nov. 2020

Merci pour vos réponses.

Pour ceux qui ont réalisé un truc qui marche (ou pas d'ailleurs, on en apprend souvent plus!), pouvez vous nous en dire un peu plus?

Si vous avez un petit croquis du fonctionnel (quels appareils, quel bus, quelle connectique, quel boitier...) bref tous les "petits" trucs qui vont faire que ça marche...ou pas ;-)

pas forcément un beau schéma mais un simple croquis pris en photo.

je vous fournirai le mien (mais c'est un projet, pas une réalisation)

promeneur, je vois qu'il y a un petit PCB supplémentaire dans ton boitier, c'est juste pour le bornier, ou il y a autre chose?

Si GudHull est OK pour un peu de support, je veux bien faire le "beta testeur" utile, en essayant de documenter un peu plus.

Ce n'est pas un reproche, mais à première vue, la doc de GudHull est légère, je sais qu'en y connaissant pas grand chose ça risque d'être juste. et c'est difficile de se mettre à la place du débutant quand on s'y connait!

17 nov. 2020

Le gros PCB est le RPI 0 W et le petit et le CAN (la carte de communication série pilotée par le SPI du RPI).

Je n'ai pas d'info nouvelle, j'ai suivi le tuto de gudhull, et à chaque petit souci, j'ai eu l'info sur le site.J'ai fait ça il y a plusieurs mois, je n'ai pas tout en tête.

Je me rappelle avoir eu un souci dans l'organisation des cables sur le gpio, mais je pense que celui de gudhull est soudé de l'autre coté de la carte. Solution simple, se référer aux noms des broches et au plan de la carte sur internet. J'ai eu un souci avec l'horloge, mais quelqu'un m'a indiqué comment trouver la fréquence et comment changer la commande sur le rpi. J'ai eu un souci pour trouver le paramétrage, mais il y avait une url pour activer des filtres. Ensuite sur le site web local, on pouvait voir les trames. Ensuite, en configurant QTVLM, j'ai pu les afficher (sur du STNG).

Je n'ai pas vérifié les AIS.
Je pense que je vais cloner ma SD, vous commencez à me faire peur, je vais croire que j'ai eu de la chance :-)

18 nov. 2020

Bonsoir à tous.

Concernant le répétiteur nmea, sur la base de muxberry, il est possible d'intégrer un écran e-ink 2.9" (wave-share) et un clavier membrane à 4 touches.

Cela permet d'afficher plusieurs données et de paramétrer les écrans d'affichage à partir des 4 touches du clavier.
Par exemple un écran SOG COG, un écran Angle vent, Vitesse vent etc.

J'ai un proto qui se programme en php, en fait il y a un driver 'C' pour l'écran, un driver 'C' pour le clavier.
Le script php analyse le flux nmea en provenance d'une connexion tcp sur muxberry ou des ports tty ou du bus CAN NMEA2000. En fonction de l'écran sélectionné à partir du clavier dont les événements sont gérées par le même programme php, les données nmea sont affichées sur l'écran.

Rien de bien compliqué, des ordres genre dataprint(X,Y,VALUE) ; datain(touche_ID,Press/Hold) ;

Le tout imbriqué dans une boucle de lecture événementielle.

Je ne garantie pas la possibilité de faire cohabiter l'écran et le bus CAN car les deux cartes sont en interface SPI, je n'ai jamais testé deux périphériques SPI sur le même raspberry.

Si cela vous intéresse, faites le savoir.

Pour ma part, après un test qui n'a tenu malheureusement qu'un été à cause de l'étanchéité, je me suis rabattu sur des répétiteurs GARMIN GMI20 connectés a muxberry en NMEA2000.

La grosse difficulté étant de réaliser le boitier étanche si le répétiteur est en extérieur.

Cordialement.

Pascal.

19 nov. 2020

Bonjour
Merci pour l'invitation. je veux bien me joindre a vous.
Ayant débuté l'inforamtique au niveau "scolaire" au début des années 70 avec du FORTRAN. Le passage au Basic interprété ou le compilé ça s'est bien passé.
Le Pascal et le C (toujours niveau trés scolaire) ne passent pas, probalement à cause d'une documentation éparpillée sur Internet et ma motivation limitée aux systemes embarqués.
As tu testé OPENCPN sur Raspberry?
Au niveau des écrans EPAPER, la vitesse de rafraichissement de l'écran est elle acceptable en monchrome et en 2 coufeurs?
Je fais un peu de place sur mon bureau et je remets en service mon Pi zéro qui n'a pas fonctionné depuis plus d'un an.
A+
Régis

19 nov. 2020

Bonjour Régis,

OpenCpn fonctionne très bien sur raspberry, à partir du PI 3. Le problème reste toujours celui de la cartographie, CM93 n'étant pas très à jour. J'ai quand même à bord un raspberry avec OpenCpn que j'utilise pour programmer les GOTO, infos distances et cap au point cible, répétées à l'extérieur. C'est ce qui est pour moi l'essentiel en navigation.
Par contre à la barre j'utilise navionix sur tablette, la mise à jour des cartes étant de 30$ par an, ce n'est pas trop ruineux et je profite des dernières mises à jour. Celles-ci sont importante car même si les rochers ne bougent pas beaucoup, les fermes marine se multiplient et cette information est cruciale pour qui navigue dans des eaux inconnues.

Au niveau des écrans e-ink, j'en ai testé 2, avec des implémentations différentes :
Un écran 2.9" qui supporte le rafraichissement des textes et chiffres de données, pas de graphisme.
Un écran 6" qui supporte tout, y compris le rafraichissement d'une rose des vents. Sur 6" cet écran permettait d'afficher en grands caractères bien lisibles.
J'avais développé une application sous QT pour le répétiteur et un driver basé sur VNC pour le rafraichissement de l'écran.
Malheureusement, après avoir cassé l'écran, je suis passé à autre chose et j'ai perdu le code du driver de rafraichissement.
Compte tenu de l'investissement à refaire pour le rachat d'un 6", je laisse en stand-by. Par contre partant pour le 2.9", je mettrais rapidement le code à disposition.

23 nov. 2020

Bonjour,

merci Gud Hull, tu as raison le boitier étanche est un vrai sujet à creuser.

Pour la bonne lisibilité, je propose d'ouvrir un fil sur le sujet boitier afficheur étanche, d’autres auront peut être des idées ?
www.hisse-et-oh.com[...]eur-diy
hisse-et-oh.com/sailing/boitier-etanche-pour-afficheur-diy

Je propose aussi de poursuivre le sujet afficheur/répéteur sur un fil dédié pour ne pas trop mélanger avec le sujet Mux.

Quelques questions encore sur ce Mux et le PiZero. J’ai commencé mon synoptique autour du Muxberry.

J’imagine utiliser les 2 ports micro USB pour brancher des hubs x4. Or l’un est marqué USB et l’autre POWER. Peut on brancher un hub USB sur POWER, ou c’est juste une entrée alim sans USB ? (dans cette config, j’alimenterais par le 5V du GPIO).

Sinon je peux aussi utiliser le HAT USB, mais là encore je n’ai pas bien compris, il semble qu’il se branche en USB via un petit « cavalier » micro USB, donc il bloque le port MicroUSB de la Pi0 ?
images-na.ssl-images-amazon.com[...]25_.jpg

PS : hors sujet, sur Open CPN, on peut mettre tout un tas de cartes autres que CM93, à jour... et souvent payantes (normal) . Voir les nombreux posts de GiletArom sur le sujet
il ne faut pas réduire Open CPN aux CM93 (même si c'est une base intéressante et pas cher!)

24 nov. 202024 nov. 2020

J'ai avancé avec un synoptique.
J'ai essayé de prévoir les cas de panne en dissociant les sources GPS, prévoyant du cablage direct si panne de MUX en pointillé)
Remarques bienvenues.

26 nov. 2020

Prévoit un hub 7 ports ou deux hubs en cascade (ça doit marcher en les alimentant en 5v) car la prise micro-usb power n'est à mon avis que power et pas usb-data.

02 jan. 2021

merci pour cette remarque, effectivement c'est juste le même format méca, mais pas d'USB sur le port alim.

26 nov. 2020

Bonjour
Pour ma culture générale:
Pourquoi utiliser, pour aller vers des entrées sorties RS232 passer par l'USB?
Pourquoi ne pas utiliser CJMCU 752 (SC16IS752): I2C/SPI vers 2 entrées + 2 sorties RS232 (+8 I/0) ce composant disposant de memoire tampon et aussi sensé gérer les flux de données?
Je précise, que je n'ai pas de compétence particulière sur ce composant, c'est simplement que le pi(0) ne disposant que d'un port série j'ai cherché une solution USB/série et cela ne m'avait pas semblé évident. La platine est à moins de 4€. Il est possible d'en mettre plusieurs en série.
Qu'en pensez vous?

A+
Régis

26 nov. 2020

Je pense que le composant CJMCU 752 (SC16IS752): I2C/SPI fourni deux sorties series UART, dans ce cas il faut ajouter un convertisseur de niveaux tyoe
C'est plus compliqué à utiliser et mettre en place que de simples convertisseurs USB et éventuellement un HUB.

26 nov. 202026 nov. 2020

Bonsoir,
Voilà le rafraichissement d'un écran epaper (waveshare 5.3") c'est long très long, une fois rafraichi ça consomme rien.
La résolution annoncée est très optimiste ici les points font 4 pix de la résolutions annoncées et en rouge il n'y a que les gros pavés qui se voient.
Et Ca ne marche pas en plein soleil
D'autre part toute l'image doit être transférée en une seule fois en transmettant tous les points en série, d'où un gros buffer pour l'image.

JF


26 nov. 2020

Inexploitable, j'ai déjà indiqué deux écrans qui vont bien, le 2.9" et le 6" qui supportant des rafraichissements partiels.

27 déc. 2020

Bonjour à tous,

Le master de muxberry a été mis à jour sur le google drive.
lien : drive.google.com[...]sagwIf-

Quelques correctifs, une meilleure intégration du réseau avec dhcpcd, hotspot et client dhcp en même temps sur l'interface wifi.
Le support de "overlay fs" qui simplifie le mode safe (carte en read only).
Concernant la carte CAN, il existe maintenant chez waveshare à un prix raisonnable un HAT CAN/RS485 qui sera sans doute plus facile à mettre en oeuvre, plus de soucis de câbles et cartes CAN instable. Je ne l'ai pas encore testée mais je vous dirais dès que ce sera fait, elle est en commande.

J'ai aussi bien avancé sur le projet répétiteur que je mettrai en ligne rapidement.

Joyeuses fêtes de fin d'année à tous.

27 déc. 2020

Merci pour ce super cadeau de Noël

27 déc. 2020

Merci, j'ai reçu mes cartes, a suivre donc!

27 déc. 2020

Bonjour,
Quelle carte CAN a tu ? Avec les chinoises, je viens de refaire le muxberry de JI76, j'ai eut quelques surprises ... certaines cartes HS, parfois des soucis avec les câbles dupont, eux aussi chinois. Lorsque la connexion n'est pas parfaite ou que la carte est HS, le raspberry génère des interruptions en permanence qui font ramer le CPU. Mais quand ça marche, on referme la boite et c'est magique.
Manipule tout cela avec précaution, c'est fragile.

01 jan. 2021

Bonjour, je viens juste de recevoir le Rpi Zero et les HAT USB et USB+ETH
Je ne ferai pas de CAN.
A suivre....

01 jan. 2021

Houla, quand je vous lis vous me faites peur!!! tout cela me semble compliqué et perso je suis en nmea 0183,
cela differe du N2K?
sinon pour faire simple ( du moins pour celui qui n'y connait rien en linux , Raspberry et consors, comme moi..;) Pourquoi ne pas faire un tuto sur youtube ou en fichier avec photos et croquis?
je reconnais que celui qui va le faire à du boulot!!! mais au lieu de répéter ce qu il faut faire ou pas faire à des newbys comme nous, cela simplifierai les interventions des connaisseurs, non?

02 jan. 2021

J'essaierai de documenter un peu en le faisant, mais (avec tout le respect pour gudhull et son travail!) je ne me fais pas d'illusion sur la complexité de la chose!
pitié, pas un tuto youtube! Une bonne doc écrite qu'on peut feuilleter!!
Le mieux serait une doc collaborative à mettre à jour en temps réel. mais clairement HEO a déjà du mal avec la structure du forum, donc c'est pas ici qu'on va trouver ça ;-)

02 jan. 2021

Bonjour, ci dessous mes étapes d'installations, peut être à modifier avec la nouvelle version fin 2020

Télécharger raspberry Pi os www.raspberrypi.org[...]nloads/
Télécharger sdcard formater
Télécharger win32diskimager
Télécharger WIN SCP
Télécharger PUTTY

formater sdcard
graver os pi avec win32diskimager
creer UN repertoire vide ssh dans le root de la carte sd
creer fichier wpa_supplicant.conf dans la partition root de la carte sd avec dedans

country=FR
ctrlinterface=DIR=/var/run/wpasupplicant GROUP=netdev
update_config=1

network={
ssid="VOTRE IDWIFI"
psk="VOTREMOTDEPASSE"
}

remettre la carte et brancher le pi
trouver l'adresse ip du pi

se connecter avec win scp (login pi password raspberry)
copier muxberry.tar.gz sous /home/pi
---copier src.tar.gz sous /home/pi
se connecter avec putty (login pi password raspberry)

pour copier coller les commandes selectionner le texte ctrl+c puis bouton droit
dans la fenetre putty
gunzip muxberry.tar.gz
sudo cp muxberry.tar /muxberry.tar
cd /
sudo tar xvf muxberry.tar
sudo chown pi:pi /muxberry
cd /muxberry
sudo ./install.sh c'est assez long car l'os télécharge des mise à jour

voulez vous paramétrer pour support can --- oui si vous avez le nmea2000
voulez vous installer l'access point ---- oui si vous n'avez pas de routeur wifi à bord
safe mode oui
crontab oui
bme280 non

sudo ./install.sh une nouvelle fois apres redemarrage si plantage de l'install

sudo shutdown -h now (si vous avez le can pour le nmea 2000 pour REMETTRE LA CARTE SD DANS LE PC MODIFIER LA VALEUR d'oscilattor DANS LE FICHIER CONFIG.TXT dans partition root si necessaire (8000000 par defaut)
carte can hat moi 12000000)
ou
sudo reboot
redemarrer

ip -s -d link show can0
|___>si error-active nmea2000 et bitrate 250000 c'est ok

//MODIF POUR REPETIREUR SI ROUTEUR et pas AP
cd /var/www/data/repetiteur
sudo chown pi:pi initParams.json
MODIFIER LA LIGNE POUR AJOUTER VOTRE IP DU PI
"hostNmea": "192.168.50.27" ,
sudo chown www-data initParams.json
// fin modif routeur

sudo systemctl enable nmeaHub

tester parametrer
Pour acceder au muxberry depuis un navigateur
192.168.50.27[...]lexeur/ IP à modifier
192.168.50.27[...]titeur/ IP à modifier

sudo shutdown -h now

c'est le moment de faire une image de sauvegarde avec win32diskimager
redemmarrer ça marche

12 jan. 202112 jan. 2021

Attention, le système de mise en forme de HEO a généré une erreur dans les lignes citées ci dessus (et peut être ailleurs, je n'ai pas été plus loin) les underscore ont été interprétés comme une mis en italique
Il faut utilisé la balise CODE pour éviter cela
J'ai corrigé sur le framapad, et je poursuivrai mon install plus tard...

```
country=FR
LIGNE ERRONEE ctrlinterface=DIR=/var/run/wpasupplicant GROUP=netdev
update_config=1

network={
ssid="VOTRE IDWIFI"
psk="VOTREMOTDEPASSE"
}

```

Bon, ça ne marche pas non plus avec la balise CODE...
voir le framapad ou ici par exemple
mars-hack-lab.fr[...]/
mars-hack-lab.fr/?p=371

02 jan. 2021

merci, comme évoqué ci dessus, le mieux serait de faire une seule notice, gudhull en a déja fait une en PDF
.
En mode collaboratif simple, on peut faire comme ça :
annuel2.framapad.org[...]ry-9kzq
annuel2.framapad.org/p/muxberry-9kzq?lang=fr

02 jan. 2021

Super ce système de note framapad.
Gudull a effectivement fait une notice, mais destinée à des experts de l'os pi, ne connaissant rien à cet os je partage mes notes qui mon permis d'installer muxberry sur du materiel vierge.
Si quelqu'un arrive a installer le mode safe ce serait pas mal de completer en mettant toutes les commandes dans le script framapad crée par yannbis

02 jan. 2021

Bonjour Lost,
La dernière mise à jour, certes récente, supporte le mode overlay-fs natif sur le raspberry, cela remplace le mode safe.
Reprendre la doc et le master mis à jour sur le google drive.

02 jan. 2021

Yes , on y arrive petit à petit, mais pour l instant il y a un notice sur la partie soft. mais avant tout cela il y a la partie Hard avec les differents peripheriques et la connectique, bref un schema de branchement, chacun peut envoyer sa propre config , voir même expliquer son choix( place , budget, securité, etc..) et donner des choix de disposition pour differentes raisons ( ondes, chaleur, lumiere, humidité)
Nous sommes en train de fabriquer " Nautical raspberry family for dummies " c'est génial!

02 jan. 2021

Voir ci dessus pour mes choix et mon synoptique, le reste à suivre...
www.hisse-et-oh.com[...]spberry
www.hisse-et-oh.com[...]spberry

Mais effectivement, sur un fil de forum, c'est très décousu!

03 jan. 2021

Concernant la nouvelle version qui supporte le overlay-fs
Mise à jour ce soir sur le master concernant un bug lors de la recopie des fichiers de configue.
Dans le fichier /usr/local/bin/nmeaHub.sh
remplacer ligne 4
if test overlay=''
par
if test $overlay=''

Si non à chaque reboot il faut refaire la configue avec adresse_ip[...]plexeur

21 jan. 202121 jan. 2021

Bonjour,
j'ai avancé dans mon install de Muxberry...
Voici le résumé.
Préparation de la carte SD, puis boot sur le Pi0, en mode graphique avec clavier/souris/écran.
C'est un peu lent mais plus simple à mon sens dans cette phase .
J'ai travaillé en local uniquement (hormis tentative de connexion au PA Wifi Muxberry), avec connexion Wifi sur mon point d'accès Wifi de smartphone.

sudo install.sh
puis
service nmeahub start
( au début ça m'a demandé un mot de passe pour lancer ce service, mais plus maintenant après qq reboots.. je ne sais pas pourquoi? )

J'ai bien eu accès au Muxberry sur localhost[...] , donc ça marche pas mal!

J'ai vu le réseau Wifi MUXBERRY, pas réussi à me connecter (il faut que je rééssaye), le mot de passe c'est MUXBERRY ou muxberry?

Quelques questions :
Comment vérifier les paramètres actuels? (pour un linuxien débutant, on fait un peu à l'aveugle c'est donc utile de vérifier ensuite)
support can
aaccess point
safe mode
crontab
bme280

dans la doc, il y a une liste de modules sous forme de tableau, mais je n'ai pas compris comment les activer ou non. Je pense que c'est un résumé de ce qui est fait avec install.sh?
Pour modifier, on relance install.sh et on modifie ses choix? Ce n'est pas clair pour moi

Globalement pour chaque action décrite dans la doc, ce serait utile de décrire également la méthode pour vérifier et éventuellement revenir en arrière.

Merci en tout cas Gudhull, jusqu'ici tout va pas trop mal!

La suite dans qq jours...

21 jan. 2021

Bonjour,

Bravo pour votre installation.

il y a une mise à jour sur google drive que je vous invite à mettre en place, il n'y a plus de notion de safe mode car celui ci est pris en charge par le mode overlay-fs du raspberry (voir raspiconfig) et le mode hotspot est mieux géré avec le serveur dhcpcd.

les tâches crontab ont été enlevées.

Le support bme280 est nécessaire uniquement sui vous ajoutez une puce baromètre à base de bme280, pour tester tapez la commande "baromètre", vous verrez les phrases nmea générées.

Pour savoir si le canbus est actif, tapez la commande "ifconfig", vous devriez avoir une ligne pour l'interface can0, une autre pour wlan0 (wifi client) et le réseau hotspot MUXBERRY est sur uap0

Le mode access point (hotspot) est probablement opérationnel si vous voyez le réseau MUXBERRY, le mot de passe est "muxberry" (en minuscule), l'adresse du multiplexeur sur ce réseau est 192.168.100.1

Pour tester, lancez /var/www/data/simul/simul.sh
Puis avec un navigateur adresse_muxberry[...] , par exemple 192.168.100.1[...] si vous utilisez le réseau wifi MUXBERRY. Vous aurez un répétiteur NMEA.

Pour paramétrer les connexions et les messages envoyés vers les différents appareils :
adresse_muxberry[...]plexeur
Attention, sur la version que vous avez, il y a un bug (au moins avec le simulateur) qui oblige à relancer le multiplexeur (sudo service nmeaHub restart) pour prendre en compte les modifications de paramétrage, l'installation de l'upgrade est recommandée.

PS si vous installez l'upgrade de google drive, assurez vous que le fichier /etc/network/interfaces est bien le fichier d'origine qui doit être identique au fichier /etc/network/interfaces-orig ou bien repartez d'une installation vierge.

Toutes ces manipulations peuvent être réalisées en mode console, l'interface graphique très lente sur le PI zéro n'est absolument pas nécessaire. Cela risque d'ailleurs de planter si vous activez le mode overlay-fs par manque de mémoire.

22 jan. 202122 jan. 2021

Bonjour GudHull,
Merci des réponses, sauf erreur,j'ai installé la dernière version, celle du 03/01/2020.
Comment vérifier quelle est la version installée?

En revanche, la dernière doc est du 26/12, donc pas forcément à jour avec la version.

Pour savoir si le canbus est actif, tapez la commande "ifconfig", vous devriez avoir une ligne pour l'interface can0, une autre pour wlan0 (wifi client) et le réseau hotspot MUXBERRY est sur uap0

Si la ligne est présente c'est que le service/module est actif?
Y-a-t-il un inconvénient à installer le CAN par défaut alors que je n'ai pas carte CAN à ce jour? Je n'en ai pas besoin, mais c'est dans l'idée de ne plus avoir à mettre les mains dans la config par la suite

Quelques suggestions d'amélioration à ce stade:
- mettre à jour et versionner la doc (je veux bien participer avec le regard de beta testeur, je fais ma doc en parallèle que je partagerai) . Je veux bien aider y compris sur un peu de mise en page pour plus de clarté
- pour chaque action décrite dans la doc, ce serait utile de décrire également la méthode pour vérifier la bonne prise en compte et éventuellement revenir en arrière
- une page web récapitulative avec l'état des modules/services, les IP, les ports ouverts, liens webs vers les logs....

merci et suite des tests la semaine prochaine

23 jan. 2021

Aucun problème à installer le CAN par défaut, tout est géré pour supporter cela. S'il n'y a pas de carte CAN, il n'y aura pas d'interface can0.

24 jan. 2021

OK merci
pour la version il y a moyen de vérifier laquelle est installée?
et, sans vouloir insister, à quoi correspond le tableau en fin de doc (j'ai bien compris en partie obsolète) je ne comprend pas bein si c'est la description d'états ou d'actions...

24 jan. 2021

Bonjour Yannbis,
Il n'y a pas de gestion formelle de version, mais voici quelques pistes concernant les modifications apportées par la dernière version.
Il n'y a plus dans le script d'installation de question sur le mode safe qui est remplacé par la fonction overlay fs du raspberry.
Le fichiers /var/www/data/nmeaHub/nmeaHub.conf et /var/www/data/nmeaHub/nmeaHub.def sont recopiés sur /boot pour la gestion de l'overlay fs.
Le fichier /usr/local/bin/modeProtect est supprimé.
Présence d'un exécutable /var/www/data/bin/cpConfigToBoot
Plus de création d'un fichier /etc/network/interfaces avec sauvegarde de l'original en /etc/network/interfaces-orig
Ajout dans /etc/dhcpcd.conf de la ligne : denyinterfaces uap0
Plus d'adresses IP pour les resources "hostNmea" et "hostOpencpn" dans le fichier /var/www/data/repetiteur/initParams.json. Ne pas modifier ce fichier, laisse vide.

Avec tout cela tu saura facilement vérifier si tu a la dernière version.

Concernant le tableau dans la doc, il s'agit d'une définition sommaire des étapes du script d'installation indiquant ce qu'il fait, la troisième colonne étant une liste des fichiers systèmes modifiés. Cela permet pour ceux qui connaissent linux de savoir ce qui est fait et eventuelllement de modifier les paramètres.

Cordialement.

Pascal.

25 jan. 2021

Bonjour Patrice,
je commence à mieux cerner petit à petit...
J’ai une approche axée « utilisateur », un peu à l’inverse de ta doc qui part du cœur du fonctionnement, coté concepteur, pour n’aborder qu’un peu le coté utilisateur. (Ce n’est pas un reproche, c’est juste une autre manière de regarder !)

Du coup j’ai encore des questions :
Le repetiteur utilise les données de quelle voie du Mux ? Malgré l’injection de SimulNMEA je n’ai rien vu sur l’affichage graphique en vue repetiteur, alors que les messages arrivaient bien.

Les messages marqués [DEL] sont ceux qui arrivent mais sont filtrés en entrée ? ou en sortie ? ou les 2?

J’essaierai d’injecter un autre fichier pour voir :
www.hisse-et-oh.com[...]ea-0183
www.hisse-et-oh.com[...]b8.nmea

Suggestions d’amélioration (je note ici pour mémoire):
- Ajouter une vue GPS (coordonnées, nb de sat…) sur le repetiteur
- Ajouter un bouton de validation des changements (Update) sur la page multiplexeur
- Ajouter la liste des préfixes NMEA en bas de page Multiplexeur (ou sous forme d’info apparaissant au survol de souris, mais c’est tout petit peu plus de code)
- GPIO (led) indiquant que le service tourne bien

31 jan. 2021

Bonjour,

Le répétiteur utilise toutes les voies du mux.
Avec l'application adresse_mux[...]plexeur il est possible d'accéder au détail de chaque voie et de valider ou non le filtrage en entrée (IN) et le filtrage en sortie (OUT).
La table de filtrage est d'abord utilisée en entrée pour accepter ou refuser une phrase selon les autorisations cochées. Dans une deuxième phase, la phrase est envoyée à chaque voie du mux pour laquelle cette phrase n'est pas interdite en sortie.
De plus, un systèmeème de priorité par groupe de DATA (GPS, CENTRALE, PLOTTER) est géré afin qu'il n'y ai pas de de confusion sur les données.

Par exemple, si tu a un PC avec OpenCpn pour gérer un GOTO pour le pilote et qu'en même temps une autre route est envoyée par un traceur, ton bateau risque de faire des zig zag, d'où la notion de priorité qui outre le fait de gérer cette problématique permet aussi d'éviter 'envoi de données redondantes qui risquent de saturer les lignes NMEA.

Avec la simulation il peut y avoir un dysfonctionnement au moment de prise en compte des mises à jour de paramètrage. Ce bug vient du fait que les données GPS de simulation sont utilisées pour remettre à l'heure le MUX (pas d'horloge temps réel sur le raspberry) et bien entendu, elles datent d'avant hier ... donc le logiciel ne détecte pas que le fichier de paramètrage a été modifié.

Pour contourner ce bug :
Effectuer le paramètrage avec adresse_mux[...]plexeur
relancer le multiplexeur avec "sudo service nmeaHub restart"

Autre méthode :
Arrêter le mux : "sudo service nmeaHub stop"
lancer à la main le multiplexeur : "nmeaHub -dn" ou n niveu de debug de 0 à 9
Le début à partir de 7 ou 8 te donnera toutes les informations sur le routage des phrase, mais attention, c'est bavard.

Cordialement.

Pascal.

01 fév. 2021

Bonjour Pascal et merci pour les infos,
Avec tes explications et de nouveaux essais, j'ai bien compris que chaque voie peut être paramétrée différemment et j'ai fait des tests là dessus, pas de souci. La gestion des priorités est un super principe pour éviter les conflits et assurer la redondance d'un GPS par exemple.

j'ai bien eu l'affichage des données du simu sur le répéteur depuis, je ne sais pas pourquoi ça ne fonctionnait pas précédemment.
Ma question sur le répétiteur (affichage web) : Quelle voie de sortie est utilisée pour ce répéteur? Autrement dit, si je veux filtrer et/ou prioriser les infos sur cet affichage, je fais comment?
Tu écris "Le répétiteur utilise toutes les voies du mux" donc je me demande si il ya une réglage possible ou si les infos sont prises "au milieu" du MUX, c'est à dire après filtrage des entrées et avant filtrage des sorties? Mais du coup il peut il y avoir des conflits sur le répéteur?

Merci

01 fév. 2021

Le répétiteur est géré par un processus fils en php qui et un serveur websocket.
Ca c'est pour le coté technique.
Pour le coté pratique, son petit nom est NMEA-SERVER (3337 ou Smartphone

ligne définissant le child dans fichier /var/www/data/nmeaHub/nmeaHub.conf :
CHILD|NMEA-SERVER (3337)|/var/www/data/bin/nmeaServer|3337

Et pour les autorisations mise à jour en web par l'application multiplexeur ;
Fichier /var/www/data/nmeaHub/nmeaHub.def
ligne :
DEVICE|NMEA-SERVER (3337)|4800|Smartphone|XX|AAM|0|1|APA|0|1|APB|0|1|BOD|0|1|BWC|0|1|DBT|0|1|DPT|0|1|GGA|0|1|GLL|0|1|GSA|0|1|GSV|0|1|HDG|0|1|HDM|0|1|MTA|0|1|MTW|0|1|MWD|0|1|MWV|0|1|RMB|0|1|RMC|0|1|VDM|0|1|VDO|0|1|VHW|0|1|VLW|0|1|VTG|0|1|VWR|0|1|VWT|0|1|XTE|0|1|ZDA|0|1|ZTG|0|1

Où pour chaque phrase NMEA connue (ou reconnue), on a le filtre en input (0 ou 1) et le filtre en output (0 ou 1).
Le séparateur de champ est le symbole pipe : "|"

Cordialement.

Pascal.

01 fév. 2021

OK merci, je me demandais justement ce qu’était ce port 3337 "smartphone", d'autant qu'il ne semblait pas accessible en tant que serveur (NMEA, pas web) par mon smartphone justement. Je me suis fait induire en erreur par cette appellation "serveur" + No de port. ( j'ai compris ensuite que le "serveur " de données pour un client extérieur NMEA est sur les port 3333-3336, et là ca marche)
pour résumer ce que je comprends : ce "NMEA-Server/3337" sert en interne du Mux pour la fonction répéteur web, accessible non pas par le port 3337 mais sur l'url muxberry/repeteur en http.

Si je dois éditer, je le ferai dans un premier temps en web je pense!

Une question du coup, pourquoi cette voie est en 4800 alors que le répéteur affiche l'AIS, 38400 serait mieux adapté?

01 fév. 2021

C'est a eu près cela. En fait en web, un client ne peut pas ouvrir un socket comme un client PC, le WEB impose un protocole les "WEB socket" le port 3337 est donc utilisé pour fournir à une application WEB une interface de type WEB SOCKET pour faire transiter les données. Sans cette interface, il faudrai rafraichir régulièrement la page ce qui n'est pas compatible avec le besoin d'un répétiteur.

Pour la notion de vitesse, en ce qui concerne les flux TCP/IP ou les flux entre les processus père et fils, elle n'est pas prise en compte, on peu mettre n'importe quoi. C'est juste que le traitement de toutes les voies est identique.

02 fév. 2021

Merci encore de ta réponse, je m'en doutais un peu que la vitesse en TCP/IP n'était pas à 4800, mais comme c'était écrit ainsi...

22 fév. 2021

Franchement...

Ça me prend la tête de chercher partout comment installer le Raspimux.

Je vais laisser tomber et faire avec autre chose, avec des vraies explications claires et à jour..

22 fév. 202122 fév. 2021

je t'accorde que ce n'est pas limpide mais ça se fait bien!

La phase d'install est inutilement complexe car il faut installer tout un tas de trucs en aveugle qui ne servent qu'à l'install
(que Gudhull ne le prenne pas mal car le boulot de dev est conséquent et cette install n'a rien à voir!)

Si tu veux je peux partager l'image du RPI configuré (j'vais prévu de le faire ici sous peu)

J'allais te renvoyer vers le framapad que j'ai initié mais je vois que tu l'as déjà annoté (voire un peu pourri) , ce n'est pas hyper constructif! C'est un document de travail collaboratif.

Pose tes questions précises avec bienveillance et tu auras des réponses.
C'est ce que j'ai fait et j'ai réussi à installer.

22 fév. 2021

Merci YannBis,

Je n'avais même pas répondu.

22 fév. 202122 fév. 2021

Au bout d'une semaine où tu te prend la tête, ça n'aide pas à être calme... 😉

En plus, je ne le fais pas pour moi car, j'ai tout qui fonctionne parfaitement sous Openplotter.

23 fév. 202123 fév. 2021

Même le framapad n'est pas clair...

23 fév. 2021

C'est un choix de se prendre la tête tout seul, il ne faut pas l'inputer à d'autres.... :-)

@Gudhull, tu vois un inconvénient technique ou moral ;-) à partager une image plutôt que de se taper toute l'install? (pas du tout simple pour un néophyte)

Je partagerais volontiers mon image...

23 fév. 202123 fév. 2021

Bon aller, je vous laisse avec votre multiplexeur et je dirais à mon amis pour qui j'ai fais l'effort de vouloir lui installer votre système, qu'il n'a qu'à laisser tomber et installer Openplotter.
Au pire, je lui ferais un multiplexeur avec un ESP32 ce sera plus facile...

23 fév. 2021

Quel est l'os ? l'install se fait elle en mode super utilisateur avec "sudo" ?

23 fév. 2021

Vous avez noté que vous êtes 2 à discuter depuis bientôt 2 mois sur un forum ?

23 fév. 2021

Il y en a combien qui observent? ;-)

23 fév. 2021

@ VoodooChile oui, quel est le sens de commentaire?

Je trouve dommage que quelqu'un vienne proposer un beau projet et d'autres viennent expliquer que ce n'est pas clair et peu exploitable pour un débutant (avis que je partage) sans avoir demandé aucune aide avant...
Il y a des produits commerciaux très bien qui font le job avec certainement une documentation étoffée.

Pour ma part je suis content d'avoir pu avancer et je prévois de partager mes avancées sur la documentation notamment.

24 fév. 2021

S'il y a besoin de demander de l'aide pour faire l'installation, c'est que le projet est mal documenté, donc il n'y a pas de description claire.
Ce n'est pas faute d'avoir chercher de l'information, avec le forum, le site Google drive et le Framapad.
Je ne compte pas le nombre de fois où j'ai tenter l'installation, avec des Pi0 différents, formatage de SD carde différentes, installation de Raspberry Pi OS lite, création du fichier de configuration wifi ou via raspi-config, création du fichier SSH, via le compte Pi avec sudo ou en se mettant en root.
Bref, j'y ai passer du temps...
Du coup, je préfère Openplotter qui multiplex super bien les NMEA0183/2000, Signalk, sondes analogiques, etc... en wifi ou ethernet.
Dans l'intervalle de tentatives d'installation du raspimux, j'ai installer plus de 10 RPi4 sous Openplotter, donc c'est incomparable. C'est bien dommage car j'ai un ami qui voulait juste les fonctions du raspimux, du coup un autre RPi4 de commander et aux oubliettes l'instal mal documentée.

24 fév. 202124 fév. 2021

Dommage que tu n'aies pas demandé de l'aide. Je trouve un vraiment dommage de ne pas poser de question et débarquer que le fil pour venir dire simplement "c'est nul car je n'y arrive pas".

Pour ma part je me suis posé pas mal de questions entre un matériel acheté et ce projet partagé. Je savais bien qu'entre l'un et l'autre il y aurait un écart de temps passé à configurer.
Je n'avais jamais fait d'install RPi, j'ai rencontré quelques difficultés auxquelles je m'attendais au vu de la documentation un peu légère(je l'ai écrit ici avant de commencer), j'ai posé des questions, GudHull et d'autres ont répondu avec bienveillance et j'ai réussi sans souci au final.
Et pour que ça serve aux autres, j'ai initié un framapad (en cours et ouvert à tous)pour que chacun contribue à améliorer la documentation.
Si veux y participer - en expliquant tes difficultés - cela fera avancer la documentation pour toi et pour les autres.(EDIT : il me semble que tu as complété depuis la dernière fois, merci)

Openplotter et Muxberry ne font pas tout à fait la même chose, d'ailleurs un RPi4 pour Muxberry c'est surdimensionné.

23 fév. 2021

Bonjour
Je dois avouer qu'aprés avoir fondé beaucoup d'espoir sur ce projet, je reste sur ma faim.
J'espère qu'aprés avoir téléchargé et exploité le fichier RASPIMUX, tout deviendra limpide.
Merci pour ce boulot.
A+
Régis

24 fév. 2021

@PETIT MIMI , non je ne pense pas que ce soit limpide ;-))
mais pose tes questions ici et tu auras des réponses!

05 mars 2021

Ci-joint le lien vers une image raspimux.
drive.google.com[...]2O/view
télécharger, décompresser, copier sur une carte SD et vous avez un rspimux avec réseau SSID "MUXBERRY" pass "muxberry"
Attention, cette image est en mode overlay-fs, votre carte SD est donc protégée en écriture et contre les arrêts intempestifs de votre raspberry pi0.

13 juin 202413 juin 2024

Avec du retard : Faites péter le champomy !

10 mars 202110 mars 2021

merci Gudhull pour ce nouveau lien ( drive.google.com/file/d/12Bk3KBduWw-YSKzBwRFsVHNiO72s2O/view )

Pour info, j'ai avancé la documentation partagée
annuel2.framapad.org[...]ry-9kzq

commentaires/corrections bienvenus, et merci aux contributeurs de ce doc

25 mars 2021

petit hors sujet (mais pas vraiment), je viens de trouver :

selon les appareils à connecter au Mux on est en 232 ou 422, donc ça peut servir!

07 avr. 2021

INSTALLATION DE MUXBERRY

Après avoir dérouler tout le fil Hisse et Ho concernant le Muxberry, j’ai estimer qu’il fallait tenter cette expérience, puisque le besoin d’interconnecter mon électronique de bord commence à devenir incontournable. En effet, afin de répondre aux exigence de la navigation à 60 nautiques, j’ai acquis une nouvelle VHF Radio Océan RO68000 AIS, séduit par le petit bouton de détresse qui est censé nous repêcher en moins de temps qu’il ne faut pour enlever son doigt du capot rouge …
Mais voilà, pour être efficace dans cette fonction, il faut fournir à cette belle radio, la latitude et longitude dans lesquelles on barbote, et c’est précisément ce que Muxberry se propose de faire.
Donc, allons y !
l’électronique de bord est minimaliste : un sondeur ST40 et un GPS Garmin 72H pour savoir où est le fond et à quelle vitesse on va s’échouer … le tout multiplier par deux , parce que j’ai le privilège de naviguer sur bateau rigolo (un catamaran) et que je ne déménage pas les afficheurs quand je change de coque en virant de bord, tout ceci, en plus de la fameuse VHF citée plus haut.

Pour le matériel du multiplexeur, il me faut :
un Raspberry 0W avec sa carte micro sd de 16 GB
un mini hub usb 7 port alimenté ( vu dans le fil )
2 adaptateurs USB vers RS232 pour les GPS
un adaptateur USB vers RS422 pour la VHF
2 alimentations 12V vers 5V 2,5A USB pour alimenter le Raspberry et le hub

Déroulons maintenant l’installation du logiciel .
OK - Téléchargement de l’image disque
OK – gravure de la sd card

Mise en place sur le Raspberry et boot.
J’ai branché un écran pour savoir quand même ce qu’il se passe.
Ko le swap mais bon si la carte est protégée en écriture …
Ko hostapd.service
Ko dnsmasq.service
arrêt de dhcpcd sur toutes les interfaces.

Aïe, aïe, aïe : le point d’accès wifi s’est écroulé, entraînant dans sa chute la distribution d’adresse IP, et du coup la surveillance réseau décrète «  j’arrête les frais sur toutes les cartes réseaux déclarées » !!!
On est mal, plus de réseau du tout !! il n’y a plus que le clavier et la ligne de commande pour dépatouiller tout ça.
En plus, dans un grand élan d’optimisme, j’avais commencé à modifier la documentation d’installation afin qu’elle corresponde à la chronologie des opérations effectivement réalisées …
me voila bloqué au milieu du gué, c’est malin. Je vous présente mes excuses pour cela.
Quoiqu’il en soit, je n’abandonne pas .
La suite au prochain numéro ...

07 avr. 2021

Le script /etc/init.d/nmeaHub géré aussi les interfaces réseaux.
Au lancement, il arrête le réseau, dhcpcd, dnsmasq et hostapd pour créer une seconde interface wifi nom : uap0. Puis il relance ces services avec la nouvelle interface crée.
Si dnsmasq et hostapd sont lancés avant nmeaHub, il est normal d'avoir un message d'erreur car l'interface uap0 n'existe pas encore.
Il est aussi important que le nom de l'interface primaire wifi soit wlan0 donc ne pas activer l'option "predictable network interfaces names" qui se trouve dans raspi-config dans le menu "network option"

La remontée du réseau est parfois un peu longue.

Contenu du script :

start)
# monte l'interface uap0
service dhcpcd stop
service dnsmasq stop
service hostapd stop
/sbin/iw dev wlan0 interface add uap0 type __ap
ifconfig uap0 192.168.100.1 netmask 255.255.255.0 broadcast 192.168.100.255
service dnsmasq start
service hostapd start
service dhcpcd start
iptables -t nat -A POSTROUTING -j MASQUERADE
# monte l'interface can
/sbin/ip link set can0 up type can bitrate 250000
/usr/local/bin/nmeaHub.sh -r -g -v 2>>/tmp/nmeaHub.log&
;;

Le problème se situe sans doute à ce niveau.

En espérant t'avoir aidé.

07 avr. 2021

De nouveau devant la console …
pi
rqsberry
sudo su
rqspi)config

on va le faire parler français
balayer tout le chapitre 5 Localisation Options
ensuite valider toute la carte sd
6 Advanced Options > A1 Expand Filesystem
4 Performance Options > P3 Overlay File System disable read only
Finish > reboot

Bizarrement , cela suffit à débloquer le service dhcpcd.
Après deux ou trois hoquets, hostapd démarre et le réseau « MUXBERRY » apparaît dans le wifi.
C’est la carte virtuelle uap0 qui met du temps à monter et qui pousse les services qui dépendent d’elle à la faute. Une meilleure description dans systemd pour définir l’ordre de démarrage des services et les devices nécessaires devrait corriger le problème.
C’est tout pour aujourd’hui, je m’y remets demain ...

07 avr. 2021

Je pense que le problème provenait de l'extension du file système.
Remet en mode overlayFs pour la sécurité de la carte cela devrai fonctionner.
Comme tu semble bien connaître le système d'init de linux, modifie le fichier /etc/init.d/nmeaHub pour indiquer exactement quels sont les services nécessaires au démarrage pour éviter les messages d'erreur, puis publie le correctif sur le pad de Yann.

Y QU A FAUT KON

08 avr. 2021

Dac, je m'y colle ...

09 avr. 2021

OK, je crois avoir trouver une solution. Sa description est dans le framapad, comme il y a un peu de boulot, on va pas polluer le fil avec des considérations purement informatiques.
Par contre, en utilisateur moyen, je n'ai toujours pas réussi à enfiler une trame RMC dans ma VHF.
Y a un truc que je ne pige pas avec les entrées / sorties ...

09 avr. 2021

merci Xanadu pour la mise à jour framapad (tout en bas du fichier)
Très sincèrement c'est largement au dessus de mes compétence !

Pour que je (et les suivants) comprenne bien, est-ce bien ça?
- tu es parti de l'image disque google drive du 5/03/21?
- tu as eu un pb de boot
- tu proposes une série de modifications pour les corriger

Tu sembles bien calé sur le sujet, je ne sais pas si tu peux partager une image disque mise à jour?
je pense qu'on peut continuer à discuter technique sur ce fil, quitte à ouvrir un fil plus "grand public" "muxberry pour les nuls (je m'inscrirai en premier ;-) ) une fois que la doc et l'image disque seront stables.
J'avance tout doucement sur mon test d'install....

09 avr. 2021

C'est exactement ça, j'ai téléchargé l'image du fil, gravé une sdcard, monté le tout sur ma production ( j'ai rassemblé toute mon électronique de bord dans un même boitier que je démonte pendant l'hivernage, et qui trône sur la table du salon pendant les phases de tests ).
j'ai branché un écran, allumé le tout et compté les petits "fail" en rouge ...
A partir de là Gudhull m'a confié la délicate mission de repeindre l'écran de démarrage en vert confiance, et voilà.
Je vous propose de tester cette solution sur quelques installations pour vérifier sa fiabilité. ( je sais déjà que le restart du service nmeaHub ne fonctionne pas, il faut chercher ...)
La stratégie qui m'a guidé est de coller au plus près de préconisation Debian/Raspian en matière d'architecture d'OS, et même ça, ce n'est pas évident à déterminer. Je dois dire que le crawl dans tout les forums internet qui disent " je sais pas " "moi non plus " est assez pénible, mais bon.
Après, comment télécharger une image disque dans un espace partagé , là , je veux bien qu'on me guide ...
A vos claviers !!

12 avr. 202112 avr. 2021

Bonsoir à Tous,

simplement pour vous dire que le concept Muxberry, sauce avril 2021 fonctionne comme une horloge sur mon installation ...

un cliché général et deux de détails vont illustré mon propos.

L'objectif de base était d'infuser les données de positionnement ainsi que l'heure des GPS dans La VHF.

Et comme les capacités de connexions de ce logiciel d'enfer sont quasi tentaculaires, j'en ai profité pour branché dessus par wifi mon smartphone et celui de ma femme avec leur petit logiciel cartographique de navigation (NVchart) ( j'ai pas d'actions dans la firme ).

Le rasberry pi 0w et le hub usb 7 voies alimenté trouvent leurs places dans un espace minimal.

Or donc : MERCI Gudhull

22 avr. 2021

Bonjour,

Suite au travail de Yannbis et Xanadu, une version 2021 est disponible, facile à installer et bien déverminée sur le google drive : drive.google.com[...]sagwIf-

Vous y trouverez une image plug & play de raspimux ainsi que de la documentation.
Reste à étendre votre "file system" après installation et passer en mode overlay-fs si vous voulez protéger votre muxberry des intempestives coupure de courant.

Pour rappel, le framepad de Yannbis est ici :
annuel2.framapad.org[...]ry-9kzq
Il comporte à la fin quelques compléments sur cette dernière version.

Un grand merci à tous les participants pour ce projet.

22 avr. 2021

super !!! @gudhull le mux que vous m'avez remonte etait a jour ? ou faut il que je le mettre a jour ? si oui, cette mise a jour va apporte quoi ?

ps : quelque bosse sur le mixage en nmea 2000 pour AIS ?

merci a vous tous

23 avr. 202123 avr. 2021

Merci!

PS : Xanadu si tu as une photo du montage Rpi, c'est toujours intéressant, merci

25 avr. 2021

Le dernier cliché du post précédent montre le RPI dans son logement définitif et ses connexions sont très classiques :
- une double alimentation type allume cigare 12v vers 5v 2A
- une connexion alimentation vers le RPI avec le cable adéquat
- une connexion alimentation pour le hub usb
- une connexion usb entre le RPI et le hub usb
ensuite, tous les adaptateurs vers les équipements tels que les GPS et la VHF sont concentrés sur le hub usb.

25 avr. 2021

Bonjour
Pour connecter ais au raspberry, ça marche ça ?
Merci

25 avr. 2021

Bonjour, si l'AIS utilise le protocole RS485 ou le standard RS422 préconisé par NMEA183, OUI
Par contre, en parcourant tout le fil du sujet, je n'ai toujours pas compris quelle était la finalité de ton montage ?

25 avr. 2021

Salut
Comment connaître le protocole utilisé par ais ?
Merci

25 avr. 2021

en consultant la notice du fabricant de l'AIS. D'une façon générale, si sont spécifiés TX+ TX- RX+ RX- et GND, on est sur du RS422, si ne sont mentionnés que TX, RX, GND, on est sur du RS485 ...

25 avr. 2021

Ça serai du 422 donc compatible avec ma clé

30 jan. 2022

Salut,
J'arrive un peu tard, mais comme je suis en train de me battre avec exactement la même clé bleue usb->RS485/422...

Donc ma question : Si côté émetteur c'est du TX(out)/RX(in)/GND (c'est le cas pour mon traceur garmin et mon répeteur advansea) ce ne serait pas plutôt du RS232 ?

Sur la clé bleue, c'est spécifié TX+/TX- et RX+/RX- et GND (donc RS485 ou 422).

Je crois que je n'ai pas les bonnes clés du coup... Et je n'en trouve pas en RS232 (à moins de rajouter une couche DB9 Eark!)

25 avr. 2021

Pour faire Simple JI76 possède un ais qui communique en NMEA2000 et NMEA0183.
Pour le NMEA2000, muxberry ne fait pas le transcodage N2K 0183, il lui faut donc connecter les bons fils à une interface USB/NMEA0183, mais il est sur son bateau et a oublié son câble interface USB/RS232. Sans ce cable, pour l'instant pas de solution.

25 avr. 2021

J'espère pour JI76 que son AIS communique vraiment dans les 2 modes nmea 2000 et 183 ...
Je soupçonne les fabricants de ne garder qu'une oreille en mode 183 pour assurer la compatibilité avec l'ancien monde mais de ne parler uniquement en mode 2000 . Et là, si tu n'as pas une liseuse en mode 2000 pour afficher tes informations, tu es marron ...

25 avr. 2021

Pour être précis, c’était l’adaptateur usb/micro usb que j’avais oublié. Mais on viens de m’en prêter un.
Je vais pourvoir faire mes test . Reste à savoir si l’adaptateur que j’ai mis en photo est valable

27 avr. 2021

Bonsoir Gudhull, de retour sur mon bateau j'ai tenté de supprimer l'actisense qui faisait la conversion nmea0183 vers N2K, malheureusement mon écran multifonction connecté en n2k n'affiche plus les cibles ais, j'avais déjà remarqué que muxberry ne faisait pas le transcodage AIS n2K-->0183 mais

Premiere question : devrait-il le faire dans l'autre sens ou y a t'il un autre problème.
J'ai laissé l'actisense et le muxberry en parallèle sur la sortie de l'ais et ca fonctionne....

Deuxième question : est t'il possible de désactiver l'access point, l'option n'étant plus proposé dans l'install ?

28 avr. 2021

pour désactiver l'access point je pensais à ça
sudo apt-get remove hostapd

28 avr. 2021

Les trames ais ne sont pas encore traduite par muxberry, ni dans un sens ni dans l'autre.
Pour le hostapd, c'est un peu violent, utilise plutôt
sudo systemctl disable hostapd
sudo systmctl disable dnsmasq

En passant le mode overlay-fs à off avant de taper les commandes, puis le remettre ensuite sur on.

25 avr. 2021

Merci à tous
Ça marche enfin !!!
Pour info avec la clé bleue ça n’a pas marché, pourtant les led du récepteur était bien allumé
J’ai fini avec mon premier adaptateur est là miracle !!!

25 avr. 2021

Merci à tous
Ça marche enfin !!!
Pour info avec la clé bleue ça n’a pas marché, pourtant les led du récepteur était bien allumé
J’ai fini avec mon premier adaptateur est là miracle !!!

30 sept. 2021

Génial le projet, merci des efforts les gars j'adhère

25 nov. 2021

Bonjour,
J'ai installé sur un PI Zéro l'image 2021-04-19-muxberry pour communiquer avec Openplotter.
Les seules modifications apportées sont:
- Modification du fichier wpasupplicant pour se connecter au réseau Openplotter. Le PI zero communique bien avec Openplotter en obtenant une adresse par DHCP. Les ping ont des valeurs correctes et le réseau fonctionne bien.
- Voulant fixer une IP statique au Muxberry, je modifie le fichier /etc/dhcpcd.conf en rajoutant les directives suivantes:
interface wlan0
static ip
address=10.10.10.10/24
static routers=10.10.10.1
A partir de là, lorsque je ping le Muxberry, j'obtiens 5 à 6 ping OK suivis de 5 à 6 ping Non OK suivis de 5 à 6 ping OK suivis de 5 à 6 ping Non OK et cela se répète indéfiniment.
On dirait qu'il y a une certaine forme de latence sur le réseau.
Quelqu'un a t-il une idée à quoi cela est dû et comment y remédier?
Merci de vos réponses éventuelles.

26 nov. 2021

Bonjour,
le phénomène décrit est assez symptomatique d'un réseau qui possède 2 éléments ayant la même adresse IP.
Bien vérifier que tous les composants du réseau ont une adresse unique.
Donner des IP fixes en dehors de la plage du serveur DHCP.
Cordialement

26 nov. 202126 nov. 2021

Alors ...
renseignements pris sur OpenPlotter, si l'objectif est d'incorporer Muxberry comme un élément d'OpenPlotter, je suggère la stratégie suivante :
le serveur d'adresse IP (dnsmask) et le point d'accès wifi (hostapd) sont déjà présent sur Open Plotter. Il parait judicieux de désactiver ces fonctionnalités sur Muxberry pour éviter redondance et autres conflits d'adresses ...
Pour ce faire :
- Avec une commande sudo ifconfig, noter soigneusement l'adresse MAC de la carte wlan0
- Passer le mode overlay-fs à off
* arrêter les services
- sudo systemctl stop hostapd.service
- sudo systemctl stop dnsmask.service
* Ne plus les charger au démarrage
- sudo systemctl disable hostapd.service
- sudo systemctl disable dnsmask.service

  • Modifier /etc/wpasupplicant/wpasupplicant.conf pour se connecter sur le wifi d'OpenPlotter avec les bon SSID et mot de passe définis sur OpenPlotter.
  • Remettre le mode overlay-fs à on
  • arrêter Muxberry

SUR LA MACHINE OPENPLOTTER
* pour définir une adresse IP fixe pour Muxberry
- Modifier /etc/dnsmask.conf
ajouter une directive
( # )adresse IP fixe pour Muxberry ( ne pas mettre les parenthèses du dièze )
dhcp-host=00:11:22:33:44:55,Muxberry,192.168.xxx.xxx
où 00:11:22:33:44:55 = adresse MAC de la carte wifi de Muxberry
192.168.xxx.xxx = adresse IP fixe souhaitée pour Muxberry

  • redémarrer le service
  • sudo systemctl restart dnsmask.service

  • redémarrer le muxberry en présence de l'installation OpenPlotter déjà active.

Je n'ai pas testé, mais c'est ce qui me parait le plus cohérent par rapport à l'objectif souhaité.
Cordialement

26 nov. 2021

Bonjour,

juste une petite typo, c'est "dnsmasq" et non "dnsmask" ...

et il est préférable de remplacer "sudo ifconfig" par "sudo ip addr"
ifconfig est considéré comme obsolète (depuis 2015 il me semble)

A+

26 nov. 2021

Merci pour la relecture et les corrections :-)
Je valide. C'est super..!
A+

25 nov. 2021

Bonjour,

Il est probable que l'interface wifi n'aime pas gérer 2 adresses fixes, l'une pour hostapd, l'autre pour votre réseau wifi.

Essayez d'enlever les paramètres de l'interface wlan1 qui est le point d'accès MUXBERRY.
Pour cela, mettre en commentaire les lignes du fichier dhcpcd.conf qui gèrent l'interface wlan1 puis arrêter les services dnsmasq et hostapd avec un systemctl disable (voir doc linux).

Cordialement.

Pascal.

25 nov. 2021

Bonjour,

Il est probable que l'interface wifi n'aime pas gérer 2 adresses fixes, l'une pour hostapd, l'autre pour votre réseau wifi.

Essayez d'enlever les paramètres de l'interface wlan1 qui est le point d'accès MUXBERRY.
Pour cela, mettre en commentaire les lignes du fichier dhcpcd.conf qui gèrent l'interface wlan1 puis arrêter les services dnsmasq et hostapd avec un systemctl disable (voir doc linux).

Cordialement.

Pascal.

06 jan. 2022

Bonjour à tous,

je viens de lire tout le fil et suis chaud pour me lancer dans l'aventure du Muxberry mais je ne suis pas électro/informaticien
j'ai suivi les très bons tutos de Ralph sur YouTube et mon Rpi 4B tourne avec OpenPlotter et OpenCPN et sur ma carto je vois le résultat des données de mes interfaces : GPS en USB et sur I2C l'IMU(cap Mag, tangage, roulis...) et le BMP280(pression T°)

j'en suis là mais mes deux objectifs sont de voir les gros bateaux (AIS) et de faire rentrer la direction du vent (NMEA2000) dans mon pilote automatique (NMEA183) et peut-être et surtout de comprendre un peu mieux ce que vous faites pour réaliser mes propres projets.

Mais avant de partir je voudrais être sûr que ça peut répondre et que c'est nécessaire pour mes deux premières préoccupations:
1/ carte Pi 0 + MCP2515 et le soft Muxberry pour mettre la direction du vent dans mon pilote auto,
à moins que je puisse le faire avec le Signal K de mon Rpi sans rien ajouter ?
2/ de récupérer le signal de ma VHF pour le mettre sur une entrée (?) du Rpi pour voir les autres bateaux,
mais je ne visualise pas la connectique et les équipements associés

suis-je sur le bon fil de discussion ?
Merci à tous

07 jan. 2022

Bonsoir,

Considérons les objectifs de votre projet sous les deux angles incontournables de tous systèmes informatiques qui sont le hardware et le software :

    1. Le Hardware

    il y a deux grande manières de connecter des équipements nautiques entre eux :

soit en nmea 183 qui transforme le contrôleur principal (Raspberry pi ou PC / MAC) en pieuvre avec un convertisseur USB/RS422 ou RS485 à chaque tentacule qui tient un équipement. Ce qui implique également que le contrôleur principal possédera autant de sorties USB que d'éléments à contrôler.

soit en nmea 2000 qui exige une interface CAN pour se connecter au bus nmea 2000. L'avantage du Raspberry (0,2,3,4) est que l'on peut brancher dessus relativement facilement un circuit MCP2515 qui assure l'interface CAN.
Avec un PC / MAC, nous serions obligés de l'équiper avec un convertisseur USB / CAN pour ce faire.

  • 2. Le software

Maintenant que nous sommes branchés, il nous faut traiter les données qui nous arrivent de tous nos appareils.

  • pour le nmea 183, les données sont en clair sous forme de phrases. Il faut juste faire un tri de tous les points de connexions. Les logiciels Kplex ( intégré à OpenPlotter ) ou Muxberry font les liaisons avec OpenCpn.

  • pour le nmea 2000 , c'est le logiciel SignalK qui extrait les messages des différents équipements et qui fait également la conversion nmea 2000 <-> nmea 183 pour l'envoyer à OpenCpn qui ne parle que le nmea 183.

Muxberry est un logiciel minimum qui gère les connexions physiques d'un Raspberry, tant nmea 2000 que nmea 183 et qui route les différents flux de données sur ses sorties et/ou sur la machine de votre choix par wifi.

A titre d'exemple, j'utilise un raspberry pi 0W Muxberry pour collecter les donnés de mes GPS et instruments, envoyer ma position GPS à la radio (fonction détresse), et avec mon smartphone /tablette équipé d'OpenCpn, je me branche sur son wifi pour faire ma navigation.

Ai-je répondu à vos interrogations ?

Cordialement.

PS - merci à Gudhull de vérifier et corriger mon bavardage ...

09 jan. 2022

OpenCPN se nourrit nativement de Signalk maintenant.

07 jan. 2022

Précision : muxberry fait aussi la passerelle entre nmea2000 et nmea0183, sur pour l'AIS qui n'est pas encore implémenté.

08 jan. 2022

Bonjour et merci beaucoup pour vos réponses très rapides, c'est très motivant

à Xanadu: je suis essentiellement en NMEA2000 et souhaite y rester, avec donc une interface CAN.
Mon GPS est déjà raccordé à ma radio et ça marche bien comme ça. je ne vois pas l'intérêt de passer par une interface...
à Gudhull: Je comprends que l'AIS est une acquisition complètement séparée et que je n'ai rien a ajouter au Rpi 4B sinon un récepteur en USB avec antenne. Ce point est donc réglé.

Reste à acquérir dans OpenCpn sonde, vitesse et vent il faut je couple le backbone NMEA2000 à mon Raspberry 4B. Je comprends qu'il n'y a pas de bus CAN sur le Raspberry 4B et qu'il faut ajouter par une interface. j'ai un Raspberry Pi0 que je pourrais utiliser mais j'ai du mal à faire le lien entre les installations du soft (très bien décrites dans framapad) et le montage hard.

Et je crois avoir deux possibilités :

1/ ajouter un RS485CAN-HAT sur mon Rpi4B.
1.a Relier les fils du backbone NMEA2000 au HAT, Fil bleu sur H et blanc sur L ou peu importe ?
1.b Activer le bus CAN dans OpenPlotter et croiser les doigts pour espérer voir mes paramètres dans OpenCpn...
1.c Envoyer le vent et le cap vers mon pilote ST2000 avec deux fils NMEA+ et NMEA- en entrée du pilote que je prends où ? quelque part sur le GPIO du HAT ou via un connecteur USB sur le Rpi4B car j'ai lu que NMEA0183 est un bus série mais comment sortir les deux bons fils de l'USB du Rpi ?

2/ Projet Muxberry : ajouter un boitier étanche qui a l'avantage d'être bien séparé et bien protégé
2.a Relier le Pi0 et le MCP2515 par les 7 broches du J4 du MCP2515 au broches correspondantes du GPIO du Pi0 ?
2.b Relier les fils du backbone NMEA2000 au J2 du MCP2515, Fil bleu sur H et blanc sur L ou peu importe ?
2.c De ce boitier faire sortir un câbles mini USB vers une entrée USB du Rpi4B ?
2.d De ce boitier faire sortir deux autres fils pour le pilote, NMEA+ et NMEA- pris sur le J1 (ou J3 ?) du MCP2515, peu importe la polarité ?
2.e Alimenter le Pi0 en mini USB avec un convertisseur 12v/5v niché dans le boîtier en prenant le 12v sur le NMEA2000 ?

je suis très intéressé par vos avis sur le choix d'une solution car il me semble que le NMEA2000 est déjà un réseau multiplexé et tous mes capteurs sont sur ce réseau. il me faut le mettre en entrée du Rpi 4B le plus simplement possible.
Mais le projet Muxberry me plait beaucoup et je suis prêt à me lancer, avec votre aide sur les questions que je me pose...
en vous remerciant sincèrement

08 jan. 2022

Bonjour,

si je devais faire les mêmes choix, j'opterais pour la solution n°1

  • Connexion du nmea2000 sur le CAN du HAT
  • Connexion du pilote sur le RS485 du HAT

Terminé pour la partie physique

Ensuite paramètrages d'OpenPlotter pour identifier les sorties et gérer les flux.

Bonne chance.

Cordialement.

08 jan. 2022

je comprends que sur ce connecteur vert il y a les deux bornes H et L pour le CAN et A et B pour le pilote!
tout sur le même connecteur ?
Avec une redondance si on veut utiliser les pinoches HLAB du connecteur jaune

je fais ça
Merci!

08 jan. 2022

Sans plus de précisions que la photo, il m'est difficile d'être affirmatif.

Dans l'absolu, que ce soit can+ can- ou nmea+ nmea-, ces signaux sont toujours référencés à un moins - 0v ou masse/blindage ...

Pour lever les doutes, mettez un lien vers les caractéristiques techniques de votre HAT.

Cordialement

08 jan. 2022

Eh bien c'est le RS485CAN-HAT de l'option 1 pour laquelle vous avez opté

www.kubii.fr[...]81.html

j'y voyais trois possibilités de connexion, le connecteur vert, le GPIO ou les trous pour les fils à souder

j'ai trouvé d'autres infos
ici : openplotter.readthedocs.io[...]pp.html
et là : www.waveshare.com[...]-en.pdf

mais rien de précis sur comment et où connecter NMEA+ et NMEA- du Pilote Raymarine ST2000

je poursuis mes recherches mais j'avoue mon manque de copétence
merci de votre aide

10 jan. 2022

Bonjour,

à la vue de la documentation fournie, je brancherais nmea + et - du pilote à RS485 A et B de la carte HAT.
Ensuite, il faudrait relier CAN h et l de la carte HAT au CAN h et l du backbone nmea 2000
du bateau en lieu et place d'un bouchon de terminaison, car sur la documentation de la carte, la résistance de terminaison de 120 ohms est déjà incluse ...

Enfin, il faudra porter une attention particulière au page 10 , 13 et 14 du manuel d'utilisation.

Elles concernent le paramètrage du raspberry pi, qui dans sa version de base, n'active pas le port série qui correspond avec le RS485 de la carte.

On sort du cadre du projet Muxberry, il faudrait squatter un autre fil de discussion pour continuer nos échanges aux sujets des cablages. Je vous en laisse le choix.

Cordialement.

10 jan. 2022

Merci pour vos réponses
j'ai commandé le matériel et en effet je pourrai donner l'avancement sur un fil de discussion dédié. Je créé un fil "liaison NMEA2000-NMEA0183 par RS485CAN-HAT sur Raspberry 4"

10 jan. 2022

Bonsoir,
Si l'interface RS485 ne fonctionne pas, reste toujours la possibilité USB + RS232 qui fonctionne toujours et permet de gérer émission et réception, car l'interface RS485 permettra d'envoyer le vent mais ne recevra pas le cap du pilote (un seul sens), toujours intéressant à avoir. HDM (cap magnétique) permet d'afficher la composante dérive et courants sur opencpn. Tu a peut être déjà HDM en NMEA2000.
Par contre, je ne sait pas quel est le nom de l'interface tty (/dev/xxxx) qui sera affectée au port RS485 du HAT. Il faudra peut être ajouter un child à muxberry (je pourrai te guider) ou ajouter une ligne dans le fichier de configuration pour prendre en compte ce port et envoyer les données vents au pilote.
De toute manière il faudra définir la vitesse à 4800 bauds, car cette ligne étant silencieuse, le système de détection automatique de la vitesse des ports ne fonctionnera pas. Il faudra donc une vitesse fixée d'avance pour bypasser cette fonctionnalité.

11 jan. 2022

En effet pour donner le vent au pilote USB+RS232 ça a l'air plus simple !
je commande cette interface. c'est bien cette image ci-dessous ?
et je relierai nmea + et - aux fils vert et blanc ?
Faudra-t-il aussi connecter les fils d'alim rouge et noir entre pilote et USB ou ce n'est pas la peine car le pilote et le Rpi ont leur alim propre ?

je n'ai pas le HDM sur NMEA2000 mais je l'ai avec un composant IMU ajouté sur l'I2C du Rpi. Je vais regarder comment on l'affiche sur OpenCpn pour la dérive.
Si je comprends bien j'aurais aussi le cap magnétique venant du pilote

Merci pour les infos sur le HAT que je garde précieusement. Pour l'instant c'est ma seule façon d'acquérir les données du NMEA2000

11 jan. 2022

Surtout pas ce cable qui est du niveau TTL et pas rs232 si non tu crame le raspberry, il te faut un convertisseur RS232 <=> USB et un adaptateur micro usb vers USB, il y en a plein à petits prix sur amazone et ebay, ceux des ship sont les mêmes mais 10 x plus cher.
Pour la connexion sur le pilote brancher nmeain- et meaout- sur le gnd de la prise rs232 (pin 5) le nmeain+ du pilote sur le TX de la rs232 pin 3 et le nmeaout+ du pilote sur le RX du rs232 pin 2.

11 jan. 2022

Sur la doc du pilote il n'y a pas de in/out d'indiqué. J'imagine que NMEA c'est du in puisqu'il reçoit le vent. pour les autres... du coup je n'arrive pas à coller aux explications

NMEAin+ .....................pin ?
NMEAin-.....................pin ?
Yellow seatalk data.......pin ?
Green Ground..............pin ?
Red +12...................non connecté

je mets l'image de ce qu'on trouve en cherchant "convertisseur RS232 UGB" mais je ne vois pas comment je vais le connecter... ni pourquoi il faut un câble USB - micro_USB. sur le Raspberry c'est de l'USB
il doit me manquer des infos. Désolé

12 jan. 2022

Hélas, hélas, la notice du pilote dit bien qu'il n'est pas sourd, mais en aucun cas qu'il soit bavard ... aucun mention de phrase type HDM.

Pour ma part, je tenterais le coup en RS 485 quitte à rajouter une interface si cela ne fonctionnait pas.

Cordialement.

12 jan. 2022

Bonsoir,
D'abord, petite correction, ce n'est pas le raspberry qui va cramer si tu branche le mea sur le cable tél mais le cable lui même.
Ensuite, je n'avais pas tout lu et je suis habitué aux pilotes inboard qui causent plus.
Fait un essai avec la rs485 et si cela ne fonctionne pas, reste toujours la solution du cable USB<->RS232. Pour les numéros de pin, elles sont normalisées et il y a plein de shemas sur internet (mot clé : cablage DB9 RS232). Attention au sens "inversé" entre une mâle et une femelle. L'adaptateur micro USB n'est nécéssaire que pour un raspberry PI 0.
J'espère avoir répondu à tes questions.

Bon projet. A bientôt.

13 jan. 2022

Merci pour la précision mais je ne comprends pas pourquoi il faut un DB9!
je n'ai que deux fils à tirer jusqu'aux deux entrées de mon pilote
Au début je pensais récupérer le signal sur une des sorties USB du Rpi 4 , pas le courant bien sûr, juste le signal USB, les deux contacts du milieu. c'est pas possible ça ?

Concernant les pilotes auto, je me demande ce qu'ils envoient comme données et comment on s'en sert

je donnerai des nouvelles des essais avec le RS485 sur le fil dédié et si ça ne marche pas j'aurais encore deux options à essayer ; muxberry et USB
en tous cas bravo pour le muxberry, ça me tente vraiment d'essayer, même si le reste marche

13 jan. 2022

Oui Xanadu, je tente RS485. j'ai trouvé ce message sur le forum Raymarine:

"the NMEA 0183 IN+ terminal of the ST2000+ will be interfaced to the NMEA 0183 OUT+ terminal/lead of the NMEA 0183 device.
Additionally, the the NMEA 0183 IN- terminal of the ST2000+ will be interfaced to the NMEA 0183 OUT- terminal/lead of the NMEA 0183 device. "

dans la fiche technique du HAT on lit : Fonction RS485, contrôlée via UART, communication semi-duplex, prend en charge le contrôle automatique TX/RX sans programmation, émetteur-récepteur intégré SP3485

la connexion se fait donc uniquement en deux points du connecteur du pilote
Pilote ................... RS485CAN-HAT sur Raspberry 4
NMEAin+ .................... NMEA 0183 OUT+ en A
NMEAin- .................... NMEA 0183 OUT- en B

avec A sur la voie + et B sur la - comme indiqué sur le Module émetteur-récepteur SP3485 ?
Vous confirmez ?

13 jan. 2022

j'ai recopié le précédent message sur le fil dédié au RS485 CAN HAT
il peut être supprimé de ce fil qui concerne un multiplexeur NMEA pour Raspberry
Si quelqu'un sait supprimer les 4 derniers messages...
en tout cas merci de répondre sur le fil dédié

30 jan. 2022

Pour ceux qui ont des soucis avec les connexions asymétriques<->différentielles, un site qui explique bien les choses:
www.navigation-mac.fr[...]simple/

31 jan. 2022

Bonjour.
Mon expérience est la suivante :
Sur 7 appareils seul l’ais a bien fonctionné avec le dongle bleu rs485/422.
Par contre tous fonctionnent parfaitement avec des rs232 mais la db9 est obligatoire.
Pour ma part, j’ai utilisé des borniers db9 (ça existe) pour faire les connexions sans souder de prises.

31 jan. 2022

Pour La Bernique , essayez le montage ci-dessous et faites nous un retour d'expérience ...
Cordialement.

31 jan. 2022

Merci pour la réponse ;-)

Je n'ai pas tout à fait le même schéma de connexion (voir image jointe) mais je comprends bien le principe : shunter RX- et GND. J'ai essayé et ça ne marche pas. Pire le voyant RX ne clignote plus...

Le NMEA du Garmin doit être plus proche du RS232 que du RS485 ? (je joins également leur schéma)

Si quelqu'un a une piste pour un convertisseur qui fonctionnerait...

Merci en tous cas :-)

31 jan. 2022

Je serai tenté par cette configuration...

09 mai 2023

Bonjours à tous, je suis admiratif face à cette démarche de gudhull (sûrement un 1978😆). Je découvre ce/votre projet et voudrais me mettre au tempo.
Quel est le lien github originel ?
Est-ce que vous travaillez encore sur ce projet ou à t il dérivé sur une branche ?
..questions bonus:
Quel est le protocole le plus 'performant/simple' aujourd'hui (2023)? Rs232. Nmea 0183/2000/ ?2023?

Pour la petite histoire, je viens d'acquérir un fc8 rééquipé en 2003. J'ai un anemometre 3 brins et un centrale nke de cette époque. Je vise une reno de l'ensemble pour y coupler un pilote et idéalement un opencpn/un pc quoi. C'est mon 1er voilier mais j'ai bcp participé dans le passé à l'open source et c'est un beau projet que vous avez.
Bref.... donnez nous des liens pour nous nourrir.

Bien à vous bande de geeks fous de voile! 😁

10 mai 202310 mai 2023

Bonjour,
Le projet n'est pas mort, j'utilise régulièrement mon multiplexeur et suis même en train de réaliser un spare tellement il est devenu important dans ma configuration.
Concernant RS23, NMEA0183 et NMEA 2000 :
- RS232 est le protocole de la liaison série utilisée par les PC COM1 COM2 ... et aussi disponible sous linux.
- NMEA0183 est la norme assez ancienne qui a permis aux différents instruments de navigation de communiquer ensemble. Elle a l'avantage d'être compatible avec les liaisons RS232 et d'être lisible par un humain, donc facile à décoder et mettre en oeuvre. Les inconvénients sont le système de câblage en point à point et la vitesse souvent limitée à 4800 bauds. Elle a évolué pour l'AIS vers 38400 bauds pour permettre la transmission des nombreux messages (dans les zones de fort trafic).
Par ailleurs, l'électronique est de plus en plus présente sur nos bateaux et pour faire communiquer tous les appareils ensemble sans perte de données, la vitesse à 4800 bauds est devenue désuète.
- NMEA200 nouvelle norme inspirée de l'automobile dont elle reprend le bus CAN. C'est juste une extension pour gérer les messages de navigation et ceux des d'instruments tels que lock, sondeur, girouette, pilotes ... Cela offre l'avantage de la rapidité de transmission et l'utilisation de messages courts codés en binaire (moins de foisonnement et messages compactes) le câblage est simplifié avec une dorsale BUS. Les inconvénients sont le fait de ne pas pouvoir décoder les messages en lisant des lignes de texte et le fait qu'il n'y ai pas sur nos PC d'interface native type COM pour y connecter le bus CAN.

Aujourd'hui tous les constructeurs de matériel sont compatible NMEA2000 ce qui permet d'interconnecter facilement des appareils de marques différentes en les ajoutant sur le bus sans risque de surcharge d'informations. Les moteurs moderne supportant aussi le CAN BUS, on trouve des répétiteurs qui permettent d'afficher tant les données de navigation que celle de la santé de votre moteur. Il est aussi possible d'ajouter des sondes de batteries, de température ou des jauges de réservoir.

NMEA2000 est sans aucun doute beaucoup plus complet et évolutif que NMEA0183.

Le but du multiplexeur est justement de faire dialoguer ces deux systèmes pour pouvoir conserver vos anciens matériels et de faire évoluer l'électronique du bord vers quelque chose de plus moderne et évolutif.

10 mai 2023

je reviens aussi sur ce fil, entre temps j'ai égaré mon Rpi....
Est-ce que quelqu'un aurait sauvergardé ce qui était écrit sur le "framapad" collaboratif?

https://annuel2.framapad.org/p/muxberry-9kzq?lang=fr
(il a été remis à zéro :-( )

10 mai 2023

Bonsoir,
Effectivement au bout d'un an tout a disparu, les beaux jours arrivant, le projet ressort.
Faute de framepad, je ferai le support et répondrai à tes questions.

12 mai 202312 mai 2023

annuel2.framapad.org[...]ry-9kzq
Une version partielle à corriger

13 mai 2023

merci lost, c'est une copie de ce qui avait été fait à l'époque ou ce sont tes notes?

30 juil. 2023

Salut intéressé par cette solution cdt

30 juil. 2023

Bonjour. J'ai installé mon rpi0 et je le trouve super.

C'est hors sujet mais je me demande s'il est possible d'adapter le projet à une situation différente, décalée de l'objectif minimaliste :

Beaucoup de marins utilisent un rpi avec Venus OS pour gérer les équipements Victron. C'est un OS linux simplifié avec bibliothèque de paquets limitée. Elle inclue un serveur ksignal.

Je fais ma nav sur pc et je n'ai pas besoin d'open piloter, si je pouvais passer de 3 RPI à 1 gérant mes équipements gpio le can bus et le venus os ce serait super.

Je me débrouille un peu mais pas assez pour me lancer dans l'adaptation.

Étabt donné que muxberry est tout petit, il est idéal pour le greffer à un autre système limité.

Il y a-t-il des gens interessés sur dans ce file?

30 juil. 202330 juil. 2023

bonjour, j'ai retrouvé mes notes, je les mets ici pour mémoire

INSTALLATION
Pour un installation simple, utiliser l'image disque du MuxBerry préconfiguré

CONFIGURATION
A noter : Le MuxBerry gère 2 réseaux wifi en même temps :

Le MuxBerry peut faire point d'accès Wifi (pour distribuer les infos NMEA à des périphériques) - Mode AP - et en même temps être connecté sur un autre réseau Wifi (ex le Wifi d'un port, où le partage de conexion d'un smartphone).

En pratique, en usage multiplexeur simple, il n'est pas utile de se connecter sur un réseau externe et le mode AP suffit.

Connexion pour la configuration
Depuis le point d'accès Muxberry, c'est à dire en connectant un périphérique sur le point d'accès Wifi crée par le Muxberry (Mode AP)

Accès la page de configuration : muxberry/multiplexeur.php
Accès à la page Répéteur : muxberry/repeteur.php

depuis le réseau Wifi externe, c'est à dire avec le MuxBerry connecté sur le même réseau que votre périphérique (par exemple votre box à la maison pour essai, ou une réseau de bord déjà existant)

Trouver l'adresse IP? Commande?

Accès la page de configuration : IP//multiplexeur.php
Accès à la page Répéteur : IP/repeteur.php

Changer si besoin les mots de passe (par défaut : muxberry)

dans la suite on se contentera du mode AP

Les périphériques sont reconnus automatiquement. Pour bien vérifier et comprendre, le mieux est d'afficher la page multiplexeur.

Observez la liste des périphériques préconfigurés.

Connectez ensuite un nouveau périphérique, vous le verrez apparaître en bas de la liste et pourrez alors le configurer.

A noter : MuxBerry reconnaît chaque prise USB et y applique une configuration. Muxberry ne reconnaît pas le matériel connecté dessus.

Si vous connectez et configurez un périphérique PERIPH#1 sur la prise USB#1 , la configuration appliquée à la prise USB#1 correspondra au périphérique PERIPH#1.
En revanche si vous branchez ce même PERIPH#1 sur une autre prise (USB#2), la configuration ne sera plus correcte et les messages de PERIPH#1 ne seront pas traités correctement.
De même, si vous branchez PERIPH#2 sur USB#1 préalablement configuré pour PERIPH#1,les messages de PERIPH#2 ne seront pas traités correctement.

UTILISATION
Ports disponibles et usage :
3333 à 3336 : disponible sur le point d'accès Wifi (ou en ethernet avec HAT dédié) pour récupérer le flux NMEA sur une application externe (Open CPN par exemple).

Configuration du client : adresse IP du muxberry (en mode point d'accès l'IP par défaut est XXX) et port 3333 à 3336.

Soit par exemple (dans le champ IP/Hote:port) muxberry:3333

3337 : serveur interne au Muxberry (Accès en http par un navigateur web), permettant de gérer l'affichage des pages web disponibles à l'adresse muxberry/repeteur.php

En mode AP :
http://muxberry/repeteur.php

Modification des pages Web
A suivre...

30 juil. 2023

Je viens de retester mon Muxberry (avec simulateur de trame NMEA) pour tester les câbles conversion aussi.
www.hisse-et-oh.com[...]gratuit

Ca marche toujours très bien, merci GudHull.

J'ai eu souci en branchant à chaud mon câble adaptateur USB/232. J'ai une pieuvre de 4 adaptateurs, ça doit tirer un peu de courant et peut être faire rebooter?
Comme c'est une "boite noire" pour moi, je n'en sais rien. Je me disais que ce serait pas mal d'avoir une sortie GPIO sur une led qui indique que la fonction mux (je ne saurais pas dire à quel niveau ce serait le plus pertinent) fonctionne bien, ou pas. Simple suggestion d’amélioration, l'outil est déjà super!

30 juil. 2023

Autre question, j'ai testé avec un très vieux truc (mais durci et étanche", pas mal pour faire juste un afficheur) vieux de 15 ans avec un Win Embedded et un vieux navigateur Explorer.
Les pages web du Muxberry reste blanche, j'imagine que c'est parce que ce vieux navigateur n’interprète pas les pages web servies?

31 juil. 2023

Pas très étonnant car le répétiteur est presque entièrement en javascript. Donc sur un vieux navigateur ce n'est sans doute pas supporté.

03 août 2023

Encore une question :
je vais monter à bord le Muxberry + un Pypilot.
Les 2 embarquent un serveur web, que j'utilise par exemple depuis ma tablette de nav.
mais je ne veux pas changer de réseau Wifi pour choisir entre les données NMEA et les commandes du pilote.
Je vais donc avoir 2 réseaux, mais comme le Muxberry est bien fait, je devrais pourvoir "facilement" m'en sortir.
J'ai bien noté que le Muxberry gère 2 réseaux en même temps, donc :
- je peux garder le point d'accès sur lequel je connecte mes périphériques sur le Muxberry
- et sur l'autre réseau du Muxberry, je le connecte avec login/MdP sur le point d'accès de mon Pypilot.
La question c'est : comment j'accède à l'interface web de mon pypilot à travers le point d'accès Muxberry (je suis très nul en linux). Le serveur web du Pypilot a une IP fixe 192.168.14.1, donc il doit falloir rerouter un port vers là...

Dans un second temps, mon pilote sera content d'avoir le flux de données NMEA (pour le mode vent), mais du coup il faudra que je le connecte sur l'IP du Muxberry que le serveur du Pypilot lui aura donné...
(ça c'est vraiment en option, le premier besoin c'est une connexion unique pour accéder aux données du Muxberry et à l'interface du Pypilot)

Je ne sais pas si je suis clair, il y a peut être une config plus simple?

Merci d'avance (on sort un peu du pur Muxberry...)

03 août 2023

Une solution plus simple serait à mon avis de connecter pypilot en tant que client au point d'accès de ton Muxberry. Comme ça il y a un seul réseau, pas besoin de routage etc.

03 août 2023

Une solution plus simple serait à mon avis de connecter pypilot en tant que client au point d'accès de ton Muxberry. Comme ça il y a un seul réseau, pas besoin de routage etc.

03 août 2023

oui,effectivement. En revanche ça se fait comment dans pypilot? et dans muxberry?

03 août 2023

Je ne connais pas muxberry, mais à priori il n'y a rien à faire de ce côté là puisque tu as déjà un point d'accès dessus.

Pour pypilot c'est très simple, il suffit d'aller sur la page de configuration réseau, et choisir "client" au lieu de "AP", mettre le nom de l'AP (du muxberry du coup) et le mot de passe associé.

03 août 2023

oui, en fait c'est la config inverse que ce que j'ai décrit :
elle plus judicieuse pour récupérer le flux NMEA mais ça revient au même ensuite pour le routage de port. Comme ma priorité n'est pas le NMEA, ça ne me convient qu'à moitié ;-)

03 août 2023

Je ne suis pas sûr de comprendre. Dans mon idée, tu n'aurais qu'un seul réseau, avec un seul AP (le muxberry) et plusieurs clients (pypilot, tablette etc). Il n'y a pas de routage de port.

Pour prendre un exemple, si ton AP par exemple gère le réseau 192.168.42.x, il va donner à pypilot une adresse de type 192.168.42.100, et depuis ta tablette, si tu veux accèder à l'interface de pypilot tu iras à 192.168.42.100[...]/

03 août 2023

oui, tu as raison, je ne suis pas très réveillé!
Le sujet qui va rester c'est de connaitre l'IP attribuée par le Muxberry au Pypilot, et si possible la configurer en dur avec l'adresse MAC. c'est ce que j'avais vaguement en tête mais mal exprimé, ce n'est pas un routage de port mais l'attribution d'une IP fixe.
merci de tes réponses en tout cas!

03 août 2023

Il y a des fortes chances que muxberry utilise dnsmasq comme serveur DHCP, et dans ce cas tu devrais modifier le fichier /etc/dnsmasq.conf et mettre une ligne de type dhcp-host=11:22:33:44:55:66,192.168.0.60 (11:22:33:44:55:66 est l'adresse MAC de ton pypilot, ensuite l'adresse IP statique que tu veux lui donner)

03 août 2023

ok merci!
Gudhull confirmera si il passe par là

06 août 2023

Bonjour,

C'est bien dnsmasq qui est utilisé.
La solution proposée par Stelian parait bonne.

06 août 2023

Hello à
Tous

Je remis mon Muxberry en route , avec la modif sur le bateau suivant ,
J’ai ajouté un routeur wifi .
Ma question, comment connecter le Muxberry au routeur ?
Merci

11 août 2023

Un ptit Up
On sait jamais :p

11 août 2023

Remplir dans le fichier /etc/wpasupplicant.conf un identifiant du reseau wifi ssid et pass.
Le net est plein d’exemples pour la connexion d’un raspberry a un reseau wifi.
Pour avoir une adresse ip fixe voir les exemples pour le fichier /etc/dhcpcd.conf

11 août 2023

À tout hasard vous rappelez vous des mots de passe que vous aviez utilisé pour le parametrage de mon Muxberry ?
Les identifiants standard ssh ne marche pas
Merci

12 août 2023

Essayer JI76, le pass de root doit etre gudhull

12 août 2023

Ça doit pas etre ca :(
J’ai essaye des variâtes avec les majuscules

12 août 2023

Votre utilisateur est probablement sudoer.

Essayer avec su suivi de la commande a lancer. Le mot de passe requis est celui de
L’utilisateur qui lance la commande su.

12 août 2023

Bon fin de l’aventure , ce matin , j’ai voulu le teste dans le bateau , quand je l’ai brancher un nmea 2000 tout a cramé. :(
Je n’ai vraiment pas eu de chance dans ce projet . Merci du temps que vous avez consacré

12 août 2023

Tes appareils de navigation NMEA2000 ont cramé !? Ca craint.

12 août 2023

Heureusement que non j’aurai été vert

12 août 2023

Tu ne parles que sous la torture ? C'est quoi alors, ce qui a cramé ?

12 août 2023

Ahaha non , dsl ; je suis en nav .
Je sais pas trop , mais le pZ a l’air hs . Il chauffe .

12 août 2023

Tu ne parles que sous la torture ? C'est quoi alors, ce qui a cramé ?

12 août 2023

Etonnant, il me semble que cela fontionnait l’an dernier.

12 août 2023

Etonnant, il me semble que cela fontionnait l’an dernier.

12 août 2023

Etonnant, il me semble que cela fontionnait l’an dernier.

12 août 2023

Effectivement…
D’après les premières recherches, ça serai une des soudures de transformation qui serai en CC

Je verrais plus à la maison .

18 mars 2024

bonjour quelqu'un aurai un schema de cablage nm1083 serveur raspebbery instrument tablette raspberry

18 mars 2024

On utilise un cable rs232/usb connecte au rasberry, eventuelement avec un hub usb pour gerer plus de peripheriques.
Le fil emission du materiel nmea0183 sur Rd (receive data) de la rs232 , le fil com ou masse au ground (gnd) rs232, le fil reception nmea0183 sur Tx transmit du rs232.

18 mars 2024

Ah ok et tu arrives à faire un câblage propre comme ça

Comment tu reconnais les pinoches ?

18 mars 2024

Ah ok et tu arrives à faire un câblage propre comme ça

Comment tu reconnais les pinoches ?

03 juin 202403 juin 2024

Bonjour à tous,

Ce rapide petit post pour exprimer mon immense reconnaissance pour le travail accompli par gudhull sur ce multiplexeur et sa patience à apporter son support aux sollicitations et demandes de tous.

Un projet extrêmement abouti, mature, fiable et plutôt bien documenté dont j'ai pu faire la mise en œuvre dans un temps record.

Rapide description de mon installation. Rasberry Zero recevant 3 flux NMEA0183 Girouette ultrason + GNSS + IMU9250 issue d'une centrale de navigation DIY avec affichage e-ink pour une diffusion en Wifi à QTVLM sur PC et Smartphone.

Mise en œuvre débutée 2 jours auparavant et dès à présent 100% fonctionnelle, via les ports TCP, je n'ai pas réussi à faire fonctionner le UDP port 2000 avec QTVLM seule ombre au tableau ;-)

Une optimisation du filtrage des messages et des priorités reste à faire, bref des début extrêmement prometteur.

Merci aussi à tout ceux qui ont contribué à tous ces posts, la lecture globale des retours d'expérience de chacun complète avantageusement la documentation.
Cdlt

03 juin 2024

Bjr barsailer

tu peux nous en dire plus sur ton IMU9250 ?!

j'ai essaye de faire tourner un esp 32 dessus mais je me suis cassé les dents sur le calibrage !

bref je cherche une solution palliative .

Merci

03 juin 202403 juin 2024

Bj a_guy
Pour etre 100% transparent, mon IMU9250 n'est pas achevé et mes essais du muxberry l'on été avec un simulateur de trames NMEA183.

Pour autant j'ai sur la base du module CJMCU117-10DOF réalisé avec un partenaire il y a 2 ans un variomètre qui utilise le MPU9250 ainsi que le capteur de pression atmosphérique MS5611 sur la base d'ESP32 avec fusions des données pour vol en parapente. (donc prise en compte de l'accelerometre mais pas du magnetometre)

La calibration du MPU9250 n'a pas posé de problèmes particulier mais il est vrai que la calibration faite à chaque démarrage du module est possible avec un variomètre positionné en statique parfaitement horizontal ce qui n'est plus possible des lors qu'un IMU est solidaire d'un bateau.

De fait j'envisage de procéder à une calibration statique hors-bord et de conserver le benefice des données de calibration en EEPROM qui d'experience ne varient que très peu d'une calibration à l'autre mais peut être est'ce ignorer d'autres problématiques pas encore rencontrées.

j'ai identifié plusieurs publications sur la compensation du compas en tanguage et roulis et la calibration semblait plutôt maitrisable.

J'ai tout sous la main et compte m'y atteler prochainement.

Quelles ont été tes principales difficultés lors de cette calibration ?
Cdlt

PS: Oups, nous sommes peut être hors sujet de ce post ...

04 juin 2024

Tu as mis le doigt sur la problématique c'est de conserver un calibrage une fois l'ESP plus alimenté j'avoue que la gestion des mémoires est compliqué pour moi !

03 juin 2024

Un grand merci pour cette reconnaissance.
Pour le fonctionnement UDP, la transmission des paquets sur le réseau est assurée par un processus fils "socat" paramétré dans le fichier /var/www/data/nmeaHub/nmeaHub.def

ligne : CHILD|UDP-2000|socat|-|UDP-DATAGRAM:192.168.100.255:2000,broadcast

Il est facile de modifier les parametres et/ou de mettre un autre CHILD avec netcat si tu maitrise mieux que socat.

CHILD : typ d'antréé dans le fichier permettant la création d'un processus fils
UDP-2000 : nom de l'interface visible sur la console d'administration.
socat : nom du process (doit être dans le PATH)
- le process lit les données sur son entrée standard (stdin)
UDP-DATAGRAM:192.168.100.255:2000,broadcast paramètres de socat
Le signe "|" est utilise comme séparateur de champs.

... a te lire et bonnes navigations.

Pascal sur Gudhull.

09 juin 2024

Merci Pascal pour ce complément d'informations.

Je reviens sur ma première appréciation après avoir configuré tous mes filtres avec plusieurs entrées sorties NMEA pour ajouter.

Ce multiplexeur et son système de filtrage est réellement très abouti, d'une simplicité de mise en œuvre digne d'un produit PRO, il marche parfaitement.
Merci

04 juin 2024

Voilà un fil qui est intéressant mais quand on le prend dès le début et qu'on suit les liens, la plupart sont morts. Dommage de ne pas citer des références ou faire des captures d'écrans plutôt que mettre des liens dont chacun sait qu'ils seront vite inutilisables

05 juin 202405 juin 2024

Certes...et donc de quels liens parles-tu?

05 juin 2024

Presque tous les liens commerciaux... Aliexpress, Amazon, Ebay, etc...

20 juil. 202420 juil. 2024

Bonjour à la petite communauté Muxberry, à la lecture ce fil
www.hisse-et-oh.com[...]ash-rtu

https://www.hisse-et-oh.com/discuss/sailing/anemometre-ultrasonique-avec-modbus-slash-rtu

je demande si quelqu'un a déjà étudié l'ajout du MODBUS au muxberry?
Les capteurs ultrasons anemo/girouette " chinois" sont tous en MODBUS (c'est la norme sur les stations météo)

merci

09 déc. 2024

Plus ça va, plus je m'aperçoit que Modbus (+ rs485 ?) est assez incontournable...
Faut que l'on s'y (je m'y) intéresse de plus près.
(domotique, météo, industrie, mesure, etc, etc, etc)

09 déc. 2024

RS485, c'est au niveau physique.

Modbus, c'est au niveau logique.

fr.wikipedia.org[...]/Modbus

10 déc. 2024

@Lady_C : ce qui explique le "RS485" entre parenthèse :-)

10 déc. 2024

le RS485 est incontournable, puisqu'il sert de support à des protocoles sur liaison série.
par contre, Modbus sur un bateau de plaisance ?

08 déc. 2024

Bonjour,
je reviens sur ce fil pour signaler un "concurrent" du muxberry.
je trouve qu'il a pas mal de fonctions intéressantes :
www.hisse-et-oh.com[...]itufino

NB : je poste ici car je pense que ça satisfera votre curiosité pas pour comparer au muxberry, qui est open source et non commercial

09 déc. 2024

Salut Yannbis
Merci pour le partage !

10 déc. 2024

Fondamentalement un RaspberryPI n'est pas adapté pour faire un multiplexeur. Gros CPU, pas beaucoup d'entrées sorties, Linux qui met un peu de temps à démarrer et qui n'aime pas trop les arrêts brusque. C'est sûr qu'en bricolant on a l'impression de payer moins cher mais si on veut les mêmes fonctionnalités que le Miniplex ou le Pitufino c'est compliqué voir plus cher.
Je signale que le Miniplex a toutes les entrées sorties isolées et qu'un des ports peut-être configuré en RS-485 MODBUS. Il consomme beaucoup moins qu'un Raspberry (5 à 6 fois moins). Je n'ai pas de données pour le Pitufino ni d'indication que ses E/S sont isolées.
Attention Modbus n'est pas synonyme de RS-485, il existe aussi un Modbus-TCP.

10 déc. 2024

je ne sais pas si les E/S sont isolées, mais c'est clairement un ESP32, car on voit les signatures dans le firmware.
pas de signature Modbus

11 déc. 202411 déc. 2024

Bonjour
Pour le Pitufino, dans sa version ST (qui a donc une entrée SeatTalk), ce port est isolé.
Quant à sa consommation, il est mentionné 2 len (NMEA2000), soit environ 100 mA.
=> synapsenavigation.fr[...]teriel/

10 déc. 2024

Hello,
A propos de RS-485 et ESP32, j'ai acheté un Waveshare ESP-32 S3 Touch-LCD 5 :
www.waveshare.com[...]d-5.htm
C'est un appareil qui m'a semblé intéressant pour le bateau car il a en plus un port Can, c'est à dire programmable en NMEA2000.
Il a en plus un superbe écran en 1024x600 intégré,et une entrée d'alimentation qui supporte directement le 12v. Tout cela fera d'autant moins de câblages à faire. Pour un peu moins de 40€ ça permet d'avoir rapidement un produit fini.
Le seul petit pb pour le moment c'est qu'il a un circuit d'écran ST7262 et que ne trouve que des libraries pour LVGL pour ce circuit. Rien pour GFX ou Lovyan. Et franchement LVGL c'est très beau mais trop compliqué.
Si vous décidiez de travailler sur cet appareil je suis preneur d'informations.
Amicalement.
FX

10 déc. 202410 déc. 2024

les ESP32 ont les capacités de traiter le CAN, à condition d'ajouter un transceiver externe.

là, le transceiver est intégré.

lastminuteengineers.com[...]torial/

le produit est sympathique, mais si on veut rajouter du RS232, par exemple, alors qu'aucune entrée/sortie n'est exposée ?

10 déc. 202410 déc. 2024
10 déc. 2024

@sterwen
Fondamentalement, les acheteurs d'un miniplex ne sont pas les mêmes que les utilisateurs du muxberry, et je pense que ce n'est pas une question d'argent....

L'idée de ce fil n'est pas de comparer les multiplexeurs en termes de perfos, néanmoins Les consos Miniplex et Muxberry sont du même ordre de grandeur (+/- 1 W)

11 déc. 2024

@Yannbis Je suis d'accord si on utilise le RPi pour autre chose que le multiplexage NMEA0183. Je pense d'ailleurs que cet aspect multiplexage va devenir de moins en moins nécessaire au fur et à mesure du déploiement du NMEA2000.
Je travaille en ce moment sur un "RpiNav" avec prise NMEA2000 isolée (ce qui n'est pas le cas des implémentations du Muxberry que j'ai vu) qui peut s'alimenter sur le bus.

Cap Otway  australie

Phare du monde

  • 4.5 (14)

Cap Otway australie

2022