bjr
je veux écrire sur un LCD après la génération d'une interruption
càd je fais l'appel des fonctions de l'LCD d’après la routine de l'interruption
le problème est que la fonction d'interruption ne connait peut-être pas les commande de l'LCD
j'ai fais un prototype des fonctions de l'LCD avant le programme de l'interruption mais ...
avez-vous une idée ??!!
merci d'avance
Bonjour,
fais voir ce que tu as fait, c'est plus simple.
A mon avis il faudrait placer une variable à 1 quand ton interruption est détectée ainsi dans la main() quand cette variable est donc validée (au travers de l'interruption) tu écris sur l'afficheur puis tu la remets à 0, à la fin de ta fonction affichage, pour quelle puisse être de nouveau repositionnée par l'interruption plus tard.
Déclare une variable type "volatile char".
exemple:
@+Code:volatile unsigned char flag_aff; ..... void interrupt() { if(TMR0IF) // par exemple {flag_aff=1; ............. } ........ } main() { while(1){ .......... if(flag_aff == 1) { LCD_Out(2,6,"HELLO"); flag_aff=0; } ........ }
Bsr
premierement merci HULK28 pour la reponse
c'est une solution qui marche bien, mais l'interruption n'a aucun avantage dans ce cas !!!!!
voici mon Code
Code:sbit LCD_RS at RA1_bit ; sbit LCD_EN at RB1_bit; sbit LCD_D4 at RB2_bit; sbit LCD_D5 at RB3_bit; sbit LCD_D6 at RB4_bit; sbit LCD_D7 at RB5_bit; sbit LCD_RS_Direction at TRISA1_bit; sbit LCD_EN_Direction at TRISB1_bit; sbit LCD_D4_Direction at TRISB2_bit; sbit LCD_D5_Direction at TRISB3_bit; sbit LCD_D6_Direction at TRISB4_bit; sbit LCD_D7_Direction at TRISB5_bit; unsigned int i,j; void interrupt() { if (INTF_bit) { Lcd_Cmd(_LCD_CLEAR); // Clear display Lcd_Cmd(_LCD_CURSOR_OFF); // Cursor off Lcd_Out(1,1,"***REGLAGE***"); if(PORTB.B7) {PORTB.B7=0;} else { PORTB.B7=1;} INTF_bit = 0; } } void main() { // LCD module connections TRISB=0x01 ; TRISA = 0xF1; GIE_bit = 1; INTE_bit = 1; INTEDG_bit = 0; // End LCD module connections Lcd_Init(); // Initialize LCD Lcd_Cmd(_LCD_CLEAR); // Clear display Lcd_Cmd(_LCD_CURSOR_OFF); // Cursor off Lcd_Out(1,1,"OMAR"); // Write text in first row i=0x30; j=0x30; Lcd_Chr(2,5,i); Lcd_Chr(2,6,j); while(1){ if(PORTA.B0==1){ relache: if(PORTA.B0==0){ i++; if(i==0x3A){i=0x30;j++;} if(j==0x36){j=0x30;} Lcd_Chr(2,5,j); Lcd_Chr(2,6,i); } else {goto relache;} } } }
C'est juste un exemple, en faisant au mieux tu ne rateras aucun évènement.
Avec mikroC le fonctions "toutes faites" ne permettent pas facilement de faire ce qui est aisé à faire avec des fonctions que l'on maitrise.
Là avec ton code ça ne peut pas marcher car les fonctions LCD utilisent déjà des interruptions et sont donc impossibles à traiter dans une interruption en cours de traitement donc le compilo les refusent.
Je ne le dirai jamais assez: faites vos propres fonctions.
On utilise pas de fonctions dans une interruption, il n'y a pas de temps à perdre, souviens toi bien de ça.
On capte l'évènement et ensuite on envoie vers le traitement HORS interruption.
On peut dans certains cas faire différemment mais ne jamais perdre de vue que sur un PIC jusqu'au "mid range" (PIC16) les niveaux d'interruptions sont pauvres et mal foutus, la pile est minable, bref c'est pas ce qu'ils ont fait de mieux.
@+
c'est ça alors !!Envoyé par HULK28
bon Merci Beaucoup Mr HULK28
j'essayerai d'autres méthodes.
mais j'ai encore une petite question : que signifie ce type volatile dans mikroC et combien de bits prend-il dans la RAM du µC ?
et pendant ce traitement HORS interruption, à quel état est le FLAG de cette interruption ? et quand on l'effacera (flag=0) ?
merci d'avance et @+
Re : problème --------->MikroC
Bsr tout le monde
qui peut me dire pourquoi ce programme ne fonctionne t-il pas sur ma makette de test sachant qu'il roule bien en simulation !!!!
ne me dites pas que le problème vient de mon PIC (16F84A) car quand je le programme à l'aide de l'assembleur (MPLAB) il fonctionne parfaitementCode:void main() { TRISB=0; PORTB=0; while(1){ PORTB.B0=1; delay_ms(200); PORTB.B0=0; delay_ms(200); } }
conclusion le mikroC n'est pas ... !!!!n'est ce pas ??
merci d'avance
salut, j'utilise aussi mikroC, normalement ne faut pas t-il mettre PORTB.RB0 au lieu de PORTB.B0.
Ni l'un ni l'autre.
C'est PORTB.F0
@+
+1000
Si le programme principal est bien foutu, ça ne pose pas réellement de problèmes. Maintenant si c'est vraiment un problème, il faut partir sur des archis qui permettent l'empilement d'interruption, mais on touche généralement à du haut de gamme dans ce cas. Le PIC peut théoriquement le faire par ré-activation des interruptions dès l'entrée dans celle-ci (de toutes façons il n'y a qu'un vecteur) mais la pile va exploser en moins de temps qu'il ne faut pour le dire et c'est sans doute ce qui t'arrive.
J'en connais qui auraient eu des problèmes pour avoir dit çaOn peut dans certains cas faire différemment mais ne jamais perdre de vue que sur un PIC jusqu'au "mid range" (PIC16) les niveaux d'interruptions sont pauvres et mal foutus, la pile est minable, bref c'est pas ce qu'ils ont fait de mieux.
Non, jamais quand l'argument est une évidence indiscutable.J'en connais qui auraient eu des problèmes pour avoir dit ça
Comme par exemple de dire que Microchip est le premier fabricant à avoir fait des outils à moins de 1000F (150 euros) il y a une quinzaine d'années, quand les autres étaient à tous à plus de 1500 euros au bas mot.
Quand c'est aussi évident il n'y a aucun problème.
Oui la pile est insuffisante, c'est un des points faibles des mid range, il suffit de le savoir, ce n'est pas pour autant si handicapant que ça.
Bjr
PORTB.B0 et PORTB.F0 sont equivalents, rassurez-vous
je tiens à vous remercier car j'ai résolu enfin le problème
Cordialement
Bonsoir!!
Pour agir sur une broche d'un port sous MikroC, il faut ecrire ainsi " RB0_bit = 0; " ou pour comparer " if(INTF_bit ==1){ "
Cordialement
Je ne suis pas inquiet, ET ce n'est pas équivalent du tout.Bjr
PORTB.B0 et PORTB.F0 sont equivalents, rassurez-vous
je tiens à vous remercier car j'ai résolu enfin le problème
Cordialement
RB0_bit = 0; n'est pas non plus la bonne manière.... décidément.... quand allez vous ouvrir un peu les manuels.
Bonsoir,
Au risque de paraître idiot c'est quoi la différence ?
@+
