La Taberna del Puerto

La Taberna del Puerto (https://foro.latabernadelpuerto.com/index.php)
-   Foro Náutico Deportivo (https://foro.latabernadelpuerto.com/forumdisplay.php?f=2)
-   -   Electrónica Proyecto OpenPlotter (https://foro.latabernadelpuerto.com/showthread.php?t=135169)

... 26-04-2015 20:00

Re: Proyecto OpenPlotter
 
Sailoog, no se si te será de ayuda, pero respecto a lo de leer datos Seatalk directamente desde opencpn usando el conversor simple que muestras en tu largo post......

http://www.42.co.nz/meshcms/generate...-108833136.jpg

Este circuito, o mejor aún, su versión unidireccional de solo entradad de datos Seatalk...
http://www.thomasknauf.de/rap/seaconv.GIF

...... es realmente fácil de construir.

Lo difícil es, o era, implementar la conversión por software de los datos seatalk "captados" por el interfaz en datos entendibles por OpenCpn.

He aquí la posible buena nueva. Dándole la milmillonésima vuelta a este asunto tras leer tu (largo) post encontré esta breve mención a un port de Opencpn que YA incluye la comprensión de las sentencias Seatalk que este sencillo interfaz puede captar.

en concreto lo comentan en el mensaje Nº 6


http://www.cruisersforum.com/forums/...-a-132043.html

Tras ello, me fui a la página de github de donde se obtiene el código fuente....

https://github.com/JONA-GA

Probé a compilarlo... y voilá... En las opciones de conexión por puerto serie tenemos para elegir tanto NMEA0183 como NMEA2000 y Seatalk.

No se si realmente funciona pero si lo hace seria un puntazo. Podría compilarse tanto para Raspberry como para cualquier otro sistema sin problemas.

Yo lo tengo compilado para arquitectura amd64 y si alguno quiere bajarse el paquete Deb para comprobarlo lo podéis hacer desde este enlace.


https://mega.co.nz/#!ZAZ3EaoK!dM10gO...uli5cEbEEmODKk

Ojalá funcione y nos permita implementar la obtención de datos Seatalk a coste casi cero.

sailoog.com 26-04-2015 20:23

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por pinguino (Mensaje 1781373)
Sailoog, no se si te será de ayuda, pero respecto a lo de leer datos Seatalk directamente desde opencpn usando el conversor simple que muestras en tu largo post......

http://www.42.co.nz/meshcms/generate...-108833136.jpg

Este circuito, o mejor aún, su versión unidireccional de solo entradad de datos Seatalk...
http://www.thomasknauf.de/rap/seaconv.GIF

...... es realmente fácil de construir.

Lo difícil es, o era, implementar la conversión por software de los datos seatalk "captados" por el interfaz en datos entendibles por OpenCpn.

He aquí la posible buena nueva. Dándole la milmillonésima vuelta a este asunto tras leer tu (largo) post encontré esta breve mención a un port de Opencpn que YA incluye la comprensión de las sentencias Seatalk que este sencillo interfaz puede captar.

en concreto lo comentan en el mensaje Nº 6


http://www.cruisersforum.com/forums/...-a-132043.html

Tras ello, me fui a la página de github de donde se obtiene el código fuente....

https://github.com/JONA-GA

Probé a compilarlo... y voilá... En las opciones de conexión por puerto serie tenemos para elegir tanto NMEA0183 como NMEA2000 y Seatalk.

No se si realmente funciona pero si lo hace seria un puntazo. Podría compilarse tanto para Raspberry como para cualquier otro sistema sin problemas.

Yo lo tengo compilado para arquitectura amd64 y si alguno quiere bajarse el paquete Deb para comprobarlo lo podéis hacer desde este enlace.


https://mega.co.nz/#!ZAZ3EaoK!dM10gO...uli5cEbEEmODKk

Ojalá funcione y nos permita implementar la obtención de datos Seatalk a coste casi cero.

no me jodas! :eek: si funciona acabas de ahorrar meses de trabajo. me lo estudio a fondo...
:cid5::cid5:

en efecto yo estaba pensando en el circuito solo de entrada y no solo por costes o complejidad de la programacion, mas que nada por coherencia, está genial poder leer de una instrumentación muy extendida y no hay mas remedio, pero es un sistema propietario y de los peores que no respetan ni los estandares propietarios y crean los suyos propios, a eso se llama ir en contra de la ciencia y solo a favor del beneficio. Así que nada de enviar datos a raymarine, por suerte los pilotos automaticos si no me equivoco la mayoria tienen entrada NMEA no?

... 26-04-2015 20:39

Re: Proyecto OpenPlotter
 
1 Archivo(s) adjunto(s)
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781386)
no me jodas! :eek: si funciona acabas de ahorrar meses de trabajo. me lo estudio a fondo...
:cid5::cid5:

en efecto yo estaba pensando en el circuito solo de entrada y no solo por costes o complejidad de la programacion, mas que nada por coherencia, está genial poder leer de una instrumentación muy extendida y no hay mas remedio, pero es un sistema propietario y de los peores que no respetan ni los estandares propietarios y crean los suyos propios, a eso se llama ir en contra de la ciencia y solo a favor del beneficio. Así que nada de enviar datos a raymarine, por suerte los pilotos automaticos si no me equivoco la mayoria tienen entrada NMEA no?

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

Mira la captura.

sailoog.com 26-04-2015 21:09

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por pinguino (Mensaje 1781390)
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? :eek:

Camelot 26-04-2015 21:10

Re: Proyecto OpenPlotter
 
Sobre el monitor de baterías seria interesante habilitar para varios bancos de baterías, al menos 3 ... creo yo.

Otra cosa que se podría pensar es en una caja para todo esto, ya que las vende por ahí económicas son bastante sencillas, y no tienen la opción de entradas y salidas de cables, con lo cual se han de hacer agujeros y al final es una chapuza. Si se diseña la placa se tendría que poder montar todo en una caja, y que exteriormente estén los conectores para los diferentes cables de los sensores de baterías temperaturas etc.

Lo de poner conectores con tornillo tipo regleta, si tienes que desmontar el bicho y llevártelo a casa, es un problema, ya que has de desconectar todos los cables, apuntarte los colores, y poner regletas para que no se crucen.
¿no es mejor algún tipo de conector enchufable?.. tipo regleta enchufable, que la desenchufas, los cables quedan en el barco, y al volver, vuelves a enchufar, y no puede haber error de conexión.
Puedes tener uno de los enchufes en casa para pruebas...

He recibido el BerryImu, como esta semana he estado en el varadero, no he tenido tiempo ni de mirarlo, a ver si le meto mano...

Un saludo

Por cierto, tengo en casa unos conversores DC-DC como el de la imagen que pones (exactamente el mismo) y los compre, ya que los uso en el barco en algún componente que va a 5V. Son muy baratos (creo que 1,5 euros cada uno) y van muy bien.

... 26-04-2015 21:24

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781402)
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? :eek:

¿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 26-04-2015 21:32

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por pinguino (Mensaje 1781416)
¿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 26-04-2015 21:42

Re: Proyecto OpenPlotter
 
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

... 26-04-2015 22:00

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781429)
como has creado tu /home/bobo/NMEA1083 ?

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

jarmisen 27-04-2015 00:56

Re: Proyecto OpenPlotter
 
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%.

... 27-04-2015 07:40

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por jarmisen (Mensaje 1781526)
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.:D

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

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

sailoog.com 27-04-2015 09:06

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por Camelot (Mensaje 1781405)
Sobre el monitor de baterías seria interesante habilitar para varios bancos de baterías, al menos 3 ... creo yo.

Otra cosa que se podría pensar es en una caja para todo esto, ya que las vende por ahí económicas son bastante sencillas, y no tienen la opción de entradas y salidas de cables, con lo cual se han de hacer agujeros y al final es una chapuza. Si se diseña la placa se tendría que poder montar todo en una caja, y que exteriormente estén los conectores para los diferentes cables de los sensores de baterías temperaturas etc.

Lo de poner conectores con tornillo tipo regleta, si tienes que desmontar el bicho y llevártelo a casa, es un problema, ya que has de desconectar todos los cables, apuntarte los colores, y poner regletas para que no se crucen.
¿no es mejor algún tipo de conector enchufable?.. tipo regleta enchufable, que la desenchufas, los cables quedan en el barco, y al volver, vuelves a enchufar, y no puede haber error de conexión.
Puedes tener uno de los enchufes en casa para pruebas...

He recibido el BerryImu, como esta semana he estado en el varadero, no he tenido tiempo ni de mirarlo, a ver si le meto mano...

Un saludo

Por cierto, tengo en casa unos conversores DC-DC como el de la imagen que pones (exactamente el mismo) y los compre, ya que los uso en el barco en algún componente que va a 5V. Son muy baratos (creo que 1,5 euros cada uno) y van muy bien.

ostras 3 bancos de baterias serian 3 circuitos/conectores/pins, no se si hay sitio para todo eso.

No sería mejor solo controlar las baterias a las que está conectado openplotter, normalmente a las de servicio? ademas esos bancos de baterias estarán conectados entre si e igualandose en energia entre ellos, por lo tanto solo interesaria el comun no? o no entiendo bien el concepto de banco de bateria?

La elección de los conectores tipo regleta (tornillo donde conectar cables pelados) tiene que ver como bien has deducido con la futura caja pero mi reflexión ha sido diferente. siguiendo siempre la premisa del BBB y añadiendo la necesidad de la máxima estanqueidad posible, pensé que lo mejor serian los pasamuros (o como se llamen en castellano)

http://www.leaderoptec.com/shop/imag...nd-500x500.jpg

se pueden adaptar a cualquier caja y son baratos, resistentes y estancos. el único inconveniente es que por ahí solo pasan cables pelados sin conectores y por eso la elección de conectores en placa tipo regleta. Si ponemos conectores en placa y en los cables aumentamos el precio final y necesitariamos cajas complejas y poco estancas. Ese es el motivo de elegir regletas pero se escuchan propuestas
:brindis:

North Side 27-04-2015 09:30

Respuesta: Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781555)
ostras 3 bancos de baterias serian 3 circuitos/conectores/pins, no se si hay sitio para todo eso.

No sería mejor solo controlar las baterias a las que está conectado openplotter, normalmente a las de servicio? ademas esos bancos de baterias estarán conectados entre si e igualandose en energia entre ellos, por lo tanto solo interesaria el comun no? o no entiendo bien el concepto de banco de bateria?

La elección de los conectores tipo regleta (tornillo donde conectar cables pelados) tiene que ver como bien has deducido con la futura caja pero mi reflexión ha sido diferente. siguiendo siempre la premisa del BBB y añadiendo la necesidad de la máxima estanqueidad posible, pensé que lo mejor serian los pasamuros (o como se llamen en castellano)

http://www.leaderoptec.com/shop/imag...nd-500x500.jpg

se pueden adaptar a cualquier caja y son baratos, resistentes y estancos. el único inconveniente es que por ahí solo pasan cables pelados sin conectores y por eso la elección de conectores en placa tipo regleta. Si ponemos conectores en placa y en los cables aumentamos el precio final y necesitariamos cajas complejas y poco estancas. Ese es el motivo de elegir regletas pero se escuchan propuestas
:brindis:

Buenas. Prensaestopas se llaman esos pasamuros estancos. Yo he pensado en que quizas, y pensando en lo que comentaba el cofrade Camelot, se podrían mecanizar en la caja unos conectores tipo Sub-D de 25 pines como los de la imagen:

http://ppeci.com/images/uploads/products/ABM-25-4.jpg

Son baratos y faciles de encontrar.

Saludos

sailoog.com 27-04-2015 09:45

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por jarmisen (Mensaje 1781526)
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 :p

North Side 27-04-2015 10:01

Respuesta: Proyecto OpenPlotter
 
Otra sugerencia. Sería interesante tener a mano en OpenPlotter esta calculadora de horas de navegación:

Cita:

Originalmente publicado por El Toro (Mensaje 1780395)
Tomad una ronda de mi parte, :brindis:. Sobre todo los que les guste la puntualidad.

Plácida mañana de domingo navegando a vela con una suave brisa y velocidad comedida. Nos acordamos que hemos quedado con los suegros para su consabida paella dominical. Navegamos suavemente a tres nuditos y nos encontramos lo suficientemente lejos del puerto como para saber que o ponemos el motor o la paella se pasa. ¿Cuándo pongo el motor?. Cuanto más tarde mejor... pero y si no llego. Tampoco quiero llegar antes de la hora y desperdiciar esta navegada.

Si te has preguntado ésto alguna vez, quizás te interese lo siguiente.

¿Cuándo hay que tirar del motor si queremos llegar a una determinada hora?.

Si:
T = Horas que me quedan para llegar a puerto.
Tm = Horas a motor.
D = Distancia en millas que tengo hasta el puerto
Vv = Velocidad a vela en nudos
Vm = Velocidad a motor en nudos

Tenemos que:

Tm = (D-(Vv x T)) / (Vm-Vv).

Dicho de otra manera.- Si a la distancia que hay hasta el puerto le quito el producto de la velocidad a vela por el tiempo que me queda y lo divido por la diferencia de velocidades, me sale las horas que tengo que ir a motor.

Ejemplo:

Estoy a 12 millas del puerto. Tengo que estar allí en 2,5 horas. La velocidad a vela es de 3 nudos y a motor de 6.

Tm = (12 - (3 x 2,5)) / 6-3 = 4,5 / 3 = 1,5 Horas.
De las 2,5 horas que me quedan 1,5 tengo que ir a motor. :D

:brindis:

Creo que es interesante y que debe ser bastante sencillo para los que domináis la programación, compilar un programita que haga este cálculo.

sailoog.com 27-04-2015 10:33

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781429)
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?

ManelvallsVila 27-04-2015 10:33

Re: Proyecto OpenPlotter
 
Unos cafés para los lectores que todavía es muy pronto para otros brebajes...

Ya he conectado todo... Felicidades de nuevo Sailoog Pinguino and company...

Para novatos como yo explicar que el primer problema que tuve fue que la Rb2 se reiniciaba sola, y era falta de alimentación, ya se que se ha dicho mil veces, pero yo tb caí. 5v 2Amp y fuera problema.

Luego, cada vez que inicio, me pide el password del wifi de casa (imposible de memorizar), no se puede quedar memorizado?
O, una vez en el barco que la conectare a través de un iphone 4 que hará de hotspot para todos se podrá conectar automáticamente

Toqueteando, hice que el programa opencpn arrancara en cada inicio, y no pude minimizarlo ni con teclas ni con raton, no hubo manera, se pueden configurar teclas estilo Alt+F4 o Cmd+Q para cerrar un programa o ir al escritorio en la Rasp?

Respecto al Ais, compre este adaptador:
USB Smart TV Stick DVB-T & RTL-SDR Digital TV Tuner RTL2832U & R820T2 TV Receiver DVB-T+FM+DAB with Antenna for android PC Necesito calibrarlo? O en la ultima version de open plotter ya se calibra solo? Estoy perdido en versiones y casi 700 respuestas!:cid5:

Estoy esperando que llegue la pantalla para llevarlo todo al barco.

GPS:
Si compro el usb a rs232, puedo utilizar los datos del GPS nmea del barco para la rasp?

El GPS ahora esta conectado al piloto raymarine (st2000+) por nmea.
Puedo "empalmar mas cables e interconectar todo? O solo se pueden conectar 2 aparatos entre si?

Mi intencion es trazar una ruta en opencpn, y que el piloto siga esta ruta. Ahora lo puedo hacer con el gps ( no plotter ), que llevo en el barco, pero me dia miedo Haver-me equivocada entra do coordenades de un waypoint y que mande a una playa o al fondo del mar!

Estoy muy atento al tema Seatalk, llevo un st60 wind y st60corredera, seria interesante que estos datos pasaran por la RB, o lo estais pensando mas para conectar otro tipo de equipos raymarine?

Muchas gracias por todo de nuevo! Espero que una vez esto arranque en mis manos poder ayudar haciendo las pruebas que me pidais...

Camelot 27-04-2015 10:47

Re: Proyecto OpenPlotter
 
Lo de controlar varios bancos me refiero a servicios, motor, reserva, etc...

En mi caso tengo 3 bancos diferenciados, y separados, osea no se descargan a la vez, y serian interesante saber el estado de carga o descarga de los 3...pero claro eso son casos particulares.

Gracias y un saludo

... 27-04-2015 11:16

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781588)
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. :cagoento:

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.:nosabo:

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

sailoog.com 27-04-2015 11:57

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por pinguino (Mensaje 1781611)
Mi gozo en un pozo. :cagoento:

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.:nosabo:

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

has montado tambien este circuito?
http://www.42.co.nz/freeboard/techni...tripboard2.png

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.

... 27-04-2015 12:09

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781625)
has montado tambien este circuito?
http://www.42.co.nz/freeboard/techni...tripboard2.png

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.

Como has intuido, he intentado hacer valer un conversor serie-usb.

El circuito lo fabriqué reutilizando resistencias y un transistor adecuados de viejas placas electrónicas que guardo para casos similares.

Si ya me tengo que meter a comprar integrados y placas uniprint para hacer experimentos, amén de tener que desplazarme, pues en mi pueblo no hay nada de electrónica, me empiezo a plantear si el cacharrito de Yapp no es mejor opción.

A ver si Jarmisen se pone las pilas y nos dice si su dispositivo clonado de el de Yapp funciona con Linux y nos saca de dudas.

sailoog.com 27-04-2015 12:19

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por pinguino (Mensaje 1781629)
Como has intuido, he intentado hacer valer un conversor serie-usb.

El circuito lo fabriqué reutilizando resistencias y un transistor adecuados de viejas placas electrónicas que guardo para casos similares.

Si ya me tengo que meter a comprar integrados y placas uniprint para hacer experimentos, amén de tener que desplazarme, pues en mi pueblo no hay nada de electrónica, me empiezo a plantear si el cacharrito de Yapp no es mejor opción.

A ver si Jarmisen se pone las pilas y nos dice si su dispositivo clonado de el de Yapp funciona con Linux y nos saca de dudas.

creo que la única solución para usar esta opción de opencpn es conectar mediante el puerto serie del GPIO usando el mencionado seatalk->RS232->TTL que propuse en el OpenPlotter HAT. Si aun así no funciona tocará programar directamente en openplotter la recepción y conversión del seatalk. La primera opción significa menos trabajo pero la segunda significa más control sobre el proceso y facilidad para multiplexar el seatalk junto a todo el nmea para enviarlo por wifi, etc...

creo que sigo apostando por el OpenPlotter HAT, hace falta investigar un poco más aunque estaria bien saber lo del yapp para los que tengan prisa en incorporar seatalk a openplotter.

sailoog.com 27-04-2015 13:45

Re: Respuesta: Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por North Side (Mensaje 1781558)
Buenas. Prensaestopas se llaman esos pasamuros estancos. Yo he pensado en que quizas, y pensando en lo que comentaba el cofrade Camelot, se podrían mecanizar en la caja unos conectores tipo Sub-D de 25 pines como los de la imagen:

http://ppeci.com/images/uploads/products/ABM-25-4.jpg

Son baratos y faciles de encontrar.

Saludos

con eso varios dispositivos deberian compartir conector. mejor un conector por aparato no?

sailoog.com 27-04-2015 13:48

Re: Respuesta: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por North Side (Mensaje 1781570)
Otra sugerencia. Sería interesante tener a mano en OpenPlotter esta calculadora de horas de navegación:



Creo que es interesante y que debe ser bastante sencillo para los que domináis la programación, compilar un programita que haga este cálculo.

puede ser util pero yo veo algo así mas un plugin de opencpn que de openplotter

sailoog.com 27-04-2015 14:04

Re: Proyecto OpenPlotter
 
ManelvallsVila

entre lineas


Luego, cada vez que inicio, me pide el password del wifi de casa (imposible de memorizar), no se puede quedar memorizado?
O, una vez en el barco que la conectare a través de un iphone 4 que hará de hotspot para todos se podrá conectar automáticamente

que versión de openplotter estas usando? eso se soluciono en la ultima versión


Toqueteando, hice que el programa opencpn arrancara en cada inicio, y no pude minimizarlo ni con teclas ni con raton, no hubo manera, se pueden configurar teclas estilo Alt+F4 o Cmd+Q para cerrar un programa o ir al escritorio en la Rasp?

presionando F11 vuelves a pantalla normal. Tambien clicando con boton derecha en opencpn y seleccionando Toggle Full Screen


Respecto al Ais, compre este adaptador:
USB Smart TV Stick DVB-T & RTL-SDR Digital TV Tuner RTL2832U & R820T2 TV Receiver DVB-T+FM+DAB with Antenna for android PC Necesito calibrarlo? O en la ultima version de open plotter ya se calibra solo? Estoy perdido en versiones y casi 700 respuestas!:cid5:

Siempre hay que calibrar. La manera de hacerlo manual está aquí: http://foro.latabernadelpuerto.com/s...34#post1777834

y la manera semi-automatica está aquí pero hay que esperar a la version openplotter 0.4.0
http://sailoog.dozuki.com/Guide/Cali...-AIS+dongles/3

GPS:
Si compro el usb a rs232, puedo utilizar los datos del GPS nmea del barco para la rasp?

si

El GPS ahora esta conectado al piloto raymarine (st2000+) por nmea.
Puedo "empalmar mas cables e interconectar todo? O solo se pueden conectar 2 aparatos entre si?

desde una misma salida nmea puedes sacar cables hasta un maximo de 3 aparatos. al reves no, osea, no puedes recibir nmea de varios aparatos sin pasar por un multiplexor.


Estoy muy atento al tema Seatalk, llevo un st60 wind y st60corredera, seria interesante que estos datos pasaran por la RB, o lo estais pensando mas para conectar otro tipo de equipos raymarine?

todos los aparatos que esten conectados a la red seatalk estarian disponibles sean cual sean. Solo depende de si en el codigo se implementa la traducción de ese tipo de sentencias, pero ya te digo que viento y corredera seguro que si.


Muchas gracias por todo de nuevo! Espero que una vez esto arranque en mis manos poder ayudar haciendo las pruebas que me pidais...

No os olvideis tampoco de ayudar a los nuevos cuando ya seais un poco veteranos :D

sailoog.com 27-04-2015 14:11

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por Camelot (Mensaje 1781597)
Lo de controlar varios bancos me refiero a servicios, motor, reserva, etc...

En mi caso tengo 3 bancos diferenciados, y separados, osea no se descargan a la vez, y serian interesante saber el estado de carga o descarga de los 3...pero claro eso son casos particulares.

Gracias y un saludo

tienes razón, me he hecho un lio. normalmente el banco de motor y el de servicio siempre son independientes a no ser que los conmutes con el selector de baterias y es lo que tu quieres medir por separado. openplotter y la electrónica siempre iran conectados al de servicio y será facil de medir pero es verdad que poder controlar la de motor es vital. si al final caben dos circuitos miro de poner por lo menos para 2 bancos de baterias.

... 27-04-2015 14:26

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781633)
creo que la única solución para usar esta opción de opencpn es conectar mediante el puerto serie del GPIO usando el mencionado seatalk->RS232->TTL que propuse en el OpenPlotter HAT. Si aun así no funciona tocará programar directamente en openplotter la recepción y conversión del seatalk. La primera opción significa menos trabajo pero la segunda significa más control sobre el proceso y facilidad para multiplexar el seatalk junto a todo el nmea para enviarlo por wifi, etc...

creo que sigo apostando por el OpenPlotter HAT, hace falta investigar un poco más aunque estaria bien saber lo del yapp para los que tengan prisa en incorporar seatalk a openplotter.

Pero lo curioso es que según el esquema de Thomas, la salida va conectada a un puerto COM corriente y moliente de windows y el software que el entrega se encarga de la lectura de datos. No parece añadir mas requerimientos.:confused:

Por otro lado, el creador de la versión modificada de opencpn no dice nada acerca de que tipo de dispositivo se usa para conectar. Eso me descoloca.:cool:

Y el tema de usar un HAT para raspberry no está mal. Pero recuerda que mi objetivo es mayormente implementarlo en el Chromebox que, como cualquier PC corriente, no lleva conectores GPIO.:santo:

sailoog.com 27-04-2015 14:26

Re: Proyecto OpenPlotter
 
un tutorial muy detallado para implementar el termometro del motor en la raspberry:
http://thepihut.com/blogs/raspberry-...eid=18f82c60cf

jarmisen 27-04-2015 18:00

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por pinguino (Mensaje 1781542)
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.:D

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

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

Entendido, lo cierto es que quería hacerlo pero el trabajo me come, y como dije lo tengo que montar de nuevo, pues me fallaba. Me pondré en ello lo antes que pueda para tener otra cosa asegurada para el proyecto, y creo que si conseguimos que funcione es muy útil pues poder sacar la información del en mi caso es imprescindible pues de lo contrario no tengo información de viento.
Va tan deprisa este tema que no da tiempo ni ha asimilar la informacion.
Un saludo a todos

jarmisen 27-04-2015 18:36

Re: Proyecto OpenPlotter
 
Sobre la pregunta de Sailoog respecto a los datos del hyperterminal, si conecto el nmea en el terminal veo las sentencias típicas con el inicio $ y los datos. Cuando conecto el circuito que habéis puesto, el de dos transistores que supuestamente es bidireccional, en el terminal veo como una partida de poker corazones picas y demás, da lo mismo la velocidad, la paridad etc. en algunas configuraciones de del puerto no se ve nada. Esto lo puedo grabar y mandarlo por si sirve de algo.
Respecto a bancos de baterías y mas entradas, que no seria interesante buscar una targeta a la cual se le pudiera entrar con diferentes cosas incluso que se pudiera tener alguna salida, creo que alguien ya lo ha comentado, el bus Ic2, lo conozco muy poco, que no daría para poner los sensores que necesitamos?
Tengo mas ideas y una de ellas que tengo empezada, es el medidor de cadena, el sensor lo tengo montado pero me falta el contador y todas la posibilidades de programar que daría esta utilidad como programar la cadena a tirar, o que casi no te tengas que preocupar y te suba toda. No quería comentarlo aun “se me ha escapau” creo que tenemos muchas cosas pendientes, pero elegir un sistema u otro puede a la larga dar unos mejores resulrados
Saludos

teteluis 27-04-2015 20:26

Re: Proyecto OpenPlotter
 
Hola, lo primero una ronda fresquita para todos para combatir el calor :brindis:y por el trabajo que estáis haciendo y compartiendo.

Solo quería comentar dos cosas, el seatalk 1, trabaja con 9 bits de datos, mientras que las UART normales entienden 7 u 8, el convertidor de Thomas con dos transistores funciona, la faena es reconvertir esos 9 bits de datos a 8 con una UART por hardware, otra cosa es simularla por software, que és lo que hace el PIC de John "Yapp".

La otra cuestión es sobre cartografía, Onwa Marine tiene para descarga pública las cartas para sus plotters en formato K-Chart de todo el mundo desde Dropbox, estos plotters funcionan también con Cmap Max.

http://www.onwamarine.com/support-and-download/

¿Se puede hacer algo con esto?, ¿Nos puede servir para algo?

Un saludo y una ronda de nuevo :brindis::brindis::brindis:. :capitan: teteluis

sailoog.com 27-04-2015 20:29

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por jarmisen (Mensaje 1781789)
Cuando conecto el circuito que habéis puesto, el de dos transistores que supuestamente es bidireccional, en el terminal veo como una partida de poker corazones picas y demás, da lo mismo la velocidad, la paridad etc. en algunas configuraciones de del puerto no se ve nada.

Como conectas el circuito al ordenador? por una entrada RS232 o un conversor RS232 a USB? hablamos de windows no?
Cita:

Originalmente publicado por jarmisen (Mensaje 1781789)
Respecto a bancos de baterías y mas entradas, que no seria interesante buscar una targeta a la cual se le pudiera entrar con diferentes cosas incluso que se pudiera tener alguna salida, creo que alguien ya lo ha comentado, el bus Ic2, lo conozco muy poco, que no daría para poner los sensores que necesitamos?

esa es la idea
Cita:

Originalmente publicado por jarmisen (Mensaje 1781789)
Tengo mas ideas y una de ellas que tengo empezada, es el medidor de cadena, el sensor lo tengo montado pero me falta el contador y todas la posibilidades de programar que daría esta utilidad como programar la cadena a tirar, o que casi no te tengas que preocupar y te suba toda. No quería comentarlo aun “se me ha escapau” creo que tenemos muchas cosas pendientes, pero elegir un sistema u otro puede a la larga dar unos mejores resulrados
Saludos

Ostras que buena idea! que en base a la profundidad te recomiende la cantidad de cadena a tirar y te la cuente... que sensor usas? algo optico? estoy haciendo experimentos con odometros opticos hechos con ratones de ordenador que podrían servir, es para otra idea de sensor pero de esta si que no digo nada que nos embalamos otra vez :D

North Side 27-04-2015 21:26

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781846)
Ostras que buena idea! que en base a la profundidad te recomiende la cantidad de cadena a tirar y te la cuente... que sensor usas? algo optico? estoy haciendo experimentos con odometros opticos hechos con ratones de ordenador que podrían servir, es para otra idea de sensor pero de esta si que no digo nada que nos embalamos otra vez :D

Se puede mecanizar al eje del molinete una leva. Luego colocando un detector inductivo (aprox. 5€) que lea esa leva, nos dará una entrada de 5 o 12V (depende del detector) cada vez que lea la leva, es decir cada vuelta de molinete. Sabiendo que cantidad de cadena desarrolla nuestro molinete por vuelta... pues la cuenta hecha..

Es lo que viene a ser un encoder caserillo. Es lo primero que se me ha ocurrido para tal fin... El coste total muy bajo.

Saludos

ManelvallsVila 27-04-2015 22:07

Re: Proyecto OpenPlotter
 
Segun tengo entendido, muchos molinetes modernos, ya vienen preparados para el aparato cuenta cadenas. Supongo que deben llevar una zona imantada como los cuenta km de las bicicletas.

Texto de catalogo Lofrans:
Conexión eléctrica simplificada. En el interior del motor, con la debida protección se ubican dos solenoides, el sensor y el imán para el contador de cadena.

ManelvallsVila 27-04-2015 22:54

Re: Proyecto OpenPlotter
 
Ya me funciona casi todo, ahora me queda llevarmelo a puerto para calibrar Ais con alguna señal util...

Muchas gracias Sailoog!

Me ofrezco como ayudante de futuros novatos para sacarte lio de encima...

Mañana contaré los progresos.

Pregunta:

Aprovecho la antena de tv, o me fabrico una a proposito y la monto arriba del palo? La que llevo ahora es una de esas de plato redondo.

ManelvallsVila 27-04-2015 23:00

Re: Proyecto OpenPlotter
 
Otra cosa que quiza es una tonteria para vosotros.

Si arranco la Pi con el hdmi a tv conectado, el escritorio tiene una resolucion buena, y lo veo todo mejor por vnc.

Si arranca la Pi sin el cable hdmi, conecto VNC y la resolucion es de 656x416, cosa que hace que sea muy incomoda de manejar.

Hay forma de arreglar esto?

Gracias de nuevo!

surgysea 27-04-2015 23:52

Re: Proyecto OpenPlotter
 
1 Archivo(s) adjunto(s)
Cita:

Originalmente publicado por sailoog.com (Mensaje 1781221)
1.- lo del zoom es cosa de opencpn y poco te puedo ayudar. que cartas son?

2.- lo del cierre inesperado de la cascada seguramente es la causa de tu problema con el AIS. sigo pensando que es una cosa de alimentación. cuantos amperios proporciona el adaptador del hub? vamos a abrir la cascada independientemente en una ventana terminal para ver que error devuelve:

- abre un terminal
- teclea cd .config/openplotter
- y luego python waterfall.py 49.6 -17 a
- se abrirá la cascada y si se cierra inesperadamente, en la ventana de terminal te devolverá un mensaje de error. copia y pega aqui todo el contenido de la ventana terminal y vemos.

Esto es lo que aparece en la pantalla sin que llegue a abrirse la cascada

North Side 28-04-2015 07:44

Respuesta: Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por ManelvallsVila (Mensaje 1781972)
Otra cosa que quiza es una tonteria para vosotros.

Si arranco la Pi con el hdmi a tv conectado, el escritorio tiene una resolucion buena, y lo veo todo mejor por vnc.

Si arranca la Pi sin el cable hdmi, conecto VNC y la resolucion es de 656x416, cosa que hace que sea muy incomoda de manejar.

Hay forma de arreglar esto?

Gracias de nuevo!

Es algo así como poner en el config.txt esto:

hdmi_force_hotplug=1

También hay que quitar las almohadillas a estas lineas en el archivo config.txt

#hdmi_group=1
#hdmi_mode=1

Y cambiar el hdmi_mode a una resolución soportada, en mi caso a 4 que es 720p. Quedaría así:

hdmi_force_hotplug=1

hdmi_group=1
hdmi_mode=4

con el comando:

tvservice –m CEA

se puede averiguar las resoluciones soportadas.

Saludos

sailoog.com 28-04-2015 09:39

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por teteluis (Mensaje 1781845)
Hola, lo primero una ronda fresquita para todos para combatir el calor :brindis:y por el trabajo que estáis haciendo y compartiendo.

Solo quería comentar dos cosas, el seatalk 1, trabaja con 9 bits de datos, mientras que las UART normales entienden 7 u 8, el convertidor de Thomas con dos transistores funciona, la faena es reconvertir esos 9 bits de datos a 8 con una UART por hardware, otra cosa es simularla por software, que és lo que hace el PIC de John "Yapp".

La otra cuestión es sobre cartografía, Onwa Marine tiene para descarga pública las cartas para sus plotters en formato K-Chart de todo el mundo desde Dropbox, estos plotters funcionan también con Cmap Max.

http://www.onwamarine.com/support-and-download/

¿Se puede hacer algo con esto?, ¿Nos puede servir para algo?

Un saludo y una ronda de nuevo :brindis::brindis::brindis:. :capitan: teteluis

Exacto, las dos opciones son, conseguir leer los 9 bits desde un ordenador o usar un micro aparte que se lleve mejor con esos 9 bits. Yo apostaria por la primera porque eso reduciría mucho los camponentes de OpenPlotter HAT afectando su precio y su complejidad ya que solo habría que usar el circuito de Thomas.

Desde Linux parece que hay un sistema efectivo que es el que usa el creador de la opción de opencpn que decia pinguino que consiste en leer esa señal de 9 bits como si fuera de 8 bits dejando fuera el que la señal seatalk usa para definir el principio de frase (esto ultimo es lo que yo entiendo de la pagina de Thomas). Linux lo marcará como erroneo, porque no pasará el control de paridad que es la función que suele cumplir el bit numero 8 que en este caso estará funcionando como parte de los datos y no como bit de control, pero lo dejará pasar intacto y podrás gestionarlo y traducirlo a nmea. Estoy estudiando otras formas de leer directamente a 9 bits con una opción de python o la estrategia mas comun que es leer bit a bit pero tengo dos problemas, una el tiempo y otra es que no tengo ninguna fuente seatalk accesible.

esta seria la señal de un carácter estandar en UART de 8 bits (concretamente la letra M):

http://www.physics.mcmaster.ca/phy4d6/Lab/nrz.png

la señal en seatalk seria lo mismo pero con un bit mas entre "parity bit" y "Stop bit" y el "parity bit" no seria un bit de control sino que seria un bit mas de la secuencia de datos (de 0 a 6 en la foto).

no me he explicado bien, lo se :santo:

sobre la otra cuestión, esas cartas se pueden leer en opencpn?
:brindis:

sailoog.com 28-04-2015 09:48

Re: Proyecto OpenPlotter
 
Cita:

Originalmente publicado por surgysea (Mensaje 1782007)
Esto es lo que aparece en la pantalla sin que llegue a abrirse la cascada

El SDR está siendo usado por otro programa y puede ser opencpn o el mismo openplotter

asegurate de haber desactivado el plugin de opencpn tal como te indiqué. en opencpn entra en configuracion, plugins y desactiva el plugin rtlsdr.

desactiva la opción "activar" en AIS-SDR de openplotter.

prueba de nuevo los mismos comandos en el terminal


Todas las horas son GMT +1. La hora es 00:07.

Powered by vBulletin® Version 3.7.0
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© La Taberna del Puerto