Calificación:
  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5

Nueva RPI 4 ¡Atención!
#76

(08-09-2019, 09:30 PM)pinguino escribió:  Me da por pensar -he leido primero tu otro mensaje en el foro de OpenCpn- que si tu problema es de gráficos tal vez, y solo tal vez, OpenCpn si que recibía sentencias de GPS y por tanto gobernaba correctamente pero no lo mostraba en pantalla.
Ya también la he usado en navegación y con la aceleración y los MBtiles desde hace como año y medio -desde las primeras betas- e incluso usando la aceleración con la Rpi3+ y nunca tuve problema alguno con el flujo de datos por wifi. Eso si, yo siempre uso el piloto a pelo ya que ver el track que va dejando frente al previsto me da mas info respecto a como navego deriva, corrientes etc.
Trastearé mas a ver si noto algo.
Es que no entra ningún dato.
Aquí unos pantallazos sobre el uso de la CPU.
La primera sin aceleradora.
La segunda con aceleradora
Y la tercera con aceleradora y el track activado.
Como ves, pasa de un 18% a un 73% solo activando la aceleradora. Al activar también el track se pone en un 83%.

Es muy posible que se desborden los búffers de recepción por falta de atención de la cpu.[Imagen: 8365cfef49cfed6715d99dabddb1f956.jpg][Imagen: 589a66663c234b9b56c0081a4fe34930.jpg][Imagen: 025f7f8cf7cf0e8a55189d78daa83443.jpg]

Gesendet von meinem CLT-L29 mit Tapatalk
Responder
Agradecido por:
#77

Acabo de comprobarlo. Es la WiFi la que se satura.
Los datos por adaptador RS422 a USB entran son peoblemas

Gesendet von meinem CLT-L29 mit Tapatalk
Responder
Agradecido por:
#78

Primera foto de la ventana de NMEA de OpenCpn sin aceleradora y track activado.
Se pueden ver la entrada de datos en verde y la salida en azul.
En la segunda foto, con aceleradora y track activado. Sólo se ven sentencias en azul ninguna en verde, porque no entra ninguna sentencia.
La naranjas son sentencias filtradas que no salen. [Imagen: b08da0605ba9b7ff404734f503f37d23.jpg][Imagen: cb1942c6d406c63488a89cd7e86aa665.jpg]
Responder
Agradecido por:
#79

Tienes razón. OpenCpn envia la ruta al piloto sin importar si hay posición de GPS o no. Lo que no se es si este es un comportamiento habitual por algún motivo que desconozco o es un gazapo que se les ha colado a los programadores.

Cuestión aparte es el problema que tienes de perdida de datos con la aceleración gráfica. Por ahora no estoy con la Rpi 4 y no puedo probar nada. Cuando lo haga comentare.

No es que el mar tenga tan mal carácter.
El verdadero canalla es el viento.
El mar... sencillamente se deja llevar.
Responder
Agradecido por:
#80

Por cierto.... comprueba que la conexión de salida NO sea también de entrada. En tal caso el comando de activar la ruta enviara de rebote la ultima posición conocida como si fuera una posición de GPS.

No es que el mar tenga tan mal carácter.
El verdadero canalla es el viento.
El mar... sencillamente se deja llevar.
Responder
Agradecido por:
#81

(09-09-2019, 08:23 AM)pinguino escribió:  Por cierto.... comprueba que la conexión de salida NO sea también de entrada. En tal caso el comando de activar la ruta enviara de rebote la ultima posición conocida como si fuera una posición de GPS.
Gracias, pero van por puertos diferentes.

Ayer seguí haciendo pruebas hasta las tantas.
El freno de datos por WiFi es proporcional a la complejidad de las cartas MBTiles.
Si la carta es solo de mar, el freno es menor. En cuanto más detalles tiene la carta más freno.

Gesendet von meinem CLT-L29 mit Tapatalk
Responder
Agradecido por:
#82

(09-09-2019, 08:10 AM)pinguino escribió:  Tienes razón. OpenCpn envia la ruta al piloto sin importar si hay posición de GPS o no. Lo que no se es si este es un comportamiento habitual por algún motivo que desconozco o es un gazapo que se les ha colado a los programadores.

Cuestión aparte es el problema que tienes de perdida de datos con la aceleración gráfica. Por ahora no estoy con la Rpi 4 y no puedo probar nada. Cuando lo haga comentare.
Personalmente, lo encuentro peligroso.
Si navegas solo y te tocan las 2 horas de dormir, te puede poner en una situación peligrosa.
Otros plotters desactivan el track si no hay datos de GPS.
Con la Raspi 3 y OP 1. 2, se puede programar una alarma en OP, de que avise que no entran datos de GPS.
Con la Raspi 4, habrá que esperar.
Yo ya me he escrito un programilla que vigila la entrada de datos de GPS.


Gesendet von meinem CLT-L29 mit Tapatalk
Responder
Agradecido por:
#83

Gypsylyon, estoy intentando replicar tu problema con la aceleración gráfica en OpenCpn y Rpi 4 y no lo he podido replicar.

MI instalación de pruebas se trata de una Rpi 4 con todo actualizado y Raspbian Buster básico. Activo el VNC y los interfaces cambio el idioma y le asigno 600 mb a la GPU instalo xscreensaver y reinicio. Tras esto instalo openplotter-settings y a traves de el instalo OpenCpn, Signal K, el AP wifi y XyGrib.

Después inicio Opencpn y le activo la aceleración y le instalo los mapas MBTiles. Posteriormente defino las entradas de GPS, AIS Y SeaTalk en Signal K.

Ahora ya todo funciona y empiezo a usar OpenCpn y lo pongo en modo "ir a".... todo funciona normal. Incluso moviendo los mapas MBTiles, haciendo zoom etc. Nunca pasa del 15 % de CPU.

Me digo "esto le pasaba a Gypsylyon por que los datos de GPS le entraban por wifi". Así que me pongo manos a la obra. Anulo el GPS usando la configuración de Signal K y veo que me quedo sin GPS. OK. Ahora instalo en el teléfono la aplicación GPS-Tether para que sea el teléfono el que envía los datos de GPS por wifi. Y espero...

Activo un "ir a" y por ahora todo va perfecto. No se que mas decirte. Y mientras no avancemos mas con OP2 que parece que por ahora esta algo atascadillo, no sabremos si tus problemas se deben a tu configuracion especifica de pantalla-graficos, tu configuracion wifi o con el Ocenav o debido a algun factor relativo a OpenPlotter... en el caso de que uses la beta 2 old style.

No es que el mar tenga tan mal carácter.
El verdadero canalla es el viento.
El mar... sencillamente se deja llevar.
Responder
Agradecido por:
#84

(10-09-2019, 08:08 AM)pinguino escribió:  Gypsylyon, estoy intentando replicar tu problema con la aceleración gráfica en OpenCpn y Rpi 4 y no lo he podido replicar.

MI instalación de pruebas se trata de una Rpi 4 con todo actualizado y Raspbian Buster básico. Activo el VNC y los interfaces cambio el idioma y le asigno 600 mb a la GPU instalo xscreensaver y reinicio. Tras esto instalo openplotter-settings y a traves de el instalo OpenCpn, Signal K, el AP wifi y XyGrib.

Después inicio Opencpn y le activo la aceleración y le instalo los mapas MBTiles. Posteriormente defino las entradas de GPS, AIS Y SeaTalk en Signal K.

Ahora ya todo funciona y empiezo a usar OpenCpn y lo pongo en modo "ir a".... todo funciona normal. Incluso moviendo los mapas MBTiles, haciendo zoom etc. Nunca pasa del 15 % de CPU.

Me digo "esto le pasaba a Gypsylyon por que los datos de GPS le entraban por wifi". Así que me pongo manos a la obra. Anulo el GPS usando la configuración de Signal K y veo que me quedo sin GPS. OK. Ahora instalo en el teléfono la aplicación GPS-Tether para que sea el teléfono el que envía los datos de GPS por wifi. Y espero...

Activo un "ir a" y por ahora todo va perfecto. No se que mas decirte. Y mientras no avancemos mas con OP2 que parece que por ahora esta algo atascadillo, no sabremos si tus problemas se deben a tu configuracion especifica de pantalla-graficos, tu configuracion wifi o con el Ocenav o debido a algun factor relativo a OpenPlotter... en el caso de que uses la beta 2 old style.
Prueba conectando a otra Raspi por WiFi.
A una Rpi3 le conectas los periféricos y la pones en AP.
Luego con la Rp4 te conectas a la Rp3 por WiFi.
En esta prueba también dejaban de entrar datos.

En la Rp4 tenía instalado OP. Lo desinstale y no cambió la cosa.

Veré de instalar de nuevo todo

Gesendet von meinem CLT-L29 mit Tapatalk
Responder
Agradecido por:
#85

Pues no tengo dos Rpi en el barco. Tendre que traer otra de casa. Por cierto lo que si he detectado es un alto consumo de CPU de node cuando inicio opencpn. Si uso exclusivamente opencpn en vez de Signal K para las conexiones parece que va mejor. Deberia probar con kplex a pelo para comparar.

No es que el mar tenga tan mal carácter.
El verdadero canalla es el viento.
El mar... sencillamente se deja llevar.
Responder
Agradecido por:
#86

(10-09-2019, 09:26 AM)pinguino escribió:  Pues no tengo dos Rpi en el barco. Tendre que traer otra de casa. Por cierto lo que si he detectado es un alto consumo de CPU de node cuando inicio opencpn. Si uso exclusivamente opencpn en vez de Signal K para las conexiones parece que va mejor. Deberia probar con kplex a pelo para comparar.
Ya lo mostré, con aceleradora activada el consumo de CPU sube casi al 80%

Gesendet von meinem CLT-L29 mit Tapatalk
Responder
Agradecido por:
#87

Yo creo que en un futuro seria intwresante portar a otra plataforma mas potente que una rpi.

Enviado desde mi Redmi Note 7 Pro mediante Tapatalk

[Imagen: Lazo-amarillo-2-300x161.jpg]
Responder
Agradecido por:
#88

(10-09-2019, 11:21 AM)Sumatra escribió:  Yo creo que en un futuro seria intwresante portar a otra plataforma mas potente que una rpi.

Enviado desde mi Redmi Note 7 Pro mediante Tapatalk
Seguro que en el futuro tambien la Raspi sera mas potente.
De todas formas, con la nueva version de Openplotter, sera posible utilizarlo en otras plataformas, adema de la Raspi.

Aunque yo creo que el problema que describo, es que probamos todo al limite. Estoy seguro que llegaria a saturar hasta el ordenador mas rapido del mundo
Responder
Agradecido por:
#89

(10-09-2019, 08:08 AM)pinguino escribió:  Gypsylyon, estoy intentando replicar tu problema con la aceleración gráfica en OpenCpn y Rpi 4 y no lo he podido replicar.

MI instalación de pruebas se trata de una Rpi 4 con todo actualizado y Raspbian Buster básico. Activo el VNC y los interfaces cambio el idioma y le asigno 600 mb a la GPU instalo xscreensaver y reinicio. Tras esto instalo openplotter-settings y a traves de el instalo OpenCpn, Signal K, el AP wifi y XyGrib.

Después inicio Opencpn y le activo la aceleración y le instalo los mapas MBTiles. Posteriormente defino las entradas de GPS, AIS Y SeaTalk en Signal K.

Ahora ya todo funciona y empiezo a usar OpenCpn y lo pongo en modo "ir a".... todo funciona normal. Incluso moviendo los mapas MBTiles, haciendo zoom etc. Nunca pasa del 15 % de CPU.

Me digo "esto le pasaba a Gypsylyon por que los datos de GPS le entraban por wifi". Así que me pongo manos a la obra. Anulo el GPS usando la configuración de Signal K y veo que me quedo sin GPS. OK. Ahora instalo en el teléfono la aplicación GPS-Tether para que sea el teléfono el que envía los datos de GPS por wifi. Y espero...

Activo un "ir a" y por ahora todo va perfecto. No se que mas decirte. Y mientras no avancemos mas con OP2 que parece que por ahora esta algo atascadillo, no sabremos si tus problemas se deben a tu configuracion especifica de pantalla-graficos, tu configuracion wifi o con el Ocenav o debido a algun factor relativo a OpenPlotter... en el caso de que uses la beta 2 old style.
Ahora con mas tranquilidad veo tu instalacion.
Yo he instalado la version completa de Raspian Buster. El VNC no lo tengo activo, ya que e conecto un monitor. La resolucion es de 1920x1080. La memoria de graficos a 70 mb (je ahora la he subido a 120). De momento no tengo instalado OP, ya que lo desinstale por si era el causante. 

AL leer tu configuracion, he caido en lo de la memoria para los graficos y la he subido a 120Mb. Y ha mejorado considerablemente. La ocupacion de CPU ha bajado un 20% y no bloquea la recepcion de datos por WiFi.
Seguire haciendo pruebas con la memoria para graficos, a ver en que punto no mejora mas la ocupacion de CPU
Responder
Agradecido por:
#90

Tras comprobar la ocupacion de la CPU usando dieferentes tamaños de memoria para graficos, he visto que desde 200Mb a 500 Mb no hay diferencias. Asi que lo dejo en 240Mb.
Curiosamente con 700Mb ya ni siquiera arranca la Raspi
Responder
Agradecido por: Manuel Núñez Delgado


Salto de foro:


Usuarios navegando en este tema: 2 invitado(s)