Electrónica Proyecto OpenPlotter

[sailoog.com]

Originalmente publicado por pinguino

Yo diría que si... o al menos la opción aparece para elegirla..

Mira la captura.

pero... espera un momento... estoy revisando el codigo de la version estable opencpn 4 y eso siempre ha estado ahí y no le hemos visto nunca?

Originalmente publicado por sailoog.com

pero... espera un momento... estoy revisando el codigo de la version estable opencpn 4 y eso siempre ha estado ahí y no le hemos visto nunca?

¿Seguro....?

Lo digo por que la versión de este chaval me sale como Opencpn 4.1.0 a diferencia de la "oficial" 4.0.0.

¿Puede que se esté implementado justo ahora?

¡Que ganas de probar!

[sailoog.com]

Originalmente publicado por pinguino

¿Seguro....?

Lo digo por que la versión de este chaval me sale como Opencpn 4.1.0 a diferencia de la "oficial" 4.0.0.

¿Puede que se esté implementado justo ahora?

¡Que ganas de probar!

si si, en el codigo aparecen las tres opciones nmea 1083, seatalk y nmea 2000. acabo de instalar un opencpn 4.0.0 en un 386 desde repsitorio y me sale la casilla protocolo pero en gris (desactivada) y con nmea 1083 seleccionado. No puedo seleccionar nada porque no tengo nada que enchufarle y no tengo nada seleccionable en puerto supongo.

[sailoog.com]

como has creado tu /home/bobo/NMEA1083 ?

edito: ups pues igual tienes razón, acabo de leer en la documentacion de opencpn:

Protocol: For future use, as only NMEA 0183 works, for now.

Lo raro es que esté en el codigo de 4.0.0 y no esté activado aun

Originalmente publicado por sailoog.com

como has creado tu /home/bobo/NMEA1083 ?

Es un archivo fifo. Funciona muy bien con kplex, para simular puertos físicos.

[jarmisen]

Que pasada,
Lo primero tengo que disculparme, el sensor de temperatura es una pasada, mi confusión viene dada por que en mi trabajo los utilizamos habitualmente, pero estos son vulgares resistencias y ésta es un medidor de temperatura con salida digital.
Respecto al conversor Seatalk tengo el código fuente de la programación del chip, por si es necesario,
El montajillo con los dos transistores “Seatalk NMEA Seatalk” lo estuve probando y viendo los datos en el hyperterminal pero no conseguí ver nada, salían datos pero ilegibles para mi, si queréis que haga alguna prueba la haré. Seria una pasada que solo con esto se pueda ver los datos del Seatalk.
Lo del conversor de 12 a 5V es una buena idea, se tiene que ahorrar mucho en perdidas, el que he comprado da 6A y tiene un rendimiento del 94%.

Originalmente publicado por jarmisen

El montajillo con los dos transistores “Seatalk NMEA Seatalk” lo estuve probando y viendo los datos en el hyperterminal pero no conseguí ver nada, salían datos pero ilegibles para mi, si queréis que haga alguna prueba la haré. Seria una pasada que solo con esto se pueda ver los datos del Seatalk.

Creíamos que ya "habías pillado" el hecho de que nos gustaría que probaras el circuito de "yapp" en una distribución Linux como por ejemplo, Navigatrix.

Como te comentamos no necesitarás controladores, vienen incluidos en el kernel. Solo hay que saber si funciona. Pinchar y probar.

Estaría bien comprobarlo para saber si otros deberían comprar el modelo de Yapp o no.

[sailoog.com]

Originalmente publicado por jarmisen

Que pasada,
Lo primero tengo que disculparme, el sensor de temperatura es una pasada, mi confusión viene dada por que en mi trabajo los utilizamos habitualmente, pero estos son vulgares resistencias y ésta es un medidor de temperatura con salida digital.
Respecto al conversor Seatalk tengo el código fuente de la programación del chip, por si es necesario,
El montajillo con los dos transistores “Seatalk NMEA Seatalk” lo estuve probando y viendo los datos en el hyperterminal pero no conseguí ver nada, salían datos pero ilegibles para mi, si queréis que haga alguna prueba la haré. Seria una pasada que solo con esto se pueda ver los datos del Seatalk.
Lo del conversor de 12 a 5V es una buena idea, se tiene que ahorrar mucho en perdidas, el que he comprado da 6A y tiene un rendimiento del 94%.

También descargue el codigo fuente del dispositivo de yapp pero como no controlo el C++ pues no puedo sacarle el jugo

Lo que veias en el hyperterminal se parecia a esto?

52 01 10 00
52 01 B4 00

supongo que no, ya que windows modifica los datos que recibe cuando intenta leer datos de 9bits como si fueran 8bits y linux los marca como "erroneos" pero los deja pasar intactos y puedes luego gestionarlos.

Me temo que los usuarios de windows vuelven a estar en desventaja

[sailoog.com]

Originalmente publicado por sailoog.com

ups pues igual tienes razón, acabo de leer en la documentacion de opencpn:

Protocol: For future use, as only NMEA 0183 works, for now.

Lo raro es que esté en el codigo de 4.0.0 y no esté activado aun

Rectifico, no está implementado en la 4.0.0, lo unico que hay es el menu para elegir entre seatalk, nmea 0183 y nmea 2000 pero nada de codigo mas referente a ello. el código que lo hace posible solo existe en la rama devga del fork de JONA-GA. Pensarán añadirlo al master algún dia?

Originalmente publicado por sailoog.com

Rectifico, no está implementado en la 4.0.0, lo unico que hay es el menu para elegir entre seatalk, nmea 0183 y nmea 2000 pero nada de codigo mas referente a ello. el código que lo hace posible solo existe en la rama devga del fork de JONA-GA. Pensarán añadirlo al master algún dia?

Mi gozo en un pozo.

Después de pasarme ayer un tiempo dedicado a montar el interfaz electronico, y hoy otro tiempo, mas largo aún, a conectarlo a mi electronica seatalk, me ha sido imposible hacer que funcione.

El interfaz electrónico no creo que sea pues datos entraban por el puerto. Eran datos de tipo binario. Pero por mucho que activara la casilla de seatalk o NMEA2000 opencpn no reconocía nada. He probado a todos los baudios posibles pero nada.

No puedo descartar que sea el interfaz pues, aunque entrban datos, no se si entraban en el formato correcto. Lo cierto es que usando una entrada NMEA0183 común y cambiando el protocolo a seatalk esta seguía funcionando.

Vamos, como sielegir entre NMEA0183, NMEA2000 o Seatalk no implicara ninguna variación.

[sailoog.com]

Originalmente publicado por pinguino

Mi gozo en un pozo.

Después de pasarme ayer un tiempo dedicado a montar el interfaz electronico, y hoy otro tiempo, mas largo aún, a conectarlo a mi electronica seatalk, me ha sido imposible hacer que funcione.

El interfaz electrónico no creo que sea pues datos entraban por el puerto. Eran datos de tipo binario. Pero por mucho que activara la casilla de seatalk o NMEA2000 opencpn no reconocía nada. He probado a todos los baudios posibles pero nada.

No puedo descartar que sea el interfaz pues, aunque entrban datos, no se si entraban en el formato correcto. Lo cierto es que usando una entrada NMEA0183 común y cambiando el protocolo a seatalk esta seguía funcionando.

Vamos, como sielegir entre NMEA0183, NMEA2000 o Seatalk no implicara ninguna variación.

has montado tambien este circuito?


o has usado un conversor RS232 a USB?

si el caso es el segundo seguramente ahí este el problema. No está claro que el driver prolific sea capaz de lidiar con la incompatibilidad del parity bit.