Electrónica Proyecto OpenPlotter

[ManelvallsVila]

Originalmente publicado por pinguino

Normalmente ronda unas 20 millas aunque ocasionalmente se reciben hasta de 300 o 400 millas dependiendo de la propagación.

No obstante yo desactivo el calculo CPA (peligro de colisión) para barcos a mas de 2 millas. Y solo permito que suene la alarma de colisión si el CPA es inferior a media milla.

Si no hay veces que te puedes hartar de la sirena de alarma.

Gracias Pingu!

Que sistema llevas? Els AIS de la Rpi, supongo, y que sistema de antena?

Gracias!!

Originalmente publicado por ManelvallsVila

Gracias Pingu!

Que sistema llevas? Els AIS de la Rpi, supongo, y que sistema de antena?

Gracias!!

En realidad tengo un receptor AIS comprado justo unos meses antes de lograr que el sistema de openplotter resultara funcional. Pero los resultados son similares y no debería haber mucha diferencia.

Como antena uso la de la TV al mismo tiempo que la tv. No hay ningún inconveniente en usar el televisor y el AIS al mismo tiempo pues se trata solo de recepción, no de emisión.

Si tuvieras un emisor-receptor AIS el uso de una antena especifica es imperativo.

Por cierto North.... ¿Hay alguna novedad acerca de los dispositivos?

[North Side]

Originalmente publicado por pinguino

Por cierto North.... ¿Hay alguna novedad acerca de los dispositivos?

Pues por fin he podido pasar a recogerlos después de un par de semanas en que el trabajo me ha dejado tiempo para bien poco. Pero bueno, lo importante es que ya los tengo!!!



Me pondré en contacto contigo a ver como lo hacemos.

[sailoog.com]

Originalmente publicado por North Side

Pues por fin he podido pasar a recogerlos después de un par de semanas en que el trabajo me ha dejado tiempo para bien poco. Pero bueno, lo importante es que ya los tengo!!!



Me pondré en contacto contigo a ver como lo hacemos.

grande!

[North Side]

[quote=Salat;1791283]

Originalmente publicado por North Side

Pues me apunto a la compra!

Muchas gracias

Salat, tienes la bandeja de entrada de privados llena y no puedo responder el mensaje que me has enviado.

[Salat]

Sorry
Arreglado

[sailoog.com]

Solo para dar señales de vida y comunicar que sigo trabajando y ya casi está todo listo...

Web nueva con toneladas de recursos para OpenPlotter y Navigatrix.

Manuales y guias en inglés y castellano.

Nueva versión de OpenPlotter RPI con vuestras ultimas correcciones y sugerencias.

Además estoy esperando unos sensores IMU, de presión y de humedad; haciendo pruebas de una caja estanca IP68; esperando unas antenas AIS para adaptar al SDR; y hablando con los amigos chinos para conseguir material a muy buen precio de todo lo anterior.

A ver si en 15 dias puedo estrenar la web y los manuales por lo menos.

[alcapar]

Una pregunta, puedo instalar la actualización de Openplotter sobre la ya existente? O tengo que cargar en la SD la imagen de nuevo y por tanto grabar las cartas otra vez????

[sailoog.com]

Originalmente publicado por alcapar

Una pregunta, puedo instalar la actualización de Openplotter sobre la ya existente? O tengo que cargar en la SD la imagen de nuevo y por tanto grabar las cartas otra vez????

Pues me temo que si. Tardarias más en aplicar los cambios a mano que creando una SD nueva y cargando las cartas. Hasta que las actualizaciones se hagan menos habituales os aconsejo usar las cartas grabadas en un pincho USB así no teneis que grabarlas de nuevo.

Y para recuperar la configuración de opencpn podeis hacer una copia del archivo /home/pi/.opencpn/opencpn.conf y sustituirlo en la nueva instalación.

[alcapar]

Originalmente publicado por sailoog.com

Solo para dar señales de vida y comunicar que sigo trabajando y ya casi está todo listo...

Web nueva con toneladas de recursos para OpenPlotter y Navigatrix.

Manuales y guias en inglés y castellano.

Nueva versión de OpenPlotter RPI con vuestras ultimas correcciones y sugerencias.

Además estoy esperando unos sensores IMU, de presión y de humedad; haciendo pruebas de una caja estanca IP68; esperando unas antenas AIS para adaptar al SDR; y hablando con los amigos chinos para conseguir material a muy buen precio de todo lo anterior.

A ver si en 15 dias puedo estrenar la web y los manuales por lo menos.

He descargado la última versión desde el enlace de campus pero veo que la imagen es del 12 de mayo, la V0.4.2, es ésta la última a la que haces referencia en el post o está en otro enlace?

[sailoog.com]

Originalmente publicado por alcapar

He descargado la última versión desde el enlace de campus pero veo que la imagen es del 12 de mayo, la V0.4.2, es ésta la última a la que haces referencia en el post o está en otro enlace?

aun no está disponible. primero se publicará la web y los manuales y al final la imagen nueva. siento la confusión .

[Salat]

Recibido!!!
Ahora a localizar por dónde pasa el cable y conectarlo

Originalmente publicado por North Side

Pues por fin he podido pasar a recogerlos después de un par de semanas en que el trabajo me ha dejado tiempo para bien poco. Pero bueno, lo importante es que ya los tengo!!!



Me pondré en contacto contigo a ver como lo hacemos.

[caspar]

Sailoog,

en la versión nueva vas a estar el Plugin de VDR para grabar los datos durante un trayecto?

Si así no fuere, que repositorio hay que agregar para poder hacer un apt-get install opencpn-plugin-vdr?

Saludos,

Caspar

[North Side]

Originalmente publicado por caspar

Sailoog,



en la versión nueva vas a estar el Plugin de VDR para grabar los datos durante un trayecto?



Si así no fuere, que repositorio hay que agregar para poder hacer un apt-get install opencpn-plugin-vdr?



Saludos,



Caspar

Aquí tienes:

Originalmente publicado por pinguino

Es un plugin que guarda todos los datos NMEA0183 de una sesión de navegación para posteriormente poder recrearla y compartirla a modo de archivo. Es VDR de virtual data recording o voyage data recording, vaya usted a saber.



Para X86-AMD64 esta disponible para descargar en la web de opencpn. Para raspberry hay que descargar el código y compilar como dijo Sailoog unos cuantos mensajes atras.

git clone -b packaging https://github.com/nohal/vdr_pi.git

cd vdr_pi

mkdir build

cd build

cmake ..

cmake --build .

sudo make install

Saludos!

[sailoog.com]

Originalmente publicado por caspar

Sailoog,

en la versión nueva vas a estar el Plugin de VDR para grabar los datos durante un trayecto?

Si así no fuere, que repositorio hay que agregar para poder hacer un apt-get install opencpn-plugin-vdr?

Saludos,

Caspar

Si que va a estar, y también alguno mas de los nuevos. Los iré incluyendo todos conforme vaya comprobando que funcionan bien ya que no tiene sentido incluir los que tienen problemas.

Si teneis sugerencias en general para la nueva imagen este es el momento de hacerlas si son de fácil implementación las incluiré en esta y si son más elaboradas las apuntaré para la próxima.

[alcapar]

Originalmente publicado por sailoog.com

Si que va a estar, y también alguno mas de los nuevos. Los iré incluyendo todos conforme vaya comprobando que funcionan bien ya que no tiene sentido incluir los que tienen problemas.

Si teneis sugerencias en general para la nueva imagen este es el momento de hacerlas si son de fácil implementación las incluiré en esta y si son más elaboradas las apuntaré para la próxima.

Volviendo al tema de la sincronización de hora a través de NMEA. Si no me pareció entender mal, al arrancar Openplotter se analiza el flujo de entrada y se toma la hora de la sentencia NMEA correspondiente. Pues bien, cuando conecto al mismo tiempo la RP y el AIS (del cual tomo los datos NMEA) el GPS tarda un tiempo en coger satélites y supongo que la hora no viene hasta entonces. Lo que propongo es establecer una serie de reintentos pasados unos minutos del inicio de Openplotter.

A lo mejor esto ya está así establecido pero a mi no me funciona.

Y puesto a pedir a los reyes magos, sería muy interesante abordar el tema NAVTEX

[alcapar]

Originalmente publicado por North Side

Pues por fin he podido pasar a recogerlos después de un par de semanas en que el trabajo me ha dejado tiempo para bien poco. Pero bueno, lo importante es que ya los tengo!!!



Me pondré en contacto contigo a ver como lo hacemos.

Me interesaría adquirir una unidad pero me he despistado un poco y no sé si ya es tarde o te queda alguno.

En cualquier caso recibe mi agradecimiento de antemano.

[sailoog.com]

Originalmente publicado por alcapar

Volviendo al tema de la sincronización de hora a través de NMEA. Si no me pareció entender mal, al arrancar Openplotter se analiza el flujo de entrada y se toma la hora de la sentencia NMEA correspondiente. Pues bien, cuando conecto al mismo tiempo la RP y el AIS (del cual tomo los datos NMEA) el GPS tarda un tiempo en coger satélites y supongo que la hora no viene hasta entonces. Lo que propongo es establecer una serie de reintentos pasados unos minutos del inicio de Openplotter.

A lo mejor esto ya está así establecido pero a mi no me funciona.

Y puesto a pedir a los reyes magos, sería muy interesante abordar el tema NAVTEX

sincronización hora
La mayoria de GPS (si no todos) establecen la conexión con al menos 1 satelite casi instantaneamente. Esto es lo único que openplotter necesita para extraer la hora y dia. Depende ya del GPS que tarde mas o menos en conectar con el numero minimo de satelites para poder calcular una posicion (normalmente 3 o 4). Por lo que me cuentas tu AIS y tu GPS están en el mismo equipo no? y puede que el retardo que sufres sea porque el equipo necesita su tiempo para estar operativo. Esto no ocurre con los GPS USB o los fijos del barco.

Me apunto tu sugerencia para más adelante porque no es una cosa que se implemente en un momento ya que habría que dejar un proceso corriendo y eso no es muy bueno para el rendimiento del sistema y menos en el inicio. Tendría que estudiar la mejor manera de hacerlo.

De hecho se me ocurre ahora mismo una solución que puede serlo para otros casos. Ya que los varios aparatos que podemos conectar a OpenPlotter (GPS, AIS, equipo de viento, otros plotters, corredera, otro ordenador, etc.) tienen cada uno su tiempo de inicio, podría incluir un campo en la pestaña "Inicio" llamado "retardo" para que cada usuario incluya los segundos que su instalación necesite para estar lista y entonces lanzar todas los procesos incluidos en el inicio entre los que se encuentra la sincronización de la hora. Que te parece esta opción?

Navtex
Tanto la recepción de navtex como la de weatherfax pertenecen al rango de frecuencias HF. Hay dos maneras de recibir y decodificar esto.

La primera es la que utiliza Navigatrix. Necesitamos un receptor HF con salida de audio. Conectamos esa salida a la entrada de micro del ordenador y usamos los diferentes paquetes de software que hay para decodificar el audio tanto de navtex como weatherfax.

La segunda es mediante un viejo conocido de openplotter. Nuestro amigo el SDR (receptor de TDT) con el que recibimos AIS. De entrada, aunque su rango de frecuencias es muy amplio, no llegan a las de HF pero conectandoles unas pequeñas placas que no son muy caras, y estas a una antena de HF, los convertimos en receptores de HF con los que tendremos acceso a navtex, weatherfax y a escuchar en toda la franja marina.

Ya que la raspberry no tiene entrada de audio para poder usar la primera opción, quizás la manera más logica sea la segunda pero habría que valorar costes de cada uno de los sistemas para decidir el mejor. Un adaptador USB con entrada de audio para la raspberry y un receptor HF compacto (no emisor) valen muy poco y si ya tenemos receptor HF en el barco aun menos. En cambio el SDR, el adaptador y la antena y añadir el trabajo a la raspberry de sintonizar y decodificar puede que sea algo mas de dinero y de consumo de recursos de la pobre raspberry.

Sin duda es un camino por el que investigar, aunque en la era del internet por satelite quizas haya que ir pensando en abandonar esas frecuencias y mirar hacia los nuevas iniciativas que están proponiendo conexión satelital a precios asequibles e incluso gratis.

[North Side]

Originalmente publicado por alcapar

Me interesaría adquirir una unidad pero me he despistado un poco y no sé si ya es tarde o te queda alguno.

En cualquier caso recibe mi agradecimiento de antemano.

Si me quedan disponibles, tanto placas solas como circuito terminado. Mándame un privado con lo que quieres.

Saludos

[alcapar]

Originalmente publicado por sailoog.com

sincronización hora
La mayoria de GPS (si no todos) establecen la conexión con al menos 1 satelite casi instantaneamente. Esto es lo único que openplotter necesita para extraer la hora y dia. Depende ya del GPS que tarde mas o menos en conectar con el numero minimo de satelites para poder calcular una posicion (normalmente 3 o 4). Por lo que me cuentas tu AIS y tu GPS están en el mismo equipo no? y puede que el retardo que sufres sea porque el equipo necesita su tiempo para estar operativo. Esto no ocurre con los GPS USB o los fijos del barco.

Me apunto tu sugerencia para más adelante porque no es una cosa que se implemente en un momento ya que habría que dejar un proceso corriendo y eso no es muy bueno para el rendimiento del sistema y menos en el inicio. Tendría que estudiar la mejor manera de hacerlo.

De hecho se me ocurre ahora mismo una solución que puede serlo para otros casos. Ya que los varios aparatos que podemos conectar a OpenPlotter (GPS, AIS, equipo de viento, otros plotters, corredera, otro ordenador, etc.) tienen cada uno su tiempo de inicio, podría incluir un campo en la pestaña "Inicio" llamado "retardo" para que cada usuario incluya los segundos que su instalación necesite para estar lista y entonces lanzar todas los procesos incluidos en el inicio entre los que se encuentra la sincronización de la hora. Que te parece esta opción?

Navtex
Tanto la recepción de navtex como la de weatherfax pertenecen al rango de frecuencias HF. Hay dos maneras de recibir y decodificar esto.

La primera es la que utiliza Navigatrix. Necesitamos un receptor HF con salida de audio. Conectamos esa salida a la entrada de micro del ordenador y usamos los diferentes paquetes de software que hay para decodificar el audio tanto de navtex como weatherfax.

La segunda es mediante un viejo conocido de openplotter. Nuestro amigo el SDR (receptor de TDT) con el que recibimos AIS. De entrada, aunque su rango de frecuencias es muy amplio, no llegan a las de HF pero conectandoles unas pequeñas placas que no son muy caras, y estas a una antena de HF, los convertimos en receptores de HF con los que tendremos acceso a navtex, weatherfax y a escuchar en toda la franja marina.

Ya que la raspberry no tiene entrada de audio para poder usar la primera opción, quizás la manera más logica sea la segunda pero habría que valorar costes de cada uno de los sistemas para decidir el mejor. Un adaptador USB con entrada de audio para la raspberry y un receptor HF compacto (no emisor) valen muy poco y si ya tenemos receptor HF en el barco aun menos. En cambio el SDR, el adaptador y la antena y añadir el trabajo a la raspberry de sintonizar y decodificar puede que sea algo mas de dinero y de consumo de recursos de la pobre raspberry.

Sin duda es un camino por el que investigar, aunque en la era del internet por satelite quizas haya que ir pensando en abandonar esas frecuencias y mirar hacia los nuevas iniciativas que están proponiendo conexión satelital a precios asequibles e incluso gratis.

Sobre el primer punto veo muy bien la solución del retardo parametrizado y respecto al tema Navtex, he visto un receptor de NASA para PC con salida USB, si hubiera posibilidad de conectarlo a la RP podría ser una buena solución pero me temo que el software no será compatible.

[sailoog.com]

Pues ya está la nueva web con la parte del proyecto OpenPlotter. Desde ahí habrá acceso a toda la info disponible, descargas, manuales, etc...

http://www.sailoog.com/es/openplotter

Falta por traducir al castellano alguna parte del manual y redactar en inglés y castellano algunas más.

La nueva versión de OpenPlotter RPI aun no está lista.

Que la disfruteis

[Loquillo]

Originalmente publicado por sailoog.com

Pues ya está la nueva web con la parte del proyecto OpenPlotter. Desde ahí habrá acceso a toda la info disponible, descargas, manuales, etc...

http://www.sailoog.com/es/openplotter

Falta por traducir al castellano alguna parte del manual y redactar en inglés y castellano algunas más.

La nueva versión de OpenPlotter RPI aun no está lista.

Que la disfruteis

Impresionante, ha quedado estupendo.

[alcapar]

Originalmente publicado por North Side

Si me quedan disponibles, tanto placas solas como circuito terminado. Mándame un privado con lo que quieres.

Saludos

Tienes un privado.

[alcapar]

A ver si me podéis ayudar con la gestión del piloto Raymarine desde la RP. No tengo claro como montar el tinglado. Llevó un AIS MATSUTEC que sirve GPS y AIS a 38400 bps.

Si tomó la salida NMEA del ordenador de rumbo, un S3, y la llevó a un conversor RS422/USB, entiendo que se creará un puerto en la RP y tendré que darlo de alta en Openplotter, pero entonces tendré dos entradas de GPS, cómo resolvéis esto?

Por otro lado, en OpenCpn no veo la forma de controlar el piloto, en el plugin DASHBOARD no encuentro nada.

Disculpad el ladrillo.