Electrónica Proyecto OpenPlotter

Bueno, ayer volví de la mar y pude descargar y probar la última versión de openplotter en mi Raspberry Pi (modelo antiguo).

Todo parece funcionar perfectamente a falta de probarlo mas y está quedando un trabajo muy pulido.

Lastima que con la llegada de los IMUs he perdido el funcionamiento en plataformas x86/AMD64 y me tengo que quedar con la anterior para el CHBOX.

En cualquier caso ¡buen trabajo!

P.D.

Me hubiera gustado ver la version esa de opencpn que incluye (al parecer) soporte para NMEA2000 y Seatalk, ya que la unica posibilidad de que funcione seria por medio del puerto GPIO.

Aunque la verdad, creo recordar que el GPIO serie solo admite una velocidad minima de 9600 y Seatalk funciona a 4800 ..... creo.

[North Side]

Originalmente publicado por pinguino

Aunque la verdad, creo recordar que el GPIO serie solo admite una velocidad minima de 9600 y Seatalk funciona a 4800 ..... creo.

Efectivamente, Seatalk solo funciona a 4800. Cosa que no tiene justificación técnica alguna. Yo creo que es para tocarnos un poco las bolas.

De hecho, el shipmodul comparte el mismo circuito para la entrada de datos 4 (que es la que soporta NMEA y SeaTalk), con la salida de datos 1. Pues bien, cuando seleccionas la entrada 4 como entrada SeaTalk, te limita también la salida a 4800.

Saludos.

[sailoog.com]

Originalmente publicado por pinguino

Bueno, ayer volví de la mar y pude descargar y probar la última versión de openplotter en mi Raspberry Pi (modelo antiguo).

Todo parece funcionar perfectamente a falta de probarlo mas y está quedando un trabajo muy pulido.

Lastima que con la llegada de los IMUs he perdido el funcionamiento en plataformas x86/AMD64 y me tengo que quedar con la anterior para el CHBOX.

En cualquier caso ¡buen trabajo!

P.D.

Me hubiera gustado ver la version esa de opencpn que incluye (al parecer) soporte para NMEA2000 y Seatalk, ya que la unica posibilidad de que funcione seria por medio del puerto GPIO.

Aunque la verdad, creo recordar que el GPIO serie solo admite una velocidad minima de 9600 y Seatalk funciona a 4800 ..... creo.

creo que aun es compatible con x86/AMD64 no? o hay alguna libreria de las que usa openplotter que no exista en esas plataformas? obviamente si no tiene GPIO no tendrá IMU ni el resto de sensores.

Pero has tocado un tema clave... intentando aprovechar las peculiarides de las placas como la raspberry y el resto de la misma familia (C1, beaglebone...), la evolucion de openplotter como bien dices la aleja de los ordenadores x86/AMD64. Pero no solo eso... tambien la aleja del resto de placas y la enfoca solo en la raspberry y el openplotter HAT es la prueba mas evidente. Ante esto creo que hay que tomar una decisión.

Estoy cerca de decidir en centrar el desarrollo en la raspberry y estos son mis argumentos:

- Para los x86/AMD64 el mejor sistema será siempre Navigatrix por la cantidad de paquetes y posibilidades que ofrece y nunca se aprovechará de las posibilidades de interconexion de las embedded boards porque no tienen puerto GPIO

- Intentar conservar la compatiblidad con x86/AMD64 y otras embedded boards significa no exprimir las capacidades de la raspberry.

- El hecho diferencial de openplotter ha de ser la integracion de software y hardware para sustituir no solo a un plotter como lo haría Navigatrix y un portatil sino a toda la electrónica y sensores de abordo o como minimo facilitar la comunicación con ellos.

- La raspberry es el proyecto mas firme y con mas proyección y ha venido para quedarse mucho tiempo.

- Yo solo a duras penas puedo mantener el desarrollo de software, hardware, documentacion y las actualizaciones de una distribucion como OpenPlotter RPI basad en Raspbian. Si saliera alguien que mantuviera aunque solo fuera otra distribución para otra placa se podría seguir con ello.

- No hay ninguna distribución comun a todas las embedded boards. Ubuntu snappy es un intento de ello pero aun le queda un largo recorrido. si llegara a la madurez se podría pensar en cambiar de Raspbian a Ubuntu snappy y recuperar la compatibilñidad.

Que pensais?



P.D. No encuentro en ningun lado esa limitacion de baudios del GPIO que comentas, creo que permite de 110 a 921600 baudios.

[Camelot]

Hola,

Habeis visto este anemometro bluetooth

No es demasiado caro, tal vez podría ser algo así la idea para el sensor de viento de openplotter.

https://calypsoinstruments.com/

[sailoog.com]

Originalmente publicado por Camelot

Hola,

Habeis visto este anemometro bluetooth

No es demasiado caro, tal vez podría ser algo así la idea para el sensor de viento de openplotter.

https://calypsoinstruments.com/

joder como mola

pero son 450 leuros

ademas es selfpowered con una mierdita de placa solar

[ManelvallsVila]

450pepinos...

Originalmente publicado por Camelot

Hola,

Habeis visto este anemometro bluetooth

No es demasiado caro, tal vez podría ser algo así la idea para el sensor de viento de openplotter.

https://calypsoinstruments.com/

Originalmente publicado por sailoog.com

creo que aun es compatible con x86/AMD64 no? o hay alguna libreria de las que usa openplotter que no exista en esas plataformas? obviamente si no tiene GPIO no tendrá IMU ni el resto de sensores.

Pero has tocado un tema clave... intentando aprovechar las peculiarides de las placas como la raspberry y el resto de la misma familia (C1, beaglebone...), la evolucion de openplotter como bien dices la aleja de los ordenadores x86/AMD64. Pero no solo eso... tambien la aleja del resto de placas y la enfoca solo en la raspberry y el openplotter HAT es la prueba mas evidente. Ante esto creo que hay que tomar una decisión.

Estoy cerca de decidir en centrar el desarrollo en la raspberry y estos son mis argumentos:

- Para los x86/AMD64 el mejor sistema será siempre Navigatrix por la cantidad de paquetes y posibilidades que ofrece y nunca se aprovechará de las posibilidades de interconexion de las embedded boards porque no tienen puerto GPIO

- Intentar conservar la compatiblidad con x86/AMD64 y otras embedded boards significa no exprimir las capacidades de la raspberry.

- El hecho diferencial de openplotter ha de ser la integracion de software y hardware para sustituir no solo a un plotter como lo haría Navigatrix y un portatil sino a toda la electrónica y sensores de abordo o como minimo facilitar la comunicación con ellos.

- La raspberry es el proyecto mas firme y con mas proyección y ha venido para quedarse mucho tiempo.

- Yo solo a duras penas puedo mantener el desarrollo de software, hardware, documentacion y las actualizaciones de una distribucion como OpenPlotter RPI basad en Raspbian. Si saliera alguien que mantuviera aunque solo fuera otra distribución para otra placa se podría seguir con ello.

- No hay ninguna distribución comun a todas las embedded boards. Ubuntu snappy es un intento de ello pero aun le queda un largo recorrido. si llegara a la madurez se podría pensar en cambiar de Raspbian a Ubuntu snappy y recuperar la compatibilñidad.

Que pensais?



P.D. No encuentro en ningun lado esa limitacion de baudios del GPIO que comentas, creo que permite de 110 a 921600 baudios.

Personalmente lo veia venir. Y es que cuando comenzaste con los IMU supe que era un camino muy especial.

Lo que creo que pasa es que al intentar ejecutarlo en x86 da error acerca de algún modulo relacionado con los IMU.

No me fijé mas pues di por sentado que mi versión ya seria la última para x86. Y la verdad es que me es suficiente. Y quien quiera mas tiene Navigatrix.

No le des mas vueltas, centrate en la Raspberry y sea lo que sea que se logre se debe lograr bien. Y quien mucho abarca.....

Y cuando alguien nuevo se acerca desea obtener resultados inmediatos. Usar otras placas complicaria demasiado el asunto.

Señores.... La Raspberry se ha convertido en un estandar. Si lo sabrá microchof que va subido in extremix en el último vagón y aún no sabemos si aguantará.