Programation d'un PIC
Résolu/Fermé
handballeur68
Messages postés
119
Date d'inscription
dimanche 12 août 2007
Statut
Membre
Dernière intervention
18 janvier 2010
-
8 mars 2009 à 17:34
pont Messages postés 198 Date d'inscription samedi 2 mai 2009 Statut Membre Dernière intervention 16 novembre 2010 - 26 juin 2009 à 09:04
pont Messages postés 198 Date d'inscription samedi 2 mai 2009 Statut Membre Dernière intervention 16 novembre 2010 - 26 juin 2009 à 09:04
Bonjour,
Est-ce que quelqu'un sait comment récupéré une valeur saisi au clavier d'une carte PIC ?
Il me faudrait le bout de code nécessaire, pour récupéré le nombre saisi au clavier.
Merci d'avance
Est-ce que quelqu'un sait comment récupéré une valeur saisi au clavier d'une carte PIC ?
Il me faudrait le bout de code nécessaire, pour récupéré le nombre saisi au clavier.
Merci d'avance
A voir également:
- Programation d'un PIC
- Pic hunter - Télécharger - Téléchargement & Transfert
- Programation ✓ - Forum Programmation
- Comment apprendre la programation ? ✓ - Forum Programmation
- Tremblay en france roissy pic ✓ - Forum Consommation & Internet
- Depart de la pic colis ✓ - Forum Consommation & Internet
5 réponses
Je crains que personne ne puisse t'apporter une réponse.
Pourquoi?
Tout simplement parce qu'avec la question ainsi posée, on a pas assez d'élément pour répondre. A moins d'avoir une carte PIC dont les caractéristiques sont connues, il faudrait savoir comment, c'est-à-dire sur quel port du PIC, le clavier est connecté? Est-ce un simple clavier ou un clavier multiplexé? Le bout de code sera mis où, le PIC ou une autre machine? Pour récupérer un nombre saisi, oui mais pour le mettre où?
Tu vois, il n'y a pas assez d'éléments dans ta question; d'autre part, en ayant connaîssance de tous les aboutissants, il ne sera peut-être pas facile d'écrire ce bout de code.
D'autre part quel est le but de la récupération de ce nombre? Ce n'est pas pour lire un digicode ou un lecteur de carte bleue ou ... ???
Maintenant c'est à toi de préciser ta question.
Pourquoi?
Tout simplement parce qu'avec la question ainsi posée, on a pas assez d'élément pour répondre. A moins d'avoir une carte PIC dont les caractéristiques sont connues, il faudrait savoir comment, c'est-à-dire sur quel port du PIC, le clavier est connecté? Est-ce un simple clavier ou un clavier multiplexé? Le bout de code sera mis où, le PIC ou une autre machine? Pour récupérer un nombre saisi, oui mais pour le mettre où?
Tu vois, il n'y a pas assez d'éléments dans ta question; d'autre part, en ayant connaîssance de tous les aboutissants, il ne sera peut-être pas facile d'écrire ce bout de code.
D'autre part quel est le but de la récupération de ce nombre? Ce n'est pas pour lire un digicode ou un lecteur de carte bleue ou ... ???
Maintenant c'est à toi de préciser ta question.
handballeur68
Messages postés
119
Date d'inscription
dimanche 12 août 2007
Statut
Membre
Dernière intervention
18 janvier 2010
28
8 mars 2009 à 19:10
8 mars 2009 à 19:10
ok c'est vrai que je n'ai pas donné assez d'élément mais je ne savais pas par ou commencer.
Donc je dois réaliser une serrure codée sur une carte 16F877A.
Sur cette carte, il y a des "boutons". Je ne sais pas comment les appeler. Ce que je voudrais, c'est lorsqu'on appuie un de ces boutons, ça renvoie la valeur du boutons, et après je la stocke en mémoire. Après je la compare avec le code juste mais ça ce n'est pas un soucis.
J'écris donc le programme en C sur PC, je le compile à l'aide d'un logiciel, et j'envoie le .hex à la carte par USB ( ça ça va aussi).
Il me manque juste ce bout de code, je ne sais pas ou chercher, et je n'ai pas les connaissances suffisantes pour l'écrire moi même.
Derniere précision c'est dans le cadre des PPE.
Voila je pense avoir donné toutes les précisions.
Merci de m'aider ou de m'aiguiller vers qqn, vers un site pouvant m'apporter une aide
Donc je dois réaliser une serrure codée sur une carte 16F877A.
Sur cette carte, il y a des "boutons". Je ne sais pas comment les appeler. Ce que je voudrais, c'est lorsqu'on appuie un de ces boutons, ça renvoie la valeur du boutons, et après je la stocke en mémoire. Après je la compare avec le code juste mais ça ce n'est pas un soucis.
J'écris donc le programme en C sur PC, je le compile à l'aide d'un logiciel, et j'envoie le .hex à la carte par USB ( ça ça va aussi).
Il me manque juste ce bout de code, je ne sais pas ou chercher, et je n'ai pas les connaissances suffisantes pour l'écrire moi même.
Derniere précision c'est dans le cadre des PPE.
Voila je pense avoir donné toutes les précisions.
Merci de m'aider ou de m'aiguiller vers qqn, vers un site pouvant m'apporter une aide
pont
Messages postés
198
Date d'inscription
samedi 2 mai 2009
Statut
Membre
Dernière intervention
16 novembre 2010
27
20 juin 2009 à 19:42
20 juin 2009 à 19:42
Bonjour,
pour un code de serrure, ce n'est pas du tout comme ça qu'on fait, il n'y a nul besoin de récupérer le code d'un clavier, c'est bien plus simple. Je t'explique.
Il y a par exemple 4 touches à appuyer pour former le code.
Tu choisis le code à 4 touches que tu veux, et tu soudes les trois touches finales de ce code à 3 fils, RB0, RB1, RB2, et la 1e, au MCLR. C'est fait, tout est décodé, si tu veux changer de touches tu en soudes d'autres, c'est super simple aux mêmes fils..
Dans le programme,
tu mets une routine qui tourne 3 fois qui lit les 3 touches, avec minuterie, si la personne a appuyé au début sur la bonne touche (MCLR, elle réveille le µC qui dormait, ce qui déclencle la possibilité d'entrée de RB0, au bout de 10 sec., si rien n'est venu, pas d'appui de cette touche, le µC se rendort sans le dire; il faut donc une succession de l'allumage plus 3 bonnes touches dans un temps pas trop long alors la serrure s'ouvre.
Voilà ton programme ultra simple
pont
pour un code de serrure, ce n'est pas du tout comme ça qu'on fait, il n'y a nul besoin de récupérer le code d'un clavier, c'est bien plus simple. Je t'explique.
Il y a par exemple 4 touches à appuyer pour former le code.
Tu choisis le code à 4 touches que tu veux, et tu soudes les trois touches finales de ce code à 3 fils, RB0, RB1, RB2, et la 1e, au MCLR. C'est fait, tout est décodé, si tu veux changer de touches tu en soudes d'autres, c'est super simple aux mêmes fils..
Dans le programme,
tu mets une routine qui tourne 3 fois qui lit les 3 touches, avec minuterie, si la personne a appuyé au début sur la bonne touche (MCLR, elle réveille le µC qui dormait, ce qui déclencle la possibilité d'entrée de RB0, au bout de 10 sec., si rien n'est venu, pas d'appui de cette touche, le µC se rendort sans le dire; il faut donc une succession de l'allumage plus 3 bonnes touches dans un temps pas trop long alors la serrure s'ouvre.
Voilà ton programme ultra simple
pont
Donc le 'bout de code' sera sur le PIC et les boutons seront réliés classiquement au PIC sur un port.
Les quelques lignes à écrire ne sont vraiment pas difficiles.
Il existe un site sur la programmation des PIC qui pourra t'apporter un aide précieuse:
http://www.abcelectronique.com/bigonoff/
Il y a bien sûr un exemple avec une entrée (un bouton) et une sortie (une led); après on peut décliner l'exemple pour les entrées-sorties les plus diverses.
Bon courage.
Les quelques lignes à écrire ne sont vraiment pas difficiles.
Il existe un site sur la programmation des PIC qui pourra t'apporter un aide précieuse:
http://www.abcelectronique.com/bigonoff/
Il y a bien sûr un exemple avec une entrée (un bouton) et une sortie (une led); après on peut décliner l'exemple pour les entrées-sorties les plus diverses.
Bon courage.
handballeur68
Messages postés
119
Date d'inscription
dimanche 12 août 2007
Statut
Membre
Dernière intervention
18 janvier 2010
28
8 mars 2009 à 19:43
8 mars 2009 à 19:43
C'est gentil, mais je connaissais ce site.
Si je viens poster ici, c'est bien parce que je n'ai pas trouvé de réponse sur le net. Je n'y connais rien en programmation, et donc je ne trouve pas ce bout de code.
Si quelqu'un pourrait au moins m'expliquer avec les mots, pour le code je chercherai. Mais là je ne sais vraiment pas par où commencer...
Cordialement
Si je viens poster ici, c'est bien parce que je n'ai pas trouvé de réponse sur le net. Je n'y connais rien en programmation, et donc je ne trouve pas ce bout de code.
Si quelqu'un pourrait au moins m'expliquer avec les mots, pour le code je chercherai. Mais là je ne sais vraiment pas par où commencer...
Cordialement
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
pont
Messages postés
198
Date d'inscription
samedi 2 mai 2009
Statut
Membre
Dernière intervention
16 novembre 2010
27
26 juin 2009 à 09:04
26 juin 2009 à 09:04
Bonjour handballeur,
C'est vrai qu'il ne faut pas mélanger "savoir programmer" et "savoir se servir d'un PIC", pourtant, à voir de loin, cela paraît être la même chose.
. . Tout en reconnaissant les grandes qualités du cours de Bigonoff, il ne faut pas se tromper sur son objectif qui n'est pas d'apprendre à programmer, mais d'apprendre à se servir du PIC, et même juste du PIC16F84, mais c'est le début qui est le plus difficile, il a raison de s'attaquer à un petit PIC seulement, ce que je regrette c'est que ce PIC ne soit pas débugable, ce qui entraîne d'être obligé de faire des centaines de transferts d'essais du programmateur à la carte d'application, c'est ultra pénible, et ce sont ces conditions matérielles qui bloquent les débutants qui finissent par se dire qu'ils sont idiots, alors qu'avec de bonnes conditions c'est bien plus simple. Je souhaite que Bigonoff reprenne son cours avec un autre PIC, mais débugable.
. . .Je dis: prenez pour débuter un PIC16F886, c'est fourni à moitié monté par Microchip pour pratiquement rien, très belle carte que j'ai devant moi, c'est un bijou avec plein de dorures, dessus et dessous. Avec ça il faut un PICkit2, pas cher (programmateur +débugueur) et il faut la data sheet gratuite, à télécharger puis imprimer et relier intelligemment en supprimant ce qui ne sert à rien (30 pages) et par contre, il faut faire un dépliant indispensable pour voir d'un seul coup, d'un côté tout le 886, et de l'autre tout le 887. Ce travail de documentation est très important, il faut passer de "je n'y comprends rien" à "je commence à comprendre", c'est difficile, il ne faut ni se croire nul, ni se croire fort, il faut faire comme on peut, mais il faut faire,
. . .Le PIC16F886 permet de faire tourner un moteur, ce n'est pas possible avec le 84. Si avec un PIC on ne peut faire tourner un moteur pas à pas, alors pourquoi se fatiguer à apprendre le PIC? Il ne faut pas raconter des blagues, il faut 4 sorties PWM. Dans un système automatisé, il ne faut pas tout confier au logiciel, il faut équilibrer. Mais par ex, je suis d'accord que l'on ne mette pas de pont en H, c'est un truc luxe inutile, et comme il en faut deux on arrive à 100 euros comme rien. Une commande plus simple va même mieux, a moitié moins de pertes, vu qu'à chaque instant il n'y a qu'un seul transistor en service, au lieu de 2.
pont
C'est vrai qu'il ne faut pas mélanger "savoir programmer" et "savoir se servir d'un PIC", pourtant, à voir de loin, cela paraît être la même chose.
. . Tout en reconnaissant les grandes qualités du cours de Bigonoff, il ne faut pas se tromper sur son objectif qui n'est pas d'apprendre à programmer, mais d'apprendre à se servir du PIC, et même juste du PIC16F84, mais c'est le début qui est le plus difficile, il a raison de s'attaquer à un petit PIC seulement, ce que je regrette c'est que ce PIC ne soit pas débugable, ce qui entraîne d'être obligé de faire des centaines de transferts d'essais du programmateur à la carte d'application, c'est ultra pénible, et ce sont ces conditions matérielles qui bloquent les débutants qui finissent par se dire qu'ils sont idiots, alors qu'avec de bonnes conditions c'est bien plus simple. Je souhaite que Bigonoff reprenne son cours avec un autre PIC, mais débugable.
. . .Je dis: prenez pour débuter un PIC16F886, c'est fourni à moitié monté par Microchip pour pratiquement rien, très belle carte que j'ai devant moi, c'est un bijou avec plein de dorures, dessus et dessous. Avec ça il faut un PICkit2, pas cher (programmateur +débugueur) et il faut la data sheet gratuite, à télécharger puis imprimer et relier intelligemment en supprimant ce qui ne sert à rien (30 pages) et par contre, il faut faire un dépliant indispensable pour voir d'un seul coup, d'un côté tout le 886, et de l'autre tout le 887. Ce travail de documentation est très important, il faut passer de "je n'y comprends rien" à "je commence à comprendre", c'est difficile, il ne faut ni se croire nul, ni se croire fort, il faut faire comme on peut, mais il faut faire,
. . .Le PIC16F886 permet de faire tourner un moteur, ce n'est pas possible avec le 84. Si avec un PIC on ne peut faire tourner un moteur pas à pas, alors pourquoi se fatiguer à apprendre le PIC? Il ne faut pas raconter des blagues, il faut 4 sorties PWM. Dans un système automatisé, il ne faut pas tout confier au logiciel, il faut équilibrer. Mais par ex, je suis d'accord que l'on ne mette pas de pont en H, c'est un truc luxe inutile, et comme il en faut deux on arrive à 100 euros comme rien. Une commande plus simple va même mieux, a moitié moins de pertes, vu qu'à chaque instant il n'y a qu'un seul transistor en service, au lieu de 2.
pont