Version imprimable
hummmmmmmmm
en effet
je pense que sans faire expres, je fais cela, je l'ignore :DCitation:
Soit tu ignores un cycle de CLK
je vais reflechir à la question, je ne sais pas quelle solution prendre.
surement la seconde car c'est respecter le protocole
une petite question
je respecte comme toi le bit ack
mais je n'ai pas trouvé d'explication clair pour cela
a quoi ca sert ?
Salut,
Ce bit d'ACK en fin de trame émis pas la souris permet simplement de vérifier que le nombre de bit de la trame est correct et d'agir en conséquence si le nombre de bit est incohérent.
David.
la je comprends pas...Citation:
Ce bit d'ACK en fin de trame émis pas la souris
j'envoie la paquet à la souris mais c'est elle qui m'envoie l'ack pas moi...
Salut,
Faut lire la spécification PS2...
Quand tu envoies une commande à la souris, c'est toi qui gère(donc envoie) les 11 premiers bits, ensuite au front d'horloge suivant, c'est la souris qui t'envoie(émet) le 12ème bit d'ACK...
Seulement, dans ton programme tu ne dois pas t'en apercevoir car le PS2 est à collecteur ouvert et donc la seule chose que ton programme fait est de compter ce 12ème front de la ligne CLK.
Donc, il ne faut rien placer sur la ligne Data à ce moment là (et même si tu places un bit sur la ligne data, tu ne verras rien du fait du collecteur ouvert)
Autrement dit, après le 11ème bit d'une commande, il est possible de replacer la ligne Data en entrée et de voir si la trame a été correctement reçue par la souris (je n'ai pas dit traitée, car le traitement de la trame peut prendre 20mSec avant l'émission de la trame avec la valeur de l'ACK/NACK)
Pour finir, ce 12ème bit permet de mettre en place une sécurité software pour que le comptage des front de CLK soit correct. Si une interférence se produit et est prise en compte comme un front, ce bit permet de détecter l'erreur. Et c'est le même principe si un front de CLK est ignoré, ce bit d'ACK permet de voir l'erreur.
David.