Transformar MMI 3G en 3G+ con google.

[pan_con_atun]

hace 2 horas, Acuatrovant dijo:

He sacado tiempo para repetir los pasos en una nueva SD y me ha funcionado a la primera.

Dejo escrito aquí el proceso. Si alguien lo quiere pulir y subir como PDF, mejor, que así se ve bastante feo.

 

En Linux, abrir una ventana de comandos (en raspbian, hay un icono con una consola estilo MS-DOS arriba en la barra).
Desde ahora mismo, todo lo haremos en modo consola, al estilo del viejo MS-DOS.
Trabajaremos con "sudo" por delante (minúsculas) para tener permisos de administrador. O podemos convertirnos en superusuario con el comando "su" y la calve que sea según la distribucion raspberry que usemos (en mi caso es "root", pero en otros he visto "raspberry" o "raspberrypi", eso es cuestión de buscar en la red).
Es mas incómodo usar "sudo" delante de cada comando, pero mas seguro que estar en modo "su" que podemos romper algo.
Yo he trabajado todo el tiempo con "sudo", en lugar de "su" (a gustos)

Antes que nada, decir que hay varios editores para trabajar, cada uno con su peculiaridad.
Lo mas cómodo es trabajar con uno gráfico, pero si no podemos, usaremos los de comandos, como el "nano" o el "vi".
Pero mientras podamos usaremos uno como el "leafpad" que viene en la mayoría de las rapsberry con raspbian.
Pero sea cual sea, SIEMPRE como "admin", o sea, con "sudo" delante.
Algunos editores gráficos típicos son: KDE, GPEDIT, LEAFPAD
El editor "vi" será necesario solo en caso de problemas con el "script-cortafuegos.sh" del que hablaré mas adelante.
El "nano" en caso de no tener uno gráfico (raro, siempre hay uno).
Para saber qué editor gráfico tenemos, vamos a los menús de ventanas, y buscamos "editor de textos" o algo parecido, lo ejecutamos, y vamos a "acerca de" para saber cuál es, o lo buscamos por la red. En mi caso, como ya he dicho, se llama "leafpad".

empezamos:
¿tenemos wifi autoreconocidos por nuestra rpi? podemos saltarnos este paso. (como el caso de los "Edimax EW-7811Un")

 

********************************************************************************************************************************
--------------------------------------
TODO ESTE EMBROLLO WIFI SE EVITA SI USAMOS PINCHOS RECONOCIDOS POR RPI A LA PRIMERA, COMO LOS "Edimax EW-7811Un".
--------------------------------------
Para saber si tenemos WIFI activo y reconocido, tecleamos "ip addr" (o "ifconfig") (en este caso no hace falta el "sudo", cuando sea necesario lo indico)
Veremos varios apartados que empiezan con un número y ":". Si tenemos adaptador wifi, veremos tres grupos, si no tenemos veremos dos.
algo parecido a esto (abreviado, para no liar):
1: lo: ....
  inet 127.0.0.1 ....
  ....
2: eth0: .....
  inet 192.....  <<<---- esta línea "solo" la vemos si está el cable de red rj45 conectado
  .....
3: wlan0: ..... <<<< esta y la siguiente son las que interesan
  inet 192..... <<<< solo la veremos si está detectado, sino, es que no lo reconoce linux
  .....
4: wlan1: .... idem al "3:", pero el segundo wifi

Si vemos un "inet 192." o algo parecido (el 192 depende de cada equipo, pero es el estándar) debajo de "wlan0" o "wlan1" vamos bien, todo funciona.
(no confundir con "inet6" que también aparece, tiene que ser SIN el "6", a pelo, "inet", que es la IPV4 de toda la vida)
Si no aparece "init 192." pero sí aparecen "wlan0" y "wlan1" , tenemos suerte, por que se reconocen los wifi, pero no están instalados.
Si no aparece "wlan0" ni "wlan1", lo tenemos "chungo", hay que instalar todo desde cero.
En caso de tener "wlan", podemos ir al siguiente paso.
Si no lo tenemos, hay que detectarlos. Aquí lo pasos varían mucho dependiendo de las distros (versiones linux), wifi usb, etc.
Lo normal es tratar de averiguar el tipo de pincho enchufado:
con "lsusb" vemos los dispositivos usb conectados. Ahí debemos ver nuestro wifi, pero aquí, no hay manual que valga, hay miles de dispositivos wifi diferentes, y cada uno se nombra de una manera. Es tener "ojo" y verlo entre la maraña de datos. Veremos algo así como "WLAN Adapter" y el modelo del chip, en mi caso un "RTL8188CUS" de "Realtek".
Si no somos capaces de averiguar el chip y modelo, yo poco puedo hacer.
Una forma de intentar verlo, es hacer "lsusb" SIN conectar el WIFI, luego, conectarlo, esperar un rato a que lo detecte, volver a dar a "lsusb" y comparar líneas para ver cuál de ellas es nueva, y ver si en esa línea pone el chip o fabricante al menos.
Sabiendo el chip que es, bajamos los drivers. Si tenemos el RJ45 conectado a la red, no es problema, sino, debemos bajarlos en PC y copiarlos por usb a la carpeta "home" y el resto, es cosa de cada uno (no puedo hacer un manual de linux, por que no acabo nunca).
En mi caso, el comando para bajar los drivers Realtek es "sudo apt-get install firmware-realtek" (fijaros en el "firmware-realtek", cada fabricante usa el suyo, eso es cuestión de tirar de "San Gugle" a ver cuál nos corresponde).
Una vez instalados, con "lsmod" podemos ver si se han instalado, deberíamos ver el chip de nuestro wifi, en mi caso vería un "rtl8188".
Si no lo ha detectado.... a buscarse la vida...

Algunos modelos comunes muy empleados y sus chips.
Broadcom BCM43142
Broadcom BCM43XX
Ralink RT28XX-RT539X
Ralink RT3290
Realtek RTL8723Be <<-- este el mio

En la página "http://elinux.org/RPi_USB_Wi-Fi_Adapters" hay una lista de pinchos wifi que funcionan (o no) en raspberry
-----------------------------------
fin de embrollo deteccion wifi
-----------------------------------
*****************************************************************************************************************************

 

-------------------------------------
SEGUIMOS CON PASOS SI YA TENEMOS WIFI
-------------------------------------
Vamos a editar el fichero "interfaces" que está en la ruta "/etc/network/" (como he comantado arriba, yo uso el modo gráfico, cada uno que use el que quiera, como el "nano", pero este es mas lioso, a ser todo con combinación de letras"
tecleamos "sudo leafpad /etc/network/interfaces" o "sudo leafpad /etc/network/interfaces"
Con el "leafpad" es mas simple, con el "nano" usaremos combinaciones tipo "control+x" para salir, "control+o" para guardar, etc.
En el "leafpad" podemos usar "copiar/pegar" muy útil para pegar el contenido de los ficheros que dejo adjuntos.
En este fichero pondremos el acceso a ambos wifi y sus claves.
Para no liar explicando, dejo el usado por mi (alterando claves y demas)

 

--------------------
EDITAR fichero "interfaces" (podeis hacer "copiar/pegar") (sin las líneas de asteriscos, claro)
--------------------
Ni que decir tiene, las claves del móvil y del audi y sus SSID (nombres de red) son de cada uno, os toca averiguarlo.
Y lo mismo con la IP del móvil (en mi caso 192.168.0.1), cada móvil lleva la suya.
Donde pone IPMOVIL pondremos la de nuestro teléfono, son dos sitios en las últimas líneas
para los que no lo entiendan:
en el texto DEBEMOS cambiar IPMOVIL, SSIDAUDI, SSIDMOVIL, CLAVEAUDI, y CLAVEMOVIL por NUESTROS datos
los del AUDI, hasta no completar los pasos del coche, no sabemos cuál es.
Para completar los pasos, podemos inventarnos las del Audi si no las sabemos, y luego, una vez en el Audi, poner las inventadas
(Yo por ejemplo, puse AUDIPEPINO como SSID y 12345678 como clave, y luego cuando hice lo del coche, puse las mismas.)
*************************************************************************************
            auto lo
            iface lo inet loopback
            
            # mantenemos la red cableada
            auto eth0

            # MMI
            auto wlan0
            iface wlan0 inet static
            address 192.168.1.254
            netmask 255.255.255.0
            network 192.168.1.0
            broadcast 192.168.1.255
            wpa-ssid SSIDAUDI
            wpa-psk CLAVEAUDI

            # movil
            auto wlan1
            iface wlan1 inet dhcp
            wpa-ssid SSIDMOVIL
            wpa-psk CLAVEMOVIL

            # gateway por defecto
            # redirigimos a las del telefono móvil IPMOVIL
            # y anulamos la 192.168.1.1
            post-up route add default gw IPMOVIL
            post up route del default gw 192.168.1.1
            pre-down route del default gw IPMOVIL
            pre-down route add default gw 192.168.1.1
***********************************************************************************

 

-----------------------------
EDITAR fichero "wpa_supplicant.conf" (podeis hacer "copiar/pegar") (sin las líneas de asteriscos, claro)
-----------------------------
Editamos el fichero de valos WPA:
"sudo leafpad  /etc/wpa_supplicant/wpa_supplicant.conf"
(lo del "country" es opcional, es para que ajuste los canales a los 13 de españa (¿o eran 11?, da igual...)
Todo esta, asumiendo que el móvil emite en WPA, si es WEP dudo que funcione, ademas, como sabéis, no se recomienda ya.
*************************************************************************
            country=SP
            ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
            update_config=1

            network={
            ssid="SSIDOMOVIL"
            psk="CLAVEMOVIL"
            proto=RSN
            key_mgmt=WPA-PSK
            pairwise=CCMP
            auth_alg=OPEN
            }

            network={
            ssid="SSIDAUDI"
            psk="CLAVEAUDI"
            proto=RSN
            key_mgmt=WPA-PSK
            pairwise=CCMP
            auth_alg=OPEN
            }
*************************************************************************

 

------------------------
segundo paso, redirecciones
------------------------
Hacemos este comando:
"sudo echo 1 > /proc/sys/net/ipv4/ip_forward"  (nota el guión bajo de "ip_forward")
Si no nos da error "bash .... permiso denegado", podemos ver si está activo con
"sudo cat /proc/sys/net/ipv4/ip_forward"
y deberíamos ver un "1" solo.
Si vemos un "0", no ha funcionado (por lo de "permiso denegado"), en este caso, tratar de hacerlo con:
"sudo leafpad /proc/sys/net/ipv4/ip_forward"
y cambiamos "a mano" el "0" por un "1", y debería valer. (verificamos con el comando "cat" como antes)
Si tampoco nos deja, la cosa se complica, y esto me lo salto (es un lío de explicar, copiar, quitar permisos, editar, dar permisos y volver a copiar sobreescribiendo)

-------------------------
tercer paso, editar fichero "sysctl.conf"
--------------------------
"sudo leafpad /etc/sysctl.conf" y donde pone "#net.ipv4.ip-forward = 1" quitar el "#" y guardar
(buscar entre la maraña de líneas que sale, está por la mitad mas o menos)

REINICIAMOS EN ESTE PUNTO (por ejemplo con "sudo reboot")

---------------------------
cuarto paso, fichero "fireguol"
---------------------------
Toca ejecutar el "firewall". Lo ideal es copiar el archivo que dejo adjunto que ya está preparado.
Es MUY, pero que MUY importante, que si haces tú a "mano" el fichero, por que no puedes copiar/pegar, que lo hagas sí o sí con el "vi".
Si lo vas a crear con el "vi", puedes "flipar" con el cristo que es. El comando "vi" es la mayor m**** que ha ..... (me callo).
Es muy arcáico , usa comandos que dan la risa de usar, como "x" para borrar un carácter, o "dd" para borrar un línea entera.
Hay un truco muy simple, y es crear el archivo con el "leafpad" o con "nano" (o incluso en PC) y luego ir a "vi" y quitar todos los "^M" que salen (según versiones linux, sale en color azul chillón).
Para usar el "vi", hay manuales en internet, pero a modo rápido, vamos al caracter a borrar, y pulsamos "x", y se borra.
Cuando tenemos el fichero bien escrito, guardamos con ":w" y salimos con ":q".
Pero lo ideal es tratar de no usar "vi" por que podemos perder la paciencia con él.
Sea el método que sea, debemos tener un fichero llamado "script-cortafuegos.sh" (el nombre no es importante, solo importa la extensión, que sea ".sh"
El contenido debe ser el siguiente (o parecido): (sin las líneas de asteriscos)
********************************************************
            #!/bin/bash
            ### BEGIN INIT INFO
            # Provides:          no importa
            # Required-Start:    $syslog
            # Required-Stop:     $syslog
            # Default-Start:     2 3 4 5
            # Default-Stop:      0 1 6
            # Short-Description: la que sea
            # Description:
            #
            ### END INIT INFO
            # Script para hacer permanentes las reglas del cortafuegos en cada arranque
            iptables -t nat -A POSTROUTING -o wlan1 -j MASQUERADE
********************************************************

Como podéis comprobar, es igual al citado en este hilo, pero con las líneas añadidas desde la segunda hasta la de #script.
Esto es así, por que según qué versión de linux empleemos, dará un error de "missing LSB tags"
Si seguimos viendo ese error, ahí me pierdo, sería tirar de internet para ver qué mas puede faltar.
En mi caso, y en mi distro linux (una debian) es necesaria esa cabecera.
(importante, recuerda que si haces copiar pegar de mi texto de script de PC a LINUX, luego, con el "vi" debes quitar los "^M" que salen.)
Ahora, los pasos son como se dice en este hilo.
Copiar el archivo en la ruta "/etc/init.d" (el "script-cortafuegos.sh"), o bien desde los menús de linux al estilo copiar/pegar o bien, desde la consola de comandos, si sabemos dónde lo hemos dejado.

Suponiendo que lo hemos copiado de un PC o una llave USB a la carpeta "Download" del "home" (como la de "mis documentos" del "guindous"), desde la consola haremos:
"sudo cp /home/pi/Downloads/script-cortafuegos.sh /etc/init.d/script-cortafuegos.sh"
(ojo a la "D" mayúscula de "Downloads", que el linux es sensible)
Damos permisos de ejecución:
"sudo chmod 755 /etc/init.d/script-cortafuegos.sh"
y lo ejecutamos:
"sudo update-rc.d script-cortafuegos.sh defaults"
"sudo sh /etc/init.d/script-cortafuegos.sh"

para ver que está activo:
"sudo iptables -t nat -L -n" (ojo a las mayúscula-minúsculas)
y deberíamos ver una línea "Chain MASQUERADE" por algún lado

*********************************
Se acabó, esto es todo en la RPI. Al reiniciar ("sudo reboot" o con los menús) y hacer:
"ip addr" en una ventana de comandos, deberíamos ver las dos redes wifi (me remito al primer punto, el de comprobación de wifi).
O sino, lo mejor

------------------------------------------
Alternativo, copiado de alguna de las 29 páginas del hilo, como algo OPCIONAL (YO NO LO HE HECHO Y FUNCIONA SIN ELLO):
No es mas que un caché para acelerar accesos y evitar descargas repetidas. Funciona sin hacerlo, pero gastas mas datos que si lo haces.
Yo no lo hice, por que ya lo tenía en el coche instalado, y no tenía un teclado a mano para escribir en la RPI.

 para no usar un DNS externo y además crear una cache DNS en la propia Raspberry, instalé la aplicación DNSMASQ de la siguiente manera, ejecutando los comandos como root o con sudo y teniendo en cuenta que debe estar conectado a internet, por ejemplo con el móvil por wlan1:

apt-get update
apt-get install dnsmasq
Editar el fichero /etc/dnsmasq.conf y poner:
[Línea 69 aproximadamente]
Descomentar #interface y poner:
interface = wlan0
[Linea 143 aproximadamente]
poner:
dhcp-range = wlan0,192.168.1.50,192.168.1.100,8h
dhcp-options = 3, 192.168.1.254
------------------------------------------------------------------

 

 

###########################################################################
                          pasos en el audi
###########################################################################
Están bien documentados en el PDF de la página 20:
http://www.audisport-iberica.com/foro/topic/326261-transformar-mmi-3g-en-3g-con-google/?do=findComment&comment=4453588
A partir de la hoja 9

solo unas notas mias, para aclarar aún mas:
El script de activación del audi, debemos copiarlo "extraído" del archivo, y en el raíz de la SD, sin la carpeta principal.
Debe quedar así cuando lo abrimos en un PC: (o sea, copiamos desde dentro de la carpeta "script")

read(dir)
screens(dir)
utils(dir)
copie_scr.sh
run.sh

Esperamos como uns tres minutos una vez iniciado el MMI. Aunque pensemos que la música suena que ya ha terminado de arrancar, no es cierto, hay servicios que aún no se han cargado (se ve sobre todo en el menu "car", que está todo en "gris" hasta que acaba de cargar)

Sacar TODAS las SD, y meter sola esta del script.

se ejecuta, salimos y esperamos como poco otros 2 minutos a que se aplique el parche, a pesar de que nos dice que ya está, en
realidad, no esta, es mejor esperar antes de reiniciar, por que no le da tiempo a terminar y hay que volver a hacer todo.

tras aplicar el script y esperar los dos minutos, sacamos la sd y veremos una carpeta BACKUP con la copia del script interno original, si queremos guardar la copia antes de aplicar el parche.

Reiniciamos el MMI con el reset ese que da pánico, el de lso tres botones diagonal que hay en la página 6:
http://www.audisport-iberica.com/foro/topic/326261-transformar-mmi-3g-en-3g-con-google/?do=findComment&comment=4310292

Si todo ha ido bien (eso espero, tras este tostón), veremos un acceso WIFI y el nuevo icono "Audi Connect" en el menú del coche.
Y en el navegadore veremos la opción "Google Earth"

Como dato curioso (y lógico), mientras conducimos se va almacenando en nuesto HD las imágenes del Earth y la próxima vez que conduzcamos, no es necesario tener encedido el invento de la RPI, por que ya quedan almacenados.
Solo si vamos por una zona nueva (o un nivel de "zoom" diferentes) necesitaremos acceso "online"

Muy buenas.

Menuda currada y muy bien explicado y detallado, gran aporte, tendré que leer bien y hacer acopio de materiales para dedicarme.

Un saludo y muchas gracias,

[Acuatrovant]

He visto varios errores en mi ayuda, pero no me deja editarlos ya. Algunos son faltas de ortografía que se pueden perdonar, pero en una sitio he puesto info equivocada:

 

donde dice:
tecleamos "sudo leafpad /etc/network/interfaces" o "sudo leafpad /etc/network/interfaces"
 

 

debería ser
tecleamos "sudo leafpad /etc/network/interfaces" o "sudo nano /etc/network/interfaces"
 

[FrA1l3]

hace 3 horas, Acuatrovant dijo:

He visto varios errores en mi ayuda, pero no me deja editarlos ya. Algunos son faltas de ortografía que se pueden perdonar, pero en una sitio he puesto info equivocada:

 

donde dice:
tecleamos "sudo leafpad /etc/network/interfaces" o "sudo leafpad /etc/network/interfaces"
 

 

debería ser
tecleamos "sudo leafpad /etc/network/interfaces" o "sudo nano /etc/network/interfaces"
 

 

Hola!

Gracias por el aporte en primer lugar. Te he editado el post para corregir esto que indicas. Si necesitas algo más, pídelo sin problema 

 

saludos!

[Acuatrovant]

hace 2 horas, FrA1l3 dijo:

 

Hola!

Gracias por el aporte en primer lugar. Te he editado el post para corregir esto que indicas. Si necesitas algo más, pídelo sin problema 

 

saludos!

Thanks!

Ya que lo dices, borra este texto marcado en negrita:

Se acabó, esto es todo en la RPI. Al reiniciar ("sudo reboot" o con los menús) y hacer:
"ip addr" en una ventana de comandos, deberíamos ver las dos redes wifi (me remito al primer punto, el de comprobación de wifi).
O sino, lo mejor

 

Que hay al final casi, cuando ya indico el final de los pasos linux.Puede llevar a confusión, está incompleto y sobra. Se me habrá ido la pinza ahí, por que no recuerdo lo que iba a poner.

[FrA1l3]

hace 16 horas, Acuatrovant dijo:

Thanks!

Ya que lo dices, borra este texto marcado en negrita:

Se acabó, esto es todo en la RPI. Al reiniciar ("sudo reboot" o con los menús) y hacer:
"ip addr" en una ventana de comandos, deberíamos ver las dos redes wifi (me remito al primer punto, el de comprobación de wifi).
O sino, lo mejor

 

Que hay al final casi, cuando ya indico el final de los pasos linux.Puede llevar a confusión, está incompleto y sobra. Se me habrá ido la pinza ahí, por que no recuerdo lo que iba a poner.

perfecto, borrado 

[Mad-i]

hace 22 horas, Acuatrovant dijo:

Thanks!

Ya que lo dices, borra este texto marcado en negrita:

Se acabó, esto es todo en la RPI. Al reiniciar ("sudo reboot" o con los menús) y hacer:
"ip addr" en una ventana de comandos, deberíamos ver las dos redes wifi (me remito al primer punto, el de comprobación de wifi).
O sino, lo mejor

 

Que hay al final casi, cuando ya indico el final de los pasos linux.Puede llevar a confusión, está incompleto y sobra. Se me habrá ido la pinza ahí, por que no recuerdo lo que iba a poner.

 

Muchas gracias por tu aportación y por recompilar todo, la verdad es que ando fatal de tiempo y tenía pendiente hacer un PDF para descargar, pero nada... Si te animas, será bienvenido...

 

Respecto al fallo de Audi Connect, si te funcionan los mapas es que es un problema puntual del servicio de Audi, creo yo.

 

Saludos.

[Acuatrovant]

hace 10 horas, Mad-i dijo:

 

Muchas gracias por tu aportación y por recompilar todo, la verdad es que ando fatal de tiempo y tenía pendiente hacer un PDF para descargar, pero nada... Si te animas, será bienvenido...

 

Respecto al fallo de Audi Connect, si te funcionan los mapas es que es un problema puntual del servicio de Audi, creo yo.

 

Saludos.

Puedo "intentar" lo del PDF, lo que ocurre es que a mi, todo lo que vaya mas allá del "txt" se me escapa, hasta un simple "word" me cuesta usar. Ya investigaré.

 

Lo del Audi connect se solucionó ello solo al día siguiente, pero me sigue asaltando una duda: ¿cómo es posible que accedamos a un servicio de pago, de forma gratuíta? ¿no se supone que son servicios por los que se paga cuota, y nosotros entramos gratis? ¿sabes(sabéis) algo de eso?

A ver si va a resultar que por entrar de forma "rara" nos van a bloquear los navegadores, o peor aún, considerarnos "piratuelos" y mandarnos una visita a casa.

Me da un poco de miedo. Si son gratis lo entiendo, si son de pago, habrá que estar "al loro"

[Mad-i]

Je Je Je

 

tu eres de los míos, editor "vi" y para adelante!

 

Saludos.

[Acuatrovant]

Quería hacer un par de puntualizaciones importantes.

 

Antes de nada, decir que soy un fanático de la electrónica y por ende, de los dispositivos electrónicos, como las raspberry. Eso significa, que he ido comprando todos los modelos de RPI que han salido, desde la primera "A" hasta la actual "RPI3".

Por este motivo, como tengo RPI de sobras, quería utilizar una de las primeras, la "B256" que es la que menos consume, y es ideal para tener enchufada en el cargador del mechero.

 

Las primeras pruebas, las hice con el último de los modelos, el RPI3, que lleva WIFI integrado y  4 USB, y así, con un solo pincho WIFI, un teclado y un ratón he podido configurar. Pero hoy me ha dado por probar uno de los "viejos" modelos, el "B" (a secas, no el "+") con solo DOS USB y 256megas de ram, pero que solo consume 650mha, y se alimenta fácil con el mechero.

 

El problema con el que me he encontrado, sin quererlo ni saberlo, es que, la RPI no tiene potencia suficiente para alimentar los dos WIFI.

Cuando he configurado la RPI en casa, lo he hecho con un "hub" de 4 USB alimentado externo, y no había problema, pero al quitar el hub, y dejar solo los dos WIFI (dado que solo hay dos USB), la cosa no funcionaba. Investigando, he averiguado algo que no sabía, y es que no tiene potencia suficiente para los dos WIFI, ya que cada uno consume 500mha, y la RPI solo entrega 300mha a cada USB.

 

Hasta que he averiguado eso, me he tirado horas de pruebas, sin saber dónde estaba el error.

Una vez sabido el fallo, investigando mas a fondo, resulta que la raspberry tiene un parámetro para entregar hasta 1a. en cada USB, activando una variable en el fichero "/boot/config.txt" que se puede editar desde un PC  con la SD insertada. Pero solo funciona a partir del modelo "B+" que es de 512megas. (parámetro "max_usb_current=1")

 

Así que, tras muchas pruebas, he visto que los primeros modelos de RPI no sirven (el "A256" y el "B256") y solo es válido a partir del "B512+".

 

Así que, si tenéis una RPI "vieja", no probéis, no os va a funcionar.

 

El principal problema de las RPI anteriores a la RPI2 y RPI3 (modelos "B") es que solo tienen dos USB, y si usamos los dos con los pinchos WIFI, no podemos conectar un teclado, pero en ese caso, podemos configurar mediante una sesión SSH con el programa PuTTY por ejemplo. Poniendo la IP de la RPI (que habremos averiguado antes de poner los pinchos WIFI, con un teclado, y haciendo IP ADDR para ver la IP del ETH0) podemos conectar remotamente, y controlar la RPI desde el PC.

 

Así lo he hecho yo, y he logrado tener una RPI B+ de 512mb "vieja", pero que consume poco, no mas de 850mha, ideal para llevar en el coche, bajo el reposabrazos central.

 

Por cierto, mi pregunta sigue sin respuesta: ¿por que podemos conectarnos a "audi connect" sin pagar el servicio? ¿es tan ilegal que nadie se arriesga a responder?

[Acuatrovant]

hace 11 horas, Acuatrovant dijo:

Por cierto, mi pregunta sigue sin respuesta: ¿por que podemos conectarnos a "audi connect" sin pagar el servicio? ¿es tan ilegal que nadie se arriesga a responder?

Nuevamente me respondo yo solo.

 

He leído por foros extranjeros, que el servicio audi es en realidad un compendio de servicios de terceros, que audi simplemente ofrece juntos en un paquete, y que lo que cuesta es la tarjeta SIM que lleva el vehículo (en los modelos anteriores a 2016 creo), y eso es lo que se paga.

 

Así que, a mi modo de entender, lo que hacemos NO ES ILEGAL, es ALTERNATIVO. Esto es, que en lugar de usar una tarjeta SIM entregada por audi, y pagar por ella una cuota, lo que hacemos, es usar NUESTRA propia SIM, en este caso, la del móvil que se conecta a la RPI.

 

Así que, mientras nadie me corrija, es perfectamnet legal lo que hacemos, simplemente, nos conectamos pagando por los datos que usamos, a nuestro proveedor de telefonía, en lugar de pagar por la tarjeta de audi. Aparte, que los servicios a los que accedemos, no sou de audi, sino generales, como lo de las gasolineras que lo coge de "www.inrix.com" o el tiempo, que sale de "www.meteogrup.com", el tráfico lo coge de "tomtom", etc....

 

Es lo mismo, que si hubieramos tenido el módulo SIM (que evidentemente no tenemos, y por eso estamos aquí) y nos conectaramos mediante BlueTooth haciendo "streaming" de los datos, en cuyo caso, los datos correrían a nuestra cuenta y la tarjeta original audi quedaría sin uso.

 

Esto no sirve en los nuevos modelos (¿B9?) por que llevan "eSIM", que va integrada en el navegador.

 

Todo esto, lo digo un tanto "a voleo", por que no consigo encontrar nada que responda mi pregunta, y es una suposición mia.

[Mad-i]

hace 49 minutos, Acuatrovant dijo:

Nuevamente me respondo yo solo.

 

He leído por foros extranjeros, que el servicio audi es en realidad un compendio de servicios de terceros, que audi simplemente ofrece juntos en un paquete, y que lo que cuesta es la tarjeta SIM que lleva el vehículo (en los modelos anteriores a 2016 creo), y eso es lo que se paga.

 

Así que, a mi modo de entender, lo que hacemos NO ES ILEGAL, es ALTERNATIVO. Esto es, que en lugar de usar una tarjeta SIM entregada por audi, y pagar por ella una cuota, lo que hacemos, es usar NUESTRA propia SIM, en este caso, la del móvil que se conecta a la RPI.

 

Así que, mientras nadie me corrija, es perfectamnet legal lo que hacemos, simplemente, nos conectamos pagando por los datos que usamos, a nuestro proveedor de telefonía, en lugar de pagar por la tarjeta de audi. Aparte, que los servicios a los que accedemos, no sou de audi, sino generales, como lo de las gasolineras que lo coge de "www.inrix.com" o el tiempo, que sale de "www.meteogrup.com", el tráfico lo coge de "tomtom", etc....

 

Es lo mismo, que si hubieramos tenido el módulo SIM (que evidentemente no tenemos, y por eso estamos aquí) y nos conectaramos mediante BlueTooth haciendo "streaming" de los datos, en cuyo caso, los datos correrían a nuestra cuenta y la tarjeta original audi quedaría sin uso.

 

Esto no sirve en los nuevos modelos (¿B9?) por que llevan "eSIM", que va integrada en el navegador.

 

Todo esto, lo digo un tanto "a voleo", por que no consigo encontrar nada que responda mi pregunta, y es una suposición mia.

 

Hola,

 

existe la solución, elegante, de comprar el módulo que tiene el slot para la sim y cambiarlo por el tuyo, aparte de recodificarlo y desbloquearlo. Con esto lo tendrías sin necesidad de Raspberry ni nada. En éste caso el coste es superior, pero la integración muy buena. Respecto a los B9 no se nada...

 

Saludos.

[Acuatrovant]

Mad-i , lo del módulo lo conocía, por eso estoy en este hilo, por que en su día no cogí el módulo SIM para no depender de un servicio de suscripción, pero como ya he agotado la garantía de 4 años del coche (cogí la extensión), ahora puedo "meterle mano" sin miedo a perderla.

 

Yo lo que decía, es que, teniendo el módulo que admite la SIM, tienes la opción de comprarla original a Audi o de poner la tuya propia. En ambos casos vas a pagar por el servicio, pero uno se lo pagas a Audi, y el otro a tu proveedor de telefonía.

En nuestro caso, con el invento RPI, pagamos nosotros por los datos, simplemente. (lo que no es malo, eso depende del bolsillo de cada uno)

 

Ahora mismo, estoy encantado con poderle dar una vida distinta al navegador 3g+, gracias a la conexión de datos. Y no gasta tanto como puede parecer, quizás el primer día sí gasta, por que descarga las imágenes de Google, pero luego, en el día a día, gasta muy poco, dado que las noticias, precios, tiempo y demas, son solo texto (y alguna imagen pequeña).

 

 

[Mivi36]

En 19/5/2017 a las 11:57, Acuatrovant dijo:

Mad-i , lo del módulo lo conocía, por eso estoy en este hilo, por que en su día no cogí el módulo SIM para no depender de un servicio de suscripción, pero como ya he agotado la garantía de 4 años del coche (cogí la extensión), ahora puedo "meterle mano" sin miedo a perderla.

 

Yo lo que decía, es que, teniendo el módulo que admite la SIM, tienes la opción de comprarla original a Audi o de poner la tuya propia. En ambos casos vas a pagar por el servicio, pero uno se lo pagas a Audi, y el otro a tu proveedor de telefonía.

En nuestro caso, con el invento RPI, pagamos nosotros por los datos, simplemente. (lo que no es malo, eso depende del bolsillo de cada uno)

 

Ahora mismo, estoy encantado con poderle dar una vida distinta al navegador 3g+, gracias a la conexión de datos. Y no gasta tanto como puede parecer, quizás el primer día sí gasta, por que descarga las imágenes de Google, pero luego, en el día a día, gasta muy poco, dado que las noticias, precios, tiempo y demas, son solo texto (y alguna imagen pequeña).

 

 

Hola compañeros al final me he decidido con el tema del Google pero a través de Ami he visto varios tutoriales en inglés  y ya tengo todo comprado lo único que no tengo muchos conocimientos informáticos y hay una parte que necesitaré ayuda : 

3. Now you have to set DNS: file resolv.conf.
You must create resolv.conf file with inside:

 

esta sacado  de aquí :

http://www.club-q5.ru/forum/showthread.php?t=4572

 

Alguien me puede ayudar con el paso 3 porque lo otro creo que me atrevo .

 

gracias miles

[FrA1l3]

hace 3 horas, Mivi36 dijo:

Hola compañeros al final me he decidido con el tema del Google pero a través de Ami he visto varios tutoriales en inglés  y ya tengo todo comprado lo único que no tengo muchos conocimientos informáticos y hay una parte que necesitaré ayuda : 

3. Now you have to set DNS: file resolv.conf.
You must create resolv.conf file with inside:

 

esta sacado  de aquí :

http://www.club-q5.ru/forum/showthread.php?t=4572

 

Alguien me puede ayudar con el paso 3 porque lo otro creo que me atrevo .

 

gracias miles

 

Hola!

El paso 3 te dice que debes editar el fichero de resolución de nombres (DNS).

 

La ubicación del fichero siempre es /etc/resolv.conf

 

Editalo sin miedo 

 

[Mivi36]

Pero como edito eso es que no tengo ni idea alguien me lo puede decir pasó a pasó para torpes , gracias