Bon alors, apres toute cette aide, quelque précisions
tu as
#use delay(clock=8000000)
donc le setup_oscillator(OSC_8MHZ); me semble inutile (jamais vu ca, ca sort d'ou?)
avec le shema on se comprendra mieuxmais comme l'a remarqué HULK28 le circuit reset (pin MCLR) n'apparait pas (une resistant de 10k entre le 5v et le MCLR, avec un condo de 100nF entre le MCLR et la masse... c'est le minimum pour eviter les ennuit)
Elle utilise l'oscillateur interne. Mais il faut mettre INTOSCIO pour utiliser les RA4 et RA5 en I/O.Envoyé par HULK28
Le #use delay (clock=80000000) sert à utiliser les fonction delay_ms().
Le setup_oscillator() sert à configurer la fréquence de l'oscillateur interne.
(ça sort du compilateur CCS)
Pas forcément sur ce PIC, car comme il est déclaré dans le "MinPIC.h" avec NOMCLR, la pin MCLR est tiré au Vdd en interne.mais comme l'a remarqué HULK28 le circuit reset (pin MCLR) n'apparait pas (une resistant de 10k entre le 5v et le MCLR, avec un condo de 100nF entre le MCLR et la masse... c'est le minimum pour eviter les ennuit)
Néanmoins, il vrai que le logiciel ne s'exécute qu'une seule fois, et qu'il faut , pour le relancer, couper et remettre l'alimentation du circuit.
Corrige le "MinPIC.h" en mettant INTOSCIO, et dis nous si tu vois des améliorations
ok merci umfred pour ces précisions.
(je n'ai jamais utilisé l'osc interne...)
je te rassure moi non plus, ni d'ailleurs CCS , mais je lis les docs et j'arrive à me débrouiller
Mais il faut mettre INTOSCIO pour utiliser les RA4 et RA5 en I/O.Mais la RA4 est justement la seule qui fonctionne, je ne veux donc pas changer ses propriétés... Si?Corrige le "MinPIC.h" en mettant INTOSCIO, et dis nous si tu vois des améliorations
Pour moi, tant que tu n'aura pas fait ça, le PIC ne fonctionnera pas car:
- tu as déclaré un oscillateur externe RC (#fuses ..., RC, ...)
- mais il n'y pas de cellule RC (visible) sur ton montage.
- tu utilise la fonction setup_oscillator() qui sous-entend que tu utilise l'horloge interne (et que celle-là).
De plus, je remet en doute ta définition de PIN_A3:
dans le manuel de CSS :
Ce qui signifie que PIN_A3 désigne le bit 3 du port A (donc RA3).Pins are defined in the devices .h file. The actual value is a bit address. For
example, port a (byte 5) bit 3 would have a value of 5*8+3 or 43. This is
defined as follows: #define PIN_A3 43.
ce qui voudrait dire que
"RA4 serait PIN_A4." (je maintiens mon sens logique a l'affut)
le plus simple est d'ouvrir le 16F684.h pour y voir les definitions...
Alors si je suis votre raisonnement, quand j'écris PIN_A3, ca serait pour RA3 et non pour AN3... Et donc par exemple si je veux utiliser la patte 10, ca serait PIN_C0 et non PIN_A4?
Pourtant c'est bien sur la patte n°3 (=RA4) que ma tension passe de 0 à 5V... Pourquoi la fonction avec PIN_A3 fonctionne alors...
Et remplacer RC par INTOSCIO, aiderait à faire fonctionner les autres PIN...?
J'avoue que je suis un peu perdue...
En tout cas merci à tous les 2 pour votre aide...
Pour info voilà le contenu du 16F684.h
Ok on va regarder ca.
Mais le plus simple pour verifier c'est de tester en sortie.
tu mes une pin niveau haut, puis niveau bas. Tu verifie avec une led par exemple que t'es sur la bonne.
(mais c'est bizarre quand meme comme manip.. je ne me susi jamais posé cette question)
Je viens de faire output_high(PIN_A?) et de vérifier avec un multimètre... Et bien pour PIN_A0, PIN_A1 et PIN_A2, on a bien les pattes 13, 12 et 11 qui sont à 5V... Par contre avec PIN_A3 et PIN_A4, aucune patte n'est à 5V...
PIN_A3 (RA3) c'est normal, c'est juste une entrée, elle ne peut pas être utilisé en sortie.
et PIN_A4 (RA4) ça doit dépendre de ce que tu as mis dans #fuses (RC, RCIO, INTOSC, ou INTOSCIO).
Le fichier confirme ce que l'on a dit PIN_A3=RA3. Donc oui si tu veux utiliser la patte 10, il te faut utiliser PIN_C0.
Ca y est, ça marche...
Alors, déjà vous aviez raison : PIN_A3 correspond bien à RA3 et pour utiliser la patte 3, il fallait donc utiliser PIN_A4 (=RA4=AN3).
Sinon mon problème venait de la version de mon compilateur... J'utilisais CCS PCWH, version 3.2... J'ai parlé de mon problème à un ami ce week-end, et beaucoup d'anomalies lui ont paru bizarre... Il m'a donc demandé si mon compilateur prenait bien les 16F684, celui ci étant un PIC assez récent. Je pensais que oui puisqu'il me le proposait lors de la création d'un nouveau projet. Mais en fait, je pense que la fiche 16F684.h avec été rajoutée après coup dans la base de données. Ainsi il pouvait me le proposer mais ne devait pas en comprendre toutes les fonctionnalités... Il compilait donc sans m'afficher de message d'erreur mais mon code n'était sans doute pas correctement transmis au PIC. Je me suis donc installée la version 4.1, et tout s'est mis à marcher...
D'après mon ami, le fait que ça fonctionnait avec PIN_A3 devait bien être du à l'utilisation de la fonction MCLR de la patte 4. Le changement d'état que j'imposais sur la patte 3 (donc PIN_A4) devait créer des perturbations électromagnétiques sur la PIN_A3...
Enfin maintenant, ça marche... Je suis à la fois très contente et très frustrée... J'ai passé énomément de temps à me prendre la tete, alors que mon code était quasiment bon dès le départ... Tout ceci m'aura au moins permis de mieux comprendre le fonctionnement de mon PIC et ça pourra toujours servir à l'occasion...
En tout cas, merci beaucoup à tous les deux pour votre précieuse aide et votre soutien...
