Electrónica Proyecto OpenPlotter

[sailoog.com]

Originalmente publicado por pinguino

Dependerás del proveedor de Internet móvil y si este te da ip publica o no (Pepephone). No se si funcionaria como broadcast con UDP. Para eso requerirías socat como nos tocó hacer con el Diavolo. Pero creo que tu telefono "receptor" si que necesita tener la ip pública en ese caso. Si usamos TCP en el "emisor" no, pero el consumo de datos móviles que se pagan seria elevado. Diávolo se ha convertido en un especialista en este campo.



Si estamos con nuestro "receptor de datos" en la misma red WI-FI seria fácil. En caso contrario tendrían que abrirnos los puertos correspondientes en la red del Puerto (valga la redundancia ).... ¿cuantos estarían dispuestos?



Esa opción es la mas curiosa. La idea es buena, pero estás hablando de poner prácticamente un negocio. Crear es web y hacer que funcione bien supondrá un trabajo, así como mantenerla. Si ha de hacerlo una empresa habría que pagarles. A menos que ya sepas de alguna que daría ese servicio de forma gratuita, basándose en publicidad o algo similar.

por otro lado, así como considero indispensable contar con una red local en cada barco con su flujo de datos NMEA0183, por las posibilidades que ofrece, no me parece tan interesante a nivel de Internet . Eso queda mas bien para necesidades o intereses específicos como Diávolo y sus colaboraciones u Olaje que hace algo parecido. En estos casos los usuarios aprenden las cuatro cosas básicas para controlar como funciona Internet y como usarla para compartir sus cosas y mantienen todo el control sobre su gestión.

Será interesante ver que opinan el resto de interesados.



Espero que sí. Para aburrirnos ya tenemos el día a día.

vale, o sea tenemos dos problemas, el volumen de datos y los puertos no?

El vlumen de datos en el escenario de emisor por movil tampoco me preocuparia porque teoricamente solo lo consumirias cuando estes consultandolo y te puedes controlar (porque el TCP solo es bajo demanda no? no emite constantemente o si?). El problema es que solo sería util en el escenario de fondeo y teniendo dos moviles a bordo ya que nadie tiene dos moviles para dejar uno en el barco. En el caso de conexión por el wifi del puerto el consumo se lo comeria el puerto y si a dos o tres barcos en el mismo puerto se les ocurre poner un cuadro en su casa con los datos constantes de su barco ya la hemos liao.
Alguna idea de cuantos datos se consumen al dia? Diavolo?

El tema de los puertos si es una putada y no habia pensado en ello, evidentemente ningun puerto te va a brir los puertos . No se podria usar el puerto 80 que es el del trafico http y siempre está abierto?

En el caso de la web con usuarios y tal no es ningun problema porque hablamos solo de unas pocas lineas de codigo y se podría colgar en cualquier servidor ya que no se comsumiria casi ancho de banda. Se gestionaria solo esta converdación cada hora:

openplotter: hola web, esta es mi ip y este es mi usuario.
web: ok, me lo guardo hasta que el usuario se conecte, adios.
usuario: hola web, soy el usuario, cual es la ip de mi openplotter?
web: la ultima ip recibida fue la tal y cual a la hora tal y cual.
usuario: gracias, adios.
usuario: hola openplotter dice la web que esta es tu ip, empieza a fluir NMEA.

y todo el volumen de datos se haria entre openplotter y el usuario por lo que esa web no soportaría trafico y podría estar alojada en cualquier lugar.

Pero claro está que esto no sirve de nada si no se resuelven el problema del volumen de datos y el de los puertos, solo nos resuelve el problema de saber las ip publicas.

En el caso de que no sea viable siempre estará la opción de dejar conectado a openplotter a internet por el medio que sea y establecer alarmas en openplotter para que cada vez que se de una situación de riesgo predefinida (garreo, subida de viento, agua en sentina...) envie un email al usuario o un sms o publique un twitter....

edito: analizandolo mejor es muy dificil por no decir imposible mantener un flujo constantemente disponible on line solo quedaría la opción de las alertas puntuales