16-04-2023, 09:31 AM
Jubilao me ha dejado un piloto Simrad TP22 para acabar de pulir algunos detalles. En concreto la identificación de los modos de funcionamiento en el PGN 65305, y las pruebas enviándole datos de viento y navegación a waypoint.
Este PGN 65305 no es operativo en todos los pilotos Simrad/B&G, puesto que los AC12 y AC42 emplean el PGN 65340 para indicar el status con otro formato. Estas cosas hacen que diferentes pilotos y cabezales de control de la misma marca no sean compatibles entre sí.
Pero claro, los Ocenav tienen que bregar tanto con los TPxx, NAC2 y NAC3, como con los AC12/42 y similares.
La identificación de modos ha ido bastante bien, pero el piloto se mostraba inestable cuando recibía datos desde un Ocenav. Es decir, algún dato que yo le estaba enviando, no le gustaba.
Me pongo a buscar y encuentro que no le gusta el angulo de timón, y analizando el por qué, veo que este piloto no indica la instancia del transductor. Como indica FF (valor no válido), yo rechazo esta lectura en nmea2000, e inyecto el ángulo de timón que me viene por nmea0183. Mal.
El ángulo de timón puede tener dos instancias (babor y estribor) tanto en N2k como en 0183. Esto lo estaba implementando en esta última versión de los Ocenav, pero no imaginaba que alguien (estos de Simrad), enviaran el ángulo sin informar de la instancia. Vale, asunto arreglado: si el ángulo es válido y la instancia no, interpreto por defecto que la instancia es la 0.
Pero sigue quejándose el piloto.
A ver, qué dato más puede estar molestando. Sigo buscando en diversas capturas con el analizador lógico, y encuentro que el piloto envía el PGN 127250 (heading). Es lo normal puesto que tiene fluxgate integrado.
Lo que no es normal es que yo también esté enviando ese PGN 127250, porque si estoy detectando heading en n2k ya no lo debería enviar por ese bus. Afino el analisis, y veo que el piloto envía el heading magnético (cosa normal), y yo le estoy enviando el verdadero, tomado de nmea0183 y traducido a n2k. Los dos van en el mismo PGN, pero con unos bits que indican la naturaleza de ese heading.
Bueno, lo que voy a hacer ahora, es que no se envie ningún tipo de heading por un canal, cuando por ese canal esté recibiendo alguno de ellos (magnético o true).
Continuará...
Este PGN 65305 no es operativo en todos los pilotos Simrad/B&G, puesto que los AC12 y AC42 emplean el PGN 65340 para indicar el status con otro formato. Estas cosas hacen que diferentes pilotos y cabezales de control de la misma marca no sean compatibles entre sí.
Pero claro, los Ocenav tienen que bregar tanto con los TPxx, NAC2 y NAC3, como con los AC12/42 y similares.
La identificación de modos ha ido bastante bien, pero el piloto se mostraba inestable cuando recibía datos desde un Ocenav. Es decir, algún dato que yo le estaba enviando, no le gustaba.
Me pongo a buscar y encuentro que no le gusta el angulo de timón, y analizando el por qué, veo que este piloto no indica la instancia del transductor. Como indica FF (valor no válido), yo rechazo esta lectura en nmea2000, e inyecto el ángulo de timón que me viene por nmea0183. Mal.
El ángulo de timón puede tener dos instancias (babor y estribor) tanto en N2k como en 0183. Esto lo estaba implementando en esta última versión de los Ocenav, pero no imaginaba que alguien (estos de Simrad), enviaran el ángulo sin informar de la instancia. Vale, asunto arreglado: si el ángulo es válido y la instancia no, interpreto por defecto que la instancia es la 0.
Pero sigue quejándose el piloto.
A ver, qué dato más puede estar molestando. Sigo buscando en diversas capturas con el analizador lógico, y encuentro que el piloto envía el PGN 127250 (heading). Es lo normal puesto que tiene fluxgate integrado.
Lo que no es normal es que yo también esté enviando ese PGN 127250, porque si estoy detectando heading en n2k ya no lo debería enviar por ese bus. Afino el analisis, y veo que el piloto envía el heading magnético (cosa normal), y yo le estoy enviando el verdadero, tomado de nmea0183 y traducido a n2k. Los dos van en el mismo PGN, pero con unos bits que indican la naturaleza de ese heading.
Bueno, lo que voy a hacer ahora, es que no se envie ningún tipo de heading por un canal, cuando por ese canal esté recibiendo alguno de ellos (magnético o true).
Continuará...