[Tuto] Online Services (Audi Connect, Google Earth & Trafic Online) en WIFI

[leponot]

j'abandonne....

[hsd92]

j'abandonne....

Pas très persévérant...accroche-toi.

 

Sur le principe ce que tu veux faire doit fonctionner. C'est prévu d'adapter la proc avec un rpi et 2 interfaces wifi (je dois recevoir le 2eme dongle wifi).

Pour l'instant, on manque un peu de visibilité sur ce que tu as fait pour t'aider véritablement.

 

Tu ne veux pas exécuter le script de diag?

[frankiegom]

Exactement. Ce sujet comprends un tutoriel complet, des logiciels à installé, du matériel sur lequel ça a été testé. Tu prends ce qui te plais dans le tas (le script qui active le Traffic online en particulier), un autre matériel (le raspberry Pi) avec la variante correspondante du firmware testé, en plus pour rajouter une interface WiFi et faire du partage de connection en WiFi) mais à chaque coin de page on dirait que tu n'as pas suivi le tuto. Tu t'attendais à quoi? :(

 

Donc, je te conseille, encore une fois, de reprendre le tuto au début. Tu suis toutes les étapes, tu vérifies tous les écrans (menu vert, MMI, routeur) et si ça ne marche toujours pas, tu expliques ce que tu as fait et sur quelle version du MMI.

 

Et bien sûr tu passes le script qu'hsd92 a écrit pour toi (d'abord) qui nous aidera à débugger ton problème.

 

En gros, la citation du jour c'est: "aide toi et le ciel t'aidera"

 

Le problème, c'est qu'on a fait tout ce qu'il fallait pour que ça marche tout seul, partout, sans trop d'effort, alors on aimerait bien savoir s'il y a un vrai problème dans la procédure (testé sur 2 voitures, 2 versions de MMI, 2 types de routeurs et 3 clefs 3G/4G c'est un peu léger) ou si c'est un problème d'interface chaise/clavier... :confused4:

 

Allez, au boulot! :)

F.

[leponot]

sisi le tuto j ai suivis :) est compris le truc, on va y arriver ;)

[leponot]

bon good news

 

Diag v1.0

20150731_234925 - step 1 start at 20150731_234925

20150731_234927 - step 2 Display picture start

20150731_234927 - step 3 Success mmelauncher.cfg.bak exist

20150731_234927 - step 4 Success mmelauncher.cfg backuped on SDCARD

20150731_234927 - step 5 Success mme-becker.sh exist

20150731_234927 - step 6 Success resolv.conf exist

20150731_234927 - step 7 Success nws.cfg.bak exist

20150731_234927 - step 8 Success nws.cfg backuped on SDCARD

20150731_234927 - step 9 Success pf.conf.bak exist

20150731_234927 - step 10 Success pf.conf backuped on SDCARD

20150731_234927 - step 11 ifconfig uap0

uap0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500

address: 00:1c:d7:5a:98:a8

media: <unknown type> autoselect

inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255

inet alias 192.168.1.26 netmask 0xffffff00 broadcast 192.168.1.255

link 00:00:00:00:00:00

20150731_234927 - step 12 route show

Routing tables

Internet:

Destination Gateway Flags

default 192.168.1.254 UG

10.0.0.0/24 link#3 U

localhost.localdom 127.0.0.1 UH

192.168.0.0/16 192.168.1.254 UG

192.168.1.0/24 link#5 U

192.168.1.1 00:1c:d7:5a:98:a8 UHL

192.168.1.40 link#5 UHL

192.168.1.254 74:da:38:0e:3a:8c UHL

192.168.1.255 link#5 UHL

239.255.255.250/32 192.168.1.1 UG

20150731_234945 - step 13 ping 192.168.1.1

PING 192.168.1.1 (192.168.1.1): 56 data bytes

64 bytes from 192.168.1.1: icmp_seq=0 ttl=255 time=1 ms

64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=0 ms

64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=0 ms

64 bytes from 192.168.1.1: icmp_seq=3 ttl=255 time=0 ms

----192.168.1.1 PING Statistics----

4 packets transmitted, 4 packets received, 0% packet loss

round-trip min/avg/max = 0/0/1 ms variance = 0 ms^2

20150731_234949 - step 14 ping 192.168.1.254

PING 192.168.1.254 (192.168.1.254): 56 data bytes

64 bytes from 192.168.1.254: icmp_seq=0 ttl=64 time=2 ms

64 bytes from 192.168.1.254: icmp_seq=1 ttl=64 time=2 ms

64 bytes from 192.168.1.254: icmp_seq=2 ttl=64 time=2 ms

64 bytes from 192.168.1.254: icmp_seq=3 ttl=64 time=2 ms

----192.168.1.254 PING Statistics----

4 packets transmitted, 4 packets received, 0% packet loss

round-trip min/avg/max = 2/2/2 ms variance = 0 ms^2

20150731_234952 - step 15 ping www.google.fr

PING www.google.fr (173.194.40.79): 56 data bytes

64 bytes from 173.194.40.79: icmp_seq=0 ttl=52 time=279 ms

64 bytes from 173.194.40.79: icmp_seq=1 ttl=52 time=241 ms

64 bytes from 173.194.40.79: icmp_seq=2 ttl=52 time=296 ms

64 bytes from 173.194.40.79: icmp_seq=3 ttl=52 time=236 ms

----www.google.fr PING Statistics----

4 packets transmitted, 4 packets received, 0% packet loss

round-trip min/avg/max = 236/263/296 ms variance = 852 ms^2

20150731_234958 - step 21 Success Display picture Done

20150731_234958 - step 22 Success

c était bien l option force dhcp sur le 192.168.1.254 qui posait un problème, je ne l avais pas mise

j ai également une regle du firewall qui saute a chaque boot, je regarderais demain pour la fixer

et autre soucis le diag est fait en réseau G ^^ du coup pas grand chose a l écran

demain je test ds une zone qui a plus de couverture réseau que chez moi

[hsd92]

On appelle ça les "mystères de l'informatique". Ca ne veut rien dire mais ça explique tout...

 

Cette option rend le serveur DHCP autoritative, le chef, mais de qui? Il est seul, le serveur DHCP du MMI est désactivé. Chef de personne, ça ne devrait servir à rien...

 

Le fait est que ça marche. La procédure va être modifié pour ajouter cette option et la remarque de S-Fredo pour le reboot après activation du wifi.

 

Pour le firewall, si tu mets les interfaces dans les bonnes zones, tu ne devrais pas à avoir à y toucher. Les interfaces Lan et wifi (qui se connecte au MMI) dans la zone lan (en vert) et l'interface wifi (vers le hotspot) dans la zone wan (en rouge).

 

Pour le Diag, le résultat c'est uniquement sur la carte SD car je ne sais pas afficher sur l'écran du MMI (sauf des images).

[leponot]

c est bien le cas mais le wifi vers internet saute a chaque fois,

 

j ai regarde un peu dans les fichiers me demande si y a pas un bug dans le firmware du coup car si je met un modem derrière pas de soucis

[frankiegom]

Saute? Quand tu rebootes le router? Qu'est-ce qui saute? La configuration du second Wi-Fi disparaît ou ça ne marche tout simplement pas?

 

Au moins ça marche comme prévu avec un modem c'est déjà ça.

[leponot]

la config qui dit que le wifi qui se connecte au hotspot est wan

[frankiegom]

Pas compris :(

[hsd92]

En fait, la version Openwrt pour RPI, réagit bizarrement. L'interface dite WAN ne reste pas dans la zone wan au niveau du firewall.

Effectivement, mis à part ce bug, ça fonctionne avec le partage de connexion de mon iphone.

[frankiegom]

Donc le rPi n'est pas adapté pour le partage en Wi-Fi?

 

As-tu pu essayer le partage USB sur le MR3020?

[leponot]

si si faut juste utiliser autre chose comme soft sur le rpi

[frankiegom]

Pardon, je sous entendais "avec ce FW". Le rPi étant déjà utilisé dans d'autres solutions similaires, il doit être utilisable.

 

Mais ce tutoriel traite d'une solution particulière à base du FW Rooter multiweb. Autant ne pas tout mélanger sinon on ne s'y retrouver à plus.

[s-fredo]

Bonjour à tous,

 

Grâce à l'aide précieuse de Stef (HSD92), j'ai pu constater que si la connexion à Internet pour le MMI, ce n'était pas dû à un problème de config ou de tuto mal suivi: tout était correct.

 

En fait, il s'agit d'un problème de carte SIM/opérateur. Je suis chez SFR, avec l'APN "websfr". En mettant une SIM d'Orange, tout était ok.

 

Conclusion: les soucis potentiels peuvent aussi provenir de l'opérateur...

 

Fred

[frankiegom]

Regarde si tu n'as pas accès à un autre apn avec ta SIM SFR. Par exemple un APN plus adapté à un usage business? Il est possible que l'apn websfr ne laisse passer que les flux http...

[frankiegom]

Pour ceux que le partage de connection avec leur tél intéresse, j'ai validé aujourd'hui qu'en connectant mon smartphone Samsung au routeur à la place de la clef 4G et en activant le partage en mode modem USB ça marche direct sans rien faire de plus.

Donc pour ceux qui on un abonnement autorisant le partage, testé et validé sur un PC, vous pouvez essayer et nous faire un retour d'expérience (iPhone en particulier).

Quel que soit votre résultat, prière de fournir le type de tél, la version d'OS utilisée et l'abonnement mobile ainsi que le résultat en modem USB sur un PC!

F.

[s-fredo]

Perso, j'ai un abonnement "Formule Carrée 8 Go", avec 3 SIM supplémentaires (donc 4 en tout). Les autres APN testés avec l'aide de Stef n'ont pas donné d'essai concluant.

 

Pourtant, les 2 autres SIM fonctionnent bien, avec le même APN. Et mon mobile aussi.

 

Je vais tester encore cet a-m, pour être certain. Sinon, demain, c'est direction la boutique Orange du coin !

[frankiegom]

Vous avez testé quels APNs ?
Et attention, tous les APNs ne fonctionnent pas forcément avec tous les abonnements. Ça peut valoir le coup de poser la question à SFR, voir faire activer l'APN qui va bien.

J'avais fait ça dans le temps avec Orange pour avoir l'APN internet-entreprise qui donnait une IP publique pour les connexionsVPN sans douleur...

[s-fredo]

Testé avec sl2sfr. Il y a aussi wapsfr, mais je doute que cela puisse mieux fonctionner.

 

Et je n'en connais pas d'autres, même après avoir recherché sur Google.

[frankiegom]

OK. Au point où tu en es, le mieux serait d'expliquer à SFR ce que tu veux faire et de leur demander quel APN utiliser. Il n'y a pas de raison que ton forfait te bloque. Pas en 2015...

 

Sinon, oui, SIM dédiée comme j'ai fait.

[titou43]

Pour ceux que le partage de connection avec leur tél intéresse, j'ai validé aujourd'hui qu'en connectant mon smartphone Samsung au routeur à la place de la clef 4G et en activant le partage en mode modem USB ça marche direct sans rien faire de plus.

 

Donc pour ceux qui on un abonnement autorisant le partage, testé et validé sur un PC, vous pouvez essayer et nous faire un retour d'expérience (iPhone en particulier).

 

Quel que soit votre résultat, prière de fournir le type de tél, la version d'OS utilisée et l'abonnement mobile ainsi que le résultat en modem USB sur un PC!

 

F.

 

Hello

 

Je vais tester cette solution....

 

Qu'entends tu sur un PC ?

 

Est ce que le script de diag ne permettrait pas aussi de faire un retour ?

[frankiegom]

Pour éviter de se prendre la tête avec des combinaisons mobile+SIM qui ne fonctionnent pas correctement en partage de connection, tu branches d'abord ton mobile au port USB d'un PC et tu actives le partage de connection sur le mobile. Si le PC a Internet ça devrait marcher aussi dans la voiture. Dans le cas contraire, pas la peine d'essayer (sauf que si tu testes directement dans la voiture ça ne marchera pas et on ne saura pas pourquoi).

 

Si ça ne marche pas, passe le diag de hsd92, bien sûr. Mais si ça marche, dis nous le matos utilisé, la version de MMI etc...

[s-fredo]

 

Sinon, oui, SIM dédiée comme j'ai fait.

Hello tout le monde,

 

C'est ce que je viens de faire en courant dans une boutique Orange pour souscrire à un forfait dédié data ("Let's go 2 Go"). Et ça fonctionne nickel.

 

Donc il y a un truc de foireux avec ma carte SIM multisurf SFR. Ou la carte, ou SFR.

 

Ce que je ne m'explique pas cependant, c'est ce que ça fonctionnait parfaitement avec la même SIM mais en passant par l'AMI.

 

Bref, il (me) reste des tests à faire pour comprendre !

 

Fred

[frankiegom]

Dans les deux cas, le routeur se connectait de la même manière à Internet? Peux-tu détailler les différences entre les deux setup, juste pour être sûr?

 

Si j'ai bien tout suivi, avant tu faisais du partage de connexion en WiFi, et là en USB. C'est ça? Il se pourrait qu'il y ait une différence dans la gestion des deux cas chez SFR, même si je suis d'accord pour dire que la distinction est débile...

 

Correction: en fait, je pense que je me mélange les pinceaux. Partage de connection USB ou clef 3G/4G ? Si clef, quel modèle?

[s-fredo]

La différence entre les deux setup Orange/SFR:

 

- changement clé 3G (clé SFR Huawei vs clé Orange ZTE, ou un truc dans le genre)

- changement de l'APN dans le routeur Tplink MR3020

 

Dans les deux cas, l'accès à Internet fonctionnait bien (quoique un peu lent pour SFR) pour les appareils connectés sur le Wifi de la voiture. La différence se situait uniquement sur l'accès à Internet pour le MMI (Google Earth, Audi Connect) qui ne voulait pas du tout se connecter avec la SIM de SFR.

[frankiegom]

SFR doit bloquer certains flux qui utilisés pour Google Earth...

 

Je suis aussi intéressé par la différence avec le setup AMI qui marchait.

Clef Huawei/SIM SFR sur routeur dans les deux cas?

[s-fredo]

Dans le cas de la méthode AMI, la SIM était dans un modem-routeur 3G D-Link 730 connectée en Wifi au Tplink MR3020. Pour une simple raison: la prise AMI ne fournit pas assez de courant (500 mA max à ma connaissance) pour alimenter clé 3G/hub USB/routeur/etc.

 

Concernant la carte SIM, j'ai appelé SFR aujourd'hui... Je me demande encore pourquoi: ils m'ont répondu qu'il n'y avait aucune anomalie sur ma carte SIM, et qu'ils ne bloquaient rien. Ben voyons...

[hsd92]

Hello à tous,

 

La conversation a dû être épique avec SFR...Règle d'or d'un opérateur, nier tout problème. Le client ne peut pas comprendre de toutes les façons (le télé-opérateur non plus).

 

Sinon, je continue le jeu. La configuration via le partage de connexion d'un smartphone ou d'un modem Hilink (genre domino) fonctionne. Pour l'instant, c'est fait avec un raspberry et 2 dongle wifi (edimax). Pour corriger le problème qu'a rencontré leponot, il faut absolument nommer l'interface qui se connecte à internet "wan". Un bug que j'ai remonté à la communauté openwrt.

J'essaye de le faire avec le MR3020 mais les bugs sont ailleurs...

[frankiegom]

On unifie le truc en renommant l'interface wifi en wan pour tout le monde, alors? Ou wwan (wireless wan), qui est il me semble reconnue par openWRT et devrait fonctionner aussi?

 

Ici j'ai récupéré temporairement une antenne avec module WiFi intégré à base de RTL8187. Ce chipset est supporté par openWRT mais le module correspondant (kmod-rtl8187) n'est pas intégré dans la version du FW dont on dispose et le seul module que j'arrive à chargé a été compilé pour une version plus récente et encore en beta d'openWRT (Chaos Calmer, base kernel 3.18.18 contre 3.18.7 pour Multiweb 3.18)

 

En conséquence, il n'est pas reconnu comme compatible et même en chargeant ce module de force (--force-depends) il ne fonctionne pas correctement.

 

As-tu essayé de charger le module correspondant à ton adaptateur WiFi directement dans ton MR3020? Ça peut être fait dans le menu system/software si le module est compatible (update list, puis voir la liste dans available packages) ou sinon de la ligne de commande (je suppose que tu sais faire, mais on va pas perdre 2 jours à se mettre d'accord sinon):

#opkg update

#opkg install --force-depends xxxx

[titou43]

Petit retour de mon coté dans ma voiture....

 

En prérequis j'avais le TP Link sur l'AMI par le tutoriel de Thierry13...

j'ai suivi le tuto à l'envers pour désactiver l'audi connect par l'AMI....

Y compris reboot du MMI 3GP

 

Alors j'ai :

 

Audi A4 8K avec MMI 3GP firmware 767

 

Pour l'accès à internet j'utilise mon smartphone après activation du partage de connexion en USB

Galaxy S4 Advance (GT-I9506) sous android 5.0.1

 

Le fournisseur d'accès est Bouygues en forfait pro (c'est celui du boulot avec un forfait 5Go) en 4G

 

Le routeur est le TP-LINK 3020 avec le firmaware Lite OpenWRT

 

Voici la copie du fichier TXT issu du script de diag initié par nos deux merveilleux camarades (encore merci du temps passé !!)

 

Diag v1.0
20150803_175010 - step 1 start at 20150803_175010
20150803_175014 - step 2 Display picture start
20150803_175014 - step 3 Success mmelauncher.cfg.bak exist
20150803_175014 - step 4 Success mmelauncher.cfg backuped on SDCARD
20150803_175014 - step 5 Success mme-becker.sh exist
20150803_175014 - step 6 Success resolv.conf exist
20150803_175014 - step 7 Success nws.cfg.bak exist
20150803_175014 - step 8 Success nws.cfg backuped on SDCARD
20150803_175014 - step 9 Success pf.conf.bak exist
20150803_175014 - step 10 Success pf.conf backuped on SDCARD


20150803_175014 - step 11 ifconfig uap0
uap0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:1c:d7:52:19:95
media: <unknown type> autoselect
inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255
inet alias 192.168.1.35 netmask 0xffffff00 broadcast 192.168.1.255
link 00:00:00:00:00:00


20150803_175014 - step 12 route show
Routing tables

Internet:
Destination Gateway Flags
default 192.168.1.254 UG
10.0.0.0/24 link#3 U
localhost.localdom 127.0.0.1 UH
192.168.0.0/16 192.168.1.254 UG
192.168.1.0/24 link#5 U
192.168.1.1 00:1c:d7:52:19:95 UHL
192.168.1.254 e8:de:27:64:a1:c0 UHL
192.168.1.255 link#5 UHL
239.255.255.250/32 192.168.1.1 UG


20150803_175020 - step 13 ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=255 time=1 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=0 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=0 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=255 time=0 ms

----192.168.1.1 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0/0/1 ms variance = 0 ms^2


20150803_175023 - step 14 ping 192.168.1.254
PING 192.168.1.254 (192.168.1.254): 56 data bytes
64 bytes from 192.168.1.254: icmp_seq=0 ttl=64 time=2 ms
64 bytes from 192.168.1.254: icmp_seq=1 ttl=64 time=2 ms
64 bytes from 192.168.1.254: icmp_seq=2 ttl=64 time=2 ms
64 bytes from 192.168.1.254: icmp_seq=3 ttl=64 time=2 ms

----192.168.1.254 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 2/2/2 ms variance = 0 ms^2


20150803_175026 - step 15 ping www.google.fr
PING www.google.fr (216.58.210.195): 56 data bytes
64 bytes from 216.58.210.195: icmp_seq=0 ttl=48 time=112 ms
64 bytes from 216.58.210.195: icmp_seq=1 ttl=48 time=122 ms
64 bytes from 216.58.210.195: icmp_seq=2 ttl=48 time=108 ms
64 bytes from 216.58.210.195: icmp_seq=3 ttl=48 time=118 ms

----www.google.fr PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 108/115/122 ms variance = 38 ms^2
20150803_175033 - step 21 Success Display picture Done
20150803_175033 - step 22 Success

 

 

Mon ressenti :

La connexion me semble un peu lente.... c'est pas rapide a arriver les infos des stations essences et autres...

Pour la cartographie google earth cela reste flou en zoomant à 200m alors que par l'AMI c'était net

 

Etant en ardèche du haut et bien que 3G s'affiche sur le mobile Android j'en déduis que la connexion n'est peut être pas bonne vers le réseau Bouygues...

OU

en phase de test j'ai alimenté le TP LINK par la prise AMI (et du coup en cascade le mobile android aussi)

Peut être que la faiblesse de l'alimentation y est pour quelque chose....

 

Petite déception mais pas nouvelle :

Ma voiture étant semble t'il trop vieille (septembre 2011 date de MEC) donc 2012 au numéro de chassis je n'ai pas le traffic online

 

A ce sujet que change le scritp activation trafic online par rapport à la manip au VCDS ?

 

Merci à tous

[frankiegom]

Le S4 a sa propre batterie donc l'alimentation ne devrait pas être en cause. La connection WiFi est sans doute plus lente qu'un bon vieux câble mais à ce niveau ça ne devrait pas jouer.

 

Par contre, à voir dans une zone de bonne couverture avant de tirer des conclusions définitives.

 

L'activation Traffic Online par VCDS ou script c'est bonnet blanc et blanc bonnet. Dans les deux cas on change le flag qui active/désactive la fonctionnalité.

[titou43]

Hello

 

je testerais sur un site ou la connexion est bonne...

 

Pour l'alimentation je vais tester avec un adaptateur digne de ce nom (j'en ai trouvé un en 2,0 Ampères sur allume cigare) car je suppute grandement que le mobile prenne un peu de l'alimentation..(en effet lorsqu'il est en modem USB le voyant batterie change au profit voyant "en charge"

 

Mais je ferais un retour ici....

 

Pour le traffic online je vais pleurer mais avant : trouvez moi une solution je vous en supplie !!!

 

Merci

[frankiegom]

Sur l'AMI ça marchait bien dans les mêmes conditions (même zone de couverture, S4 au même endroit dans la voiture)?

 

Pour le Traffic Online, j'ai posé la question sur un site Russe qui prendrait 15€ pour l'activation "tous modèles". Il sont fermés jusqu'au 7 Août, patience...

[hsd92]

Le problème du nom des interfaces est propre à chaque routeur. Forcer en "wan" est nécessaire que pour le RPI. Dans le cas du MR3020, pas de problème pour le nom de l'interface, ni pour ajouter le dongle wifi (kmod-rtl ). En revanche, impossible de se connecter à 2 réseaux wifi. Le rpi à version identique ne pose pas de difficulté.

 

A suivre.

[frankiegom]

Changement de nom pour simplifier le tutoriel uniquement. Mais si seul le rPi sait faire deux réseaux WiFi... voir peut être du côté du module multiwan?

[vad3r]

Pour le Traffic Online, j'ai posé la question sur un site Russe qui prendrait 15€ pour l'activation "tous modèles". Il sont fermés jusqu'au 7 Août, patience...

C est une excellente nouvelle ça

[Jeko]

Tout d'abord, je me répète, mais BRAVO !

Quel boulot incroyable :marcelpoire:

 

Pour ma part, je n'ai pas besoin de libérer l'AMI car je voulais justement m'affranchir de la connexion Wi-Fi et pouvoir utiliser le partage de connexion USB de mon iPhone via le routeur tout en le rechargeant, via l'AMI donc...

Mais je peux apporter mon expérience car cela ne change pas le problème du partage de connexion d'iOS via USB:

 

Pour ceux que le partage de connection avec leur tél intéresse, j'ai validé aujourd'hui qu'en connectant mon smartphone Samsung au routeur à la place de la clef 4G et en activant le partage en mode modem USB ça marche direct sans rien faire de plus.

Donc pour ceux qui on un abonnement autorisant le partage, testé et validé sur un PC, vous pouvez essayer et nous faire un retour d'expérience (iPhone en particulier).

Quel que soit votre résultat, prière de fournir le type de tél, la version d'OS utilisée et l'abonnement mobile ainsi que le résultat en modem USB sur un PC!

F.

 

Je suis en train de tester la dernière build d'OpenWRT, Chaos Calmer 15.05RC3 et le partage de connexion de l'iPhone via USB fonctionne ! (mais pas stable, j'y reviens).

 

Par contre, comme il faut installer des packages supplémentaires, les TL-MR3020 ou TL-WR703N n'ont pas assez de mémoire avec leurs 4MB de flash...

J'utilise donc un WR703N modifié en 16MB flash et 64MB RAM acheté ici si jamais:

http://www.ebay.com/itm/SLBoat-The-TL-WR703N-Mod-64Mbyte-RAM-16Mbyte-Flash-And-TTLout-Inside-MicroUSB-/181078954797

 

Voici ci-dessous la procédure simplifié en anglais.

Si il y a de l'intérêt je la traduit volontiers et j'ai aussi les copies d'écrans de config du routeur pour ajouter la nouvelle interface (eth1) créée par cette méthode.

 

J'ai pour ma part un comportement aléatoire pour la connexion et je dois de plus "faire confiance" presque à chaque branchement du cable USB (et donc déverrouiller l'iPhone) malgré le jumelage de cette méthode...

(Je me demande d'ailleurs si ce n'est pas depuis que j'ai jumelé que j'ai ce bug...)

Même en étant prêt avec l'iPhone déverrouillé, la connexion n'est parfois pas automatique et je dois activer/désactiver le partage.

Mais, quand ce la fonctionne normalement, la connexion est directe et en plus je recharge mon iPhone :-)

 

Config iPhone USB Tethering for openWRT

 

Works with openWRT Chaos Calmer 15.05RC3 (15.07.2015)

https://downloads.openwrt.org/chaos_calmer/15.05-rc3/ar71xx/generic/

 

Needed packages takes approximatively 1.43 MB. But not fit on a TP-MR3020 with have only 4 MB flash.
So I use a TP-WR703N modified by slboat with 16MB flash and 64MB RAM.

http://www.ebay.com/itm/SLBoat-The-TL-WR703N-Mod-64Mbyte-RAM-16Mbyte-Flash-And-TTLout-Inside-MicroUSB-/181078954797#rwid

 

Add additional packages via web interface (LuCI) or CLI:
- kmod-usb-net-ipheth
- usbmuxd (who install linked libusbmuxd, libimobiledevice and others)

 

Via terminal:
Start the command "usbmuxd" to make the new interface available (eth1 in my case).
-> To start it at each boot:
just add ‘/usr/sbin/usbmuxd’ to ‘/etc/rc.local’

 

Plug in your iPhone (with tethering turned on) and you should see it register in the kernel logs.

 

Now, add a new network interface using the CLI or LuCI, assigning it to the iPhone's Ethernet device (eth1), restart networking (or device) and you're set.

/etc/init.d/network reload

 

Pairing device (Try first without pairing, not sure help "trust this device" message)

 

install package via web interface (LuCI) or CLI:
libimobiledevice-utils

 

Connect via ssh

root@OpenWrt:~# idevicepair pair
SUCCESS: Paired with device 2ff4436c8e30fa58ec0eb04f0b2d289665985a55

root@OpenWrt:~# idevicepair validate
SUCCESS: Validated pairing with device 2ff4436c8e30fa58ec0eb04f0b2d289665985a55

 

 

-----

 

Sinon, maintenant que le MMI est "jailbraké" :icon6: je m'intéresse aussi à pouvoir connecter le Wi-Fi du MMI à directement à l'AP de l'iPhone. Là, ce serait la classe ultime !!

 

Enfin non, la classe ultime, serait de connecter l'iPhone directement sur l'USB de l'AMI sans routeur.

Mais il faudrait pouvoir compiler les packages ajouté à openWRT pour QNX.... Dispo sur github pour les amateurs ;-)

[hsd92]

Hello,

 

c'est vrai qu'OpenWrt est bien tant que tu ne cherches pas à faire évoluer la configuration.

J'ai le même problème de stabilité sur le mr3020 toutes versions dès que je le connecte à 2 réseaux wifi (mmi & ap iphone )

En revanche, ça fonctionne sur un Raspberry (pas de problème de mémoire), mais j'ai quand même une lenteur ponctuelle non identifiée.

 

Je suis en phase avec toi, la classe ultime serait que le mmi soit client. Pour le wifi, je me suis arrêté à une lecture qui affirmait que le firmware et le pilote du wifi ne permettaient que le mode AP.

 

Es-tu expérimenté en compilation? Si tu veux, j'ai une vm en qnx.

 

 

 

 

Envoyé de mon iPhone en utilisant Tapatalk

[frankiegom]

Merci Jeko.

 

Donc pour résumer, le partage de connexion n'est possible avec l'iPhone que sous la toute dernière version, encore en béta test, d'openWRT avec les bons modules chargés, sur un HW non générique et avec une procédure de connexion encore un peu aléatoire... Mieux que rien pour ceux qui n'ont pas le choix.

 

Espérons qu'une version prochaine de Rooter MultiWeb se basera sur Chaos Calmer et réussira à intégrer les modules nécessaires sur le HW standard...

 

En attendant, je pense que tes manips pourraient faire l'objet d'un tuto dédié...

 

Concernant le chargement de ton iPhone par le wr703n connecté à l'AMI, ne rêve pas. L'AMI ne doit pas donner beaucoup plus des 500mA officiels de la norme USB2, dont une partie sert à alimenter le routeur. Et un smartphone moderne a besoin d'au moins 1A pour charger correctement... Un chargeur d'allume cigare est une bien meilleure solution, avec un câble permettant de brancher l'iPhone en parallèle sur le routeur et sur l'allume cigare. Et là tu as le beurre et l'argent du beurre en ce qui te concerne, tu n'utilises pas le WiFi _et_ tu libères l'AMI! :D

 

Quand à connecter l'iPhone directement sur le WiFi sans passer par le routeur, ne rêve pas, celà nécessiterait une modification de la config réseau de l'iPhone dont je ne sais même pas si elle est possible. Et comme le WiFi du MMI ne fonctionne pas en mode client...

 

Pareil pour la connexion directe de l'iPhone à l'AMI pour un partage USB. QNX et openWRT sont tous les deux des variantes de Linux, mais il n'y a aucune garanties qu'ils se basent sur la même distribution, et même si tu avais accès à un kit de développement QNX, il y a de forte chances que la version Audi ait été tunée et ne soit pas compatible (j'ai déjà repéré des commandes QNX qui ne sont pas supportées par le MMI) et donc il te faudrait accès au kit de développement Audi (enfin Becker plutôt, vu qu'il semble que ce soit l'OEM du groupe VAG).

 

Et merci pour ton retour d'expérience! Tiens nous au courant de tes avancées...

 

François