Electrónica Proyecto OpenPlotter

[sailoog.com]

Originalmente publicado por Diavolo

Buenas, una duda que tengo, yo en el barco tengo un plotter Garmin un gpsmap 521s, por supuesto que no lleva garmin marine network, ¿pero podría simular openplotter una red de este tipo?


Enviado desde mi iPone5 con TaPaTa

simular una red seatalk? quieres decir generar sentencias seatalk?

para eso es necesario software que traduzca de nmea a seatalk y hasrware capaz de traducir voltages. En algun momento hblamos de ello en este hilo no?

edito: ahhhh hablas de garmin, perdón. Que es garmin marine network?

[Diavolo]

Originalmente publicado por sailoog.com

simular una red seatalk? quieres decir generar sentencias seatalk?

para eso es necesario software que traduzca de nmea a seatalk y hasrware capaz de traducir voltages. En algun momento hblamos de ello en este hilo no?

edito: ahhhh hablas de garmin, perdón. Que es garmin marine network?

Exacto, creo que simular este tipo de redes será muy facil, ya que creo que ponen una ip solamente para el dispositivo que no tiene nada que ver con el rango de ip de la fresa, habria que hacerlo con network manager, la cuestion es localizar esa ip, así podrían funcionar aplicaciones como Garmin Bluechart Mobile, y otras de otras marcas. ¿no? o me equivoco.

EDITO: Me equivoco, creo que va de video sobre red, así que no hay nada que hacer. Seria algo parecido a lo que hacemos con la fresa con el vnc.

Originalmente publicado por Diavolo

Exacto, creo que simular este tipo de redes será muy facil, ya que creo que ponen una ip solamente para el dispositivo que no tiene nada que ver con el rango de ip de la fresa, habria que hacerlo con network manager, la cuestion es localizar esa ip, así podrían funcionar aplicaciones como Garmin Bluechart Mobile, y otras de otras marcas. ¿no? o me equivoco.

EDITO: Me equivoco, creo que va de video sobre red, así que no hay nada que hacer. Seria algo parecido a lo que hacemos con la fresa con el vnc.

Por lo que he leído por ahí, se trata de crear una red local usando interfaces de tipo eth0 y protocolo tcp/ip pero en un formato propietario y cerrado. Por supuesto, solo para equipos Garmin. No solo transmite video sino todo tipo de datos. Es prácticamente lo mismo que hacemos en los ordenadores con openplotter pero en formato propietario para Garmin.

No se habrá alguien intentando hacerle ingeniería inversa pero es poco probable. Total ya tenemos protocolos abiertos que hacen lo mismo y no se si tendría sentido tanto trabajo para una sola marca. Aunque con el seatalk se hizo.

[Diavolo]

Se me ha ocurrido una cosa, a la raspberry pi se le puede poner una camara, ¿y porque no la colocamos a la pantalla del radar?, ese que no uso nunca porque lo tengo en la mesa de cartas, que no bajo ni a mirarlo, que me funciona perfectamente, que no tengo conectado a nada, ¿se podria superponer la imagen a opencpn?.

UFFFF, esta mañana estoy inspirao.

[Diavolo]

De momento voy a empezar por comprar la cámara, y ver como la puedo adaptar a la pantalla del radar, un furuno 1623, que aunque todavía no se pueda, lo que si es seguro es que pueda ver la imagen en el movil por wifi, que no es poco


Enviado desde mi iPone5 con TaPaTa

¿Os referís a algo así como un sistema de vídeo vigilancia donde lo que la cámara capta se envía por la red y puede ser visto en un navegador?

Yo hace mas de un año que uso una Raspberry como sistema de videovigilancia y el software que uso es motion.

Para gestionarlo uso otro programa llamado Motion Eye...

https://bitbucket.org/ccrisan/motion...ki/Screenshots

...que hace de interfaz gráfica y facilita enormemente la configuracion.

Acepta múltiples cámaras, tanto por usb como por IP local o externa y envía el streaming por la red. Incluso puede grabar vídeo o captar imágenes por detección de movimiento.

Pero esto se escapa un poco del tema de openplotter ¿no?

[Diavolo]

Originalmente publicado por pinguino

¿Os referís a algo así como un sistema de vídeo vigilancia donde lo que la cámara capta se envía por la red y puede ser visto en un navegador?



Yo hace mas de un año que uso una Raspberry como sistema de videovigilancia y el software que uso es motion.



Para gestionarlo uso otro programa llamado Motion Eye...



https://bitbucket.org/ccrisan/motion...ki/Screenshots



...que hace de interfaz gráfica y facilita enormemente la configuracion.



Acepta múltiples cámaras, tanto por usb como por IP local o externa y envía el streaming por la red. Incluso puede grabar vídeo o captar imágenes por detección de movimiento.



Pero esto se escapa un poco del tema de openplotter ¿no?

Pienso que no hace falta complicarse la vida con aplicaciones raras de video vigilancia, es simple, web cam ip, seguro que hay algo más sencillo, y que además se puede incluir en openplotter
Algo así, si no hace falta tanto: https://m.youtube.com/watch?v=1yGi7_bWbFU
Si ya tenemos la fresa en el barco, y lo que quiero es transportar a la bañera, de momento.

Enviado desde mi iPone5 con TaPaTa

Edito: efectivamente se llama motion, sirve perfectamente, y de momento para tener la pantalla del radar (o cualquier aparatejo parido por unos padres egoistas) en el movil o en la tablet, es suficiente. Luego mas adelante pues ya inventaremos algo mas para ver si esa imagen pues se puede sobreponer en la carta de opencpn, ademas existe una aplicacion en windows que se llama OCR (creo) que se encarga de leer las letras y numeros de un papel scanneado, y utilizan para leer las matriculas de los coches cuando entras a un parking (una camara de video), pues si existiera en linux (no lo se), pues hasta se podrían pasar los datos de una pantalla a NMEA, curioso.

edito otra vez, ahhhh, pues si, se puede
http://blog.desdelinux.net/como-esca...-ocr-en-linux/

[North Side]

No entiendo muy bien que te de el desvío del compás. O mas bien su utilidad. En mi caso me dará el desvío del compás magnético que esta conectado al sistema electrónico. Este compás es 'ciego', así que no me servirá de nada conocer su desvío ya que no visualizo su lectura. Y este desvío no tendrá más que ver con el desvío que tenga la aguja instalada en la bitácora de la que su puedo tener lectura visual.

No se si me explico.

[sailoog.com]

Originalmente publicado por North Side

No entiendo muy bien que te de el desvío del compás. O mas bien su utilidad. En mi caso me dará el desvío del compás magnético que esta conectado al sistema electrónico. Este compás es 'ciego', así que no me servirá de nada conocer su desvío ya que no visualizo su lectura. Y este desvío no tendrá más que ver con el desvío que tenga la aguja instalada en la bitácora de la que su puedo tener lectura visual.

No se si me explico.

tal como yo lo entiendo...

en la siguiente imagen


A: La linea que sale de la proa a trazos largos y acabada en un cuadradito es el rumbo efectivo, hacia donde se desplaza tu barco.

B: La linea que sale de la proa a trazos cortos y acabada en un circulo y mas larga es tu rumbo verdadero, hacia donde apunta tu proa.

el rumbo efectivo A lo coje del GPS

el rumbo verdadero B lo coje de la sentencia HDG pero no te puede mostrar directamente lo que marca el compas de aguja o electrónico porque este está afectado por el desvio y la declinación, es decir, el valor que te da el instrumento ya lleva sumados declinacion y desvio. Para poder representarlo en la carta necesita restarle declinacion y desvio para que en la carta tu proa apunte al mismo lugar que tu ves en realidad.

Por eso HDG lleva el valor del instrumento y los otros dos para restarselos (o sumarlos segun valor E,W)

[Diavolo]

Originalmente publicado por sailoog.com

tal como yo lo entiendo...

en la siguiente imagen


A: La linea que sale de la proa a trazos largos y acabada en un cuadradito es el rumbo efectivo, hacia donde se desplaza tu barco.

B: La linea que sale de la proa a trazos cortos y acabada en un circulo y mas larga es tu rumbo verdadero, hacia donde apunta tu proa.

el rumbo efectivo A lo coje del GPS

el rumbo verdadero B lo coje de la sentencia HDG pero no te puede mostrar directamente lo que marca el compas de aguja o electrónico porque este está afectado por el desvio y la declinación, es decir, el valor que te da el instrumento ya lleva sumados declinacion y desvio. Para poder representarlo en la carta necesita restarle declinacion y desvio para que en la carta tu proa apunte al mismo lugar que tu ves en realidad.

Por eso HDG lleva el valor del instrumento y los otros dos para restarselos (o sumarlos segun valor E,W)

No te he entendido bien, ¿aplicas algún otro tipo de deriva? Entiendo que el GPS te da el rumbo verdadero si navegas con el, pero solo si navegas con rumbo magnetico o de aguja tienes que aplicar la correcion magnetica. No te entiendo.
es decir, si no hay corriente y navegas por GPS, llegas a donde apunta la proa

[catatonico]

seria interesante saber donde la compraste
precio, tiempo de entrega....
genial tio, que bueno

[sailoog.com]

Originalmente publicado por catatonico

seria interesante saber donde la compraste
precio, tiempo de entrega....
genial tio, que bueno

Algunos la compramos en este crowfounding pero ya acabó: https://www.kickstarter.com/projects...e-raspberry-pi

pero la puedes comprar en su pagina solo por $5 mas cara 25 en total incluye gastos envio. A pesar de venir de Australia creo que solo ha tardado un par de semanas.

Pero tambien te sirven todos estos:

• InvenSense MPU-9150 single chip IMU.
• InvenSense MPU-9250 single chip IMU (I2C and SPI)
• STM LSM9DS0 single chip IMU
• L3GD20H + LSM303D (optionally with the LPS25H) as used on the Pololu AltIMU-10 v4.
• L3GD20 + LSM303DLHC as used on the Adafruit 9-dof (older version with GD20 gyro) IMU.
• L3GD20H + LSM303DLHC (optionally with BMP180) as used on the new Adafruit 10-dof IMU.

[sailoog.com]

Originalmente publicado por Diavolo

No te he entendido bien, ¿aplicas algún otro tipo de deriva? Entiendo que el GPS te da el rumbo verdadero si navegas con el, pero solo si navegas con rumbo magnetico o de aguja tienes que aplicar la correcion magnetica. No te entiendo.
es decir, si no hay corriente y navegas por GPS, llegas a donde apunta la proa

Rumbo efectivo: El que da el GPS, incluye deriva por viento y corriente. En la imagen la proa del barco apunta a babor del golden gate pero en realidad si no cambiara de rumbo se estrellaria a estribor porque esa es su rumbo efectivo.

Rumbo verdadero: NO te lo da el GPS, solo lo puedes saber si tiene conectado un compas.

Seguro que tu confusión viene dada porque en OpenCPN cuando no conectas ningun compas y solo tienes un GPS marcando rumbo, la raya roja con final cuadrado es la única que hay y siempre estará en la linea de crujia. Pero en cuanto conectas un compas aparece la otra linea con final redondo y es la que siempre estará en linea de crujia. La primera linea ahora marcará hacia donde va tu barco y se moverá unos grados de tu proa segun la deriva y abatimiento.

[Diavolo]

Originalmente publicado por sailoog.com

Rumbo efectivo: El que da el GPS, incluye deriva por viento y corriente. En la imagen la proa del barco apunta a babor del golden gate pero en realidad si no cambiara de rumbo se estrellaria a estribor porque esa es su rumbo efectivo.

Rumbo verdadero: NO te lo da el GPS, solo lo puedes saber si tiene conectado un compas.

Seguro que tu confusión viene dada porque en OpenCPN cuando no conectas ningun compas y solo tienes un GPS marcando rumbo, la raya roja con final cuadrado es la única que hay y siempre estará en la linea de crujia. Pero en cuanto conectas un compas aparece la otra linea con final redondo y es la que siempre estará en linea de crujia. La primera linea ahora marcará hacia donde va tu barco y se moverá unos grados de tu proa segun la deriva y abatimiento.

LLevas razon.

[sailoog.com]

Originalmente publicado por North Side

No entiendo muy bien que te de el desvío del compás. O mas bien su utilidad. En mi caso me dará el desvío del compás magnético que esta conectado al sistema electrónico. Este compás es 'ciego', así que no me servirá de nada conocer su desvío ya que no visualizo su lectura. Y este desvío no tendrá más que ver con el desvío que tenga la aguja instalada en la bitácora de la que su puedo tener lectura visual.

No se si me explico.

creo que tambien es como tu dices, pero si en ningún momento le definiste la tablilla de desvio a tu electronica te está dando valores irreales porque solo tiene en cuenta la declinación. Tu compas electrónico y tu compas de aguja deben dar el mismo valor.

[sailoog.com]

Pues tras muchos intentos frustrados y frustrantes el IMU ya funciona en OpenPlotter


Cuelgo un video de calidad pesima grabado con mi truñomovil pero que se ve lo suficiente.



- Soldados los 4 pines donde se conectan los 4 cables que van a la Pi.

- Instalado el software y hecho un calibrado patillero para probar.

- Al principio giro la placa mas o menos en plano. Luego lo inclino bastante para simular cabeceo o escora y veréis que hace la compensación perfectamente.

- Luego le cambio de modo y libero los 3 ejes para que el cubo se mueva libremente tal como se mueve la placa. La velocidad de respuesta es magnifica.

- Al final me acerco a la pantalla para que veais como marca la presión y la temperatura.

Todo un exito.

Una vez configurado todo el software que estoy usando, todo es automatico. Te reconoce la mayoria de IMUs del mercado incluido las de adafruit y pololu. La calibración es imprescindible pero es muy muy facil e igualmente automatica. Hay que hacerla una vez se instale en el barco lo mas cerca del sitio donde vaya a estar y alejada en lo posible de campos electromagneticos.

yeahhhh

[North Side]

Originalmente publicado por sailoog.com

creo que tambien es como tu dices, pero si en ningún momento le definiste la tablilla de desvio a tu electronica te está dando valores irreales porque solo tiene en cuenta la declinación. Tu compas electrónico y tu compas de aguja deben dar el mismo valor.

Te entiendo perfectamente, pero pienso que la tablilla de desvío no será la misma para el compás de aguja que para el electrónico. Primero por ser de construcción diferente, y segundo porque al estar situados en partes diferentes del barco no sufren de igual manera las interferencias externas.

Y me quedo flipado con el IMU. Enhorabuena, no nos dejas parar!!

[sailoog.com]

Originalmente publicado por North Side

Te entiendo perfectamente, pero pienso que la tablilla de desvío no será la misma para el compás de aguja que para el electrónico. Primero por ser de construcción diferente, y segundo porque al estar situados en partes diferentes del barco no sufren de igual manera las interferencias externas.

Y me quedo flipado con el IMU. Enhorabuena, no nos dejas parar!!

Pues es verdad....
Suelen ser valores pequeños y se podria despreciar pero debe de haber alguna manera de hallarlo. Se podría programar una mini aplicacion para generar su tablilla de desvio poniendo el barco en ausencia de deriva o corriente en rumbo a los 4 cuadrantes y generarla...

Soy un poco pesao ya lo se pero como ahora tengo tiempo para dedicarle a esto estoy pisando el acelerador

[North Side]

Originalmente publicado por sailoog.com

Pues es verdad....
Suelen ser valores pequeños y se podria despreciar pero debe de haber alguna manera de hallarlo. Se podría programar una mini aplicacion para generar su tablilla de desvio poniendo el barco en ausencia de deriva o corriente en rumbo a los 4 cuadrantes y generarla...

Soy un poco pesao ya lo se pero como ahora tengo tiempo para dedicarle a esto estoy pisando el acelerador

Pesaoooo?? Disfruto con estas cosas casi tanto como navegando. Este fin de semana visitó una persona mi barco y se asustó ver todos los cables que tenía en la mesa de cartas haciendo las pruebas de la Rasp con el multiplexor, etc... Y yo tan feliz

[Diavolo]

Buenas, estoy echando a ratos un poco de mi tiempo a conseguir poner en marcha la berryimu en mi raspberry pi 2, como ya tenía openplotter instalado he cambiado solo openplotter 0.3.0, me he ido. Ozzmaker y he instalado i2c para hacerlo funcionar, pero no lo he conseguido, he colocado el cable de 4 hilos para separar la imu de la pi, pero no lo consigo. Sailoog, ¿podrías poner un manual del procedimiento de instalacion?, no me apetece después de tener todo configurado, tener que volver a formatear la sd para poner la imagen openplotter. gracias.


Enviado desde mi iPone5 con TaPaTa

[sailoog.com]

Originalmente publicado por Diavolo

Buenas, estoy echando a ratos un poco de mi tiempo a conseguir poner en marcha la berryimu en mi raspberry pi 2, como ya tenía openplotter instalado he cambiado solo openplotter 0.3.0, me he ido. Ozzmaker y he instalado i2c para hacerlo funcionar, pero no lo he conseguido, he colocado el cable de 4 hilos para separar la imu de la pi, pero no lo consigo. Sailoog, ¿podrías poner un manual del procedimiento de instalacion?, no me apetece después de tener todo configurado, tener que volver a formatear la sd para poner la imagen openplotter. gracias.

Enviado desde mi iPone5 con TaPaTa

No es necesario nada de Ozzmaker. La instalación de todo lo necesario no es facil y tardarás menos en crear la SD de nuevo que instalar todo lo que hace falta para el IMU.

No te lo aconsejo pero si aun así quieres intentarlo sigue todos estos pasos sin saltarte ninguno:
https://github.com/sailoog/openplott...lling-RTIMULib

y luego el procedimiento habitual para actualizar el script de openplotter:
https://github.com/sailoog/openplott...ng-OpenPlotter

Quizás deberias hacerte con otra SD y dedicarla solo para pruebas dejando tu sistema que ya funciona intacto ya que las actualizaciones van a ser constantes. Sin ir mas lejos si no tienes tiempo de cacharrear te diria que te esperases a la proxima actualización que ya tendrá el barografo y termografo del IMU.

[catatonico]

ok, lo pruebo
y no , vi que era la mas barata, y no me fije en otras con mando...
a veces es extraño lo de los chinos, un mismo producto lo tienen
varios subdistribuidores a precios diferentes, o con mas o menos accesorios
incluso cuando son el mas barato no te mandan ni la caja a pelo...
tambien me traje un cable hdmi plano y corto, asi no hay bucles, 1 y pico

no entiendo como pueden traer cosas aqui por 1 euro o 2 incluyendo
el producto
eso si como pase de 500 o 660 gramos palo de portes,
cosas grandes. o de peso son supercaras por venir via hdl

cosas.... de la china na na

por cierto en 2 meses , casi todo a subido una media del 5-7%
por el asunto del dolar subiendo

[catatonico]

pongo esas fotos
disculpen el tono
el telefono no hace un buen balance de blancos, ni hay control de paralelaje
de cerca siempre cortas...

foto del conjunto
foto del inicio (perdon por toquitearte tu pantalla de inicio Saillog)
foto del open, solo con f11 pantalla completa
y foto con la apariencia mas pequeña, solo se gana un icono
y me gusta menos
es mas evidente la altura

para hacer el diseño 3d para la pantallita, hay una historia que no me agrada
el conector plano entre el lcd y la controladora, solo permite plegarse por detras
con lo que los conectores quedan arriba, algo ilogico
ya que lo natural es que los conectores "fluyan" hacia abajo pero.... es lo que hay

mecanicamente no hay solucion
otra cosa seria poder hacer un "flip" a la imagen de 180º.... hay lo dejo...

[sailoog.com]

Originalmente publicado por catatonico

pongo esas fotos
disculpen el tono
el telefono no hace un buen balance de blancos, ni hay control de paralelaje
de cerca siempre cortas...

foto del conjunto
foto del inicio (perdon por toquitearte tu pantalla de inicio Saillog)
foto del open, solo con f11 pantalla completa
y foto con la apariencia mas pequeña, solo se gana un icono
y me gusta menos
es mas evidente la altura

para hacer el diseño 3d para la pantallita, hay una historia que no me agrada
el conector plano entre el lcd y la controladora, solo permite plegarse por detras
con lo que los conectores quedan arriba, algo ilogico
ya que lo natural es que los conectores "fluyan" hacia abajo pero.... es lo que hay

mecanicamente no hay solucion
otra cosa seria poder hacer un "flip" a la imagen de 180º.... hay lo dejo...

Tienes razón en lo de los conectores afortunadamente por software hay solución, editando el archivo /boot/config.txt puedes rotar la imagen como te plazca:

display_rotate rotates the display clockwise on the screen (default=0) or flips the display.

display_rotate=0 Normal
display_rotate=1 90 degrees
display_rotate=2 180 degrees
display_rotate=3 270 degrees
display_rotate=0x10000 horizontal flip
display_rotate=0x20000 vertical flip

tranquilo que puedes toquetear la pantalla de inicio y todo lo que quieras . La licencia GNU solo te obliga a mantener el nombre openplotter al código y a nombrar a sailoog como su autor, por lo demás puedes cambiarlo todo y hasta comerciar con ello si quieres, siempre y cuando lo distribuyas bajo la misma licencia incluidos todos tus cambios.

[Capitanlanmar]

Primero de abril...