04-09-2018, 10:30 PM
Navionics puede que sea una de las mas conocidas -si no la que mas- de las aplicaciones de navegación mas usadas en dispositivos móviles. No es de las mas económicas ni tiene las mejores prestaciones pero su facilidad de uso, la calidad de sus mapas y las contribuciones de la comunidad la hacen lo bastante interesante como para formar parte del equipo básico de navegación moderno en dispositivos móviles y sistemas auto-construidos de navegación.
No lo niego, prefiero OpenCpn ya que su presentación y potencia, sobre todo lo relativo al tema AIS superan con creces a Navionics pero últimamente he estado explorando una característica de la aplicación Navionics que me parece sumamente interesante y atractiva. Se trata de poder efectuar trabajos de batimetria con nuestros equipos.
Esto puede resultar muy interesante para aquellos que suelen dedicarse a la pesca o para los que como un servidor les gusta explorar las zonas de costa para fondeo y buceo.
No lo niego, prefiero OpenCpn ya que su presentación y potencia, sobre todo lo relativo al tema AIS superan con creces a Navionics pero últimamente he estado explorando una característica de la aplicación Navionics que me parece sumamente interesante y atractiva. Se trata de poder efectuar trabajos de batimetria con nuestros equipos.
Esto puede resultar muy interesante para aquellos que suelen dedicarse a la pesca o para los que como un servidor les gusta explorar las zonas de costa para fondeo y buceo.
Como se diseñó
Los de Navionics prepararon las ultimas versiones de su aplicación para que tuviera la capacidad de buscar en la conexión wifi datos NMEA0183 y/o N2K -de esto no estoy del todo seguro- en el puerto 2000 en formato UDP. Si la aplicación halla datos de sonda los explora y utiliza para, combinados con los de posición GPS, crear un mapa de los fondos bajo nuestra quilla en tiempo real. Varios fabricantes de dispositivos se pusieron de acuerdo con la marca y lanzaron equipos compatibles con esta caracteristica.
Que se requiere
Necesitamos un equipo capaz de captar los datos de profundidad -sonda- y tras convertirlos en datos NMEA otro equipo que los pueda lanzar a una red wifi a través del puerto 2000 en UDP. Si nuestra aplicación del móvil o tableta esta conectada a esa red wifi encontrará los datos y comenzara a usarlos para hacer batimetria y ademas mostrara la sonda en la pantalla de información sobe el mapa tal y como hace con la velocidad.
Adaptando OpenPlotter para esta funcion
Estuve haciendo pruebas con este asunto durante cierto tiempo con resultados desiguales. A veces parecía funcionar, a veces no. En otras ocasiones funcionaba en un teléfono y no en el otro... cosas así
Finalmente logré algunos progresos en este asunto. Después de obtener resultados irregulares con otras opciones encontré una configuración que parece funcionar perfectamente. Al menos es el único que funciona para mí de forma estable.
Lo primero que hay que tener en cuenta es que la Rpi sólo debería estar en modo cliente. El uso del modo AP/cliente me dio un comportamiento irregular. La función AP es creada por mi teléfono Android que se conecta a Internet a través del proveedor 4G. Parece que Navionics requiere una conexión a Internet, al menos al arrancar, o de lo contrario no funciona. No estoy del todo seguro. Habría que comprobarlo.
Ahora conectamos OPlotter a nuestro AP telefónico y averiguamos qué IP está asignada a la Rpi, en mi caso 192.168.43.91. Esto nos dice el rango de IP en el que se mueve la red que nuestro teléfono que hace de AP crea. Para saber qué IP ha asignado nuestro teléfono a la Rpi es suficiente con ir a OPlotter, a la pestaña de red después de conectarnos a nuestro AP telefónico, a la derecha, bajo direcciones, veremos la IP asignada.
Ahora iremos a la pestaña kplex y crearemos una nueva conexion de red UDP, llamada navionics , en address.... Entraremos los primeros tres dígitos del rango, en mi caso 192.168.43 (el tuyo casi seguro que variará) y el último debería ser 255. Nos quedará x.x.x.255, en mi caso 192.168.43.255. Finalmente indicamos el puerto 2000 y que la direccción sera out. Aplicamos los cambios y deberíamos ser capaces de conectarnos. Lo sabremos porque veremos los datos de profundidad en la pantalla principal de la naviónics.
Tengo otro teléfono -resistente al agua el calor y el polvo- en el exterior también con navionics y después de conectarlo al mismo AP navionics ha detectado la conexión y funciona a la primera.
Detalle importante. Navionics recibe desde OpenPlotter datos de profundidad y GPS por lo que he podido deshabilitar el GPS interno de los teléfonos y navegar usando el GPS de OPlotter. Ahorra batería y podría ser una solución para aquellos usuarios de Ipad wifi que desafortunadamente no tienen GPS interno. No lo he probado, pero podría solucionar el inconveniente en tales casos.
También he probado en un portátil con Ubuntu ejecutando OpenCpn y creando una dirección de conexión tipo UDP 0.0.0.0 y el puerto 2000 funciona perfectamente.
Si no dispones del equipo de captación de datos NMEA por que no lo necesitas o sencillamente por que no te ha interesado hasta ahora... probablemente no.
Pero si ya estás metiendo esos datos en tu OpenPlotter y tienes Navionics en tu repertorio de aplicaciones es una opción muy interesante. En primer lugar vas conociendo poco a poco según vas navegando por tus lugares de interes como son los fondos de la zona en la que te mueves.
Pero ademas dispondrás en la pantalla principal de navionics de los datos de sonda que, en mi opinión, son de lo mas relevante a la hora de navegar en las recaladas. En tal caso creo que una conexión con OPlotter complementa bien la aplicación. Solo le bastaría poder mostrar la info AIS que OPlotter es capaz de entregar y ya sí que podríamos empezar a considerar a Navionics una alternativa seria para navegar con seguridad, cosa en la que OpenCpn hoy por hoy le supera con creces.
Lo primero que hay que tener en cuenta es que la Rpi sólo debería estar en modo cliente. El uso del modo AP/cliente me dio un comportamiento irregular. La función AP es creada por mi teléfono Android que se conecta a Internet a través del proveedor 4G. Parece que Navionics requiere una conexión a Internet, al menos al arrancar, o de lo contrario no funciona. No estoy del todo seguro. Habría que comprobarlo.
Ahora conectamos OPlotter a nuestro AP telefónico y averiguamos qué IP está asignada a la Rpi, en mi caso 192.168.43.91. Esto nos dice el rango de IP en el que se mueve la red que nuestro teléfono que hace de AP crea. Para saber qué IP ha asignado nuestro teléfono a la Rpi es suficiente con ir a OPlotter, a la pestaña de red después de conectarnos a nuestro AP telefónico, a la derecha, bajo direcciones, veremos la IP asignada.
Ahora iremos a la pestaña kplex y crearemos una nueva conexion de red UDP, llamada navionics , en address.... Entraremos los primeros tres dígitos del rango, en mi caso 192.168.43 (el tuyo casi seguro que variará) y el último debería ser 255. Nos quedará x.x.x.255, en mi caso 192.168.43.255. Finalmente indicamos el puerto 2000 y que la direccción sera out. Aplicamos los cambios y deberíamos ser capaces de conectarnos. Lo sabremos porque veremos los datos de profundidad en la pantalla principal de la naviónics.
Tengo otro teléfono -resistente al agua el calor y el polvo- en el exterior también con navionics y después de conectarlo al mismo AP navionics ha detectado la conexión y funciona a la primera.
Detalle importante. Navionics recibe desde OpenPlotter datos de profundidad y GPS por lo que he podido deshabilitar el GPS interno de los teléfonos y navegar usando el GPS de OPlotter. Ahorra batería y podría ser una solución para aquellos usuarios de Ipad wifi que desafortunadamente no tienen GPS interno. No lo he probado, pero podría solucionar el inconveniente en tales casos.
También he probado en un portátil con Ubuntu ejecutando OpenCpn y creando una dirección de conexión tipo UDP 0.0.0.0 y el puerto 2000 funciona perfectamente.
¿Merece la pena?
Si no dispones del equipo de captación de datos NMEA por que no lo necesitas o sencillamente por que no te ha interesado hasta ahora... probablemente no.
Pero si ya estás metiendo esos datos en tu OpenPlotter y tienes Navionics en tu repertorio de aplicaciones es una opción muy interesante. En primer lugar vas conociendo poco a poco según vas navegando por tus lugares de interes como son los fondos de la zona en la que te mueves.
Pero ademas dispondrás en la pantalla principal de navionics de los datos de sonda que, en mi opinión, son de lo mas relevante a la hora de navegar en las recaladas. En tal caso creo que una conexión con OPlotter complementa bien la aplicación. Solo le bastaría poder mostrar la info AIS que OPlotter es capaz de entregar y ya sí que podríamos empezar a considerar a Navionics una alternativa seria para navegar con seguridad, cosa en la que OpenCpn hoy por hoy le supera con creces.