La Taberna del Puerto
Página 5 de 13 < 1234 5 6789101112 > Última »
Mostrar 40 mensajes de esta discusión en una página

La Taberna del Puerto (https://foro.latabernadelpuerto.com/index.php)
-   Foro Náutico Deportivo (https://foro.latabernadelpuerto.com/forumdisplay.php?f=2)
-   -   SailPi Navegando con Raspberry Pi (https://foro.latabernadelpuerto.com/showthread.php?t=127292)

rash 20-10-2014 22:26
Re: SailPi Navegando con Raspberry Pi
 
Raspberry pedida!! :pirata:
(+ gps usb + micro sd 8gb)

ya os contaré cuando lo reciba :rolleyes:

... 21-10-2014 09:11
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1713881)
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 21-10-2014 10:29
Re: SailPi Navegando con Raspberry Pi
 
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 21-10-2014 22:36
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1713344)
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.:o

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 22-10-2014 11:29
Re: SailPi Navegando con Raspberry Pi
 
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.

... 22-10-2014 12:24
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1714562)
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 22-10-2014 17:27
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1714562)
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 23-10-2014 10:32
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por sailoog.com (Mensaje 1714730)
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.

... 23-10-2014 15:27
Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por gilinas (Mensaje 1705325)
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 23-10-2014 17:51
Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1715214)
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.

:confused:

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

sailoog.com 23-10-2014 18:15
Re: Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por gilinas (Mensaje 1715259)
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.

:confused:

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 23-10-2014 18:19
Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1715214)
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 23-10-2014 18:40
Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por sailoog.com (Mensaje 1715274)
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).

... 23-10-2014 19:00
Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por sailoog.com (Mensaje 1715274)
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 24-10-2014 09:17
Re: SailPi Navegando con Raspberry Pi
 
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.

... 24-10-2014 09:30
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por sailoog.com (Mensaje 1715500)
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.
Sí. Ya lo estuve probando ayer y al parecer opencpn si envia paquetes UDP a direcciones salientes.

No lo pudimos probar con Marinetraffic y Shippingexplorer por que Diavolo dejo en marcha sus dispositivos "oficiales" trabajando. Pero fui capaz de enviar sus datos (recibidos previamente desde su dispositivo en el barco) a través de la Raspberry hasta mi casa en modo UDP y funcionó.

Creemos que opencpn si puede gestionar conexiones UDP pero Diavolo nos sacara de dudas cuando pueda comprobarlo in situ.

Al final también quedara funcionando kplex pues hace algo que opencpn no hace, y es servir los datos NMEA en modo servidor por TCP. Opencpn exige en la configuración una dirección y por tanto localhost sirve solo datos a la maquina misma como decia Gilinas. Ni siquiera los comparte en la red interna.

Al final la cosa quedó asi:

-Kplex lee del puerto /dev/ttyUSB0 y reparte en formato TCP al puerto 10110.

Los datos NMEA estan disponibles para todos tanto dentro como fuera de la red (configurando los cortafuegos de los ruters).

-Opencpn lee los datos de TCP del puerto 10110 y los reparte filtrados y en UDP a Marinetraffic, shippingexplorer y localizatodo.


Finalmente Diavolo se planteó el dejar solo en marcha kplex, recibir los datos y en casa hacer la repartición a los distintos destinos. Puede que al final acabe así.

Diavolo 24-10-2014 10:26
Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por sailoog.com (Mensaje 1715274)
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
Con ShippingExplorer he hablado y mas que hablado, que solo acepta conexiones UDP, no TCP. Ya le comenté a ellos, que un servidor puerto de serie, puedo enviar datos a varias IP en modo TCP o UDP, pero Todas con el mismo tipo de conexion, por ello usaba un servidor de serie unica y exclusivamente para mi como servidor de serie TCP, para IPad, PC, y de mas, otro para enviar UDP como cliente a Marinetraffic, ShippingExplorer y el de Localizatodo aparte para ellos.

Ahora voy a poner la Fresa, y el servidor de Localizatodo, y todo lo demás va a ir fuera.

Al final voy a optar por poner Kplex TCP en modo server a la fresa, y Marinetraffic (que ya hemos probado que funciona), y desde casa a ShippingExplorer. Localizatodo voy a mantener el Servidor de ellos (Micro-Pc), de todas formas es el mas pequeño que tengo y fácil de ocultar.

sailoog.com 24-10-2014 11:12
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1715508)

Al final también quedara funcionando kplex pues hace algo que opencpn no hace, y es servir los datos NMEA en modo servidor por TCP. Opencpn exige en la configuración una dirección y por tanto localhost sirve solo datos a la maquina misma como decia Gilinas. Ni siquiera los comparte en la red interna.
:nosabo: esto no lo entiendo muy bien. quieres decir que opencpn no puede enviar datos por TCP a una direccion remota? tampoco a un ordenador conecxtado por wifi o ethernet? que raro no?

Diavolo 24-10-2014 11:23
Re: SailPi Navegando con Raspberry Pi
 
Me tengo que comprar otra Raspberry, mirad lo que he visto.
http://www.satsignal.eu/raspberry-pi/dump1090.html
Ahora lo tengo con rtl1090 en casa con un pc encendido las 24 horas.
http://bme.ole32.com/VirtualRadar/Desktop.html
:brindis::brindis::brindis::brindis::brindis::ador acion::adoracion::adoracion::adoracion:

... 24-10-2014 12:22
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por sailoog.com (Mensaje 1715560)
:nosabo: esto no lo entiendo muy bien. quieres decir que opencpn no puede enviar datos por TCP a una direccion remota? tampoco a un ordenador conecxtado por wifi o ethernet? que raro no?
Pues verás con kplex ponemos:

[tcp]
mode=server
port=10110

Y cualquier dispositivo que apunte a la ip de la Raspberry interna (en red local) o pública en Internet (con los correspondientes puertos abiertos) podrá usar esos datos.

Pero ahora intenta lo mismo con opencpn. Crea una conexión de red de salida, puerto 10110 y tipo tcp. ¿que direccion ponemos? si pones localhost de la maquina no sale nada.

No se si funcionaria metiendo la ip local del dispositivo, tal vez. Pero la limpieza de kplex es sorprendente.

En esto aun voy de aprendiz....:cunao:

... 24-10-2014 18:21
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1715567)
Me tengo que comprar otra Raspberry, mirad lo que he visto.
http://www.satsignal.eu/raspberry-pi/dump1090.html
Ahora lo tengo con rtl1090 en casa con un pc encendido las 24 horas.
http://bme.ole32.com/VirtualRadar/Desktop.html
:brindis::brindis::brindis::brindis::brindis::ador acion::adoracion::adoracion::adoracion:
Contestando a tu mensaje de Telegram, si , he visto que también sirves ADS-B.

En realidad, lo que has leído en el primer enlace, tiene que ver con el trabajo que ha hecho Sailoog en su versión de SailPi incorporando la posibilidad de recibir AIS con un pincho de TV. La mitad de la tarea que muestra el tutorial que citas en el enlace, ya está hecha en la SailPi de Sailoog.

De hecho, tanto el AIS como el ADS-B se reciben con el mismo software rtl-sdr y solo cambia el software de decodificación que para el tema de los aviones es ese tal dump1090.

Desde luego ese otro mundo del rtl-sdr es amplísimo. :cunao:

gilinas 27-10-2014 16:38
Respuesta: Re: Respuesta: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1715539)
Con ShippingExplorer he hablado y mas que hablado, que solo acepta conexiones UDP, no TCP. Ya le comenté a ellos, que un servidor puerto de serie, puedo enviar datos a varias IP en modo TCP o UDP, pero Todas con el mismo tipo de conexion, por ello usaba un servidor de serie unica y exclusivamente para mi como servidor de serie TCP, para IPad, PC, y de mas, otro para enviar UDP como cliente a Marinetraffic, ShippingExplorer y el de Localizatodo aparte para ellos.

Ahora voy a poner la Fresa, y el servidor de Localizatodo, y todo lo demás va a ir fuera.

Al final voy a optar por poner Kplex TCP en modo server a la fresa, y Marinetraffic (que ya hemos probado que funciona), y desde casa a ShippingExplorer. Localizatodo voy a mantener el Servidor de ellos (Micro-Pc), de todas formas es el mas pequeño que tengo y fácil de ocultar.
Hola
He estado pensando un poco y la solución podría ser:
  1. Poner el kplex para que envíe por TCP como server
  2. hacer un programa que se conecte como cliente al TCP del kplex y que lo reenvíe por UDP a la dirección y puerto de ShippingExplore
El programa (en python) podría ser algo así:

Código:
#!/usr/bin/python

import socket
import argparse

parser = argparse.ArgumentParser(description='Reenvia por UDP lo que recibe por TCP')
parser.add_argument('UDPhost',
                  help='host destino del UDP')
parser.add_argument('UDPport', type=int,
                  help='puerto UDP')
parser.add_argument('--TCPhost', default='localhost',
                  help='host fuente TCP (localhost por defecto)')
parser.add_argument('--TCPport', type=int, default=10110,
                  help='puerto TCP (10110 por defecto)')
args = parser.parse_args()

tcps = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
tcps.connect((args.TCPhost, args.TCPport))
tcpin=tcps.makefile()
udps = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
while 1:
    lineaNMEA=tcpin.readline()
    udps.sendto(lineaNMEA, (args.UDPhost, args.UDPport))
tcpin.close
tcps.close
udps.close
lo salvas a un fichero.py (ShippingExplore.py por ejemplo)
y lo invocas como:

>python ShippingExplore.py UDPhost UDPport
donde:
UDPhost es el servidor de ShippingExplore y
UDPport el puerto de ShippingExplore

El programa supone por defecto que puede conectarse a kplex en localhost y el puerto 10110, si no es así, admite cambiarlos con
--TCPhost <dirección_servidor_TCP>
--TCPport <puerto_servidor_UDP>




Espero que te sirva :rolleyes::D
Se podría mejorar añadiendo gestión de excepciones ...

Diavolo 27-10-2014 18:14
SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por gilinas (Mensaje 1716762)
Hola
He estado pensando un poco y la solución podría ser:
  1. Poner el kplex para que envíe por TCP como server
  2. hacer un programa que se conecte como cliente al TCP del kplex y que lo reenvíe por UDP a la dirección y puerto de ShippingExplore
El programa (en python) podría ser algo así:

Código:
#!/usr/bin/python

import socket
import argparse

parser = argparse.ArgumentParser(description='Reenvia por UDP lo que recibe por TCP')
parser.add_argument('UDPhost',
                  help='host destino del UDP')
parser.add_argument('UDPport', type=int,
                  help='puerto UDP')
parser.add_argument('--TCPhost', default='localhost',
                  help='host fuente TCP (localhost por defecto)')
parser.add_argument('--TCPport', type=int, default=10110,
                  help='puerto TCP (10110 por defecto)')
args = parser.parse_args()

tcps = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
tcps.connect((args.TCPhost, args.TCPport))
tcpin=tcps.makefile()
udps = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
while 1:
    lineaNMEA=tcpin.readline()
    udps.sendto(lineaNMEA, (args.UDPhost, args.UDPport))
tcpin.close
tcps.close
udps.close
lo salvas a un fichero.py (ShippingExplore.py por ejemplo)
y lo invocas como:

>python ShippingExplore.py UDPhost UDPport
donde:
UDPhost es el servidor de ShippingExplore y
UDPport el puerto de ShippingExplore

El programa supone por defecto que puede conectarse a kplex en localhost y el puerto 10110, si no es así, admite cambiarlos con
--TCPhost <dirección_servidor_TCP>
--TCPport <puerto_servidor_UDP>




Espero que te sirva :rolleyes::D
Se podría mejorar añadiendo gestión de excepciones ...

Ya esta instalado pero no funciona, edito: Kplex si arranca al iniciar.
El caso es que tengo abierto el puerto en casa tcp y lo configuró de la misma forma que Marinetraffic, exceptuando los filtros, y me da error kplex, me dice que no se puede conectar a la ip bme.ole32.com/5432 y no he cometido ningún error.

EDITO: SHIPPINGEXPLORER, NO FUNCIONA, al desconectarlo de casa, con el ais que tengo, deja de funcionar. A ver si instalo el nuevo moden router con Pepephone, y accedeis vosotros a la fresa, lo que si funciona es Marinetraffic con Kplex, y opencpn

Enviado desde mi iPone5 con TaPaTa

Diavolo 27-10-2014 21:01
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1716799)
Ya esta instalado pero no funciona, edito: Kplex si arranca al iniciar.
El caso es que tengo abierto el puerto en casa tcp y lo configuró de la misma forma que Marinetraffic, exceptuando los filtros, y me da error kplex, me dice que no se puede conectar a la ip bme.ole32.com/5432 y no he cometido ningún error.

EDITO: SHIPPINGEXPLORER, NO FUNCIONA, al desconectarlo de casa, con el ais que tengo, deja de funcionar. A ver si instalo el nuevo moden router con Pepephone, y accedeis vosotros a la fresa, lo que si funciona es Marinetraffic con Kplex, y opencpn

Enviado desde mi iPone5 con TaPaTa
Me autocito. Una pregunta, si configuro una conexión tcp client en la fresa direccionada a mi casa, en casa debo de tener un servidor tcp, osea configuro opencpn para aceptar conexiones entrantes por el susodicho puerto, aparte de redireccionar al equipo donde tengo opencpn en el router. ¿o no vale?, por ese motivo no creo que Kplex no de el error que da.
y no arraque. Deberia de pasar de esa conexion y continuar con el proceso. ¿no?

rash 27-10-2014 22:40
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1666022)
¡AH!

El enlace de descarga:

Primera versión.

https://mega.co.nz/#!UZxHnByb!uqK37_...5ponTtCkDUAJJM


Última versión. Incluye el Programa creado por Sailoog y traducido al castellano, Openplotter.

21 sep 2014

https://mega.co.nz/#!VFggkIoQ!U9WeGf...N2ITOnUHfMey4k

:cunao:
:brindis::brindis:

a ver si me podéis echar una mano!! he grabado esta imagen en una micro sd pero no me aparece nada en la pantalla.

Mirando por internet, veo que puede ser porque la tarjeta tiene que estar formateada y que utilice el programa Win32DiskImager. Lo he descargado pero el portátil que uso es del trabajo y no tengo permisos de administrador. Así que he intentado buscar el mismo programa portable (que es lo que hago cuando no puedo instalar un programa), pero no lo encuentro.
¿Me podéis recomendar una aplicación portable para formatear la tarjeta?
porque... el problema puede ser este, ¿verdad?

También se me enciende una luz roja y otra verde. He leído que la luz roja es de la alimentación y que la verde es porque está leyendo la tarjeta y debería parpadear. En mi caso está fija todo el rato, así que supongo que el problema puede ser este del formateo de la tarjeta, verdad?

ayyyy, dónde me he metido!!! :cunao:

Gracias por aguantar unas preguntas tan básicas!! :o

:brindis::brindis:

... 27-10-2014 23:44
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por rash (Mensaje 1716979)
:brindis::brindis:

a ver si me podéis echar una mano!! he grabado esta imagen en una micro sd pero no me aparece nada en la pantalla.

Mirando por internet, veo que puede ser porque la tarjeta tiene que estar formateada y que utilice el programa Win32DiskImager. Lo he descargado pero el portátil que uso es del trabajo y no tengo permisos de administrador. Así que he intentado buscar el mismo programa portable (que es lo que hago cuando no puedo instalar un programa), pero no lo encuentro.
¿Me podéis recomendar una aplicación portable para formatear la tarjeta?
porque... el problema puede ser este, ¿verdad?

También se me enciende una luz roja y otra verde. He leído que la luz roja es de la alimentación y que la verde es porque está leyendo la tarjeta y debería parpadear. En mi caso está fija todo el rato, así que supongo que el problema puede ser este del formateo de la tarjeta, verdad?

ayyyy, dónde me he metido!!! :cunao:

Gracias por aguantar unas preguntas tan básicas!! :o

:brindis::brindis:
No es exacto lo que dices. No es cosa de formatear la tarjeta. Lo que hay que hacer es volcar en formato Raw, es decir a lo bestia los bytes del archivo img a la tarjeta SD.

Para ello necesitas un software especifico como el Win32DiskImager. Como no soy usuario de tu sistema, no sabría decirte que otra herramienta utilizar.

Yo creo que lo mas sencillo seria que algún conocido te prestara un pc para hacer el volcado. Es sencillo y son pocos minutos.

Otra opción seria arrancar el portátil con una versión Live de Linux y así no habría problemas en hacer el volcado. Pero me imagino que es mas complicado para ti.

Mejor que te presten un momento otro ordenador.

Edito para añadir:

En la pagina oficial de win32diskimager he visto que hay una version instaladora, que sera la que tu has intentado usar, pero tambien hay un zip que parece tener el ejecutable listo para usar.

Lo puedes descargar aqui:

http://sourceforge.net/projects/win3...y.zip/download

No se si te funcionará, no uso ese sistema operativo. Pero por probar no pierdes nada.

Edito de nuevo. Lo he comprobado en el pc de un vecino. Funciona sin necesidad de instalar. ¡Problema resuelto!

... 28-10-2014 00:00
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1716908)
Me autocito. Una pregunta, si configuro una conexión tcp client en la fresa direccionada a mi casa, en casa debo de tener un servidor tcp, osea configuro opencpn para aceptar conexiones entrantes por el susodicho puerto, aparte de redireccionar al equipo donde tengo opencpn en el router. ¿o no vale?, por ese motivo no creo que Kplex no de el error que da.
y no arraque. Deberia de pasar de esa conexion y continuar con el proceso. ¿no?
Como te comenté, es mejor preparar la Frambuesa como servidor universal.

[tcp]
mode=server
port=10110

Esto es como decir: A cualquiera que entre llamando a la puerta 10110 sirvele los datos NMEA.

Y basta que tu ordenador de casa ------> se conecte a la Frambuesa y ella le envía los datos. Es exactamente lo que hace Olaje pero el en el puerto 951.

En las pruebas del otro día lo que hice es que opencpn en tu casa enviara los datos en forma UDP a mi ip pública-------->[mi ip].

Después en mi opencpn de casa lo ajusté para que recibiera los datos UDP pero no poniendo la ip de tu dispositivo si no también mi ip publica.

opencpn <-----[mi ip] Y así funcionó.

Todo esto lo hice con opencpn, kplex no envía datos UDP fuera de la red interna.

Ademas es un rollo enviar los datos de ip en ip. Cuesta trabajo de cpu y no se cuan bien funcionaria usando TCP. Por ejemplo, acabo de intentar enviar datos a marinetraffic usando la ip de ellos y funciona. Pero también he intentado enviarlos a tu ip tanto en bme.ole32.com como Usando tu ip pública 79.144.89.82 y en ambos casos da error como si tu dispositivo no aceptara la conexión.

Por otro lado con UDP se pierden algunos paquetes.
Ademas hay que premeditar las conexiones de antemano y no se pueden espontanear según lo requerido.

Lo mejor:

[tcp]
mode=server
port=10110

Y conectando tu pc de casa a la ip del barco puerto 10110 recibes todo. Si ademas estas en el trabajo y conectas tu teléfono a la ip del barco puerto 10110 también recibirás.

O, por ejemplo, tienes una tableta en red local y conectando a localhost puerto 10110 también recibes los datos.

La Raspberry ira creando conexiones nuevas cuando se le requiera y cerrando las que se cortan mientras su CPU de de si.

Lo que necesitas,para que todo rule desde el barco, es una conexión 3g con ip pública para que puedas enviar y recibir sin bloqueos.
Ahora que ya tienes Pepephone ese problema está resuelto, pero como siempre los angelitos de Orange te han bloqueado el dispositivo.

Recuerda, si no lo liberas siempre puedes usar un pincho 3g libre. He hallado un modo bastante sencillo de hacerlo funcionar con pepephone.

Otra opción es usar un móvil Android libre y se puede conectar por wifi, e incluso he hallado la forma de conectar el mio (Android 4.2) por cable.

Como siempre, es con los dispositivos por donde te tienen las compañías telefonicas cogido por las .... nueces.:D

¿Tienes alguno libre?

Diavolo 28-10-2014 08:08
SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717024)
Como te comenté, es mejor preparar la Frambuesa como servidor universal.

[tcp]
mode=server
port=10110

Esto es como decir: A cualquiera que entre llamando a la puerta 10110 sirvele los datos NMEA.

Y basta que tu ordenador de casa ------> se conecte a la Frambuesa y ella le envía los datos. Es exactamente lo que hace Olaje pero el en el puerto 951.

En las pruebas del otro día lo que hice es que opencpn en tu casa enviara los datos en forma UDP a mi ip pública-------->[mi ip].

Después en mi opencpn de casa lo ajusté para que recibiera los datos UDP pero no poniendo la ip de tu dispositivo si no también mi ip publica.

opencpn <-----[mi ip] Y así funcionó.

Todo esto lo hice con opencpn, kplex no envía datos UDP fuera de la red interna.

Ademas es un rollo enviar los datos de ip en ip. Cuesta trabajo de cpu y no se cuan bien funcionaria usando TCP. Por ejemplo, acabo de intentar enviar datos a marinetraffic usando la ip de ellos y funciona. Pero también he intentado enviarlos a tu ip tanto en bme.ole32.com como Usando tu ip pública 79.144.89.82 y en ambos casos da error como si tu dispositivo no aceptara la conexión.

Por otro lado con UDP se pierden algunos paquetes.
Ademas hay que premeditar las conexiones de antemano y no se pueden espontanear según lo requerido.

Lo mejor:

[tcp]
mode=server
port=10110

Y conectando tu pc de casa a la ip del barco puerto 10110 recibes todo. Si ademas estas en el trabajo y conectas tu teléfono a la ip del barco puerto 10110 también recibirás.

O, por ejemplo, tienes una tableta en red local y conectando a localhost puerto 10110 también recibes los datos.

La Raspberry ira creando conexiones nuevas cuando se le requiera y cerrando las que se cortan mientras su CPU de de si.

Lo que necesitas,para que todo rule desde el barco, es una conexión 3g con ip pública para que puedas enviar y recibir sin bloqueos.
Ahora que ya tienes Pepephone ese problema está resuelto, pero como siempre los angelitos de Orange te han bloqueado el dispositivo.

Recuerda, si no lo liberas siempre puedes usar un pincho 3g libre. He hallado un modo bastante sencillo de hacerlo funcionar con pepephone.

Otra opción es usar un móvil Android libre y se puede conectar por wifi, e incluso he hallado la forma de conectar el mio (Android 4.2) por cable.

Como siempre, es con los dispositivos por donde te tienen las compañías telefonicas cogido por las .... nueces.:D

¿Tienes alguno libre?

Ya he comprado un router wifi con un pincho, que recibiré mañana, creo. Hablado con Orange, con huawei sat españa. Y lo que más me fastidia es que habiéndolo pagado a Orange, ósea de mi propiedad, y capado por Orange, no hay posibilidad de liberarlo. Orange me da el código de desbloqueo. Pero el firmware del aparato es de Orange, y el de Vodafone no me va a funcionar, según huawei sat, este aparato sólo se vendió a estas 2 empresas, y no al público, por lo que no hay firmware libre.

El miércoles haré lo que tengo previsto, y haré más pruebas con el programita de gilinas, desconectando antes en casa para asegurarme bien de que shippingexplorer funciona.


Enviado desde mi iPone5 con TaPaTa

... 28-10-2014 09:36
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1717064)
Ya he comprado un router wifi con un pincho, que recibiré mañana, creo. Hablado con Orange, con huawei sat españa. Y lo que más me fastidia es que habiéndolo pagado a Orange, ósea de mi propiedad, y capado por Orange, no hay posibilidad de liberarlo. Orange me da el código de desbloqueo. Pero el firmware del aparato es de Orange, y el de Vodafone no me va a funcionar, según huawei sat, este aparato sólo se vendió a estas 2 empresas, y no al público, por lo que no hay firmware libre.

El miércoles haré lo que tengo previsto, y haré más pruebas con el programita de gilinas, desconectando antes en casa para asegurarme bien de que shippingexplorer funciona.


Enviado desde mi iPone5 con TaPaTa
¿Que modelo de router es el que no puedes liberar?

Diavolo 28-10-2014 10:19
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717096)
¿Que modelo de router es el que no puedes liberar?
Un Huawei B970b como este
http://www.youtube.com/watch?v=4BujUwyzvX0

pero de orange.

... 28-10-2014 10:43
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1717122)
Un Huawei B970b como este
http://www.youtube.com/watch?v=4BujUwyzvX0

pero de orange.
Lo siento por ti.... si que es de los puñeteros. Tendrás que esperar.

Diavolo 28-10-2014 10:49
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717138)
Lo siento por ti.... si que es de los puñeteros. Tendrás que esperar.
He comprado este:
http://www.pccomponentes.com/tp_link..._modem_3g.html

y este router.

http://www.pccomponentes.com/tp_link...ireless_n.html

lleva ddclient incorporado.

... 28-10-2014 10:59
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1717140)
Me parece buena elección. Hace unos días lo repasé y me dio buena impresión.

Por cierto, como te dije creo que con el pincho hubiera bastado. Yo he hecho la prueba con este pincho que logré liberar:
http://www.p-wholesale.com/upimg/18/...m-e220-987.jpg
.... y me ha funcionado. Y sin necesidad de alimentación extra.

Diavolo 28-10-2014 11:02
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717143)
Me parece buena elección. Hace unos días lo repasé y me dio buena impresión.

Por cierto, como te dije creo que con el pincho hubiera bastado. Yo he hecho la prueba con este pincho que logré liberar:
http://www.p-wholesale.com/upimg/18/...m-e220-987.jpg
.... y me ha funcionado. Y sin necesidad de alimentación extra.
Jajajaja.

Bueno, pues como pccomponents lo tengo cerca, no abro la caja, y lo devuelvo por otra cosas que necesite. El miércoles, si no hay ningún problema te Telegrameo. Pero ten en cuenta que tambien quiero wifi con internete en el barco, que tengo 2 pinchos usb wifi, y ninguno de los 2 me ha funcionado en la fresa (uno de ellos lo compre para la fresa)

... 28-10-2014 11:13
Re: SailPi Navegando con Raspberry Pi
 
Pues ya puestos comentaré como hacer que la Raspberry Pi funcione con pincho 3G y tarjeta de pepephone.

La que a mi me ha funcionado mas fácil es:

1 Instalar wvdial

sudo apt-get install wvdial


y ya está.

Despues basta editar el archivo de configuracion de wvdial....

sudo leafpad /etc/wvdial.conf

borrar lo que haya y meter este texto:

[Dialer pepephone]
Modem = /dev/ttyUSB0
Baud = 460800
Init1 = ATH
Init2 = ATE1
Init3 = AT+CGDCONT=1,"IP","gprs.pepephone.com"
Dial Command = ATD
Phone = *99#
Stupid mode = yes
Username = "blank"
Password = "blank"

Guardamos los cambios y ya podemos usar nuestro pincho 3g con pepephone.

Para conectar en el terminal metemos el comando:

sudo wvdial pepephone

Y conectará. Al menos a mi siempre me ha conectado.

Si te funciona, dame acceso a tu Frambuesa por VNC y te pongo dos entradas en el menú del botón derecho del ratón. Una para conectar y otra para desconectar.

Notad, se pueden configurar conexiones con otros operadores, pero yo no se las opciones de cada uno. No obstante creo que Pepephone es la opción a escoger si queremos conectividad total.

Diavolo 28-10-2014 11:15
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717155)
Pues ya puestos comentaré como hacer que la Raspberry Pi funcione con pincho 3G.

La que a mi me ha funcionado mas fácil es:

1 Instalar wvdial

sudo apt-get install wvdial


y ya está.

Despues basta editar el archivo de configuracion de wvdial....

sudo leafpad /etc/wvdial.conf

borrar lo que haya y meter este texto:

[Dialer pepephone]
Modem = /dev/ttyUSB0
Baud = 460800
Init1 = ATH
Init2 = ATE1
Init3 = AT+CGDCONT=1,"IP","gprs.pepephone.com"
Dial Command = ATD
Phone = *99#
Stupid mode = yes
Username = "blank"
Password = "blank"

Guardamos los cambios y ya podemos usar nuestro pincho 3g con pepephone.

Para conectar en el terminal metemos el comando:

sudo wvdial pepephone

Y conectará. Al menos a mi siempre me ha conectado.

Si te funciona, dame acceso a tu Frambuesa por VNC y te pongo dos entradas en el menú del botón derecho del ratón. Una para conectar y otra para desconectar.

Notad, se pueden configurar conexiones con otros operadores, pero yo no se las opciones de cada uno. No obstante creo que Pepephone es la opción a escoger si queremos conectividad total.
Cuidadin con el ttyUSB0, que se confunden.

... 28-10-2014 11:27
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1717156)
Cuidadin con el ttyUSB0, que se confunden.
Exacto, hay que meter el dispositivo correspondiente al modem USB. Quizás por eso es mas sencillo usar el 3g con el router pues una vez configurado es cosa de enchufar el cable de red y listo.

Pero vamos, que los demas sepan que se puede hacer, a pesar de lo que yo mismo comentaba hace unos dias.:D

Diavolo 28-10-2014 11:31
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717167)
Exacto, hay que meter el dispositivo correspondiente al modem USB. Quizás por eso es mas sencillo usar el 3g con el router pues una vez configurado es cosa de enchufar el cable de red y listo.

Pero vamos, que los demas sepan que se puede hacer, a pesar de lo que yo mismo comentaba hace unos dias.:D
Hay que buscar la forma de arranque de la fresa, para que siempre arranque ttyUSB0 y despues ttyUSB1, y se asignen cada uno a su lugar, al igual que hace windows, y si no los mueves de sitio, asi se quedan ¿no?, o usar UDEV.

... 28-10-2014 11:44
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por Diavolo (Mensaje 1717170)
Hay que buscar la forma de arranque de la fresa, para que siempre arranque ttyUSB0 y despues ttyUSB1, y se asignen cada uno a su lugar, al igual que hace windows, y si no los mueves de sitio, asi se quedan ¿no?, o usar UDEV.
No es tan sencillo. Los dispositivos se gestionan según criterios variados, entre ellos como gestionan la energía u otras cosas mas. Incluso en windows me he encontrado con ese problema.
Windows halla una solución intermedia a base de memorizar dispositivos y asociarlos a un puerto, pero que a veces crea conflictos si cambiamos con frecuencia de dispositivos o simplemente lo cambiamos de enchufe USB.

En Linux udev es la solución definitiva. Una vez creado el archivo de reglas es infalible. Da igual donde los conectes ni el orden de conexión, siempre funciona. lamentablemente, el crearlo no es que sea difícil pero es poco intuitivo, sobre todo si eres nuevo en Linux.

Yo lo he necesitado y a mi me ha funcionado siempre.

Diavolo 28-10-2014 11:46
Re: SailPi Navegando con Raspberry Pi
 
Cita:
Originalmente publicado por pinguino (Mensaje 1717176)
No es tan sencillo. Los dispositivos se gestionan según criterios variados, entre ellos como gestionan la energía u otras cosas mas. Incluso en windows me he encontrado con ese problema.
Windows halla una solución intermedia a base de memorizar dispositivos y asociarlos a un puerto, pero que a veces crea conflictos si cambiamos con frecuencia de dispositivos o simplemente lo cambiamos de enchufe USB.

En Linux udev es la solución definitiva. Una vez creado el archivo de reglas es infalible. Da igual donde los conectes ni el orden de conexión, siempre funciona. lamentablemente, el crearlo no es que sea difícil pero es poco intuitivo, sobre todo si eres nuevo en Linux.

Yo lo he necesitado y a mi me ha funcionado siempre.
y otra cosa, ¿como se abren los puertos?, también hay que dar señal de internet al rj45 para localizatodo.
Mira, yo pongo el pincho, te doy servicio VNC, y tu te aclaras.


Todas las horas son GMT +1. La hora es 23:11.
Página 5 de 13 < 1234 5 6789101112 > Última »
Mostrar 40 mensajes de esta discusión en una página

Powered by vBulletin® Version 3.7.0
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© La Taberna del Puerto