Cita:
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.
09-07-2015, 11:53
Re: Proyecto OpenPlotter
Modo híbrido
