SailPi Navegando con Raspberry Pi

[Diavolo]

Originalmente publicado por gilinas

1º:
desde consola:
sudo leafpad /etc/kplex.conf
para editar el archivo de configuración de kplex directamente

2º
No me queda clato si el transporte de red que quieres es TCP o UDP

UDP por ejemplo.

[gilinas]

Originalmente publicado por Diavolo

UDP por ejemplo.

En ese caso deberías añadir al /etc/kplex.conf

[broadcast]
direction=out
device=<interface>
address=<address>
port=<port>

donde <interface> será

• eth0 para ethernet
• wlan0 para wifi

<address> será el conjunto de direcciones a donde se enviará, de la forma: "A.B.C.255" (esto indica todas las direcciones que comiencen por A.B.C...

y <port> será el puerto por donde entrará en todos los dispositivos remotos.

[Diavolo]

Originalmente publicado por gilinas

En ese caso deberías añadir al /etc/kplex.conf

[broadcast]
direction=out
device=<interface>
address=<address>
port=<port>

donde <interface> será

• eth0 para ethernet
• wlan0 para wifi

<address> será el conjunto de direcciones a donde se enviará, de la forma: "A.B.C.255" (esto indica todas las direcciones que comiencen por A.B.C...

y <port> será el puerto por donde entrará en todos los dispositivos remotos.

Vamos a poner un Ejemplo Real, donde Yo configuro OpenCPN de esta manera:

La ip de la fresa es 192.168.1.15 y redireccionado en el router el puerto UDP 5432.
Por lo tanto solo tendría que variar el puerto

[broadcast]
direction=in
device=eth0
address=localhost
port=5432

[broadcast]
direction=out
device=eth0
address=localhost
port=10101

Es correcto? Lo que he hecho en el opencpn es cambiar el puerto 10101 por el 5432, y ya va bien.

si quiero reenviar a una ip seria.

[broadcast]
direction=out
device=eth0
address=xx.xx.xx.xx
port=2525

Para poner un server IN y client OUT
UDP es Broadcast
TCP es ?
¿no?
¿Y para variar la velocidad del puerto de serie?

Parece que con Kplex se pueden hacer muchas mas cosas de las que me imagino. Como por ejemplo poner otro USB to serial y redireccionar a ese una señal nmea filtrada para alimentar físicamente un Piloto automático, o la VHF con la señal filtrada.

Me esta empezando a gustar.

[R.Santana]

Bueno venga, me voy a comprar una pi, para trastear, tanto leer me convencieron.

Donde es mejor comprarla online, en Farnell?

PD: He visto que existe la versión Banana Pi, algo mas potente, se le puede instalar android y cualquier sistema operativo linux, a parte de otras cosillas.
Otra que he visto es la Beaglebone Black.

Originalmente publicado por Diavolo

Vamos a poner un Ejemplo Real, donde Yo configuro OpenCPN de esta manera:

La ip de la fresa es 192.168.1.15 y redireccionado en el router el puerto UDP 5432.
Por lo tanto solo tendría que variar el puerto

[broadcast]
direction=in
device=eth0
address=localhost
port=5432

[broadcast]
direction=out
device=eth0
address=localhost
port=10101

Es correcto? Lo que he hecho en el opencpn es cambiar el puerto 10101 por el 5432, y ya va bien.

si quiero reenviar a una ip seria.

[broadcast]
direction=out
device=eth0
address=xx.xx.xx.xx
port=2525

Para poner un server IN y client OUT
UDP es Broadcast
TCP es ?
¿no?
¿Y para variar la velocidad del puerto de serie?

Parece que con Kplex se pueden hacer muchas mas cosas de las que me imagino. Como por ejemplo poner otro USB to serial y redireccionar a ese una señal nmea filtrada para alimentar físicamente un Piloto automático, o la VHF con la señal filtrada.

Me esta empezando a gustar.

Algunas orientaciones acerca del archivo de configuración kplex, traducidas de su web:

Todo lo que necesitamos hacer es personalizar el archivo de configuración kplex e instruir al sistema operativo para iniciar kplex en el arranque. Si hemos conectado nuestro receptor AIS a 38400 baudios en / dev / ttyUSB0 y se nos ha asignado el puerto 5321 por marinetraffic, la configuración mínima para kplex.conf seria así:

[serial]
filename=/dev/ttyUSB0
baud=38400
direction=in

[tcp]
address=5.9.207.224
port=5321
persist=yes
direction=out

Cambiar la linea del puerto "port =" de acuerdo con el puerto que Marine Traffic te asigne.
Ten en cuenta que esto establece una conexión TCP con marinetraffic en lugar de una conexión UDP como se describe en varios tutoriales. Marinetraffic soporta ambos tipos de conexión. TCP da transmisión de datos fiable a través de una red de área amplia a diferencia de UDP, pero a expensas de una mayor sobrecarga. kplex no admite actualmente UDP unicast. La opcion "persist = yes" hace que kplex intente volver a establecer una conexión perdida, por ejemplo, si el servidor de marinetraffic se reinicia. Si usamos kplex 1.1 (beta) o posterior, hay que añadir la siguiente linea bajo [tcp] para asegurar que las conexiones perdidas a causa de la perdida de asignaciones NAT entre nosotros y marinetraffic, se reinicien.

keepalive=yes

Para enviar sólo AIVDM y AIVDO:

ofilter=+AIVDM:+AIVDO:-all

Conexión a otros servicios

kplex puede enviar tus datos a múltiples servicios y hacer que esté n disponible en tu red local. Para enviar datos a un servicio similar a marine traffic, basta con replicar la sección bajo " [tcp] "en el ejemplo anterior, al final del archivo, pero utilizando la dirección y el puerto del otro servicio.

Para crear un servidor TCP, que sea accesible en tu red de área local y entregue los datos AIS a aplicaciones cliente como OpenCPN , agrega la siguiente sección al archivo de configuración:

[tcp]
mode=server
port=10110

Esto hace que los datos esten disponibles en el puerto TCP 10110 en todas las interfaces de red de la pi.
Si el equipo está conectado directamente a Internet sin un cortafuegos, hay que ser conscientes de que no hay ninguna contraseña u otro control de acceso en el servidor tcp que crea kplex.

Para distribuir tus datos a través de IPv4 UDP en el puerto 10110, puedes añadir la siguiente declaración a kplex.conf :


[bcast]
device=eth0
port=10110
direction=out

Si tu pi está conectada a la red a través de un pincho wifi, reemplazar "eth0" por "wlan0" u otro nombre del dispositivo que estés utilizando.
Poniendo todo junto, supongamos que queremos enviar nuestros datos a marinetraffic, pero sólo frases AIVDM y también la creación de un servidor tcp que podemos conectar a las aplicaciones cliente en nuestra red de área local:


[serial]
filename=/dev/ttyUSB0
baud=38400
direction=in
[tcp]
address=5.9.207.224
port=5321
persist=yes
dirección=out
Ofilter=+AIVDM:-all
[tcp]
mode=server
port=10110

Espero que te sirva de ayuda.

[gilinas]

Algunos comentarios:

Para las conexiones [tcp]
Cliente (mode=client) es el que establece la conexión tcp (el que se conecta), Servidor (mode=server) es el que está esperando a que se conecte el/los otro/s. El servidor puede servir a varios clientes simultáneamente, incluso si esos clientes proceden de la misma máquina remota.

Una vez la conexión establecida, el flujo de datos puede ser de entrada (direction=in), de salida (direction=out) o ambos (direction=both)

Si el modo es servidor

• mejor no especificar la IP con address: de esta forma serviremos por todos los interfaces de red (ethX y wlanX)
• Cuanto menos restinjamos mejor:
  • [tcp]
  • mode=server
  • direction=both
  • port=xxxxx

Si el modo es cliente

• especificar la IP y el puerto del servidor
  • [tcp]
  • mode=client
  • address=aaa.bbb.ccc.ddd
  • port=xxxxx
• por si se producen desconexiones no deseadas
  • persist=yes (reconecta en caso de desconexión)
  • keepalive=yes (monitoriza la conexión por si se desconecta)

[gilinas]

Y mucho ojo con cómo se utiliza el nombre localhost

"localhost" es el nombre asignado a la dirección IP 127.0.0.1.
Esta dirección IP solamente puede ser utilizada para comunicaciones internas de la máquina. Esto es, para comunicar procesos que residen en la misma máquina.

Cualquier comunicación a/desde "localhost" no va a salir de nuestra máquina.
De hecho ni siquiera llega a ninguno de los interfaces de red.

[R.Santana]

Ya tengo la pi. a esperar que llegue desde kong fu.