Je suis une "quiche" en informatique mais expliqué ainsi j'arrive à saisir. Cela m'aide beaucoup et moi aussi j'attends avec impatience la suivante pour les installations de ces capteurs. Merci beaucoup !!!
Merci pour ces videos très instructives et simples à comprendre vivement les suivantes sur les branchement des capteurs et configurations. Félicitations.
Bonjour. Merci beaucoup pour vos tutoriels extrêmement clairs. Comment peut-on combiner plusieurs modules sur un même Raspberry puisque l'on ne dispose que de 2 pins SDA et SCL. J'ai bien trouvé une carte de multiplexage GPIO, mais le circuit de multiplexage n'est pas très clair sur l'identification de chaque connexion mis à part tension et masse. Merci de votre réponse. Cordialement
Bonjour, Je ne comprends pas bien la question. Sur le bus I2C, on peut mettre plusieurs "modules" comme expliqué dans ma vidéo : ruclips.net/video/i3Z8Wtg20kw/видео.html
@@bricolageabord Bonjour. Effectivement j'avais bien compris que l'on pouvait mettre plusieurs capteurs. Mais je ne savais pas comment configurer d'autres ports GPIO en SDA et SCL pour brancher d'autres capteurs. En pratique, j'ai déjà un module "clock" qui occupe les ports SDA et SCL (broches 3 et 5).
@@bricolageabord Bonjour et merci pour le temps que vous pouvez consacrer à répondre. Je ne comprends pas votre dernière réponse. Les pins 3 & 5 sont utilisés par un module horloge afin de mémoriser date et heure en permanence. Du coup sur quels pins je peux connecter les ports SDA et SCL du module BME280 et quelle commande pour configuration ? Merci
Bonjour. J'ai trouvé sur le net comment configurer en bus 3 les pins 23 et 24 en SDA et SCL. Mon capteur BME280 est maintenant visible à l'adresse 077 sur le bus 3
Bonjour, Non pas encore de tuto sur ce sujet. Mais il y a deux solutions: 1. Interface Seatalk vers NMEA 2. Connecter les différents capteurs (Profondimètre, speedo ...) sur le RPI et lui s'occupera d'envoyer les info en NMEA. Cette solution semble la plus facile. J'y travaille.
Bonjour Ralph, merci de tout coeur pour le travail fourni sur ses vidéos d'une clarté et d'une pédagogie exemplaire :) Petite question, est il possible de brancher les fils d'un cable SeaTalk directement sur le bus I2C de la Rapsberry afin de récupérer les infos des différents capteurs (sonde, anémo, etc...) via OpenCPN et afficher les caractéristiques environnementales en navigation (sonde, vitesse et orientation du vent, loch, etc...) ? Si oui pourriez-vous nous expliquer le câblage ?
Bonjour, Malheureusement, on ne peut pas connecter directement le câble SeaTalk sur le bus I2C du RPi. SeaTalk si je me souviens bien est un bus CAN. Il faut donc un petit convertisseur. En théorie c'est faisable. Je ferai un jour une vidéo la dessus. Mais pour l'instant je prépare celles concernant l'AIS.
Bonjour, Savez vous si SignalK est capable de convertir un flux de donné provenant d'une centrale NEXUS Classic Sea Data, bus "Nexus Network" que je crois être du RS485 avec données au format propriétaire FDX en flux NMEA ?
Je ne connais pas NX2 - FDX. Mais j'ai trouvé qq qui a fait un décodeur compatible OpenCpn pour le GN10. Ce serait peut-être un début. github.com/lkarsten/fdxread/
@@bricolageabordRalf, Merci Infiniment pour ce retour, J'ai aussi identifié cette publication ( la seule trouvée sur le sujet) qui suppose tout de même de disposer d'un GN10 a près de 200€. L'IF du NEXUS est du RS485 donc interfaçable aisément (convertisseur RS485/USB à quelque euros) à une entrée USB du RPI pour alimenter SignalK. Reste a "parser" le flux de données format FDX pour le convertir en NMEA recevable par OpenCPN ou autre. N'étant pas le seul concerné par de l'instrumentation NEXUS, j'ai imaginé que d'autre protocol proprietaires, la conversion de donnée par SignalK aurait pu être présente (vive l'open source). Je vais poursuivre mes recherches. les sources de SignalK sont'elles disponible pour lui adjoindre Nexus FDX ? Cordialement et encore bravo pour vos Videos.
Si je devais faire un "parseur" des données FDX, je partirais sur une solution Arduino (avec Wifi). Celui-ci convertirait les phrases FDX en NMEA0183. Super projet. Ce serait génial de le partager si il aboutit.
Ralf, Je me suis plongé dans le code du fdxread et en suis arrivé à la même conclusion que toi. Recevoir un flux RS485 sur un arduino et fabriquer un flux NMEA qui alimenterait alors signalK. Beaucoup plus facile à réaliser que de modifier la distribution de Openplotter pour avoir un signalk custom. J'ai parcouru les forum dédié a SignalK et ait été étonné du peu d’intérêt pour ce bus Nexus, je suppose que les gens remplacent facilement leur système pour migrer vers le NMEA2000. Bref Oui je démarre donc ce FDX2NMEA converter sur la base de dump de FDX dont je dispose, mon bateau étant a plusieur 100km d'ici. A suivre donc ...... Cordialement et Merci @@bricolageabord
Comme le ADS1115 sera alimenté par le RPi avec du 3.3V, la tension mesurée par le capteur ne peut pas dépasser 3.6V. Comme la tension aux bornes de la batterie peut aller jusqu'à environ 14V-15V en charge, il faudra un diviseur de tension (avec des résistances par exemple) Les résistances à utiliser devraient être assez grandes pour limiter la consommation de courant.
Je ne rend rien étanche, je protège l'ordinateur de bord des projections d'eau. L'électronique ne craint pas un peu d'humidité mais ne doit pas se trouver complètement mouillée. Si je dois vraiment rendre un montage (qui ne chauffe pas) étanche, je le noie dans de la résine. Ceci dit, il vaut mieux ne pas rendre étanche le capteur d'humidité ;-) En fait, le capteur de pression atmosphérique et d'humidité ne peuvent pas être enfermé dans un volume complètement fermé sous peine de ne servir à rien.
J’attends avec impatience le raccordement avec les réservoirs en conservant les galvanomètres et sans modifier l’impédance 😜 Je ne sais pas si il existe des jauges wifi ou Bluetooth
Bravo, vous êtes un as de l'enseignement sur vidéo. Vous êtes un exellent prof. merci encore du partage
Merci beaucoup, clair et instructif. Continuez !
Je suis une "quiche" en informatique mais expliqué ainsi j'arrive à saisir. Cela m'aide beaucoup et moi aussi j'attends avec impatience la suivante pour les installations de ces capteurs. Merci beaucoup !!!
Génial!!! Jamais je n’aurais penser pouvoir comprendre cela ... mais tes explications sont super ! Merci
Merci pour ces videos très instructives et simples à comprendre vivement les suivantes sur les branchement des capteurs et configurations. Félicitations.
Merci, c'est tes vidéos sont très intéressantes et bien présentées.
Ta vidéo est vraiment génial, vivement la prochaine tu explique vraiment très bien merci !
Je suis d"accord, toujours aussi pédagogique, Bravo !
Merci pour cette nouvelle vidéo, j'attends maintenant les suivantes :-)
Merci, c'est bien présenté et clair.
merci pr c vidéos
Bonjour. Merci beaucoup pour vos tutoriels extrêmement clairs. Comment peut-on combiner plusieurs modules sur un même Raspberry puisque l'on ne dispose que de 2 pins SDA et SCL. J'ai bien trouvé une carte de multiplexage GPIO, mais le circuit de multiplexage n'est pas très clair sur l'identification de chaque connexion mis à part tension et masse. Merci de votre réponse. Cordialement
Bonjour,
Je ne comprends pas bien la question.
Sur le bus I2C, on peut mettre plusieurs "modules" comme expliqué dans ma vidéo : ruclips.net/video/i3Z8Wtg20kw/видео.html
@@bricolageabord Bonjour. Effectivement j'avais bien compris que l'on pouvait mettre plusieurs capteurs. Mais je ne savais pas comment configurer d'autres ports GPIO en SDA et SCL pour brancher d'autres capteurs. En pratique, j'ai déjà un module "clock" qui occupe les ports SDA et SCL (broches 3 et 5).
Il vont tous sur les mêmes broches. Il n'y a que les adresses qui changent.
@@bricolageabord Bonjour et merci pour le temps que vous pouvez consacrer à répondre. Je ne comprends pas votre dernière réponse. Les pins 3 & 5 sont utilisés par un module horloge afin de mémoriser date et heure en permanence. Du coup sur quels pins je peux connecter les ports SDA et SCL du module BME280 et quelle commande pour configuration ? Merci
Bonjour. J'ai trouvé sur le net comment configurer en bus 3 les pins 23 et 24 en SDA et SCL. Mon capteur BME280 est maintenant visible à l'adresse 077 sur le bus 3
Bonsoir
merci pour vos tuto
Avez vous fait un tuto pour raccorder seatalk1 en nmea 0183 sur un pc ( bidata i40 raymarine)
bonne soirée
claude
Bonjour,
Non pas encore de tuto sur ce sujet.
Mais il y a deux solutions:
1. Interface Seatalk vers NMEA
2. Connecter les différents capteurs (Profondimètre, speedo ...) sur le RPI et lui s'occupera d'envoyer les info en NMEA. Cette solution semble la plus facile. J'y travaille.
@@bricolageabord
Bonsoir
Merci pour votre réponse
Une bonne soirée
Claude
Bonjour Ralph, merci de tout coeur pour le travail fourni sur ses vidéos d'une clarté et d'une pédagogie exemplaire :)
Petite question, est il possible de brancher les fils d'un cable SeaTalk directement sur le bus I2C de la Rapsberry afin de récupérer les infos des différents capteurs (sonde, anémo, etc...) via OpenCPN et afficher les caractéristiques environnementales en navigation (sonde, vitesse et orientation du vent, loch, etc...) ? Si oui pourriez-vous nous expliquer le câblage ?
Bonjour,
Malheureusement, on ne peut pas connecter directement le câble SeaTalk sur le bus I2C du RPi.
SeaTalk si je me souviens bien est un bus CAN. Il faut donc un petit convertisseur.
En théorie c'est faisable.
Je ferai un jour une vidéo la dessus. Mais pour l'instant je prépare celles concernant l'AIS.
Bonjour, Savez vous si SignalK est capable de convertir un flux de donné provenant d'une centrale NEXUS Classic Sea Data, bus "Nexus Network" que je crois être du RS485 avec données au format propriétaire FDX en flux NMEA ?
Je ne connais pas NX2 - FDX.
Mais j'ai trouvé qq qui a fait un décodeur compatible OpenCpn pour le GN10.
Ce serait peut-être un début.
github.com/lkarsten/fdxread/
@@bricolageabordRalf, Merci Infiniment pour ce retour, J'ai aussi identifié cette publication ( la seule trouvée sur le sujet) qui suppose tout de même de disposer d'un GN10 a près de 200€. L'IF du NEXUS est du RS485 donc interfaçable aisément (convertisseur RS485/USB à quelque euros) à une entrée USB du RPI pour alimenter SignalK. Reste a "parser" le flux de données format FDX pour le convertir en NMEA recevable par OpenCPN ou autre. N'étant pas le seul concerné par de l'instrumentation NEXUS, j'ai imaginé que d'autre protocol proprietaires, la conversion de donnée par SignalK aurait pu être présente (vive l'open source). Je vais poursuivre mes recherches. les sources de SignalK sont'elles disponible pour lui adjoindre Nexus FDX ?
Cordialement et encore bravo pour vos Videos.
Si je devais faire un "parseur" des données FDX, je partirais sur une solution Arduino (avec Wifi).
Celui-ci convertirait les phrases FDX en NMEA0183.
Super projet. Ce serait génial de le partager si il aboutit.
Ralf, Je me suis plongé dans le code du fdxread et en suis arrivé à la même conclusion que toi. Recevoir un flux RS485 sur un arduino et fabriquer un flux NMEA qui alimenterait alors signalK. Beaucoup plus facile à réaliser que de modifier la distribution de Openplotter pour avoir un signalk custom.
J'ai parcouru les forum dédié a SignalK et ait été étonné du peu d’intérêt pour ce bus Nexus, je suppose que les gens remplacent facilement leur système pour migrer vers le NMEA2000. Bref Oui je démarre donc ce FDX2NMEA converter sur la base de dump de FDX dont je dispose, mon bateau étant a plusieur 100km d'ici. A suivre donc ...... Cordialement et Merci
@@bricolageabord
Merci pour les vidéos. J’ai une question concernant le capteur ADS1115. Vous feriez comment pour obtenir le niveau des batteries de bord en 12v?
Comme le ADS1115 sera alimenté par le RPi avec du 3.3V, la tension mesurée par le capteur ne peut pas dépasser 3.6V.
Comme la tension aux bornes de la batterie peut aller jusqu'à environ 14V-15V en charge, il faudra un diviseur de tension (avec des résistances par exemple)
Les résistances à utiliser devraient être assez grandes pour limiter la consommation de courant.
@@bricolageabord Merci bien.
Merci pour tes supers videos ! Comment rend tu les capteurs etanche dans l'environement marin ?
Je ne rend rien étanche, je protège l'ordinateur de bord des projections d'eau.
L'électronique ne craint pas un peu d'humidité mais ne doit pas se trouver complètement mouillée.
Si je dois vraiment rendre un montage (qui ne chauffe pas) étanche, je le noie dans de la résine.
Ceci dit, il vaut mieux ne pas rendre étanche le capteur d'humidité ;-)
En fait, le capteur de pression atmosphérique et d'humidité ne peuvent pas être enfermé dans un volume complètement fermé sous peine de ne servir à rien.
J’attends avec impatience le raccordement avec les réservoirs en conservant les galvanomètres et sans modifier l’impédance 😜
Je ne sais pas si il existe des jauges wifi ou Bluetooth