Gipsylyon me echas una mano en la configuración de OpenCpn plis ... me hago la picha un lio.

Le doy a añadir conexion en la pestaña "conexiones" de OpenCpn
Tipo: Red
Protocolo: TCP
Dirección: 10.10.10.1
Puerto: ?
Prioridad: ?
y Activo ChecSum
Recibir entradas en este puerto: ? (supongo que lo tengo que desmarcar)
Salida en este puerto: ? (supongo que lo tengo que marcar)
ID proveedor: ? (lo dejo como esta)
Precisión de rumbo: lo dejo como está

En "filtro de entrada": ignorar sentencias (supongo, ya que solo me interesa enviar)
En "filtro de entrada": trasmitir sentencias
y en filtro de momento solo dejo activo el RMB a ver si funciona.

Tengo que hacer lo mismo con el protocolo UDP?

(01-04-2019, 07:05 PM)aspen escribió:  Gipsylyon me echas una mano en la configuración de OpenCpn plis ... me hago la picha un lio.

Le doy a añadir conexion en la pestaña "conexiones" de OpenCpn
Tipo: Red
Protocolo: TCP
Dirección: 10.10.10.1
Puerto: ?
Prioridad: ?
y Activo ChecSum
Recibir entradas en este puerto: ? (supongo que lo tengo que desmarcar)
Salida en este puerto: ? (supongo que lo tengo que marcar)
ID proveedor: ? (lo dejo como esta)
Precisión de rumbo: lo dejo como está

En "filtro de entrada": ignorar sentencias (supongo, ya que solo me interesa enviar)
En "filtro de entrada": trasmitir sentencias
y en filtro de momento solo dejo activo el RMB a ver si funciona.

Tengo que hacer lo mismo con el protocolo UDP?

Tipo: Red
Protocolo: TCP
Dirección: 10.10.10.1
Puerto: 10110
Prioridad: 1
y Activo ChecSum si
Recibir entradas en este puerto: ? si
Salida en este puerto: ? si
ID proveedor: ? En cuanto cliques a salids se pone EC por defecto
Precisión de rumbo: si

En "filtro de entrada": aceptar solo sentencias
En "filtro de salida": trasmitir sentencias si
RMB,RMC,WPL,VTG,GGA,XTE

Tengo que hacer lo mismo con el protocolo UDP? La raspi solo trabaja con TCP por eso no necesitas el UDP

Se va viendo la luz pero .... cuesta.
He puesto tal como quedamos la configuración en "conexiones" 
¿Seguro que tiene que estar activo en "filtro de entrada" "aceptar solo sentencias" en el OpenCpn?



Y otra cosa curiosa que he encontrado es que en "Filtro de salida" cuando vas a activar los PGN's que quieres que OpenCpn transmita hacia OPenPlotter están repetidos el RMB, el RMC y alguno mas ... supongo que será lo mismo ponerle el tic a uno que a otro:





El problema que no funcione (creo) es que los datos que manda en nmea0183 OpenCpn, OpenPlotter no los pasa a signal K:



¿En "herramientas" "generador nmea0183" en Open Plotter se pueden pasar esos datos a signal k?

Me parece que gipsylyon te ha liao un poco  

La raspberry si que trabaja con UDP. Si creas un servidor TCP en 10110 en opencpn entrará en conflicto con el servidor de signal k que trabaja en ese mismo puerto.

Vuelve atras. Borra todas las entradas y salidas en opencpn y deja solo la que venia por defecto:

Entrada TCP localhost 10110

Crea ahora una salida UDP localhost en puerto 10115 por ejemplo y activa los filtros para enviar solo las sentencias de pilotaje (no envies RMC).

Crea una entrada UDP localhost 10115 en signal k usando el menu data providers para que reciba esas sentencias de opencpn y se convertiran solas a signal k. El problema es que tambien volveran a opencpn por lo que tienes que crear un filtro en la entrada por defecto TCP localhost 10110 de opencpn bloqueando las mismas sentencias que envias por la nueva salida UDP localhost 10115.

Cuando tengas esto ya tendras los datos de pilotaje en signal k y solo tendras que enviarlas por n2k usando el plugin signal k to n2k.

Haciendo esto te deberia funcionar sin bucles. Asegurate de que las sentencias que envias desde opencpn por UDP no se reciben por ningun otro lado.

siento tardar tanto en contestar pero es que me faltan horas del dia....

Tengo mucho interés en estas pruebas por pura curiosidad. No uso el sistema N2K, solo NMEA0183, pero me ha sido imposible enviar ordenes a un piloto desde OpenCpn partiendo de una conexión de red.

Hice pruebas el verano pasado para escribir el manual de OpenPlotter al respecto y por lo que yo sé no es posible. ¿Por que digo esto?

Por que pese a lo que pueda parecer, aunque a una conexión de red se le puede activar la casilla de "salida para piloto automático"... cuando vamos a activar la opción de enviar ruta al piloto opencpn solo da opción de hacerlo a un puerto físico. Da igual si tenemos mas conexiones definidas. Solo a un puerto físico y siempre que este esté totalmente libre y disponible para el. Si kplex, por ejemplo, ya lo ha cogido no funcionaria.

No digo que sea problema de N2K ni de la conversión de Signal K sino que si no se implementa en opencpn la posibilidad de enviar las ordenes al piloto por una conexión de red por lo que yo se las ordenes sencillamente no se envían.

Por eso estoy interesado en ver vuestros progresos y salir de dudas por si hice algo equivocado o hay otro sistema que no se me haya ocurrido. O tal vez sea cosa de animar a los devs de opencpn y que lo implementen de una vez por todas.

(06-04-2019, 09:13 AM)pinguino escribió:  Tengo mucho interés en estas pruebas por pura curiosidad. No uso el sistema N2K, solo NMEA0183, pero me ha sido imposible enviar ordenes a un piloto desde OpenCpn partiendo de una conexión de red.

Hice pruebas el verano pasado para escribir el manual de OpenPlotter al respecto y por lo que yo sé no es posible. ¿Por que digo esto?

Por que pese a lo que pueda parecer, aunque a una conexión de red se le puede activar la casilla de "salida para piloto automático"... cuando vamos a activar la opción de enviar ruta al piloto opencpn solo da opción de hacerlo a un puerto físico. Da igual si tenemos mas conexiones definidas. Solo a un puerto físico y siempre que este esté totalmente libre y disponible para el. Si kplex, por ejemplo, ya lo ha cogido no funcionaria.

No digo que sea problema de N2K ni de la conversión de Signal K sino que si no se implementa en opencpn la posibilidad de enviar las ordenes al piloto por una conexión de red por lo que yo se las ordenes sencillamente no se envían.

Por eso estoy interesado en ver vuestros progresos y salir de dudas por si hice algo equivocado o hay otro sistema que no se me haya ocurrido. O tal vez sea cosa de animar a los devs de opencpn y que lo implementen de una vez por todas.

Yo tengo solucionado el problema pero porque uso SeaTalk.
Entonces tengo una salida UDP filtrando sentencias NMEA183 hacia el conversor Ocenav a y este las convierte a SeaTalk.
Ahora estoy peleando con el display oficial de 7 " que no funciona.
He quemado una versión antigua de OP y la voy a probar, ya que antes si funcionaba

Gesendet von meinem CLT-L29 mit Tapatalk

Sailoog, estos son los datos que el plugin es capaz de convertir a N2K:




No encuentro ninguno que me envie los datos de pilotaje a excepción del COG y SOG que sin tocar nada ya llegan a la red N2K (supongo que por otra vía)

Vaya pues va a ser que no se han implementado aun. La única solución es solicitar al desarrollador del plugin que añada estos PGNs

(08-04-2019, 06:22 PM)Sailoog escribió:  Vaya pues va a ser que no se han implementado aun. La única solución es solicitar al desarrollador del plugin que añada estos PGNs

Ya me he puesto en contacto con Scott Bender. a ver si hay suertecilla y avanzamos 

Perfecto. Informa cuando Scott te conteste please.