Foro Navegantes

(24-03-2024, 04:54 PM)Tehani escribió: [ -> ]Para completar la tabla y estar completamente seguro, si ignoro los mensajes del AC12 y el emulate.js que vete tú a saber, me faltan capturas del modo NAV/TRACK y NO DRIFT del NAC-2, y NO DRIFT del TP22:
AUTO Mode  ..0x14 0x00 0x80 0x00 / ..16,00,80,00 / 41,9f,64,0a,10,00,00,00 / 41,9f,ff,0a,10,00,80,00
VANE Mode ?..0x14 0x04 0x80 0x02 / ..06,04,00,00 / 41,9f,64,0a,00,04,00,04 / 41,9f,ff,0a,10,04,80,06
TRACK Mode ..0x54 0x00 0x80 0x00 / ..f0,00,80,00               ??                    / 41,9f,ff,0a,14,00,80,00
NODRIFT M  ..0x14 0x01 0x80 0x00 / ..16,01,00,00               ??                    /             ??
     else          // NFU  (si ninguna de éstas)

Parece que voy descubriendo cosas:
Ese 14 que he marcado lo indica el piloto AP22 como transición por el modo AUTO antes de pasar al modo TRACK/NAV que es un 51 (más adelante en el fichero de la captura he podido ver ese nuevo cambio), lo cual coincide con el AC12 a la izquierda en la misma línea:
                              AC12:                                               NAC-2                               AP22
TRACK Mode ..0x54 0x00 0x80 0x00 / ..f0,00,80,00  /            ??                    / 41,9f,ff,0a,54,00,80,00

Entonces se puede ver que todos los modos automáticos tienen activado (a 1) el bit 4 de ese byte, y a 0 en STBY.
54 hexadecimal = 0101 0100 escrito en binario. El bit de la derecha es el bit número 0 (de menor peso). Ese bit en negrita es entonces el que indica "piloto engranado".
Me puedo saltar el paso previo de "engaged" o "not engaged". Basta con una sola decodificación cuando el byte anterior indica que es información de estado: 0a.
Ya casi pondría la mano en el fuego de que el NAC-2 (??) enviará lo mismo.
Así, el código en C que pegué al principio sigue vigente (de hecho el yanqui dijo que funciona), aunque puede simplificarse.

Nada nuevo. Este tipo de peleas ha sido habitual desde el principio de los tiempos de Ocenav tratando datos de Seatalk, nmea2000, AIS, otros pilotos y muchas más cosas.
Muchas veces, para escribir una sola línea de programa, han sido necesarias semanas de investigación y/o ingeniería inversa como esta.

Bueno, he simplificado el procesado del PGN 65305, y de paso, he hecho más inteligibles los comentarios poniendo las tramas completas.
la cosa queda así:

value = get16(&Rx0Msg.Data[4]) & 0xfff0;  Esto elimina los 4 bits menos significativos que varían de un piloto a otro sin contenido útil para el caso.
A estas alturas no creo que hagan falta más capturas con el NAC-2 (aunque serían bien recibidas). Estoy convencido de que la diferencia en modo viento (VANE) indica alguna anomalía de "not engaged" porque el barco no estaba navegando.
Gracias a todos por la paciencia...

os juro que hoy no bebi nada jajajajajjaja joer para los numeros,me levante y fui beber agua no valla ser jajajajajajjaja,enhorabuena tehani,lo siento de numeros solo entiendo del dinero jajajajajaj,seguro que consigues que funcione eso...abrazos

Al final he aplicado la tijera a fondo y me he cargado el procesado del PGN 65340, ya que el 65305 es común para todos los pilotos si se analiza sólo un conjunto de bits.
De paso, utilizo también ese único PGN para identificar el ID y dirección del piloto en la red.
La cosa ha quedado reducida a su mínima expresión.