SailPi Navegando con Raspberry Pi

[gilinas]

Originalmente publicado por Diavolo

Ya confirmado, el sistema va muy bien, y ya no hay cortes. si alguien necesita mis datos, sin coste alguno para mi, son bme.ole32.com:10110 como tcp client
Una cosa, ¿como puedo diferenciar los datos en kplex que me entran por ttyUSB0, y los que me vienen de mi barco?.

Saludos y mi mas sincera enhorabuena a Pinguino, y Gilinas.

Aquí los figuras son Pinguino y Sailoog, yo solo estoy intentando refrescar mi linux.
Que lo tengo muy oxidado (sin usar desde la Slackware 1.3 )



Me he podido conectar a bme.ole32.com:10110, pero no puedo leer nada.

[Diavolo]

Originalmente publicado por gilinas

Aquí los figuras son Pinguino y Sailoog, yo solo estoy intentando refrescar mi linux.
Que lo tengo muy oxidado (sin usar desde la Slackware 1.3 )



Me he podido conectar a bme.ole32.com:10110, pero no puedo leer nada.

Pues llevas razón. se me ha cortado otra vez. Prueba ahora.

Hasta que Keith no implante la nueva sentencia, se va a seguir cortando.

[Diavolo]

Originalmente publicado por Diavolo

Pues llevas razón. se me ha cortado otra vez. Prueba ahora.

Hasta que Keith no implante la nueva sentencia, se va a seguir cortando.

JAJJAJA, Nunca podrás entrar si tengo el puerto direccionado a otro equipo.

AHORA SI. PUEDES PROBAR YA.

[gilinas]

Originalmente publicado por Diavolo

JAJJAJA, Nunca podrás entrar si tengo el puerto direccionado a otro equipo.

AHORA SI. PUEDES PROBAR YA.

Probando con el comando netcat:

pi@raspberrypi ~ $ nc bme.ole32.com 10110

$GPGBS,100642.00,1.8,1.4,2.6,,,,*48
$GPRMC,100643.00,A,3735.78486,N,00059.06141,W,0.157,80.57,111114,,,D*4C
!AIVDO,1,1,,,B34GUKP00Ovoqm5H=9PjGwmUwP06,0*09
!AIVDM,1,1,,A,14`@1J002Fwt1=BEMGF3L2kF0@IO,0*5E
!AIVDO,1,1,,,B34GUKP00?voqm5H=9Pkgwn5wP06,0*3B
!AIVDM,1,1,,A,13EbpF?P00OsVS0EO`S5pgwH0<0n,0*25
!AIVDM,1,1,,B,4028j9iurmb6eOsTsBEPALo00HJU,0*33
!AIVDO,1,1,,,B34GUKP00?voqm5H=9Pm;wnUwP06,0*01
!AIVDM,1,1,,B,13JLe`001COsQ;hEOrV9n7eL00RL,0*11
!AIVDO,1,1,,,B34GUKP00?voqmUH=9PkSwo5wP06,0*6E
$GPGBS,100646.00,1.8,1.4,2.6,,,,*4C
$GPRMC,100647.00,A,3735.78487,N,00059.06133,W,0.158,80.29,111114,,,D*4A
!AIVDM,1,1,,A,H7OeLCPPu0D0000000000000002,2*7D
!AIVDO,1,1,,,B34GUKP00OvoqmUH=9Pj;woUwP06,0*17
!AIVDM,1,1,,A,13EbdUPP00OsR4:EPpPh0?wN0@Kk,0*69
!AIVDM,1,1,,A,E@28iv06a9Qh1Pab2V67W00000000354;KoMh00003w>1<,4*7A
!AIVDM,1,1,,A,13EcFU?P01OsV0pEObD<iwwP08LG,0*7F
!AIVDO,1,1,,,B34GUKP00?voqn5H=9Pgcwp5wP06,0*2E
!AIVDM,1,1,,A,13EdqE9P00wsR;2EPnc<w?wN2D0i,0*7D
!AIVDO,1,1,,,B34GUKP00?voqn5H=9PigwpUwP06,0*44
!AIVDM,1,1,,A,13Ef:>SP00OsUjpEOd0@0?wT0D0v,0*73

Originalmente publicado por gilinas

Probando con el comando netcat:

pi@raspberrypi ~ $ nc bme.ole32.com 10110

$GPGBS,100642.00,1.8,1.4,2.6,,,,*48
$GPRMC,100643.00,A,3735.78486,N,00059.06141,W,0.157,80.57,111114,,,D*4C
!AIVDO,1,1,,,B34GUKP00Ovoqm5H=9PjGwmUwP06,0*09
!AIVDM,1,1,,A,14`@1J002Fwt1=BEMGF3L2kF0@IO,0*5E
!AIVDO,1,1,,,B34GUKP00?voqm5H=9Pkgwn5wP06,0*3B
!AIVDM,1,1,,A,13EbpF?P00OsVS0EO`S5pgwH0<0n,0*25
!AIVDM,1,1,,B,4028j9iurmb6eOsTsBEPALo00HJU,0*33
!AIVDO,1,1,,,B34GUKP00?voqm5H=9Pm;wnUwP06,0*01
!AIVDM,1,1,,B,13JLe`001COsQ;hEOrV9n7eL00RL,0*11
!AIVDO,1,1,,,B34GUKP00?voqmUH=9PkSwo5wP06,0*6E
$GPGBS,100646.00,1.8,1.4,2.6,,,,*4C
$GPRMC,100647.00,A,3735.78487,N,00059.06133,W,0.158,80.29,111114,,,D*4A
!AIVDM,1,1,,A,H7OeLCPPu0D0000000000000002,2*7D
!AIVDO,1,1,,,B34GUKP00OvoqmUH=9Pj;woUwP06,0*17
!AIVDM,1,1,,A,13EbdUPP00OsR4:EPpPh0?wN0@Kk,0*69
!AIVDM,1,1,,A,E@28iv06a9Qh1Pab2V67W00000000354;KoMh00003w>1<,4*7A
!AIVDM,1,1,,A,13EcFU?P01OsV0pEObD<iwwP08LG,0*7F
!AIVDO,1,1,,,B34GUKP00?voqn5H=9Pgcwp5wP06,0*2E
!AIVDM,1,1,,A,13EdqE9P00wsR;2EPnc<w?wN2D0i,0*7D
!AIVDO,1,1,,,B34GUKP00?voqn5H=9PigwpUwP06,0*44
!AIVDM,1,1,,A,13Ef:>SP00OsUjpEOd0@0?wT0D0v,0*73

Bueno, hemos cambiado el puerto de bme.ole32.com a 10111, pues los datos del barco entraban por el 10110 y si haciamos salir tambien por 10110 se producia algo así como colision de paquetes TCP.... o al menos eso creemos.

[gilinas]

Originalmente publicado por pinguino

Bueno, hemos cambiado el puerto de bme.ole32.com a 10111, pues los datos del barco entraban por el 10110 y si haciamos salir tambien por 10110 se producia algo así como colision de paquetes TCP.... o al menos eso creemos.

Correcto, ahora puedo leer lo mismo por el 10111.
El 10110 no me conecta

[gilinas]

Originalmente publicado por pinguino

Bueno, hemos cambiado el puerto de bme.ole32.com a 10111, pues los datos del barco entraban por el 10110 y si haciamos salir tambien por 10110 se producia algo así como colision de paquetes TCP.... o al menos eso creemos.

Lo que pasa con TCP es que cuando escribes (mandas por un extremo) mucho volumen de datos, necesitas que en el otro extremo se lean con rapidez, porque sino, los buffers de datos se van llenando y cuando no caben más datos la próxima escritura bloqueará al proceso que envía hasta que se lea algo en el otro extremo.

Esto es porque TCP es un transporte fiable y no puede perder ningún dato.

Originalmente publicado por gilinas

Lo que pasa con TCP es que cuando escribes (mandas por un extremo) mucho volumen de datos, necesitas que en el otro extremo se lean con rapidez, porque sino, los buffers de datos se van llenando y cuando no caben más datos la próxima escritura bloqueará al proceso que envía hasta que se lea algo en el otro extremo.

Esto es porque TCP es un transporte fiable y no puede perder ningún dato.

Eso podría explicar los "cortes" inexplicables que contaba Diavolo.

[gilinas]

Por cierto, que con el "nc" no hace falta utilizar mi programa para conectar los puertos TCP y UDP.


Basta con la siguiente orden:

nc <host.tcp.origen> <puerto.tcp.origen> | nc -u <host.udp.destino> <puerto.udp.destino>

Muchísimo más fácil