"...de faire un reset du port..."
Si je comprend bien ce que tu veux dire, non. A ma connaissance ce n'est pas prevu. Je ne pense pas qu'il soit prévu dans la puce de gestion du port //, une quelconque mémorisation de configuration. Cela ne correspond à rien , à ma connaisance, dans la norme régissant le port //. Le "reset" du port est effectuer normalement à la mise sous tension de la machine.
"...en écrivant 0 sur tous les bits..."
Avec le port en Entrée : cela ne devrait avoir aucun effet, mais ça peut etre testé éventuellement
Avec le port en sortie : attention à ne pas faire de court circuit derrière sur tu as un inter actif. Tu vas reseter le tampom de sortie mais normalement dès que le port sera remis en entrée, les valeurs lues devraient etre celle présentes sur le port. En prennant des précautions concernant les cour-cuircuits, tu peux essayer de faire le test.
Si tu as exclus la carte interface et la configuration du port, je ne vois plus guère qu'un problème matériel ou un problème dans ton logiciel.
Pour le problème logiciel, tu peux essayer de faire le test avec un bout de code totalement indépendant de ton logiciel qui aurait pour fonction de configurer le port puis de lire en boucle, le tout de façon la plus rudimentaire et simpliste qu'il soit. Eventuellement pour t'affranchir d'une "certaine façon" de coder, tu peux prendre pour ce test, un code développé par une autre personne, par exemple une source de vbfrance pourquoi pas.
Il conviendra ici évidemment de confirmer le problème avec un logiciel tiers afin d'avoir une relative certitude que le problème ne vienne pas de ton logiciel.
Pour la piste matériel, reste le cable de liaison. Un court-circuit est toujours possible avec un petit filamment mal soudé qui se balade sur une autre broche à l'intérieur de la prise, pas toujours facile à voir. Les broches à proximité de D3 sont D2, D4, GND (c'est 3 peuvent etre exclues je pense) et SELECT OUT. Cette dernière doit, je crois bien etre à 1 lorsque le port est configuré en entrée. Cela pourrait etre une explication.
Autre piste matérielle, des dommages subits par le chipset. Dans ce cas,, pour confirmer, il faut essayer avec un autre ordinateur, ou éventuelllement une carte // additionnelle, mais dans tout les cas cela revient à essayer sur un autre port //.
Si c'est le cas, il y a pas de remèdes envisageables si ce n'est de passer par une carte additionnelle ou par un autre pc, ce port là étant définitivement inapte pour ce service là, à priori.
---- Sevyc64 (alias Casy) ----
# LE PARTAGE EST NOTRE FORCE #
|