SailPi Navegando con Raspberry Pi

Originalmente publicado por 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.

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]

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

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]

Originalmente publicado por pinguino

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.

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]

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
:ador acion:

Originalmente publicado por sailoog.com

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....

Originalmente publicado por Diavolo

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
:ador acion:

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.

[gilinas]

Originalmente publicado por Diavolo

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í:

#!/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
Se podría mejorar añadiendo gestión de excepciones ...

[Diavolo]

Originalmente publicado por gilinas

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í:

#!/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
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]

Originalmente publicado por Diavolo

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]

Originalmente publicado por pinguino

¡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

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!!!

Gracias por aguantar unas preguntas tan básicas!!

Originalmente publicado por rash

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!!!

Gracias por aguantar unas preguntas tan básicas!!

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!

Originalmente publicado por Diavolo

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.

¿Tienes alguno libre?

[Diavolo]

Originalmente publicado por pinguino

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.

¿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

Originalmente publicado por Diavolo

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]

Originalmente publicado por pinguino

¿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.

Originalmente publicado por Diavolo

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]

Originalmente publicado por pinguino

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.

Originalmente publicado por Diavolo

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.

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:

.... y me ha funcionado. Y sin necesidad de alimentación extra.

[Diavolo]

Originalmente publicado por pinguino

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:

.... 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)

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]

Originalmente publicado por pinguino

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.

Originalmente publicado por Diavolo

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.

[Diavolo]

Originalmente publicado por pinguino

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.

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.

Originalmente publicado por Diavolo

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]

Originalmente publicado por pinguino

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.