Bouton MOB hardware autonome

Salut. Il y a logiciels et logiciels. Il n'y a rien à redire à la fiabilité d'un petit bout de code maison écrit en python. J'en ai quelques uns qui se lancent au démarage pour lire les valeurs que poussent les capteurs sur le port GPIO dun Rpi , les écrivent dans un fichier texte par valeur. Et un autre qui lit les fichiers tzxte pour envoyer toutes les valeurs à l'ecran 4 lignes. Et ca n'a jamais planté. On parle plus de petits programmes automate que de logiciel.

Un poussoir sur une entrée I/0 du Pi, à lire son êtat ça doit etre dix lignes de code à tout péter. Et pour t'assurer sue ton programme est bien en train de tour'er en tache de fond tu lui fais clignoter une LED verte une fois par seconde que tu auras branchée sur une sortie.

Moi je ferai ça, et puis quand il voit le poussoir changer d'état, il envoit un top à un autre programme charger des positions GPS etc etc. ET il éteint la led verte et allume une rouge pendant qu'on y est. Comme ca dans la panique tu es bien content de voir que ça fonctionne pour vite vacquer aux manoeuvres.

J'aime bien m'amuser avec les dernières puces GPS + Arduino ou Rasberry. Mais pour le bateau il y a à la barre un GPS complètement autonome avec bouton MOB intégré et un autre GPS interne avec bouton idem. On peut aussi en 15s écrire une position sur le livre de bord et le cap inverse du cap suivi car il faut 2s max pour regarder le compas de route avant de stopper et/ou manoeuvrer,

Le dédoublement et l'indépendance complète des systèmes de navigation apporte énormément de sécurité. Comme j'ai vécu un vrai HLM et récupéré une autre fois un HLM, je suis d'accord que cela va très vite. Perso c'est jeter une marque + (MOB + cap en cours pour cap inverse) + si équipier crier HLM et ne pas perdre de vue le HLM + arrêter net le bateau puis retour sur l'axe vers le HLM. La première phase se déroule en quelques secondes. Si évolution défavorable signalement sur le 16. Porter ensuite sur le livre de bord tous les détails.

Effectivement, j'ai aussi évoqué le montage de l'émulateur de clavier arduino sur le fil "Open CPN+ MOB hardware". Mais l'USB ça rentre sur un PC (driver)avec son OS et un logiciel deriière. Pas mal de sources de pannes potentiels.

J'essaye de m'expliquer un peu mieux...

Le message "MOB" sur NMEA c'est une bonne question...
Le produit du commerce cité indique : "transmet une alerte AIS MOB à travers l’interface NMEA permettant aux traceurs compatibles d’afficher et de marquer automatiquement la position MOB (comme si une balise AIS SART avait été activée) "
Je déduis qu'il n'y a pas de message "MOB", mais un message AIS. C'est malin, ça doit pouvoir se faire donc?

Après recherche, c'est dans le message "Navigation Status"
dont les valeurs courantes sont (extrait) :
0=Under way using engine
1=At anchor
8=Under way sailing
Mais aussi :
14=AIS-SART is active

Je ne dis pas que l'USB est critique, c'est la chaine complète (capteur+USB+PC+OS+Soft) qui est critique car complexe et avec des éléments peu robustes ( ne serait ce que l'USB qui est un connecteur non verrouillable).
Ce que je trouve intéressant c'est que le système proposé est simple et indépendant.

Imaginons un bateau (bien équipé ;-) avec un PC portable, un traceur externe, une tablette wifi et une VHF avec mini écran AIS (ou quelques éléments parmi cette liste) :
- avec un MOB hardware autonome, l'info va sur le bus, tout est cablé fixe (peu de risque de débranchement).
Tous les appareils reçoivent l'info, si l'un a un problème, ils ne met pas en défaut la fonction MOB
Il y a 2 points faibles : le boitier MOB et le bus. le reste est redondé

• avec un MOB USB, l'info arrive sur le PC, puis sur le soft de nav qui éventuellement renvoie sur le bus (autre USB ou port série). Si le PC ou le soft tombe en rade, l'USB ou le port série se débranche...la fonction MOB ne fonctionne plus du tout, pour aucun appareil Il y a plusieurs points faibles :
• le boitier MOB
• la connectique non verrouillée
• le PC (hardware)
• l'OS
• le soft
• le bus

pour compléter l'intérêt d'avoir l'info sur le bus, c'est d'en faire ce qu'on veut. pour ma part je n'en fait rien, je n'ai pas de bateau ;-))
Le minimum c'est d'avoir le point sur sa ou ses cartes

Bref, je trouve l'approche intéressante techniquement et l'utilisation de la fonction AIS SART (normalisée) pertinente

Bonjour,
étant en cours d'install d'un Rpi (mais débutant) je remonte ce fil.
est-ce quelqu'un a tenté cette méthode?
A savoir un script qui envoie une trame NMEA avec le message AIS MOB?
Ce script étant déclenché par appui sur un bouton physique

je me dis (toujours facile à dire!) que ce ne doit pas être bien compliqué*.
Si il y a quelqu'un d'un peu expérimenté en Rpi que ça intéresse...

*D'ailleurs après une brève recherche, j'ai trouvé ce qui peut être compliqué c'est d'encoder le message AIS AIVDM car on trouve beaucoup de décodeurs pour arduino ou Rpi, mais moins d'encodeurs...
softwaredevelopmentperestroika.wordpress.com[...]coding/
github.com[...]/phpais

en liens avec ce fil () , je remonte ce sujet.
si il ya des dévelopeurs Ardui/Rpi intéressés (objectif : envoyer une trame AIS MOB avec pos GPS suite à un appui sur bouton physique)
Kinefou avait pas mal avancé (merci!), mais j'avais un peu arrêté de suivre...

pour compléter, il ya ce produit commercial :
www.yachtd.com[...]on.html