Discussion :

[Sgt-Donan]

Bonjour,

Je suis actuellement en train d'écrire un firmware pour une webcam USB.
J'utilise le EZ-USB FX2LP de Cypress (microcontrolleur intel 8051).

Je suis sous Linux (kernel 2.6) , SDCC 2.5.6 et utilise cycfx2prog pour envoyer/executer mon firmware.

Aprés avoir essayé un tas de possibilités je n'arrive pas à resoudre mon problème.

En effet aucune interruption n'est executée alors que :

J'ai repris les exemples de codes sur ce site (bien complet)
J'ai déclaré la table d'interruption ainsi que le code C appelé en utilisant le mot clé interrupt :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void ISR_Sudav(void) interrupt 13
{
   GotSUD = TRUE;            // Set flag
   EZUSB_IRQ_CLEAR();
   USBIRQ = bmSUDAV;         // Clear SUDAV IRQ
}

Mon programme utilise la même initialisation que dans ce programme (fw.c et periph.c)

Ainsi qu'une déclaration externe de cette fonction dans mon fichier contenant le main(), comme indiqué dans la doc de SDCC :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

extern void ISR_Sudav(void) interrupt 13;

Y a-t-il des subtilités qui m'aurait echapé dans les docs ?


Merci d'avance, si vous voulez plus de renseignements n'hésitez pas !

[pfeuh]

Salut,

Il ne suffit pas d'écrire une interruption correctement pour que ça marche, il faut aussi configurer le hard, généralement dans une fonction HARD_Init() ou INT13_Init(). Par exemple, pour un timer, il faut configurer la fréquence, le single shot ou l'autoreload, etc... De plus, toutes les interruptions ont des bits individuels de validation/inhibition qui se programment par registres. Pour finir, il y a un bit général qui valide/inhibe toutes les interruptions. Il faut donc chercher du coté des registres d'interruption. Tu trouveras tous ces registres dans la doc de ton microcontrôleur.

Si tu as un débogueur, pose un point d'arrêt sur la première ligne de ton interruption. Une fois que les registres seront bien configurés, tu verras que tu t'y arrêteras.

Pour finir, l'interruption n'est pas forcément en cause, mais peut-être que l'évènement déclencheur de l'interruption (changement d'état de pin, fin de réception d'octet sur l'UART, fin de comptage de timer, etc...) ne se produit pas.

A+

Pfeuh

[Sgt-Donan]

Merci pour ta réponse

Il ne suffit pas d'écrire une interruption correctement pour que ça marche, il faut aussi configurer le hard, généralement dans une fonction HARD_Init() ou INT13_Init(). Par exemple, pour un timer, il faut configurer la fréquence, le single shot ou l'autoreload, etc... De plus, toutes les interruptions ont des bits individuels de validation/inhibition qui se programment par registres.

Alors effectivement ces initialisations sont présentes dans mon programme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
EZUSB_IRQ_ENABLE();            // Enable USB interrupt (INT2) 
EZUSB_ENABLE_RSMIRQ();            // Wake-up interrupt
 
INTSETUP |= (bmAV2EN | bmAV4EN);     // INT 2 & 4 autovectoring
USBIRQ = 0xff; // Clear any pending USB interrupt requests.
USBIE |= bmSUDAV | bmSUTOK | bmSUSP | bmURES | bmHSGRANT;   // Enable selected interrupts

Pour finir, il y a un bit général qui valide/inhibe toutes les interruptions. Il faut donc chercher du coté des registres d'interruption

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
EA = 1;                  // Enable 8051 interrupts

Si tu as un débogueur, pose un point d'arrêt sur la première ligne de ton interruption. Une fois que les registres seront bien configurés, tu verras que tu t'y arrêteras.

Malheuresement je ne dispose pas de débogueur, seul un émulateur (que je n'arrive pas vraiment a faire fonctionner )
Cependant je dispose de 3 LED qui me permet de faire du "déboguage de fortune"

Pour finir, l'interruption n'est pas forcément en cause, mais peut-être que l'évènement déclencheur de l'interruption (changement d'état de pin, fin de réception d'octet sur l'UART, fin de comptage de timer, etc...) ne se produit pas.

Pour ce qu'il en est de l'évènement déclencheur, il se produit bien c'est la présence d'une requête dans le buffer "SETUPDAT[1]", octet contenant bmRequestType qui correspond au type de requete que l'hôte (PC) envoie.
Ici, la requête est de récuperer le Device Descriptor, d'ailleurs voila ce que me dis mon noyau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

device descriptor read/64, error -110

Bon sinon a part ça j'ai tout de même fait un grand pas hier.
D'une je n'utilisait pas la bonne bibliothèque (Les fonctions EZUSB_XXX), à savoir celle du FX2 à la place de celle du FX2LP.

Aprés avoir cherché, je me rends compte que ce n'est pas forcement un problème d'interruption, en effet Cypress a un système de "Renumerate" qui consiste à deconnecter le périphérique et de le reconnecter (Car par défaut le firmware présent est un firmware de Cypress qui permet d'executer le firmware (celui du développeur) en mémoire sans écrire dans la EEPROM). Et mon programme s'arrete à la deconnection du périphérique.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

USBCS |= (bmDISCON | bmRENUM);

Ici on met a 1 la deconnection et la renumeration dans le registre "USB Control and Status" (USBCS).
Si je ne suis pas clair c'est expliqué dans le chapitre 3.6 de la datasheet

Edit : En ajoutant des delais la deconnection/reconnection s'effectue, mais les interruptions qui sont sensé être executées ne le sont pas

[Sgt-Donan]

J'ai fini par trouver d'ou venait le problème, la zone mémoire dans laquelle je mettais mes interruptions était utilisée ...

[ttone]

Je déterre ce sujet, car je travaille avec les mêmes outils sur un contrôleur multimedia.

Le probleme est que le bootlod fonctionne sur Mac Intel, Vista mais pas sur les versions XP SP2 et supérieurs...

Je ne trouve aucune piste de recherche...

Merci pour votre aide