[LIB C] INTERNETCE : Internet pour 83 Premium CE et 84+CE !

[Epharius]

C'est quand même lmao cette histoire, je regarde le code d'AOSP même pour savoir comment il fait de son côté (CF https://github.com/aosp-mirror/kernel_c ... dis_host.c) et le truc bah... c'est qu'il fait pas grand chose de plus, en tout cas rien qui me paraisse suffisamment important.

Est-ce que tu peux essayer le programme suivant ? Dis moi :
- Si tu vois des points "." des virgules "," des points d'exclamations "!"
- La dernière chaine de caractère que tu vois parmis :
-> Correct config
-> RNDIS initialized
-> Getting IP...
-> DHCP 1
-> DHCP 2

Normalement elles devraient apparaitre dans cet ordre là. Perso je m'attends à ce que tu vois que les 3 premières strings, que tu vois 1 virgule, peut-être un ! mais fais moi rêver
(oublie pas de bien charger ton tel )

[Wistaro]

C'est quand même lmao cette histoire, je regarde le code d'AOSP même pour savoir comment il fait de son côté (CF https://github.com/aosp-mirror/kernel_c ... dis_host.c) et le truc bah... c'est qu'il fait pas grand chose de plus, en tout cas rien qui me paraisse suffisamment important.

Est-ce que tu peux essayer le programme suivant ? Dis moi :
- Si tu vois des points "." des virgules "," des points d'exclamations "!"
- La dernière chaine de caractère que tu vois parmis :
-> Correct config
-> RNDIS initialized
-> Getting IP...
-> DHCP 1
-> DHCP 2

Normalement elles devraient apparaitre dans cet ordre là. Perso je m'attends à ce que tu vois que les 3 premières strings, que tu vois 1 virgule, peut-être un ! mais fais moi rêver
(oublie pas de bien charger ton tel )

Coucou,

voici les résultats (tel android 7.0 + calculatrice chargés à fond) :

1) Je lance le programme sur la calculatrice. Le câble n'est pas connecté.
Rien ne s'affiche à ce stade sur la calculatrice.

2) Je connecte le câble (calculatrice -> téléphone). Le partage de connexion USB est possible sur le téléphone maitenant.

3) J'active le partage de connexion USB sur le téléphone.

Sur la calculatrice, j'ai des comportements différents.

Le plus souvent, ça affiche:

Code: Select all

Correct Config
RNDIS initialized
Getting IP...
,

Parfois (assez rarement), du texte s'affiche très rapidement, et s'efface, laissant seule la "," visible en haut de l'écran.

Code: Select all

,




Et parfois (beaucoup moins souvent, mais je l'avais au début de mes tests il me semble et j'arrive plus à le reproduire..) la virgule ne s'affiche pas mais le reste oui.

Code: Select all

Correct Config
RNDIS initialized
Getting IP...


4) Au bout de quelques secondes, le partage de connexion USB se désactive et se grise sur le téléphone. Rien ne change sur la calculatrice.

5) Si je déconnecte le câble de la calculatrice, j'ai le message suivant qui s'affiche:

Code: Select all

,W Failed to send packet

[Epharius]

C'est quand même incroyable qu'il arrive à initialiser la connection RNDIS mais pas à envoyer/recevoir de paquets.

Mais j'ai l'impression de comprendre là où ça bloque, je pense qu'il est bloqué dans un appel à `usb_Transfer`. Plusieurs raisons possibles :
- Le canal de communication (endpoint) pour le data n'est pas prêt et envoie des NACK en boucle -> je ne vois pas trop comment c'est possible, d'autant que le canal de contrôle qui me permet d'initialiser RNDIS fonctionne bien.
- J'essaie d'envoyer quelque chose d'interdit (paquet trop gros ? ça n'a pas l'air vu la config)
- La lib USB a un bug (mais je n'y crois qu'à moitié)

Que des raisons qui ne me convainquent pas vraiment...

Par ailleurs j'ai capturé les échanges USB entre mon ordi et mon téléphone au moment du partage de co tout comme tu avais fait, et j'ai exactement les mêmes paquets que toi dans la capture. Pour ainsi dire, j'ai même EXACTEMENT le même configuration descriptor que toi (à l'exception de 2/3 champs sans importance). Donc bon, voilà qui est vraiment très étrange.

Bref, je continue d'y réfléchir et je te redis, encore merci pour le temps que t'accorde à faire tous ces tests !


PS: Petite question, quand tu dis "se grise au bout de quelques secondes". C'est plutôt 2s ou 10s ?

[Wistaro]

C'est quand même incroyable qu'il arrive à initialiser la connection RNDIS mais pas à envoyer/recevoir de paquets.

Mais j'ai l'impression de comprendre là où ça bloque, je pense qu'il est bloqué dans un appel à `usb_Transfer`. Plusieurs raisons possibles :
- Le canal de communication (endpoint) pour le data n'est pas prêt et envoie des NACK en boucle -> je ne vois pas trop comment c'est possible, d'autant que le canal de contrôle qui me permet d'initialiser RNDIS fonctionne bien.
- J'essaie d'envoyer quelque chose d'interdit (paquet trop gros ? ça n'a pas l'air vu la config)
- La lib USB a un bug (mais je n'y crois qu'à moitié)

Que des raisons qui ne me convainquent pas vraiment...

Par ailleurs j'ai capturé les échanges USB entre mon ordi et mon téléphone au moment du partage de co tout comme tu avais fait, et j'ai exactement les mêmes paquets que toi dans la capture. Pour ainsi dire, j'ai même EXACTEMENT le même configuration descriptor que toi (à l'exception de 2/3 champs sans importance). Donc bon, voilà qui est vraiment très étrange.

Bref, je continue d'y réfléchir et je te redis, encore merci pour le temps que t'accorde à faire tous ces tests !


PS: Petite question, quand tu dis "se grise au bout de quelques secondes". C'est plutôt 2s ou 10s ?

Okay

Ca pourrait pas venir d'un problème de charge au niveau de la calculatrice? Une batterie ancienne qui n'arriverait pas à alimenter le bus suffisamment longtemps?

Sinon, entre le moment ou je clique sur le bouton du téléphone et le moment où il se grise, c'est exactement 2 secondes

[Epharius]

Ca pourrait pas venir d'un problème de charge au niveau de la calculatrice? Une batterie ancienne qui n'arriverait pas à alimenter le bus suffisamment longtemps?

C'est vrai qu'au premier abord on a l'impression que c'est un pb de puissance, on a un peu les mêmes symptomes. Mais:
- Ma calculatrice date de 2015 et tout fonctionne bien malgré l'utilisation assez intensive que j'en fais, donc la tienne devrait pas être dans un état bien pire
- Je crois que j'ai eu un pb similaire avec le tel d'un pote, je pourrai essayer de chercher de ce côté là aussi
- La perte de co arrive toujours au même moment, si c'était un pb de puissance, ce serait plus aléatoire
- Et de toute façon la transaction DHCP qui est censé se produire ensuite prend moins d'une seconde, donc même si c'était ça le pb on réussirait quand même à acquérir une IP.

Sinon, entre le moment ou je clique sur le bouton du téléphone et le moment où il se grise, c'est exactement 2 secondes

OK 2 secondes c'est trop court pour que le téléphone mette fin à la co à cause d'une absence de paquets. Normalement sur RNDIS ça doit être de l'ordre de 20s, et encore, la co USB est censée restée, c'est juste que ce dernier envoie un paquet RNDIS Reset.

A suivre.......................

[Wistaro]

okay

[Wistaro]

Coucou Epharius,

J'ai peut-être une piste.

Je suis partis de la toolchain et des lib nightly, et j'ai tout réinstallé sur ma calculatrice.

J'ai testé le projet example de usbdrvce, "device_tree".

J'arrive à afficher le descripteur du téléphone, uniquement lorsque je fais la séquence suivante:

1) Je lance le programme "device_tree" sur la calculatrice, et je connecte UNIQUEMENT le téléphone au câble



2) Je connecte l'autre bout du câble dans la calculatrice.



Au bout de quelques secondes, le descripteur USB s'affiche sur la calculatrice, et le USB Tethering devient possible sur le téléphone ;

3) Si j'active le USB Tthering sur le téléphone, le descripteur disparait de la calculatrice, et le USB Tethering se grise.


Note: Si je fais l'inverse avec les câbles, c'est à dire si je connecte d'abord le côté "calculatrice", puis que je lance le programme et que ensuite je connecte le côté "téléphone", le descripteur n'apparaît jamais sur l'écran de la calculatrice (il ne détecte rien).

Probablement que le fait de physiquement connecter le câble côté calculatrice ça produit un reset ou un truc du genre....


A partir de là, j'ai tenté de faire les même étapes (1) e (2), avec le programme "INTERNET" (minimal).

Voilà ce que j'ai remarqué:

> Lorsque je connecte le côté "calculatrice" (le côté téléphone" est déjà connecté) lorsque le programme tourne sur la calculatrice (affiche "WEB Connection..."'), des fois j'arrive à activer le USB Tethering sans qu'il se dégrise (toujours "WEB Connection.." sur la calculatrice), des fois il se désactive tout seul au bout de 2-3 secondes. En déconnectant puis reconnectant uniquement le câble côté "calculatrice", ça finit généralement par stabiliser le comportement (le USB Tethering côté téléphone ne se désactive pas et reste actif!)

> Lorsque je connecte le côté "calculatrice" (le côté téléphone" est déjà connecté)puis que ensuite je lance le programme INTERNET, j'ai le même comportement assez aléatoire.

> Par moment j'ai l'impression que le programme freeze côté calculatrice (notamment quand j'active le USB Tthering, je ne peux plus quitter le programmer, si je débranche le câble côté calculatrice ça ram clear ou ne fait rien).

[Epharius]

Yow, très intéressant tout ça ! Effectivement je fais comme ça d'habitude : je lance le programme, je connecte au téléphone puis en dernier à la calculatrice. J'ai remarqué que c'était l'ordre qui rendait la connexion la plus stable. Mais ça m'arrive de changer l'ordre des étapes et ça marche quand même chez moi. Bref, peut-être encore là un pb de puissance/voltage : on peut imaginer que connecter le câble en dernier sur la calculatrice fournit un pic de tension plus facilement détectable que l'inverse (je sors ça de mon imagination donc pas à prendre au maxi sérieux non-plus).

50% bonne nouvelle, 50% mauvaise nouvelle du coup : d'un côté ça donne une piste, de l'autre cette piste aboutit très certainement au fait que ton téléphone n'aura jamais une co stable avec le téléphone. On peut quand même espérer que ce soit suffisant pour lancer le programme...

Bref, en refaisant ces étapes dans cet ordre avec un tel branché à 100%, tu peux lancer les deux programmes en pièce jointe ? Le premier est programme qui affiche des traces de debug, et qui utilise la nouvelle façon de faire dont je t'ai parlé sur le chat ce matin. Le deuxième est le même programme mais sans aucune trace de debug : s'il t'affiche OK c'est que le programme fonctionne ! Ça vaut le coup d'essayer parce qu'afficher des trucs prend beaucoup de temps et plus on arrive à avoir une exécution rapide, plus il y a des chances que ça fonctionne si le problème vient de là. Si ça fonctionne, on aura la quasi confirmation que le problème vient de la stabilité de la connexion et pas d'autre part !

Par moment j'ai l'impression que le programme freeze côté calculatrice (notamment quand j'active le USB Tthering, je ne peux plus quitter le programmer, si je débranche le câble côté calculatrice ça ram clear ou ne fait rien).

Ca du coup ça a été quasi confirmé que c'est un problème lié à USBDRVCE, j'ai créé un ticket y'a quelques jours à ce propos. Mais grosso modo ce qu'il faut retenir c'est qu'à partir du moment où tu choisis une configuration USB (exemple : "Partage de fichier" et "USB tethering" sont des configurations possibles), débrancher le cable fait tout planter. Ca implique que si la calculatrice perd le signal du téléphone à cause de l'instabilité de la co, ça plantera aussi. Bref, un peu chiant mais je peux pas y faire grand chose. J'ai essayé de regarder le code de USBDRVCE y'a aucun commentaire et tout j'ai vite abandonné

[Epharius]

Bonjour à tous ! Quelques news en cette fin de mois d'avril :

Première chose, Wistaro a réussi à trouver une solution à son problème (enfin plus exactement a réussi à contourner le problème ). Certains téléphones semblent difficilement utilisable avec la lib, en changeant de téléphone Wistaro a réussi à utiliser la lib sans soucis. Aux dernières investigations, ça semblerait être (encore) lié à un pb de puissance. Bref, on met ça de côté pour le moment, si quelqu'un d'autre rencontre le pb qu'il n'hésite pas à m'en avertir !

Deuxième chose j'ai mergé la branche split_lib dans master. La màj n'apporte encore une fois pas spécialement de nouvelle fonctionnalité mais on peut quand même noter les choses suivantes :

• Le plus important, il est maintenant possible pour les utilisateurs de la lib de bénéficier d'une vraie connexion TCP : avant il était juste possible d'envoyer des paquets TCP (sans connection trakcing), maintenant toute la liaison est gérée par la lib : renvoi des paquets, acknowledgment etc. A noter que c'était quand même quelque chose qui était possible mais seulement en utilisant les fonctions GET/POST HTTP.
• Pour la lisibilité du code, celui-ci n'est plus dans seulement un fichier de 3000 lignes J'ai splitté la lib dans une dizaine de fichiers où chaque fichier gère un protocole.
• RNDIS (le protocole de partage de connexion USB) est mieux supporté qu'avant : je me suis calqué sur la façon dont Linux gère RNDIS pour avoir quelque chose de stable. Notamment j'ai ajouté un keepalive qui garde la connexion ouverte même sans envoi/réception de paquets pendant 10s.
• Le fonctionnement interne de la lib est toujours plus stable (j'ai fait un vrai scheduler qui gère les événements mieux qu'avant) + bugfixes...

Troisièmement j'ai fait un dissector wireshark qui permet à wireshark de donner des infos concernant les paquets RNDIS d'une capture USB. Avant il fallait lire les paquets RNDIS à la main, notamment tous les protocoles contenus dans le paquet RNDIS (ethernet, IP, TCP...). Avec le dissector, ça affiche les paquets RNDIS et tout ce qu'ils contiennent de manière claire.

Et voilà @+ sur les réseaux

[Wistaro]

Super

Par curiosité, je suis toujours en train d'essayer de visualiser le traffic des trames entre la calculatrice et le téléphone via Wireshark installé sur mon pc.

Pour cela j'utilise pcap remote tool, un outils pour Android permettant de sniffer le traffic réseau du téléphone et de l'envoyer via mon pc où Wireshark est installé.

Ca fonctionne, mais hélàs le traffic entre la calculatrice et le téléphone n'est toujours pas visible. Seul le traffic "normal" du téléphone est affiché (genre, Chrome).

Cela vient peut-être du fait que le partage de connexion USB utilise son propre serveur DHCP, et l'ip attribuée est en dehors de la plage du téléphone.

Si quelqu'un a une idée de comment je pourrais faire ça, ça m'intéresse