SailPi Navegando con Raspberry Pi

Originalmente publicado por Diavolo

Bueno, pues ddclient parece que no va, aunque os prometo que esta bien configurado, con mi cuenta dnsdynamic, de donde he sacado el manual de configuración.
Ayudaaaaa!!!!
Una foto. A ver si podéis.


Enviado desde mi iPone5 con TaPaTa

La foto no muestra casi nada peeeeeeeeeeeeeeero, algo que si que veo es que estás tratando de editar el archivo ddclient.conf dentro de la carpeta /etc.

Por lo que he leído en algún tuto por ahí el archivo ddcliente.conf debe ir en la carpeta /etc/ddclient.

¿Has probado a meter la configuración en /etc/ddclient? Si no existe la carpeta debes crearla tu.

Mirado aquí:

http://phylevn.mexrom.net/index.php/...ynDNS.ORG.html

Es cierto que la mayoria dicen que el archivo de configuración se pone en /etc directamente.

http://www.ducky-pond.com/posts/2014...nt-with-no-ip/
Pero por probar que no quede.

o el truco podria ser el explicado aquí:

http://blog.aguinar.com/ddclient-en-...nsdynamic-org/

En fin, hay mucho material por la red y tendrás que ir probando hasta dar con el asunto.

intenta reconfigurarlo con:

sudo dpkg-reconfigure ddclient

[rash]

Amigos, de una sentada me he zampado este hilo y el de "otra alternativa al plotter"

Creo que tengo una borrachera de información de mucho cuidado, y eso que soy un total neófito en estos temas.

Así que en primer lugar, me gustaría agradecer a todos los que colaboran en este(os) hilos. Sois unos máquinas.

Y ahora... al lío. Veo que habéis comentado por ahí arriba que merece la pena la B+. En Amazon se llama Raspberry Pi B+ Desktop. Es esta, correcto? (lo digo por lo de desktop...)

Lo siguiente que necesito es una tarjeta como mínimo de 4gb donde (creo) que tendría que copiar una de las imágenes que habéis colgado. ¿Sería una tarjeta SD o una tarjeta micro SD?

También un cable HDMI (lo probaré primero en casa ya que en el barco no tengo TV).

Además, un GPS USB. ¿Sabéis alguna página donde pueda conseguir uno de esos chinos que comentáis?

Y por último, otra duda... Varias veces habláis de un pincho usb (que algunos sirven y otros no, que hay que probar). Esto, para que sería?

Bueno, creo si me confirmáis estos puntos, ya puedo encargar una raspberry con un poco de seguridad

Muchas gracias!!!

Bueno Rash, en realidad tus consultas no son muchas.

1 Sí la raspberry es la que dices:


2 La tarjeta para La raspberry Pi + debe ser micro SD. Si tienes alguna de 4 Gb empieza con ella. Si la vas a comprar que sea al menos de 8 GB. Las que venden para teléfonos móviles, de buena calidad suelen ir bastante bien.

3 En amazon hay muchos.

http://www.amazon.es/USB-GPS-Empf%C3...rds=gps+dongle

Pero si ya tienes uno pruebalo. Casi seguro que funciona.

4 El pincho que hay que probar si sirve es el de WIFI. No todos funcionan y a veces cuesta mucho mas hacerlos funcionar que cambiarlos por otro modelo en el YoSoyTont o el Carre4 hasta encontrar uno que funcione sin hacer nada.

Curiosamente de unos 8 que he probado solo uno no me funcionaba.

[rash]

Mil gracias por la información

Pues me voy a poner a ello. Creo que dentro de unos días surgirán algunas preguntas...

Sólo una cosilla más. El gps usb lo tendría que comprar porque no tengo, pero en el barco llevo un gps Garmin un poco antiguo. ¿Me sirve para conectarlo a la raspberry en vez del usb? Me he vuelto a revisar un poco rápido el hilo pero no he visto nada al respecto.

Gracias de nuevo.

Originalmente publicado por rash

Mil gracias por la información

Pues me voy a poner a ello. Creo que dentro de unos días surgirán algunas preguntas...

Sólo una cosilla más. El gps usb lo tendría que comprar porque no tengo, pero en el barco llevo un gps Garmin un poco antiguo. ¿Me sirve para conectarlo a la raspberry en vez del usb? Me he vuelto a revisar un poco rápido el hilo pero no he visto nada al respecto.

Gracias de nuevo.

Sí, pero no.

Para usar el Garmin viejuno necesitaras un adaptador para el Garmin....


...y un convertidor Serie-USb.

Si no tienes estas piezas, el comprarlas te costara casi mas que la raspberry y el gps juntos.

Mejor compra un GPS actual


... con mejores prestaciones, olvídate de pilas, cables colgando e historias y ahórrate un dinerillo.

Pero si ya tienes tanto el convertidor serie-usb como el adaptador del Garmin.... puedes aprovecharlo. Aunque eso si, quedará un poco mas zarrapastroso. Pero funcionará.

[rash]

Entendido! No tengo ni el convertidor ni el adaptador, así que gps usb al canto!

de nuevo

Esta tarde me he pasado un ratito traduciendo la nueva versión del programa openplotter que nuestro cofrade Sailoog ha creado para nuestras SailPis.

Lo pongo a disposición vuestra por si acaso necesitáis manejarlo en castellano.

Tambien le he ampliado un poquito las casillas de listado de entradas y salidas ya que, a mi juicio, cuando hay varias cuesta distinguirlas. Espero no te moleste Sailoog.

Solo tenéis que bajaros el zip, descomprimirlo y copiar la carpeta openplotter que sale del zip dentro de la carpeta .config de vuestra Pi. Si no queréis perder la versión anterior podéis renombrar la antigua carpeta openplotter a openplotter.old antes de copiar la nueva. Así podréis volver a recuperar la versión anterior si esta os disgusta.

Enlace:

https://mega.co.nz/#!tBIXDR4Z!jj51_l...Du1To2eTFkfeRA

[sailoog.com]

Originalmente publicado por pinguino

Esta tarde me he pasado un ratito traduciendo la nueva versión del programa openplotter que nuestro cofrade Sailoog ha creado para nuestras SailPis.

Lo pongo a disposición vuestra por si acaso necesitáis manejarlo en castellano.

Tambien le he ampliado un poquito las casillas de listado de entradas y salidas ya que, a mi juicio, cuando hay varias cuesta distinguirlas. Espero no te moleste Sailoog.

Solo tenéis que bajaros el zip, descomprimirlo y copiar la carpeta openplotter que sale del zip dentro de la carpeta .config de vuestra Pi. Si no queréis perder la versión anterior podéis renombrar la antigua carpeta openplotter a openplotter.old antes de copiar la nueva. Así podréis volver a recuperar la versión anterior si esta os disgusta.

Enlace:

https://mega.co.nz/#!dBx1kRiC!Wa1doK...1h7ht31KqlPVvk

Me sabe mal que tengas que andar traduciendo cada versión pero es algo que se suele hacer al final por ahorrarte trabajo ya que si lo hiciera en castellano tendreia luego que volver a picar los texto en el codigo en ingles (versión por defecto siempre) y crear las diferentes versiones de idioma en los archivos externos.

Pronto creare la internacionalización y solo habrá que editar archivos .po de cualquier idioma.

y no me molesta en absoluto que modifiqueis cosas, todo lo contrario, pa eso está el codigo, para ser ultrajado

Originalmente publicado por sailoog.com

Me sabe mal que tengas que andar traduciendo cada versión pero es algo que se suele hacer al final por ahorrarte trabajo ya que si lo hiciera en castellano tendreia luego que volver a picar los texto en el codigo en ingles (versión por defecto siempre) y crear las diferentes versiones de idioma en los archivos externos.

Pronto creare la internacionalización y solo habrá que editar archivos .po de cualquier idioma.

y no me molesta en absoluto que modifiqueis cosas, todo lo contrario, pa eso está el codigo, para ser ultrajado

No es molestia. De verdad.

Solo me toma unos pocos minutos. Y de paso voy aprendiendo algo acerca de como se mueve el "código".
Creo que aprendere mas leyendo código que estudiando directamente.

[Diavolo]

Pues hay otra solución a ddclient, y en el servicio web dnsdynamic, dejo el navegador abierto con el servicio activo
¿Hay forma en el arranque que se meta en una web con contraseña?

Enviado desde mi iPone5 con TaPaTa

[rash]

Raspberry pedida!!
(+ gps usb + micro sd 8gb)

ya os contaré cuando lo reciba

Originalmente publicado por Diavolo

Pues hay otra solución a ddclient, y en el servicio web dnsdynamic, dejo el navegador abierto con el servicio activo
¿Hay forma en el arranque que se meta en una web con contraseña?

Enviado desde mi iPone5 con TaPaTa

Pues es posible, poniendo el navegador web en el archivo de autoarranque de openbox que esta en /home/pi/.config/openbox/autostart.

Si le das a guardar la contraseña al navegador es posible que funcione.

Pero ¿estas seguro de que el servicio ddclient que ahora si arrancaba sin problemas, no actualiza correctamente?

Por otra parte, si tienes una IP fija, ya no necesitas ddclient ni nada mas, pues el dominio que le asignes perdura.

[Diavolo]

Ahora si, subsanado ddclient.

Se instala ddclient y se configura (pero esta configuracion no vale) hay que editar ddclient.conf " sudo nano /etc/ddclient.conf " y borrar todo y poner:

daemon=60 # check every 60 seconds
syslog=yes # log update msgs to syslog
mail=root # mail all msgs to root
mail-failure=root # mail failed update msgs to root
pid=/var/run/ddclient.pid # record PID in file.
ssl=yes # use ssl-support. Works with
# ssl-library
use=web, web=myip.dnsdynamic.com # get ip from server.
server=www.dnsdynamic.org # default server
login=user@gmail.com # default login
password=password # default password
server=www.dnsdynamic.org, \
protocol=dyndns2 \
awesome.dnsdynamic.com

tal y como esta, solamente cambiando email, contraseña y awesome por tu nombre de tu ip
y vualá

Por si os quereis bajar el archivo ya hecho:
https://www.dnsdynamic.org/download/ddclient.conf

Esta Tarde monto la fresa en el barco. ¡¡¡¡A ver si sale bien!!!!!

[Diavolo]

Originalmente publicado por pinguino

Esta tarde me he pasado un ratito traduciendo la nueva versión del programa openplotter que nuestro cofrade Sailoog ha creado para nuestras SailPis.

Lo pongo a disposición vuestra por si acaso necesitáis manejarlo en castellano.

Tambien le he ampliado un poquito las casillas de listado de entradas y salidas ya que, a mi juicio, cuando hay varias cuesta distinguirlas. Espero no te moleste Sailoog.

Solo tenéis que bajaros el zip, descomprimirlo y copiar la carpeta openplotter que sale del zip dentro de la carpeta .config de vuestra Pi. Si no queréis perder la versión anterior podéis renombrar la antigua carpeta openplotter a openplotter.old antes de copiar la nueva. Así podréis volver a recuperar la versión anterior si esta os disgusta.

Enlace:

https://mega.co.nz/#!tBIXDR4Z!jj51_l...Du1To2eTFkfeRA

Cuando hago el procedimiento, cambio la carpeta, y arranco openplotter me sale permiso denegado.
edito:conseguido, "sudo chmod 755 openplotter.py" ahora no me deja salidas de red en UDP. Me haria falta para shippingexplorer, y por supuesto que no deja filtrar.

[Diavolo]

Esta tarde 2º intento, y espero que el ultimo, y todo funcione.

Abierto el puerto del router un Huawei b970b de Orange, no funciona desde fuera de la red interna, mirando por san google veo que Orange me tiene que abrir la APN para tal fin. Llamado a los servicios de Orange, y después de marearme un poco, me dicen que llamará un técnico especialista en estos temas. ¿me llamará?

Referente al OpenPlotter. Una cosa. me gusta mas para mi caso configurar Kplex por medio de Sudo Nano el archivo Kplex.conf, porque puedo hacer mas cosas, no quiere decir que openplotter no sirva, pues es muy interesante por su sencillez, pero le falta todavía para mi uso. (no puedo filtrar sentencias NMEA, la red 3G vale cara, y no tengo porque enviar sentencias del tipo Viento, sonda, a Marinetraffic, para que luego las filtren ellos, ademas creo que no deja poner UDP como cliente, por lo que lo necesitaria para shippingExplorer)


La cuestión es usar Kplex y configurarlo por mi cuenta, y mi pregunta es.

1º No se activa Kplex al arrancar la fresa. ¿como arranco el servicio?

2º No se borra el archivo kplex.conf arrancando openplotter, por lo que entiendo que la dirección /etc/kplex.conf, no es la configuración que funciona
¿cual es esa dirección buena donde se encuentra kplex.conf?

3º Necesitaría un listado de ordenes para reiniciar kplex, apagarlo, etc..

4º Cuando pongo la conexiones entrantes/salientes en openplotter, y le doy a grabar, se borran las ip´s y en puesto me pone "todas dir."

No entiendo mucho de linux, pero se manejar algo, he tenido en casa Ubuntu siempre, y me gusta, de hecho mis hijos en sus portátiles no quiero ponerles windows, tienen ubuntu es mucho mas seguro para ellos, ¡¡¡y no saben manejar windows!!!, ellos saben mas que Yo.

Originalmente publicado por Diavolo

Esta tarde 2º intento, y espero que el ultimo, y todo funcione.

Abierto el puerto del router un Huawei b970b de Orange, no funciona desde fuera de la red interna, mirando por san google veo que Orange me tiene que abrir la APN para tal fin. Llamado a los servicios de Orange, y después de marearme un poco, me dicen que llamará un técnico especialista en estos temas. ¿me llamará?

Referente al OpenPlotter. Una cosa. me gusta mas para mi caso configurar Kplex por medio de Sudo Nano el archivo Kplex.conf, porque puedo hacer mas cosas, no quiere decir que openplotter no sirva, pues es muy interesante por su sencillez, pero le falta todavía para mi uso. (no puedo filtrar sentencias NMEA, la red 3G vale cara, y no tengo porque enviar sentencias del tipo Viento, sonda, a Marinetraffic, para que luego las filtren ellos, ademas creo que no deja poner UDP como cliente, por lo que lo necesitaria para shippingExplorer)


La cuestión es usar Kplex y configurarlo por mi cuenta, y mi pregunta es.

1º No se activa Kplex al arrancar la fresa. ¿como arranco el servicio?

2º No se borra el archivo kplex.conf arrancando openplotter, por lo que entiendo que la dirección /etc/kplex.conf, no es la configuración que funciona
¿cual es esa dirección buena donde se encuentra kplex.conf?

3º Necesitaría un listado de ordenes para reiniciar kplex, apagarlo, etc..

4º Cuando pongo la conexiones entrantes/salientes en openplotter, y le doy a grabar, se borran las ip´s y en puesto me pone "todas dir."

No entiendo mucho de linux, pero se manejar algo, he tenido en casa Ubuntu siempre, y me gusta, de hecho mis hijos en sus portátiles no quiero ponerles windows, tienen ubuntu es mucho mas seguro para ellos, ¡¡¡y no saben manejar windows!!!, ellos saben mas que Yo.

1 Sí se activa al arranque pero si no entran datos, dependiendo de la configuración de .kplex.conf se para.

2 El archivo de configuracion es /home/pi/.kaplex.conf

3 En el menu derecho del raton tienes una entrada que pone "rearrancar multiplexor. Con ella lo reinicias para aplicar cambios o simplemente lo arrancas si estaba parado. En consola lo puedes parar con sudo pkill kplex y arrancar con kplex, pero entonces se te queda colgando de la consola. Mejor usa el menú derecho del raton.

4 openplotter funciona estupendamente para la inmensa mayoria de usuarios pero para tu caso no es adecuado pues hay que modificar mas parametros de los que permite. Sailoog esta trabajando para aumentar sus funcionalidades pero para tu caso hay que editar a mano el .kplex.conf.

Ya he notado que trabajar con Linux no supone un problema para ti, y esto es una ventaja. Aqui mas bien es una cosa de encajar el rompecabezas y de hilar fino para que todo funcione. Es cosa de paciencia. Lo lograrás.

[sailoog.com]

Originalmente publicado por Diavolo

Esta tarde 2º intento, y espero que el ultimo, y todo funcione.

Abierto el puerto del router un Huawei b970b de Orange, no funciona desde fuera de la red interna, mirando por san google veo que Orange me tiene que abrir la APN para tal fin. Llamado a los servicios de Orange, y después de marearme un poco, me dicen que llamará un técnico especialista en estos temas. ¿me llamará?

Referente al OpenPlotter. Una cosa. me gusta mas para mi caso configurar Kplex por medio de Sudo Nano el archivo Kplex.conf, porque puedo hacer mas cosas, no quiere decir que openplotter no sirva, pues es muy interesante por su sencillez, pero le falta todavía para mi uso. (no puedo filtrar sentencias NMEA, la red 3G vale cara, y no tengo porque enviar sentencias del tipo Viento, sonda, a Marinetraffic, para que luego las filtren ellos, ademas creo que no deja poner UDP como cliente, por lo que lo necesitaria para shippingExplorer)


La cuestión es usar Kplex y configurarlo por mi cuenta, y mi pregunta es.

1º No se activa Kplex al arrancar la fresa. ¿como arranco el servicio?

2º No se borra el archivo kplex.conf arrancando openplotter, por lo que entiendo que la dirección /etc/kplex.conf, no es la configuración que funciona
¿cual es esa dirección buena donde se encuentra kplex.conf?

3º Necesitaría un listado de ordenes para reiniciar kplex, apagarlo, etc..

4º Cuando pongo la conexiones entrantes/salientes en openplotter, y le doy a grabar, se borran las ip´s y en puesto me pone "todas dir."

No entiendo mucho de linux, pero se manejar algo, he tenido en casa Ubuntu siempre, y me gusta, de hecho mis hijos en sus portátiles no quiero ponerles windows, tienen ubuntu es mucho mas seguro para ellos, ¡¡¡y no saben manejar windows!!!, ellos saben mas que Yo.

Como ya se ha dicho OpenPlotter intenta facilitar el uso del multiplexor entre otras cosas y con esta premisa habrán cosas de kplex que nunca estarán en openplotter (o por lo menos yo no creo que las implemente aunque no quiere decir que alguien lo haga, cosas del software libre . Tu caso es muy especifico y mejor que lo hagas a mano pero cuidado!!! si guardas cambios con openplotter te cargarás las modificaciones que haya hecho a mano. No se pueden definir salidas UDP con openplotter porque hay cosar a tener en cuenta respecto a permisos, interfaces, etc que complican mucho su implementación. No es imposible pero creo que no merece la pena para el poco uso que se le va a dar a una salida UDP.

1- se arranca al inicio de igual manera que cualquier programa (el comando es "kplex") para que no pase lo que dice pinguino añade la opción "optinal=yes", si tienes alguna salida definida no se parara.

2- apagar kplex "pkill kplex" o si quieres apagarlo digamos que a lo bestia "pkill -9 kplex"

4- Si te fijas esto solo ocurre con las entradas UDP o las salidas TCP donde la direccion no es relevante y por eso se escuchará o se hablará por el puerto en cuestión en todas las direcciones.


Animo que ya lo tienes!

[Diavolo]

Originalmente publicado por sailoog.com

Como ya se ha dicho OpenPlotter intenta facilitar el uso del multiplexor entre otras cosas y con esta premisa habrán cosas de kplex que nunca estarán en openplotter (o por lo menos yo no creo que las implemente aunque no quiere decir que alguien lo haga, cosas del software libre . Tu caso es muy especifico y mejor que lo hagas a mano pero cuidado!!! si guardas cambios con openplotter te cargarás las modificaciones que haya hecho a mano. No se pueden definir salidas UDP con openplotter porque hay cosar a tener en cuenta respecto a permisos, interfaces, etc que complican mucho su implementación. No es imposible pero creo que no merece la pena para el poco uso que se le va a dar a una salida UDP.

1- se arranca al inicio de igual manera que cualquier programa (el comando es "kplex") para que no pase lo que dice pinguino añade la opción "optinal=yes", si tienes alguna salida definida no se parara.

2- apagar kplex "pkill kplex" o si quieres apagarlo digamos que a lo bestia "pkill -9 kplex"

4- Si te fijas esto solo ocurre con las entradas UDP o las salidas TCP donde la direccion no es relevante y por eso se escuchará o se hablará por el puerto en cuestión en todas las direcciones.


Animo que ya lo tienes!

Ayer estuvimos pinguino y Yo, mano a mano intentado poner en marcha kplex, pudimos conectar a la fresa todos los datos NMEA, solo funcionó OpenCpn. pero Marinetraffic, y shippingExplorer, nasti de plasti, probamos eliminar sentencias, poner otras, y no funciona. Optando por montar de nuevo los 3 servidores, y esperar a que la fresa madure.

Originalmente publicado por gilinas

Respecto de las comunicaciones con UDP:

En este caso no existen conexiones y por lo tanto identificar al servidor y al cliente no es tan trivial como en el caso de TCP.
Al no haber conexion, el servicio de transferencia no es fiable (como lo es en el caso de TCP). Es posible que se pierdan datos.

Como contrapartida, permite la difusión de los mismos datos a varios receptores en un solo envío utilizando direcciones IP de difusión (que son de la forma a.b.c.255, a.b.255.255, ó incluso 255.255.255.255 [todos]).
Los receptores recibirán los datos si se encuentran escuchando en el puerto correspondiente.

Utilización mediante kplex:

Para salida de datos
[broadcast]
direction=out
device=<interface>
address=<address>
port=<port>

<interface> será (wlan0 ó eth0) el interface de red por el que se transmitirán los datos.
<address> es la dirección IP de difusión
<port> es el puerto donde deben estar escuchando los receptores (si no, ellos se lo pierden)

Para entrada de datos
[broadcast]
direction=in
port=<port>

cuantas menos restricciones mejor, así recibiremos todo lo que llegue por el puerto especificado en cualquiera de los interfaces de red y para cualquier dirección de difusión que nos incluya.

Para entrada/salida de datos
[broadcast]
direction=both
device=<interface>
address=<address>
port=<port>

Creo que para este caso es mejor defnir uno de entrada y otro de salida, ya que direction=both nos restringe el tráfico de entrada a la interface especificada y además solo recibiremos el tráfico dirigido a la dirección de difusión especificada.

esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.

Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.

Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.

Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.

Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.

Lo hemos intentado tanto como usuario normal como administrador.

¿Que se nos escapa?

¿Nos podríais aclarar algo de esto?

¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?

[gilinas]

Originalmente publicado por pinguino

esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.

Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.

Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.

Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.

Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.

Lo hemos intentado tanto como usuario normal como administrador.

¿Que se nos escapa?

¿Nos podríais aclarar algo de esto?

¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?

Parece ser que kplex solamente admite UDP con boadcast (a la red local) o con multicast (sobre IPv6).

Es una pena que no admita transferencias UDP a IPs sencillas, y me parece un error de concepto.
Las conexiones TCP solamente son útilies cuando se requiere una alta fiabilidad en que los datos van a llegar a su destino, la contrapartida es que estos se pueden demorar en llegar un tiempo arbitrario, y retrasar los datos que van a continuación, que tienen que esperar a que se transmitan los anteriores.
Con UDP las transferencias de datos son independientes entre si. Se puede enviar una lectura de viento y posteriormente una de corredera y llegar con el orden cambiado o no llegar alguna de ellas, lo que no afecta a esas lecturas ni al resto de lecturas.

En mi opinión UDP sería el protocolo más adecuado para la transferencia de datos NMEA, pero con kplex solamente lo tenemos disponible para direcciones de broadcast o de multicast.



Nota: el permitir que se utilice UDP broadcast sobre una red remota podría habilitar el realizar atakes de tipo UDP flooding

[sailoog.com]

Originalmente publicado por gilinas

Parece ser que kplex solamente admite UDP con boadcast (a la red local) o con multicast (sobre IPv6).

Es una pena que no admita transferencias UDP a IPs sencillas, y me parece un error de concepto.
Las conexiones TCP solamente son útilies cuando se requiere una alta fiabilidad en que los datos van a llegar a su destino, la contrapartida es que estos se pueden demorar en llegar un tiempo arbitrario, y retrasar los datos que van a continuación, que tienen que esperar a que se transmitan los anteriores.
Con UDP las transferencias de datos son independientes entre si. Se puede enviar una lectura de viento y posteriormente una de corredera y llegar con el orden cambiado o no llegar alguna de ellas, lo que no afecta a esas lecturas ni al resto de lecturas.

En mi opinión UDP sería el protocolo más adecuado para la transferencia de datos NMEA, pero con kplex solamente lo tenemos disponible para direcciones de broadcast o de multicast.

mmmmmm si y no....

supongo que se pensó en las salidas UDP broadcast para tener algún aparato escuchando conectado diretamante por ethernet o wifi a la fuente donde prima la inmediatez y vigencia de esos datos y donde hay mas probabilidad que lleguen debido a los escasos intermediarios.

Pero para el caso que nos ocupa que es mandar posicines AIS remotamente TCP seria el sistema mejor ya que llevan incorporada la fecha/hora y da igual cuando lleguen, lo que importa es que lleguen.

digo yo....

[sailoog.com]

Originalmente publicado por pinguino

esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.

Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.

Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.

Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.

Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.

Lo hemos intentado tanto como usuario normal como administrador.

¿Que se nos escapa?

¿Nos podríais aclarar algo de esto?

¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?

seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

otras cosas que se me ocurren:

- falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
- contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP

[gilinas]

Originalmente publicado por sailoog.com

seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

otras cosas que se me ocurren:

- falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
- contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP

Yo creo que se lo han dado correctamente.
Las IP's son las direcciones de red que identifican a los dispositivos conectados a la red, y se pueden enviar/recibir datos de/hacia esos dispositivos (IPs) utilizando protocolo TCP (lento, fiable y con órden entre los datos) o UDP (rápido, no-fiable y sin órden entre los datos)
Los puertos son "los enchufes" donde están esperando las aplicaciones para enviar/recibir. Hay 65536 puertos TCP (del 0 al 65535) y 65536 puertos UDP (del 0 al 65535).

Originalmente publicado por sailoog.com

seguro que shippingexplorer os ha dado una UDP?, lo dudo debido a los problemas de seguridad que comenta gilinas.

En cuanto a las salidas UDP broadcast, si queremos que funcionen hemos de ejecutar kplex como root porque si no fallará pero lo hará en silencio sin devolver error. Igual cuando lo habeis probado no os llegaban datos porque kplex = error siencioso y sudo kplex = va a buscar el archivo de config a etc y no al home de pi.

otras cosas que se me ocurren:

- falla shippingexplorer como TCP porque hay algún firewall por enmedio de software o hardware o puertos cerrados en el router....
- contactar con shippingexplorer y que especifiquenb si es una TCP o una UDP

sailoog he estado controlando yo el tema por VNC, y sí lo he ejecutado tanto como root como usuario normal. Como root especificando el archivo de config adecuado con su parámetro correspondiente.

Y si, dan puerto, dirección y especifican que en su servidor hay que escoger protocolo UDP.

Primero nos hemos limitado a echárselos a comer por tcp para probar a ver si comían, pero no.

Opino que Gilinas tiene razón y el UDP en kplex es local y por eso, el creador de kplex, insiste en su ejemplo de marinetraffic en usar tcp en vez de udp que es lo que recomiendan.

Desde luego podría ser también un problema de cortafuegos a nivel de router, pero marinetraffic ha ido a la primera una vez todas las cosas estaban en su sitio.

[sailoog.com]

pues descartadas todas esas posibilidades seguramente sean esos los motivos.

La ultima prueba de confirmación podria ser una salida UDP de OpenCpn y descartar kplex como mltiplexor en este caso.