frankiegom

The default gateway is not set by the script, but by the router. Can you connect a laptop to the car hotspot and check the IP configuration? If using Windows, execute "ipconfig /all", and "route -print 4" and give us the result (if Linux, then try "ifconfig" and "netstat -nr").

Thierry, s'il a utilisé les scripts d'hsd92, alors le contenu du script sera assez différent. D'ailleurs son problème n'est pas un problème de DNS (nameserver) mais de passerelle par défaut (default gateway).

Et comme le hub ne sert qu'à alimenter le routeur... Je viens à l'instant de recevoir ça pour ma voiture (allume cigare correctement positionné...). Un port pour le routeur, un port pour le modem (avec un cable en Y) et un port pour mon téléphone. Et si jamais j'ai besoin d'un port supplémentaire, je peux toujours débrancher le second câble du modem ou ressortir mon câble custom qui combine câble en Y pour le modem et câble alimentation simple pour le routeur)...

Même chose ici, me voila rassuré pour le moment. Par contre, les soit disant nouveautés... Quelqu'un a remarqué quelque chose?

Pardon, oui j'ai ce message qu'on a en général quand le MMI n'est pas connecté. Pas le message de mise à jour font parle Jeko.

Ce soir en rentrant du boulot Audi Connect ne marchait pas du tout et sans message d'erreur. Pourtant j'étais bien connecté et Google Earth marche encore. J'espère qu'ils n'ont pas patché pour nous coincer...

Non, non, rien de spécial. J'ai dit derrière le MMI parce qu'il y a forcément un faisceau qui y arrive ou tu peux repiquer ton alimentation et ce n'est pas loin de la boite à gant. Mais si il y a une boite à fusible à côté de la boite à gant, c'est parfait car ce sera plus facile d'accès et tu pourras peut-être même te brancher sur le faisceau accessoire.

Il ne devrait pas être trop dur d'aller chercher une arrivée de courant derrière le MMI et de la ramener dans la boite à gant discrètement. Il faut être un peu bricoleur, c'est tout.

Il était temps! Je ne vais pas dire que c'est un problème d'alimentation même si je le pense très fort depuis le début. Mais le seul moyen de prouver le contraire, c'est de trouver un hub avec lequel ça fonctionne correctement à tous les coups! Allez, je vais quand même tenter un début d'explication... D'après les mesures faites par Jeko, les éléments utiliser ne devraient pas consommer plus que ce que peut fournir l'AMI. Il se pourrait que ce hub est si pourri qu'il te fait perdre beaucoup de jus (mais je n'y crois pas trop). Par contre, il est courant qu'un équipement provoque un pic de consommation à l'allumage, pic bien supérieur à la consommation en régime permanent, et donc peut-être que ce qui se passe, c'est qu'à l'allumage, et de manière un peu aléatoire, la consommation dépasse ce que l'AMI est capable de donner avec comme résultat un comportement incompréhensible. Il se peut aussi que l'AMI ne fournisse pas suffisamment en phase de démarrage. Dans les deux cas la solution a le mérite d'être simple, l'allume cigare. A savoir s'il est facile de ramener du jus à ton boitier (chez moi la prise d'allume cigare est dans l'accoudoir, à côté de l'AMI alors c'est facile)...

Il doit quand même y avoir un peu d'électronique cachée là dedans. Je doute qu'on puisse construire un hub USB à partir de fils de cuivres et de connecteurs nus... Et je le répète, si tu as besoin de brancher les deux connecteurs du câble Y sur le Hub pour que ça marche, alors il y a un problème.

Et là, je ne comprends vraiment plus rien. Ce matin, tu ne disais pas qu'en débranchant un des connecteurs du câble Y USB du hub ça continuait à fonctionner? Et là qu'un seul connecteur du même câble Y USB ne suffisait pas? Les deux prises ne sont utiles qu'à condition qu'elles soient branchées dans des prises USB alimentées individuellement (par exemples deux ports USB d'un laptop, ou deux ports d'un hub avec alimentation indépendante, i.e branché sur le secteur, mais pas comme dans ton cas deux ports d'un hub sans alimentation externe!). Et si tu observes une différence de comportement entre les deux cas sur ton montage, c'est qu'il doit y avoir un énorme loup qui traine quelque part!

Donc un seul cable USB connecté au routeur, mais deux extrémités connectées au hub afin, théoriquement, d'augmenter le courant d'alimentation. Mais vu que le hub n'est pas lui même alimenté, ça ne sert à rien vu que la source reste le port USB/AMI dans tous les cas. Tu peux donc simplifier ton montage sans crainte en remplaçant ton câble Y par un câble simple (et plus court, tant qu'à faire). Par contre, les petits gadgets de Jeko (multimètre USB) seront bien utiles pour vérifier que le câble choisi est de qualité suffisante, en effet un câble de mauvaise qualité peut drastiquement limiter la quantité de courant délivrée! Et surtout ça explique que débrancher l'un ou l'autre extrémité ne change rien vu que le courant d'alimentation au routeur devrait rester le même dans tous les cas (sauf problème au niveau du câble Y).

Il faut être plus précis car là c'est moi qui ne comprends pas ce que tu fais... En fait, ton montage n'est pas clair. Quel cordon USB, branché entre quel port du routeur et quoi? Et un cordon en particulier ou n'importe lequel? Avec une photo, ça pourrait aider aussi.

Pas nécessaire. Tu as le firmware d'origine TP-Link et nous ROOter ou openWrt... ils sont différents c'est une certitude. Mais ça ne suffit pas à expliquer ce qui se passe. Ça devrait marcher...

Je parlais du routeur.

Ça c'est vraiment curieux! Le MMI devrait normalement redemander une adresse à chaque reconnexion. Alors nous n'utilisons pas le même firmware, mais est ce que ça suffit à justifier la ddifférence de comportement?

Essaye en débranchant juste le câble réseau du routeur stp.

Vu que tu es un des rares à avoir ce problème(tout du moins à venir le dire sur le forum), je doute que ce soit le cas... C'est facile à tester en tous cas. Tu mets le contact câble débranché, tu attends que l'écran de NAV s'affiche complètement, puis tu branches ton boitier.

Merci! J'allais en prendre 3 mais pas de stock... :( Bon, un peu de patience c'est tout.

IF the first screenshot is indeed from the WiFi interface (from router GUI, Network/Interfaces then click on WiFi tab, then scroll down to DHCP and click on Advanced Settings tab) then it looks correct. Your sole problem seems to be that the MMI does not get it's gateway from the router so now we have to assume something went wrong when you ran the scripts to configure the MMI. Can you run the script to uninstall the changes, then re-install and try again? If that does not work, then I don't know what else to check save for getting access into the MMI (but that's really an option with physical access to the car).

Le wr703n vient avec un câble simple. Mais celui ci est conçu pour que les deux prises identiques soient branchées dans une alimentation (pour pouvoir lui fournir plus que les 500mA max d'un port USB2 de PC)! Argh... ce n'est pas vendu avec de la doc ces engins? Et comme quoi, TP_Link pense que 500mA c'est limite... ;)

Pas sûr de comprendre... les deux ports du routeur sont sur le Hub? Pourquoi? Le Micro USB (le plus petit) sert pour l'alimentation et le plus grand est là pour y raccorder un modem ou ton téléphone c'est tout!

Cool. Je n'avais pas réalisé que ça existait. Ca coûte combien? Un modèle préféré?

Super! Tu prends la mesure comment?

S'il y a une surtension au moment en effet, le routeur redémarrera dans la foulée et le MMI ne récupère pas d'adresse comme prévu. Mais normalement dans ce cas, rebrancher le cable ethernet sans tout redémarrer devrait suffire à réparer la connection. Le résultat des manips que tu as rappelé (débrancher le câble, l'adaptateur, mais pas le câble AMI) devrait nous aider à y voir plus clair. Ce ne sera pas faute d'avoir demandé... ;) Plus on aura de données, plus on aura de chance d'isoler le problème ou de l'identifier. Parce que là on navigue encore à vue... Le MMI reste allumé au moins 5' à 10' il me semble, mais c'est paramétrable jusqu'à 30' au VAG-COM. Et effectivement une fois que ça marche, tant qu'il ne s'éteint pas la configuration tient.