Originalmente publicado por caribdis (Mensaje 1914173)

Si, es cierto, me falta bastante información acerca de las posibilidades de las Raspberri y de cómo funciona Openplotter con Windows..

Si veis que este tema no cuadra en este hilo abro otro sobre informática a bordo.

Objetivos:
-Gestionar cartas y navegación con un dispositivo no dedicado (precio excesivo) que sea fiable y flexible
-Tener un ordenador a bordo que permita un uso no demasiado complejo de los programas que usamos normalmente en un Pc. No estoy demasiado habituado a hacerlo todo en android y para los programas que uso normalmente no siempre es posible utilizarlos en android

Necesidades:
-Para navegación, un sistema que permita visualizar cartas y a ser posible multiplexar cartas, gps, radar, AIS..
-Como ordenador, uso normalmente el programa de modelado 3d Rhino 3d, que tiene estos requerimientos:
https://www.rhino3d.com/es/system_requirements
http://www.simplyrhino.co.uk/support...erating-system
A pesar de que habla de un mínimo de 8 GB de RAM y 64 bits, yo lo tengo instalado con 2 GB y 32 bits en Windows XP y Windows 7 y el programa va perfectamente

Presupuesto:
-No quiero (en principio) pasar por un sistema completo de electrónica integrada tipo Garmin, Simrad, B&G, Raymarine...puedo prescindir de sonar integrado, piloto mecánico e instrumentos de viento, pero sí que me gustaría integrar radar y AIS
-Para la informática de trabajo, modelado 3d y otros, me bastaría con un equipo de gran consumo, nada especialmente potente ni profesional, porque no me fío mucho de la resistencia de los equipos al medio marino, y porque a la velocidad con que aumentan potencias y prestaciones, si haces una inversión importante, me parece que en poco tiempo se ve superada por opciones mucho más económicas.

Gracias por vuestro consejo y perdón si desvío el tema, vuelvo a repetir que si queréis abro un hilo diferente

Un saludo

:brindis:

Originalmente publicado por caribdis (Mensaje 1914724)

¿Cual sería la ventaja de una tableta con respecto a un barebone? Doy por supuesto que si quiero trabajar con un programa de modelado 3d preferiré hacerlo en un monitor de al menos, al menos 17 pulgadas..

Un saludo y gracias por la ayuda

:brindis:

Originalmente publicado por pinguino (Mensaje 1914782)

Por cierto Windows 10 funciona muy bien en dispositivos táctiles y esto lo digo siendo un Linuxero de pro. Si te haces un dispositivo windous solo te recomendaría que fuera uindous 10.

Originalmente publicado por gypsylyon (Mensaje 1900449)

Simulador pulsos de corredera para Openplotter
Hola
Hoy os presento un proyecto parecido al de jiauka pero para Openplotter
Primero agradecer a jiauka su aportacion en su hilo sobre generacion de pulsos de corredera con arduino, ya que me ha servido de inspiración.
Tambien a Sailoog que me ha proporcionado la rutina para leer y escribir las sentencias NMEA en la Raspberry

Para los que ya tienen la Raspberry con Openplotter y una antena GPS (bien de pincho de USB u otra de otro equipo que pueda recibir la Raspi), con este script en python se generan pulsos para la corredera en funcion de la velocidad sobre el fondo de GPS.

Para ello se utiliza un pin GPIO de la Raspberry como salida. En el Script he utilizado el GPIO 17 pero se pude usar cualquiera que este libre.
Igual que describe jiauka en el esquema de hardware (adjunto como pdf) hay que habilitar la salida de GPIO con dos resistencias y un transistor para que pueda conectarse a los 12 voltios. Para ello utilizar solo la parte de R2, Q1 y R1. R2 (que en el esquema de jiauka va a D9) la conectais al pin de la Raspi (en el programa GPIO17).

Supongo que será necesario corregir la frecuencia (cambiar valor en la variable "frequency = 4.8" al principio del script) para calibrar el sistema y obtengamos la misa velocidad que el GPS. Las frecuencias que utilizan los trasductores de corredera son de 4 Hz, 4,8 Hz y 5,3 Hz. Tambien puedes poner valores intermedios hasta igualar la velocidad del tridata a la de GPS. Jiauka comentó que el utiliza unos unos 7000 por mn. Eso significa que la la variable frequency seria 1.9 en vez de 4.8.
Lo mejor es probarlo con una frecuencia y ver que es lo que da el instrumento (p.e. Tridata). Por ejemplo si los datos de jiauka corresponden, y si nosotros yusamos la frequency = 4,8 tiene que dar una velocidad 2,5 veces myor que la de GPS (4,8/1,9=2,52). O lo que es lo mismo si la velocidad GPS es 2 nudos el Tridata te va a dar 2 *2,5 = 5 nudos.
Entonces para calcular la frecuencia solo hay que dividir la velocidad que te da el tridata por la velocidad de GPS. Este valor lo divides de la frecuencia usada (p.e. 4,8). y el resultado es lo que hay que poner en frequency.

Yo lo he probado con la Raspberry3 y la útima version 7 de Openplotter de Sailoog, con un diodo viendo como destellean los pulsos.

Como no se ha podido probar este fin de semana y yo no tengo posibilidad de hacerlo hasta el verano, a ver si sale algún voluntario que lo quiera probar, ya que, si funciona, lo podriamos implementar en el proxima version 0.9.0. de Openplotter

Para arrancar el script en una ventana de consola escribir: python lectura_NMEA_B.py. Para cerrar el programa pulsar Control+C


Adjunto el script en python "lectura_NMEA_B.py" para simular los pulsos de corredera.Tambien el esquema de jiaula.
Para poderlo subir le he tenido que poner la extension .txt. En la Raspi se la cambiais a .py.

El cofrade o cofrades que la prueben que me comuniquen resultados y si funciona bien por privado o en este hilo

Originalmente publicado por sailoog.com (Mensaje 1915019)

pan-pan, pan-pan, pan-pan, all ships, all ships, all ships... :cunao:

Originalmente publicado por jarmisen (Mensaje 1915254)

Buenas noches. Hace tiempo que no he podido pasarme por aquí, me queda mucho por leer (53) he instalado la versión 8 y la he puesto a funcionar, parece que todo va bien pero cuando arranco el OpenCPN no me reconoce las carta, y se cierra el programa, he borrado las cartas (me refiero quitar la ruta) y también me pasa unas veces más rápido que otras, y realmente va bien comunica con el GPS y con el Raymarine.
Preguntas: que versión me aconsejáis para instalar (me voy de vacaciones el domingo.
Cuál puede ser la causa de cerrarse el programa

Originalmente publicado por celsitomieres (Mensaje 1915044)

Hola.
Como esta semana estoy ocioso voy a probar este proyecto y tengo una duda. Cuando dices que lo has probado con un diodo, ¿dónde pones el positivo del diodo? ¿Al punto 3, entre R1 y Q1?. Es por probarlo en casa.
Un saludo :brindis::brindis:

Originalmente publicado por JoseA (Mensaje 1916784)

Muy buenas!!! :brindis::brindis:
Lo primero felicitar y agradecer a Sailoog su gran trabajo. Ha sido un gran y afortunado descubrimiento tanto la Raspberry como lo que puede hacer en un barco con el software apropiado. Con sólo grabar una imagen de OpenPlotter todo se reduce a ponerlo en marcha e ir probando cosillas.

El caso es que estaba en esas pruebas y no conseguía que OpenPlotter calculara viento real con los datos de mi barco, sin embarco sí con los de Diavolo, así que antes de molestar decidí remangarme y echar un vistazo al código fuente a ver si veía algo extraño.

Lo primero que impedía el cálculo del viento real era el cálculo del rumbo verdadero (heading_m), a su vez el problema estaba en Torrevieja, porque allí la declinación es cero si se redondea a una cifra decimal y entonces es como si no hubiera declinación así que la línea 129 del fichero calculate.py
pues no se producía una condición verdadera y por tanto no se calculaba rumbo verdadero.

Simplemente haciendo que el redondeo sea a 2 cifras se soluciona el problema y OpenPlotter calcula felizmente la diferencia entre rumbo magnético y verdadero en Torrevieja.

http://senderista.org/tmp/img0.png

http://senderista.org/tmp/img1.png

Ahora abro OpenCPN a ver cómo me muestra el viento real y ¡decepción!, con un viento de proa me debería coincidir la dirección del viento real con el rumbo verdadero del barco pero aparece desfasado como se ve en la siguiente captura
http://senderista.org/tmp/img2.png

Vuelvo a mirar el código del fichero calculate.py y no consigo ver el problema. Ya dudo si lo que muestra OpenCPN es correcto y yo estoy equivocado.

Ya no os aburro más... aquí os dejo un enlace (sobre todo dirigido a Sailoog) para que pueda hacer las pruebas que estime oportunas con los datos de mi barco a ver si encuentra el fallo, ¡en el programa o en mi cabeza! :cagoento:

en esta dirección os deberían aparecer unas sentencias $GPRMC, $IIHDM y $WIMWV (que es lo único que proporciona mi Nasa Clipper Wind)

http://www.nasamarine.com/wp-content...240x240@2x.jpg

:brindis::brindis:

Originalmente publicado por sailoog.com (Mensaje 1917961)

Ahora OpenPlotter viene incluido en NOOBS

NOOBS (New Out Of the Box Software) es un gestor de instalación de sistema operativos para Raspberry Pi. Hemos construido una versión de NOOBS con OpenPlotter incluido:

http://www.sailoog.com/es/blog/desca...rpi-v080-noobs

Esta versión es la última v0.8.0 sin cambios, solo el nuevo instalador.

Si no se reportan fallos esta será el método estándar de instalar OpenPlotter. Esto significa:

• Instalación más facil. simplemente copia los archivos de NOOBS en el directorio raiz de tu tarjeta SD y ejecutala en la Raspberry.
• Multiples sistemas operativos en la misma SD. Podrás ejecutar openplotter y Kodi (software media center) sin cambiar la SD.
• Sistema de recuperación. Una copia de todos tus sistemas permanecerá en la tarjeta. Podrás reinstalar las imágenes originales en caso de SD corrupta o sistema inestable sin tener que extraer la tarjeta.

Seguimos trabajando en la v0.9.0 :velero:

Originalmente publicado por jarmisen (Mensaje 1919231)

Buenas
Como no he podido leer más allá de la página 60 quizá todo esto que pongo está superado, y ya muy sabido.
Por fin he conseguido que me funcione la versión 8, la PI que tengo es la 2, y el problema era que tenía OpenGL activado, como me indico Sailoog.
También puedo ver los datos de viento real en OpenCPN, después de muchas pruebas.
Mirando en el Inspector y activando sentencia por sentencia NMEA he visto que los valores de MWV que proporciona el circuito de Yammp, el valor de velocidad de viento aparente marca en ocasiones disparates, y creo que posiblemente el programa no lo filtre bien, pues el valor es del ángulo. Esto me pasa a mí, no sé si a otras personas que tengan instrumentación Raymarine
La configuración que he puerto en la entrada ttyACM0 es despreciando todas estas sentencias IIVWT, IIHDM, IIMWV
El problema que tengo y no encuentro la solución, al poco tiempo que funcionan los valores de viento real tanto ángulo como velocidad, se congelan en la pantalla, solo que entre en OpenPlotter y pulse OK en la pestaña de precisión, ya empiezan a verse, esto lo hace aleatoriamente, también por debajo de un valor de 0,5 no me los calcula. Alguna sugerencia.

Originalmente publicado por Orzado (Mensaje 1919353)

Hola,

Tengo un miniplex-2wi que emite desde su IP, la 10.0.0.1 por el puerto 10110, he creado la conexión en el NMEA de open plotter v8 con estos datos (UDP) pero no veo en el inspector ninguna entrada.

En cambio si abro el OpenCPn y lo configuro para recibir los datos con esta dirección y puerto si que este recibe todos los datos.

No domino mucho la aplicación pero entiendo que creando el input con esos datos llega o hay que realizar alguna otra tarea para que comience a recibir datos ??

Muchas gracias

Originalmente publicado por dione (Mensaje 1920217)

:cid5::cid5: otro paso más, se acabó de cambiar la tarjeta para utilizar Kodi.
¿Hay alguna limitación de capacidad de la tarjeta de memoria para que funcione correctamente openplotter? Se queda corta la de 8gb

Me ha pasado varias veces de dejarme el teclado inhalámbrico en casa, y al intentar configurar algo en openplotter lo he tenido complicado. Creo que no hay un teclado virtual ¿es así? Sería buena idea, ya que se utiliza poco, y en caso de olvido o que se agoten las pilas, se podría escribir.

Probando la nueva versión.

Saludos.

Originalmente publicado por sailoog.com (Mensaje 1920572)

El valor de precisión sirve para ajustar la exactitud del calculo, es decir, si estamos calculando viento real necesitaremos datos de varias fuentes: angulo aparente, velocidad de corredera, rumbo magnético o rumbo real del GPS por ejemplo. Al venir de varias fuentes estos datos tienen su propia frecuencia (cada segundo, cada 0,5 segundos...). Cuando escogemos por ejemplo 1 segundo en el campo de precisión le estamos diciendo que solo calcule el valor si todos los datos que se necesitan para el calculo han sido recibidos dentro de ese intervalo de tiempo, si no es así no lo calcula.

Debes de tener alguna fuente de datos algo lenta, prueba con valores de precisión mas altos. Si se sigue congelando puede que se trate de algún fallo asi que abre OP en modo depuración (teclea en un terminal python /home/pi/.config/openplotter/openplotter.py) y copia aquí lo que devuelva el terminal.

Originalmente publicado por jarmisen (Mensaje 1920618)

Por cierto no sé si encontrasteis un sistema para calibrar la veleta, se me ocurre ponerla en un coche y hacer pasadas un día sin viento y grabar los datos de velocidad y dirección, y con estos datos se pueden ajustar las ganancias. Pido disculpas si tuvo la idea otro.
Es un proyecto que me interesa mucho pues ya he tenido problemas con la veleta y pronto fallara.

Originalmente publicado por secu (Mensaje 1921244)

He montado un equipo nuevo que tiene salida NMEA de AIS por USB. El caso es que lo conecto al ordenador, configuro la conexión serie a 38.400 en opencpn y funciona de maravilla. Sin embargo no sé que le ocurre a mi rasp. Creo una entrada de conexion serie a 38.400 baud, pero luego parece que no multiplexa. Me voy a inspector y me pone: Connected with localhost:10110. Error: timed out, waiting for data...

Me conecto con un router pequeño, y siempre ha funcionado el ais con usb e inclusl el gps usb. Actualice el sistema operativo creo que a la 0.4.2

Qué creeis que puede ser????

Muchísimas gracias a todos!

Enviado desde mi Aquaris M5.5 mediante Tapatalk

Originalmente publicado por secu (Mensaje 1921642)

El AIS es una radio VHF con AIS integrado, es el modelo Navicom RT 650. Pero debe ser un error de la Rasp porque en el portatil (Macbook) por puerto usb y Opencpn configurandolo como entrada serie y a la velocidad correspondiente funciona perfectamente. Me he descargado la última versión de Openplotter a ver si con esta versión funciona. :)

Muchisimas gracias!

Enviado desde mi Aquaris M5.5 mediante Tapatalk

Originalmente publicado por secu (Mensaje 1921642)

El AIS es una radio VHF con AIS integrado, es el modelo Navicom RT 650. Pero debe ser un error de la Rasp porque en el portatil (Macbook) por puerto usb y Opencpn configurandolo como entrada serie y a la velocidad correspondiente funciona perfectamente. Me he descargado la última versión de Openplotter a ver si con esta versión funciona. :)

Muchisimas gracias!

Enviado desde mi Aquaris M5.5 mediante Tapatalk

Originalmente publicado por ola (Mensaje 1923532)

Secu, como conectas el nmea al USB?
No tienes que poner ningún convertidor serie- USb?
Gracias

Originalmente publicado por secu (Mensaje 1923535)

Pues es rarisimo, ya que tengo ya el cable usb hecho, lo inserto en el portatil con open cpn y funciona perfectamente, sin embargo meto el mismo cable usb en la rasp, lo configuro como entrada a 38400 baud y no hay manera de que lo detecte. :) :) :) :) ;)

Enviado desde mi Aquaris M5.5 mediante Tapatalk

Originalmente publicado por ola (Mensaje 1923554)

Como has hecho el USB? Que conexiones? Directamente de la radio?
A mi me interesa para conectar el Mac .
Gracias