« Kidule Dé/PIC Entrées Sorties » : différence entre les versions

Contenu supprimé Contenu ajouté
m ortho
LydieBot (discussion | contributions)
m clean up, remplacement: sommaire → Sommaire (2) avec AWB
Ligne 4 :
| numéro = 9
| précédent = [[../Jeu d'adresse sonore/]]
| suivant = [[../|sommaireSommaire]]
}}
 
Ligne 14 :
Pour faire qu'une pin devienne une entrée, il faut d'abord écrire un 1 dans le bit correspondant de TRISx. Cela coupe la partie Data Latch [http://fr.wikiversity.org/w/index.php?title=Spécial:Recherche&search=bascules+D] de la pin (symbolisé par le triangle ou il y a une croix en rouge).
 
Lorsque l'on ne lit pas l'entrée, l'état de la pin est mis en permanence dans le latch [http://fr.wikiversity.org/w/index.php?title=Spécial:Recherche&search=bascules+D]. Au moment de la lecture, on verrouille le latch pour éviter que la valeur risque de changer en cours de route.
 
pour lire le bit 0 du PORTA, on peut écrire
Ligne 39 :
 
{{Preuve|titre=Pour les experts : différence entre LAT et PORT|contenu=
Lors de la définition des entrées sorties, faire attention avec un 18F2550 d'utiliser LATxxx pour les sorties et PORTxxx pour les entrées. En effet, si deux instructions assembleurs BCF ou BSF se suivent sur le même PORT, le résultat n'est pas prédictible !!! La doc du PIC est assez peu claire sur ces instructions dites "Read-Modify-Write", mais on peut très bien avoir un résultat erroné (p. ex. BCF PORTA,0 suivit de BSF PORTA,1 peut fort bien se terminer avec le bit 0 de PORTA qui clignote (passe à 0 lors du BCF, puis repasse à 1 lors du BSF de son voisin). En regardant bien le schéma, on comprend pourquoi: lorsque l'on écrit, la donnée que l'on veut est mise dans le Data Latch à la fin de l'écriture. Or la lecture d'une pin est "gelée" durant toute la lecture. Si deux instructions "Read-Modify-Write" se suivent, la première met la donnée sur la pin à la fin du Write. Comme il s'agit d'une pin, qui a un consommateur au bout, la tension ne va pas monter instantanément. Or l'instruction suivante est un "read-modify-write", qui s'il est fait sur PORTx et non sur Latx, va lire non pas le registre, mais la pin. Comme la tension sur la pin est '''en train''' de changer et que l'on gèle la lecture de la pin avec un Latch au début du cycle, on a en fait des risques de mémoriser l'état d'avant !!! d'où un comportement étonnant.
 
Ce problème est présent sur tous les PIC, mais l'avantage avec la famille 18Fxxxx est que l'on peut lire et écrire le registre LAT. Dans les premiers PIC, ce registre existe aussi, mais on ne peut pas le lire, on ne peut que l'écrire via PORT... le risque est alors grand, et il faut faire attention en écrivant le soft de ne pas faire 2 "read-modify-write" de suite.
 
En déclarant les bits comme c'est la cas ici, et contrairement à la pratique Pinguino qui consiste à utiliser la procédure DigitalWrite(), on améliore l’efficacité du code de manière drastique (au moins 1 à 20) et on est très proche de l'assembleur, mais du coup, on s'expose à ce problème !!! Il faut donc bien déclarer les IOs
 
Pour plus d'info, voir le forum microchip [http://www.microchip.com/forums/tm.aspx?m=421256] et [http://www.microchip.com/forums/tm.aspx?m=110258]
Ligne 64 :
| idfaculté = informatique
| précédent = [[../Jeu d'adresse sonore/]]
| suivant = [[../|sommaireSommaire]]
}}