bonsoir,
il est dit dans le datasheet (page 23 chapitre 3.2.2) du pic12F629/675 que le Flag GPIF n'est pas déclenché si au même moment une lecture sur une pin GPIO est effectuée ! (en effet par simulation MPLAB l'interruption n'est pas prise en compte ).
Comment tenir compte de cette interruption ?
Merci de votre aide
Arzew
Bonjour
pas de réponse, personne n'a été confronté à cette question ?
Pour ma part j'envoie sur GPIO,0 une fréquence de 25 Hz avec un rapport cyclique de 23%.
Ce signal alimente un moteur jusqu'à l'ordre d'arrêt.
Pendant la commande du moteur je simule un changement d'état sur GPIO,4 (configuré en entrée et interruption activée).
Le PIC 12F629 ne prend pas en compte ce changement d'état car de par Microchip .... voir page 23 chapitre 3.2.2
Par contre une fois sortie de la commande sur GPIO,0 le PIC prendra en compte le changement d'état sur GPIO,4 .
Mis à part surveiller le flag GPIF pendant l'ordre de marche du moteur (btfss INTCON,0) y aurait-il un autre moyen ?
Arzew
Salut,Envoyé par arzew
Bien oui, utiliser GP2(flag INTF) qui n'a pas ce genre de limitation sur le cycle Q2...
David.
salut,
merci pour l'info.
En fait je surveille 3 interruptions, donc je ne pourrai pas envisager mieux que de surveiller le flag GPIF à chaque commande de rotation.
Arzew
et encore que non je ne pourrai pas surveiller le flag , il ne déclenche pas
le seul moyen est de me passer d'interruptions.
Arzew
Non, pas GPIF, mais bien INTF!
A la place de faire du polling sur GPIO, utilise simplement les IT, et tu n'auras pas le genre de problème que tu décrits.
Si vraiment ton programme est critique(mais bon, avec un signal de 25hz, c'est loin d'être critique), il te suffit de mémoriser l'état de GPIO à l'entrée en IT et de vérifier l'état mémorisé avant d'en sortir afin de ne pas louper un changement d'état sur GPIO.
Peux-tu expliquer pourquoi tu fais du polling sur GPIO alors que tu utilises déjà l'IT sur GPIO? tu dois choisir l'un ou l'autre mais pas les deux en même temps...
David.
