[Suertudo]

Buenas tardes a todos.
Aprovechando este mes, que he estado con vacaciones y en casa, he dedicado unas cuantas horas a leer estos hilos de OpenCpn y también me he animado a actualizar mi anterior versión 5 a la 5,2 hace apenas un par de horas.
He visto que en conexiones de red, ahora aparece la posibilidad de marcar SIGNAL K, a la hora de hacer un tipo de conexión de red.
Por mas que leo, creo que me lio constantemente con este tipo de conexiones y os quería pedir ayuda para ver si de una vez me queda claro. (os pido disculpas por mi torpeza, porque seguro que se ha explicado bien)
Lo que yo uso es OpenCpn en una tablet Android(version gratis)) y en un portatil(version 5,2 desde hoy) con cartografií Cmap.
La conexión que hago es a un plotter de abordo con señal Wifi, que a su vez este plotter está conectado a la wifi de mi movil.
El plotter tiene una IP una vez en la red wifi del móvil 192.168.43.24.
El pc y el tablet los conecto a la misma red wifi del teléfono y la conexión activa que pongo en los dos es, 192.168.43.24 y el puerto de red 10110 y marcado con protocolo TCP, en ese momento, en OpenCpn tengo a la vista todos los datos de mi electronica de abordo que entiendo que llega a través de la conexión del plotter. (Viento, AIS,GPS,Corredera, etc).
Lo que no consigo es enviar nada desde OpenCpn  al ploter ( por ejemplo rutas o Waypoints) y tampoco puedo operar sobre el piloto automatico. Alguna idea?
Hasta aquí, he llegado siguiendo las instrucciones que os he seguido y con muchas puebas y aciertos/errores. Estoy seguro, que me direis que lo tengo todo mal puesto.
El protocolo UPD, me ha sido imposible usarlo y no entiendo si es mejor o que ventajas tiene sobre el TCP y es una duda que me gustaria que me aclaraseis si puede ser.
Pero ya lo que me ha dejado descolocado, es el SIGNAL K.
Puedo usarlo?
Como y para que me sirve?
Mejora en algo mis datos?
En fin, igual me estoy liando, pero por mas que leo no salgo del bucle.
Os deseo salud y buenas travesias.

[pinguino]

Lo que no consigo es enviar nada desde OpenCpn  al ploter ( por ejemplo rutas o Waypoints) y tampoco puedo operar sobre el piloto automatico. Alguna idea?
Hasta aquí, he llegado siguiendo las instrucciones que os he seguido y con muchas puebas y aciertos/errores. Estoy seguro, que me direis que lo tengo todo mal puesto.
El protocolo UPD, me ha sido imposible usarlo y no entiendo si es mejor o que ventajas tiene sobre el TCP y es una duda que me gustaria que me aclaraseis si puede ser.
Pero ya lo que me ha dejado descolocado, es el SIGNAL K.
Puedo usarlo?
Como y para que me sirve?
Mejora en algo mis datos?
En fin, igual me estoy liando, pero por mas que leo no salgo del bucle.
Os deseo salud y buenas travesias.

Es normal que no puedas enviar rutas y marcas a tu plotter. Sencillamente no se puede hacer. Puedes exportar tus rutas y marcas como GPX y usando una unidad externa USB o tarjeta de memoria y meterlas en tu plotter si este tiene tal función. La mayoría lo pueden hacer a través de una tarjeta de memoria, pero lo que se refiere a enviar esas marcas y/o rutas no es posible hacerlo por la red, al menos que yo conozca. Y no se si tu plotter aceptaría recibir datos de control del piloto de origen desconocido y transmitirlos sin mas, lo dudo bastante. Aparte... si no hay conexión física entre opencpn y el piloto pocas opciones mas tienes de controlarlo a distancia desde opencpn.

Para el piloto usa mejor el plotter directamente es mas fiable y simple. Creo que se podria hacer por la red pero seguro que es un mecanismo mas complejo y menos fiable. Yo personalmente no lo he probado nunca.

El protocolo TCP y UDP son distintos pero similares en el hecho de que ambos manejan datos NMEA 0183 a diferencia de Signal K que maneja otro tipos de datos. Lo que te falta saber es que por defecto Signal K no envia nada por UDP. Si lo necesitaras se puede instalar un plugin de Signal K para ello pero no suele ser necesario ya que la inmensa mayoría de aplicaciones soportan NMEA 0183 por TCP y muchas también Signal K.

Respecto a Signal K... sí. Puedes usarlo en Opencpn 5.2 en vez de NMEA 0183. En opencpn gratuito no tienes la opción Signal K. La principal diferencia frente a usar signal K versus NMEA 0183 es esta:

Signal K capta datos de todo tipo. Los de tipo NMEA 0183 los vuelca directamente como NMEA 0183 en TCP 10110. PERO... los que entran en otros formatos NO. Por tanto si usamos Signal K veremos todos los datos captados por Signal K indistintamente de su origen. Si usamos NMEA 0183 en TCP 10110 solo veremos los datos que hayan entrado directamente como NMEA 0183. Si queremos verlos todos necesitaremos un plugin para convertir el resto de datos en NMEA 0183.

Como norma si podemos usar directamente Signal K es mejor pero siempre podremos recurrir a NMEA 0183 si no hay otra opción.

[Suertudo]

Es normal que no puedas enviar rutas y marcas a tu plotter. Sencillamente no se puede hacer. Puedes exportar tus rutas y marcas como GPX y usando una unidad externa USB o tarjeta de memoria y meterlas en tu plotter si este tiene tal función. La mayoría lo pueden hacer a través de una tarjeta de memoria, pero lo que se refiere a enviar esas marcas y/o rutas no es posible hacerlo por la red, al menos que yo conozca. Y no se si tu plotter aceptaría recibir datos de control del piloto de origen desconocido y transmitirlos sin mas, lo dudo bastante. Aparte... si no hay conexión física entre opencpn y el piloto pocas opciones mas tienes de controlarlo a distancia desde opencpn.

Para el piloto usa mejor el plotter directamente es mas fiable y simple. Creo que se podria hacer por la red pero seguro que es un mecanismo mas complejo y menos fiable. Yo personalmente no lo he probado nunca.

El protocolo TCP y UDP son distintos pero similares en el hecho de que ambos manejan datos NMEA 0183 a diferencia de Signal K que maneja otro tipos de datos. Lo que te falta saber es que por defecto Signal K no envia nada por UDP. Si lo necesitaras se puede instalar un plugin de Signal K para ello pero no suele ser necesario ya que la inmensa mayoría de aplicaciones soportan NMEA 0183 por TCP y muchas también Signal K.

Respecto a Signal K... sí. Puedes usarlo en Opencpn 5.2 en vez de NMEA 0183. En opencpn gratuito no tienes la opción Signal K. La principal diferencia frente a usar signal K versus NMEA 0183 es esta:

Signal K capta datos de todo tipo. Los de tipo NMEA 0183 los vuelca directamente como NMEA 0183 en TCP 10110. PERO... los que entran en otros formatos NO. Por tanto si usamos Signal K veremos todos los datos captados por Signal K indistintamente de su origen. Si usamos NMEA 0183 en TCP 10110 solo veremos los datos que hayan entrado directamente como NMEA 0183. Si queremos verlos todos necesitaremos un plugin para convertir el resto de datos en NMEA 0183.

Como norma si podemos usar directamente Signal K es mejor pero siempre podremos recurrir a NMEA 0183 si no hay otra opción.

En cuanto a lo de pasar de uno a otro las marcas y rutas, entendido y tengo otros medio, ya que puedo también pasar marcas y rutas desde la app CMAP a mi plotter.
En cuanto a lo del uso de piloto automático desde OpenCpn, esto lo quería hacer, porque el Portatil con OpenCpn, esta en la mesa de cartas y para poder corregir rumbos desde la mesa cuando se toman posiciones, pero sin problema porque puedo usar desde la mesa de cartas el mando a distancia del piloto, así que solucionado.
Lo que no me queda muy claro es ¿si debo de seguir usando la conexión con protocolo TCP o es mejor que cambie a K.??
Y si es mejor que cambie a K, ¿como tengo que cambiar la IP o que tengo que poner en la conexión.??
He puesto tambien en el tablet la versión OpenCpn de pago y tambien se ha actualizado a la 5.2.
Lo que veo, es que tanto en el portatil como en el tablet, me ha desapoarecido el dato de temperatura del aire. 
Alguna idea???. cosas de brujas, porque no he cambiado nada.
adjunto unas fotos para ver si veis donde puede estar el problema
Gracias por toda la ayuda.
               

[pinguino]

Lo que no me queda muy claro es ¿si debo de seguir usando la conexión con protocolo TCP o es mejor que cambie a K.??
Y si es mejor que cambie a K, ¿como tengo que cambiar la IP o que tengo que poner en la conexión.??

Todo depende de tu montaje en concreto.

Verás...

Si usas una Rpi como agregador de datos con su servidor signal K recogiendo datos de sensores analógicos o digitales propios es mejor usar signal K.

Pero en tu caso creo que usas datos que provienen de una red N2K y que tu plotter vierte en la red previamente convertidos en NMEA 0183. En tal caso, puesto que no tienes ningún servidor Signal K entre tus dispositivos, ni tiene sentido que uses la conexión Signal K, ni esta te funcionaria.

Cuando si tienes un servidor Signal K como gestor y agregador de datos -Openplotter- la conexión correspondiente seria la misma ip pero con el puerto 3000 que es el que usa signal K por defecto.

Lo de la temperatura del aire que no funciona yo creo que es cosa de tu plotter ya que supongo que proviene de un sensor N2K. Reinicia todo a ver si vuelve.

[Suertudo]

He estado dedicando unas cuantas horas al problema de la indicación de temperatura y lo cierto, es que no he resuelto nada.
Tengo que decir, que los datos Wifi, son como decía Pinguino. Mi red N2k vierte todos los datos en un Plotter que tiene salida wifi y por esta wifi salen como NMEA 183.
Con la red wifi yo consigo todos los datos en un Tablet Android y hasta aquí todo normal.
El problema es que con OpenCpn 5,2, no se puede ver el dato de temperatura del aire y esto me ha sucedido desde la actualización a 5,2.
Para hacer una comprobación final he podido conseguir un portátil con la versión 5 de un vecino de pantalán y al probarla, hemos visto que si sale el dato de temperatura.
He revisado las sentencias NMEA de las dos versiones y no encuentro diferencias. En el nuevo aparece XDR para presión y temperatura y podría ser que solo lea MTA, pero no se como debería de cambiarlo o si se puede.
El resto va todo bien.
Como sabéis estoy mediante una conexión TCP.
Bueno, si alguien tiene alguna idea lo pruebo
Tambien me gustaría preguntaros, donde puedo encontrar algo de información para torpes sobre como usar el routing de vientos y conseguir gribs de OpenCpn
Gracias
Suertudo

[pinguino]

He estado dedicando unas cuantas horas al problema de la indicación de temperatura y lo cierto, es que no he resuelto nada.
Tengo que decir, que los datos Wifi, son como decía Pinguino. Mi red N2k vierte todos los datos en un Plotter que tiene salida wifi y por esta wifi salen como NMEA 183.
Con la red wifi yo consigo todos los datos en un Tablet Android y hasta aquí todo normal.
El problema es que con OpenCpn 5,2, no se puede ver el dato de temperatura del aire y esto me ha sucedido desde la actualización a 5,2.
Para hacer una comprobación final he podido conseguir un portátil con la versión 5 de un vecino de pantalán y al probarla, hemos visto que si sale el dato de temperatura.
He revisado las sentencias NMEA de las dos versiones y no encuentro diferencias. En el nuevo aparece XDR para presión y temperatura y podría ser que solo lea MTA, pero no se como debería de cambiarlo o si se puede.
El resto va todo bien.
Como sabéis estoy mediante una conexión TCP.
Bueno, si alguien tiene alguna idea lo pruebo
Tambien me gustaría preguntaros, donde puedo encontrar algo de información para torpes sobre como usar el routing de vientos y conseguir gribs de OpenCpn
Gracias
Suertudo

Pues entonces es evidente que el dato de temperatura del aire esta efectivamente en el flujo NMEA0183. Si opencpn 5.2 no lo muestra es porque:

... en si opencpn no tiene la opción de mostrar datos NMEA0183. De ello se encarga un plugin, en concreto el plugin "dashboard" o tablero de instrumentos. Pues bien... desde la version 5.2 opencpn ha cambiado la gestión de los plugins ya que hay disponible un gestor de plugins incorporado. Lo que es importante saber es que hay mas de un plugin de tipo dashboard o tablero. Están el tradicional y el táctico. Prueba a instalar el otro -no se cual estas usando ahora- y ver si con ese sí que tienes la opción de ver la temperatura del aire. Yo la tengo y funciona por tanto seguro que hay alguna manera de hacerlo.

Respecto al routing no puedo decir nada pues nunca lo he usado. Lo que si puedo decirte es que para bajar archivos meteorológicos grib puedes usar XyGrib. Después los abres con la otra herramienta y funcionan.

[Suertudo]

Pues entonces es evidente que el dato de temperatura del aire esta efectivamente en el flujo NMEA0183. Si opencpn 5.2 no lo muestra es porque:

... en si opencpn no tiene la opción de mostrar datos NMEA0183. De ello se encarga un plugin, en concreto el plugin "dashboard" o tablero de instrumentos. Pues bien... desde la version 5.2 opencpn ha cambiado la gestión de los plugins ya que hay disponible un gestor de plugins incorporado. Lo que es importante saber es que hay mas de un plugin de tipo dashboard o tablero. Están el tradicional y el táctico. Prueba a instalar el otro -no se cual estas usando ahora- y ver si con ese sí que tienes la opción de ver la temperatura del aire. Yo la tengo y funciona por tanto seguro que hay alguna manera de hacerlo.

Respecto al routing no puedo decir nada pues nunca lo he usado. Lo que si puedo decirte es que para bajar archivos meteorológicos grib puedes usar XyGrib. Después los abres con la otra herramienta y funcionan.

Pue si, tienes toda la razón Pinguino
He hecho la prueba que dices y funciona.
Tenia puesto el dashboar tradicional y como comentaba el dato de temperatura del aire no funciona. He cambiado al dashboard tactico y funcionan todos los datos incluido el de temperatura del aire.
El problema es que la prueba la he tenido que hacer con OpenCpn instalado el un portatil ya que he sido incapaz de encontrar el plugin de dashboard tactic para poder utilizarlo en el tablet android.
Sabeís como puedo instalar el dasboard tactic en un tablet con android?
En lo referente al routing, la verdad es que es un poco complicado y no he avanzado mucho.
Os suena algún hilo, aqui acerca de routing con meteo?