Planete Sciences

Ce n'est pas juste une convention.

Avec des <> le compilateur va chercher dans tous les dossiers d'includes globaux
avec des "" le compilo cherche uniquement à partir du dossier courant.

_________________
Team Coffee-Machine: http://www.coffee-machine.fr

Bonjour,

je n'ai répondu qu'à sa question et chacun travaille comme il veut. Je voudrais souligner deux points à ce qui a été dit plus haut.

Le premier est que la personne qui a posé la question part d'un environnement (MPLB) qu'il ne connait pas avec un compilateur (CCS) qu'il ne connait pas plus. Il vient avec un programme trés long qu'il a du copier ou avoir recu. C'est son droit. Mais quand on part de ce que l'on doit apprendre à connaitre on fait un programme trés petit. Il aurait déjà vu qu'il obtenait des erreurs à la compilation. C'est ce que je lui ai conseillé.
Le second point est que, lorsque le compilateur est correctement installé, les includes qui lui sont propres sont mis dans des directory spécifiques. Dans ce cas il ne faut pas lui indiquer le chemin, il le connait. C'est le cas de son fichier 18F252.c. Pour les autres fichiers Include qui sont propre à l'utilisateur, ce qui n'est pas son cas, chacun fait comme il veut en fonction de son environnement. Groupez tout dans un nouveau directory est une facon de faire. Personellement je les copie dans mon directory de travail. Mon backup journalier en est simplifié et ,lorsque je dois passer le programme à quelqu'un, je copie ce directory et j'ai tout.
Cet include personnel peut, lors de l'écriture du programme, être modifié. Dans ce cas il ne pourra plus servir à un programme anciennement écrit.

Comme je l'ai dit plus haut chacun fait comme il veut, le principal est que cela fonctionne.

Bonne journée.

Guy.

Pinaillons encore un peu plus. Si on veut être précis, on se rapporte à la norme du C, http://www.open-std.org/jtc1/sc22/wg14/ ... /n1124.pdf (page 149). La notation "" est plus large que <>, elle englobe tout le path de <> mais peut recouvrir des chemins supplémentaires qui ne sont pas couverts par <>. Rien dans la norme ne précise ce qui doit ou ne doit pas se rapporter aux librairies système et aux fichiers du projet en cours.

Dans les faits, on utilise effectivement <> pour toutes les librairies "installées" quelque part (dans le dossier d'installation du compilateur, dans /usr/include, etc), et "" pour tous les fichiers relatifs au projet en cours, donc ayant la même racine.

_________________
Totofweb
http://www.totofweb.net

error

je crois qu'il faudra que tu nous montre un peu plus de ton code.
je ne vois ni la configuration des interuption, ni le code en interruption...

_________________
Équipe Poivron
Coupe 2012 : Équipe Poivron (73e)
Coupe 2011 : Équipe Poivron (122e) - Prix des équipes !
Coupe 2010 : Équipe Poivron (78e)

Passez voir le Portail des équipes

sorry

pour linstant jessaye juste d'allumer une led en fonction des switchs

dans config_interrupt, je ne vois rien qui active les interruptions sur changement d'etat du port B.

je ne connais pas ton compilateur, mais si tu as l'impression que tu restes bloqué dans l'interruption, il faudra faire une lecture du port B dans ton interruption (maisje crois deviner que tu le fais déjà)

_________________
Équipe Poivron
Coupe 2012 : Équipe Poivron (73e)
Coupe 2011 : Équipe Poivron (122e) - Prix des équipes !
Coupe 2010 : Équipe Poivron (78e)

Passez voir le Portail des équipes

ah juste...

j'utilise mplab..

il doit te manquer une ligne dans enable_interrupt.
Quelque chose comme :


Je ne peux pas te donner le code exact, car, meme si j'ai utilisé MPlab, je l'utilisais avec MCC18. Tu (sembles) utiliser un autre compilateur. Ce type de fonction dépend plus du compilateur que de environnement de développement.

_________________
Équipe Poivron
Coupe 2012 : Équipe Poivron (73e)
Coupe 2011 : Équipe Poivron (122e) - Prix des équipes !
Coupe 2010 : Équipe Poivron (78e)

Passez voir le Portail des équipes

enfaite il manque juste un truc qui active les interruptions sur le portb?

sinon tu crois que ca fonctionnerai ? oui j'utilise pcw avec mplhab

Dire que ça fonctionnerait... dur, j'ai pas le main().
Mais la ligne que je t'ai donnée me semble bonne, si tu lis le manuel :
http://www.scribd.com/doc/57064223/164/interrupt-active
+ page 109 pour avoir la valeur INT_RB

_________________
Équipe Poivron
Coupe 2012 : Équipe Poivron (73e)
Coupe 2011 : Équipe Poivron (122e) - Prix des équipes !
Coupe 2010 : Équipe Poivron (78e)

Passez voir le Portail des équipes

faudrait peut-etre mettre #int_rb en majuscule dans ton code...

_________________
Équipe Poivron
Coupe 2012 : Équipe Poivron (73e)
Coupe 2011 : Équipe Poivron (122e) - Prix des équipes !
Coupe 2010 : Équipe Poivron (78e)

Passez voir le Portail des équipes

Bonsoir,

tu devrais mettre ton code qui est dans le main ...
Il te faut faire un enable de cet interrupt et un enable de l'interrupt global.
Dans l'interrupt tu DOIS lire les ports concernés, sinon il boucle. Dans l'interrupt tu mets la led ON sans passer par une fonction et un flag à 1. Dans la main tu remet la led OFF aprés un certain temps si le flag est à 1, sinon elle restera toujours ON ...
N'oublie pas les rebonds de tes switchs ......

A+

Guy.

ralala j'essaye mais pas moyen de trouver j'ai essayer en rejoutant ca :
enable_interrupts(INT_RB); dans les interruptions mais ca ne fonctionne pas
merci à vous tous.