Electrónica Otra alternativa al ploter

[TAMAMOANA]

Ahora ya no hay excusa

10 pulgadas que creo es lo ideal para los cegatos como servidor.
Contenido en precio.
LEGIBLE a plena luz de dia o eso anuncian.

Si buscais el display Qi aparece en multitud de tables y cacharros económicos y según parece es el display a tener en cuenta para estos menesteres.

Solo faltaría bricolajearlo un poco para hacerlo marino.

[lopard]

Lo difícil será buscarle una caja con un mínimo de estanqueidad.

Yo por ahora los kit de displays que he encontrado son:

Para 7"

Para 10"

Si alguien encuentra una caja adecuada que por favor comparta

[TAMAMOANA]

Originalmente publicado por lopard

Lo difícil será buscarle una caja con un mínimo de estanqueidad.

Yo por ahora los kit de displays que he encontrado son:

Para 7"

Para 10"

Si alguien encuentra una caja adecuada que por favor comparta

Perdona pero no hablamos del mismo tipo de pantalla. Meses me ha costado encontrar la que he puesto.

[lopard]

Originalmente publicado por TAMAMOANA

Perdona pero no hablamos del mismo tipo de pantalla. Meses me ha costado encontrar la que he puesto.

¿No valen para la raspberry?
¿Que características deberían de tener?

[TAMAMOANA]

Originalmente publicado por TAMAMOANA

....
Contenido en precio.
LEGIBLE a plena luz de dia o eso anuncian.....

Tus pantallas cumplen la primera, pero la segunda es harina de otro costal.

[lopard]

Originalmente publicado por TAMAMOANA

Tus pantallas cumplen la primera, pero la segunda es harina de otro costal.

¿Qué contraste es el aconsejable para verlo bien a la luz del día?
¿ O qué parámetros tengo que revisar para que pueda verse bien?

[sailoog.com]

Nueva versión de prueba de OpenPlotter:



No es la rama principal del repositorio, es la que se llama "openplotter10" para descargarla:

cd .config
git clone -b openplotter10 git://github.com/sailoog/openplotter-sailpi.git openplotter

MEJORAS:

• Añadido un menu superior con las opciones: "Startup" lista de programas para seleccionar los que queramos que se inicien con el sistema. "Time" para poner el reloj en hora con la hora del GPS y para cambiar de uso horario. "Wifi" para cambiar de servidor NMEA WIFI a cliente y para conectarse a internet en puerto.
• Ahora se pueden crear entradas y salidas serie y TCP/UDP. Por cuestiones tecnicas no se pueden crear salidas UDP lo cual no es una gran perdida. El sistema detectará errores de usuario como por ejemplo intentar crear varias entradas o salidas en el mismo puerto.
• Ahora el plugin de AIS-SDR de opencpn ya no es necesario. OpenPlotter lo hace todo y añade la posibilidad de definir la ganancia a tope mejorando la recepción en un 50% respecto al plugin de opencpn.
• El visor de sentencias de la salida se ha separado del programa principal para mejorar el rendimiento.
• Se ha depurado el código.
• Hay un proyecto de logo

Yo ya lo he probado bastante pero seguro que le encontrais algún fallo así que los que os animeis a testearlo teneis unas pagadas.
Se acerca la versión definitiva. Quedan algunos detalles y pulir. Cuando esté acabado incluiré los idiomas.

También estoy mirando de incluir la posibilidad de generar NMEA de presión y temperatura usando sensores muy baratos y convertir la Pi en una estación meteo pero eso será más adelante.

Como siempre permanezco a la escucha....

[gilinas]

Originalmente publicado por sailoog.com

Nueva versión de prueba de OpenPlotter:



No es la rama principal del repositorio, es la que se llama "openplotter10" para descargarla:

cd .config
git clone -b openplotter10 git://github.com/sailoog/openplotter-sailpi.git openplotter

MEJORAS:

• Añadido un menu superior con las opciones: "Startup" lista de programas para seleccionar los que queramos que se inicien con el sistema. "Time" para poner el reloj en hora con la hora del GPS y para cambiar de uso horario. "Wifi" para cambiar de servidor NMEA WIFI a cliente y para conectarse a internet en puerto.
• Ahora se pueden crear entradas y salidas serie y TCP/UDP. Por cuestiones tecnicas no se pueden crear salidas UDP lo cual no es una gran perdida. El sistema detectará errores de usuario como por ejemplo intentar crear varias entradas o salidas en el mismo puerto.
• Ahora el plugin de AIS-SDR de opencpn ya no es necesario. OpenPlotter lo hace todo y añade la posibilidad de definir la ganancia a tope mejorando la recepción en un 50% respecto al plugin de opencpn.
• El visor de sentencias de la salida se ha separado del programa principal para mejorar el rendimiento.
• Se ha depurado el código.
• Hay un proyecto de logo

Yo ya lo he probado bastante pero seguro que le encontrais algún fallo así que los que os animeis a testearlo teneis unas pagadas.
Se acerca la versión definitiva. Quedan algunos detalles y pulir. Cuando esté acabado incluiré los idiomas.

También estoy mirando de incluir la posibilidad de generar NMEA de presión y temperatura usando sensores muy baratos y convertir la Pi en una estación meteo pero eso será más adelante.

Como siempre permanezco a la escucha....

Pues tiene una pinta fenomenal, ... está para comérselo (con los ojos de momento)

Pues a probar toca.

Menos mal que actualizar openplotter es coser y cantar.

Por cierto... tras darle un vistazo a este hilo....
http://www.cruisersforum.com/forums/...pc-132684.html

... que es uno de los muchos que circulan en un foro que para mi ha sido punto de referencia en cuanto a el mar y la navegación como es Cruisersforum, me queda la duda.

¿Es que los guiris se han vuelto exigentes y no se conforman con poca potencia?

O...¿tal vez estemos los pobres habitantes de la península ibérica poniéndonos por delante en cuanto a hacer de la Frambuesa un decente dispositivo de navegación electrónica?

, si supieran lo que hemos avanzado...... ¡Vamos! A mi si que me parece bastante usable.

Ademas, parece que ni se han enterado de que ya tenemos una version lista para instalar. Como ellos dirian Out Of The Box.

[sailoog.com]

Buen apunte pinguino...

Yo creo que si que son demasiado exigentes. Llevamos ya unos años donde la tendencia es hacia sistemas operativos muy graficos y visuales con ventanas animadas y todo tipo de efectos, transiciones y soniditos molones y eso se paga con la necesidad de más maquina y velocidad. Usar opencpn en las raspberry es como volver 10 años atrás en los que tenias que esperar 5 segundos para que se abriera un programa o 3 para que el zoom te haga caso. Supongo que va a gustos y personalmente yo creo que la raspberry está en el límite de la usabilidad y su limitada capacidad de proceso se ve compensada con sus otras prestaciones(consumo, precio, vesatilidad...).

Pensemos que la frambuesa es la hermana pequeña del universo ARM y en la conversación de Cruisersforum, uno de los desarrolladores de OpenCpn dice:

We plan to stabilize the code so that ARM operation will be good for daily use. But we are not there yet.

Así que está claro que es el rumbo a tomar y cuando OpenCpn esté preparado del todo, los que hemos confiado en la frambuesa y el resto de derivados nos cogerá con los deberes hechos.

Desarroladores de opencpn, kplex, etc me habian asegurado que la Pi no podría con todo a la vez (plotter, multiplex, AIS-SDR, NMWA wifi server...) y como uno es de naturaleza incredula pues decidí comprobarlo. Y resulta que en mi opninión SI que cumple los mínimos, pero como decia antes estos minimos son algo subjetivo.

[sailoog.com]

Originalmente publicado por sailoog.com

Nueva versión de prueba de OpenPlotter:


No es la rama principal del repositorio, es la que se llama "openplotter10" para descargarla:

cd .config
git clone -b openplotter10 git://github.com/sailoog/openplotter-sailpi.git openplotter

MEJORAS:

• Añadido un menu superior con las opciones: "Startup" lista de programas para seleccionar los que queramos que se inicien con el sistema. "Time" para poner el reloj en hora con la hora del GPS y para cambiar de uso horario. "Wifi" para cambiar de servidor NMEA WIFI a cliente y para conectarse a internet en puerto.
• Ahora se pueden crear entradas y salidas serie y TCP/UDP. Por cuestiones tecnicas no se pueden crear salidas UDP lo cual no es una gran perdida. El sistema detectará errores de usuario como por ejemplo intentar crear varias entradas o salidas en el mismo puerto.
• Ahora el plugin de AIS-SDR de opencpn ya no es necesario. OpenPlotter lo hace todo y añade la posibilidad de definir la ganancia a tope mejorando la recepción en un 50% respecto al plugin de opencpn.
• El visor de sentencias de la salida se ha separado del programa principal para mejorar el rendimiento.
• Se ha depurado el código.
• Hay un proyecto de logo

Yo ya lo he probado bastante pero seguro que le encontrais algún fallo así que los que os animeis a testearlo teneis unas pagadas.
Se acerca la versión definitiva. Quedan algunos detalles y pulir. Cuando esté acabado incluiré los idiomas.

También estoy mirando de incluir la posibilidad de generar NMEA de presión y temperatura usando sensores muy baratos y convertir la Pi en una estación meteo pero eso será más adelante.

Como siempre permanezco a la escucha....

Olvidé comentar que para que la autoejecución de los programas funcione hay que hacer autoejecutable el archivo startup.py para que el se encargue de lanzar los programas que hayamos decidido ejecutar al principio (Opencpn, kplex, x11vnc, AIS-SDR)

Pero la respuesta a la cuestión...¿Es la Raspberry Pi útil como herramienta de navegación electrónica o no?.... deberíamos darla aquellos que la hemos usado.

Vale, ya se que hay muchos ordenadores potentes y molones en muchas embarcaciones, generalmente pudientes. Pero he visto muchos netbooks Atom corriendo versiones sucias de XP y Win7 que iban casi mas lentos con opencpn que nuestra modesta PI.

Estaría bien una encuesta (ahora que están de moda) del tipo:

¿Ha probado usted a navegar con una Raspberry y el sistema SailPI-openplotter?

En caso afirmativo....

¿Le ha parecido usable?

Saber cuantos han probado la Pi en navegación y que opinión les da esta seria muy interesante.

Olvide Sailoog comentarte un pequeño detalle acerca de openplotter.

A la hora de crear un puerto serie he visto que ya detecta si este esta asignado y por tanto no permite usarlo.

Pero he intentado poner el mismo puerto serie como entrada y a la vez salida de datos, cosa que se puede hacer siempre y cuando la velocidad en baudios sea la misma tanto de entrada como de salida, pero no me lo ha permitido.

Quizás no se use mucho esta configuración, pero el caso es que yo sí la uso pues puedo recibir datos del GPS fijo del barco por un puerto de entrada y reenviarlos a las pantallas exteriores usando el mismo puerto como salida y así ahorrar un convertidor serie-usb.

En fin, solo es un detalle a falta de probarlo en navegación.

[sailoog.com]

Originalmente publicado por pinguino

Pero la respuesta a la cuestión...¿Es la Raspberry Pi útil como herramienta de navegación electrónica o no?.... deberíamos darla aquellos que la hemos usado.

Vale, ya se que hay muchos ordenadores potentes y molones en muchas embarcaciones, generalmente pudientes. Pero he visto muchos netbooks Atom corriendo versiones sucias de XP y Win7 que iban casi mas lentos con opencpn que nuestra modesta PI.

Estaría bien una encuesta (ahora que están de moda) del tipo:

¿Ha probado usted a navegar con una Raspberry y el sistema SailPI-openplotter?

En caso afirmativo....

¿Le ha parecido usable?

Saber cuantos han probado la Pi en navegación y que opinión les da esta seria muy interesante.

noooo que nos van a ilegalizar

[gilinas]

Originalmente publicado por pinguino

Pero la respuesta a la cuestión...¿Es la Raspberry Pi útil como herramienta de navegación electrónica o no?.... deberíamos darla aquellos que la hemos usado.

Vale, ya se que hay muchos ordenadores potentes y molones en muchas embarcaciones, generalmente pudientes. Pero he visto muchos netbooks Atom corriendo versiones sucias de XP y Win7 que iban casi mas lentos con opencpn que nuestra modesta PI.

Estaría bien una encuesta (ahora que están de moda) del tipo:

¿Ha probado usted a navegar con una Raspberry y el sistema SailPI-openplotter?

En caso afirmativo....

¿Le ha parecido usable?

Saber cuantos han probado la Pi en navegación y que opinión les da esta seria muy interesante.

Daré mi opinión.

En lugares en los que existe un alto tráfico de buques con AIS (por ejemplo en las cercanías del puerto de Valencia) el OpenCPN con la RasPi se queda bastante corto. Para poderlo usar hay que inhabilitar el AIS en el OpenCPN porque el consumo de CPU es del 100% y a veces la respuesta del sistema puede ser del orden de 30 a 60 segundos a cualquier click del ratón. E incluso a veces el kplex se me cuelga.

Sin embargo, considero que solamente para gastala como multiplexor o como punto de acceso wifi vale la pena el gasto de la Raspi, tanto energético como monetario. Sobre todo si ya tienes un plotter en bitácora.

Originalmente publicado por sailoog.com

Olvidé comentar que para que la autoejecución de los programas funcione hay que hacer autoejecutable el archivo startup.py para que el se encargue de lanzar los programas que hayamos decidido ejecutar al principio (Opencpn, kplex, x11vnc, AIS-SDR)

Intento hacer funcionar este apartado del arranque en mi sistema, pero algo falla.

He desactivado el auto arranque de opencpn a través del startup de openbox.

Después intento hacer que auto inicie usando openplotter pero no parece tener efecto.

¿Como lo has diseñado para que funcione?

El Ais decoder si que arranca y para con su casilla.

Con kplex no he probado pues yo lo inicio desde el crontab para que así ajuste la hora del sistema antes incluso de que arranque el escritorio.


Edito:

Creo que te refieres a que hay que poner en el arranque de openbox a startup.py ¿Verdad?

[sailoog.com]

Originalmente publicado por pinguino

Intento hacer funcionar este apartado del arranque en mi sistema, pero algo falla.

He desactivado el auto arranque de opencpn a través del startup de openbox.

Después intento hacer que auto inicie usando openplotter pero no parece tener efecto.

¿Como lo has diseñado para que funcione?

El Ais decoder si que arranca y para con su casilla.

Con kplex no he probado pues yo lo inicio desde el crontab para que así ajuste la hora del sistema antes incluso de que arranque el escritorio.


Edito:

Creo que te refieres a que hay que poner en el arranque de openbox a startup.py ¿Verdad?

eso es me releo y veo que me he explicado con el orto

aparte de hacerlo autoejecutable (como el resto de archivos .py o .sh) hay que ponerlo en el autoarranque de openbox o de cualquier otro sistema que se use.