La nueva Rpi4 es una placa genial, pero para los que usamos OpenPlotter es un poco frustrante el no poder usarlo en ella ya que la versión mas reciente disponible no corre sobre la nueva Rpi4.

Es por eso que me he atrevido a crear una pre-versión aun no funcional del todo para que al menos el que tenga una Rpi4 y tenga mono de openplotter pueda empezar a probarla.


Es una versión muy preliminar y con problemas. En mi caso funciona bastante bien pero no esta garantizado su funcionamiento así que si buscas algo fiable y estable tendrás que esperar a que salga la versión final.

¿Recomiendo usarla?.... NO. Pero si queréis cacharrear ya podéis hacerlo.

Me ha costado un huevo mucho crearla. El openplotter-gen que debería hacerlo automáticamente se ha negado en redondo a funcionar de cualesquiera de las maneras que lo intentara. Así que me ha tocado ir corriendo las lineas de código una a una hasta finalizar la instalación a mano. 

No me pidáis mucha mas faena. Si algo no funciona.... pues eso. NO se dará soporte a esta versión ya que se da por hecho que hay errores y el dar soporte retrasaría el trabajo mas importante.

Esta version ha sido descatalogada y por tanto el enlace de descarga eliminado

Esta hecha en una SD de 8 Gb pero recomiendo que uséis una de al menos 16 Gb ya que algunas de 8 gb serán mas pequeñas que la que he usado y no servirán.


Tengo una Rpi4  ¿Debería probar esta versión?
-Si, es lo mas parecido a un OP funcional que se puede usar en Rpi4

Tengo una Rpi2, 3 o 3+  ¿Debería probar esta versión?
-No puesto que la versión 1.2.0 es totalmente funcional en tu caso y esta probablemente no.

Esta versión ¿sirve solo para la Rpi4?
-En realidad sirve para todas, desde la Rpi2 hasta la 4 pero solo es imprescindible para la Rpi4 que es incapaz de correr versiones anteriores de OpenPlotter.

Tengo una Rpi4 con Raspbian Buster instalado y opencpn y Xygrib funcionando. ¿merece la pena que pruebe esta versión?
-Si, ya que opencpn y Xygrib funcionaran exactamente igual de bien y ademas es posible que puedas aprovechar otras cosas como Signal K, pypilot etc.

Gracias Pingüino por la currada. Con esto ya me animo a comprar la Pi 4, y ver las novedades de openplotter v2.

La descargo y mientras tanto trasteare con la Pi3.

Lo cierto es que me lié a la tarea pensando que con openplotter-gen seria algo relativamente sencillo. Tras varios días de intentarlo y no lograrlo ya se convirtió mas en un desafío que otra cosa y finalmente no me quedo mas opción que hacerlo todo a pelo.
No se si tanto trabajo ha merecido la pena. No sois muchos los que podéis sacarle provecho ya que requiere dos cosas, tener una Rpi4 y tener ganas de cacharrear.
Pero es cierto que la forma como trabaja Opencpn con la Rpi4, la estabilidad del IMU y sus medidas que superan a la anterior versión de openplotter y la aceleración gráfica que implementa la Rpi4 hacen que lo anterior quede muy atrás.

Por curiosidad, ¿qué problema o problemas está habiendo para que no funcione en la 4? ¿en qué no son compatibles?

(10-08-2019, 10:25 PM)vecino escribió:  Por curiosidad, ¿qué problema o problemas está habiendo para que no funcione en la 4? ¿en qué no son compatibles?

Hasta la Rpi3 B+ todos los dispositivos Rpi compartían el mismo chip gráfico de Broadcom -VideoCore IV- cuyo uso estaba ligado exclusivamente a un blob binario cuyo código no había sido totalmente publicado.

Como resultado de esto el soporte de la aceleración gráfica basada en opengl2.0 era bastante deficiente y se solucionaba con controladores basados en software o con versiones alternativas que funcionaban con algunos errores.

Con la Rpi4 esto ha cambiado para mejor. El nuevo chip gráfico -VideoCore VI- no solo es mucho mas potente si no que también es mas abierto y dispone de total aceleración gráfica opengl3.0.
Por tanto este nuevo chip requiere un nuevo controlador. Controlador cuyas versiones "viejas" de Raspbian no poseen. Por tanto solo funciona en la última versión de Raspbian, la que se basa en Debian Buster que si incluye soporte a opengl3.0.

Dado que Openplotter esta construida sobre la version anterior stretch no dispone de tal controlador y por tanto no funciona. Hay que construir openplotter sobre Buster para poder usarlo en la Rpi4 y eso es lo que esta retrasando a Sailoog.

También hay otros problemas añadidos como el hecho de tener que migrar todo el código de openplotter de python2 -a punto de quedarse obsoleto- a python3 o el hecho de que algunos plugins de opencpn para Arm aun no están adaptados a las versiones nuevas de Raspbian. Cosillas por el estilo.

Así, los sistemas ”abiertos” no lo son tanto ..... y al final se van pareciendo a otros “cerrados”.   

(11-08-2019, 09:04 AM)Dunic escribió:  Así, los sistemas ”abiertos” no lo son tanto ..... y al final se van pareciendo a otros “cerrados”.   

En eso tienes razón Dunic. Pero lo cortés no quita lo valiente. Lo cierto es que el resto del sistema es de código abierto, incluido los esquemas eléctricos. Ademas la Rpi4 al librarse del blob es mas abierta que todas las anteriores. El objetivo de la fundación de lograr un sistema totalmente abierto sigue ahí. Solo que es muy difícil luchar contra las aberraciones del sistema de patentes, especialmente si el precio final del producto es crucial para poder acercar la tecnología a las personas mas desfavorecidas económicamente.

(10-08-2019, 10:46 PM)pinguino escribió:  ...

Gracias por la aclaración.

Gracias por el curro Pinguino. El pi-gen está roto porque es el último eslabon en la cadena y en OpenPlotter 2 han cambiado muchas cosas. De hecho lo que has publicado supongo que contiene las novedades pero en el formato antiguo. Este es el anuncio del inicio de una primera fase beta solo para usuarios avanzados:

http://forum.openmarine.net/showthread.p...79#pid9879

   

¡Vaya! Esto si que son novedades. Deduzco que openplotter ya se esta convirtiendo en una herramienta que se puede adaptar a diferentes placas variando sus cualidades según cada sistema. Buena idea.
En este momento lo estoy probando sobre Ubuntu en el PC de escritorio. Parece que va bien. Solo un detalle, Al instalar las fuentes se bloquea. Intuyo que se debe a la costumbre de la Rpi de usar el sudo implícito sin pedir contraseña.
Iniciando desde consola y con sudo ya he podido instalar las fuentes y las herramientas que hay disponibles por ahora.
Tiene una pinta estupenda. 

Por cierto, no veo un instalador de XyGrib ¿no?

(12-08-2019, 12:09 PM)pinguino escribió:  ¡Vaya! Esto si que son novedades. Deduzco que openplotter ya se esta convirtiendo en una herramienta que se puede adaptar a diferentes placas variando sus cualidades según cada sistema. Buena idea.
En este momento lo estoy probando sobre Ubuntu en el PC de escritorio. Parece que va bien. Solo un detalle, Al instalar las fuentes se bloquea. Intuyo que se debe a la costumbre de la Rpi de usar el sudo implícito sin pedir contraseña.
Iniciando desde consola y con sudo ya he podido instalar las fuentes y las herramientas que hay disponibles por ahora.
Tiene una pinta estupenda. 

Por cierto, no veo un instalador de XyGrib ¿no?

Exacto, la portabilidad era la solicitud mas frecuente. Ahora OPenPlotter funcionara en todos los derivados de debian: Raspbian, Ubuntu, Mint... Aunque las apps que están marcadas con la fresita son solo para la raspberry.

Lo del sudo es un inconveniente. Para no tener problemas tu usuario deberia estar en la lista de sudoers porque ejecutar toda la aplicacion como sudo no es recomendable ya que puede que cree archivos de configuracion con propietario root y eso es un lio.

Lo del instalador xygrib está pendiente. Para ir bien deberiamos de tener xygrib compilado en el ppa de openplotter pero no me he puesto con ello por falta de tiempo. Si no me equivoco tu tienes algo de tiempo metido en ello. Si me indicas las dependencias para la compilación en arm lo podria intentar o si tu te animas a abrir un ppa que luego podamos copiar al de openplotter estaria genial.

Desde hace un porron de meses que ya no compilo XyGrib. Tendría que ver como hacerlo. Suelo instalar los paquetes del mismo sitio que tu los obtienes. ¿No podrías meterlos en el mismo PPA de openplotter?

Bueno, un par de cosillas mas.
Lo primero es decir que hay una versión de XyGrib en los repositorios de Buster que funciona bien aunque no es la mas reciente. He intentado compilar Xygrib pero me he topado con algún problemilla por ahora. Pero buen. Parece que con solo añadir qttools5-dev a la lista de paquetes requeridos para Ubuntu se soluciona y de momento esta compilandose.

Lo segundo es comentar que la primera vez que se instala y usa el configurador de openplotter en Raspbian Buster funciona bien pero tras reiniciar ya no. No se puede volver a manipular las descargas de  los diferentes elementos. Ni instalar ni desinstalar. Parece como que quedan inhabilitadas.


Lo mismo ocurre con el instalador de opencpn, todo deshabilitado. Curiosamente, este error no se produce en la versión del ordenador de escritorio.

Otro problema es que el servidor de signal k parece que se configura en el puerto 3000 pero en realidad queda en el 3443 y ademas sale un mensaje de error SSL que antes no salia. Y eso que al instalar pregunta si queremos activar ssl y le doy a aceptar.

(12-08-2019, 09:51 PM)pinguino escribió:  Bueno, un par de cosillas mas.
Lo primero es decir que hay una versión de XyGrib en los repositorios de Buster que funciona bien aunque no es la mas reciente. He intentado compilar Xygrib pero me he topado con algún problemilla por ahora. Pero buen. Parece que con solo añadir qttools5-dev a la lista de paquetes requeridos para Ubuntu se soluciona y de momento esta compilandose.

Lo segundo es comentar que la primera vez que se instala y usa el configurador de openplotter en Raspbian Buster funciona bien pero tras reiniciar ya no. No se puede volver a manipular las descargas de  los diferentes elementos. Ni instalar ni desinstalar. Parece como que quedan inhabilitadas.


Lo mismo ocurre con el instalador de opencpn, todo deshabilitado. Curiosamente, este error no se produce en la versión del ordenador de escritorio.

Otro problema es que el servidor de signal k parece que se configura en el puerto 3000 pero en realidad queda en el 3443 y ademas sale un mensaje de error SSL que antes no salia. Y eso que al instalar pregunta si queremos activar ssl y le doy a aceptar.

He probado a instalar xygrib desde los repositorios de buster y se instala la 1.2.2 que funciona bastante bien. Voy a tirar por ahi y si luego consigo compilar las nuevas en el ppa de openplotter se sobreinstalaran sobre las de buster siempte que sean versiones superiores. No puedo cargar debs en un ppa, se tienen que subir las fuentes para que el mismo ppa las compile, es por eso que tienes que darle exactamente las dependencias exactas para la compilacion y para la ejecucion por separado y si falla la compilación no se crea el paquete y es muy estricto en eso.

El icono de help solo se activa cuando instalas la documentacion, el install y uninstall cuando seleccionas una app. El problema que tienes es con la lectura de los repositorios.
Has cambiado los sources?
Estas ejecutando el programa como root? en raspberry no tienes que usar sudo, en los escritorios de momento si hasta que solucione el problema de los permisos de root allí.
Abre el programa teclenado en el terminal simplemente openplotter-settings y dime si ves algun error.

Si eliges SSL en la instalacion de signal k siempre se usa el puerto 3443 aunque selecciones 3000. Es el puerto por defecto para SSL.

Gracias por el debugging!

Hago todo como comentas. La ayuda esta instalada, tambien mire eso. Los repos instalados. No uso sudo. Y en la pantalla del terminal no aparecen mensajes excepto cuando añade los repos y muestra OK por cada linea añadida.
Mas detalles, aunque vuelvas a eliminar openplotter-settings incluso con purge da igual que lo vuelvas a reinstalar. Ya no funciona. La unica manera es quemar una nueva img y empezar de cero. Lo he comprobado tres veces.

Si logre compilar xygrib, en este caso la 1.2.7. Solo hacen falta las dependencias que se usan en ubuntu 18-04 y la que dije en el mensaje anterior.

Tendré en cuenta lo del SSL en la siguiente img ya que no se puede hacer nada una vez bloqueado.

Por cierto, por si sirve de pista. he instalado openplotter-settings sobre la openplotter previamente instalada y esta no deja tocar nada como si fuera una de las limpias una vez reiniciado. Vamos que esta bloqueada desde el principio.