programme PIC 16F628A

[invite03481543]

Un microcontroleur est un composant Cmos, donc il consomme essentiellement du courant au changements de niveaux (0V->5V et 5V->0V).
A 4MHz cela fait de beaux pics de courants, une variation de courant dans un temps donné (di/dt) c'est un champ électromagnétique induit par les fils et liaisons diverses, il suffit de faire de belles boucles et on obtient de jolie surfaces qui vont générer un flux de champ magnétique perturbateur.
Sans découplage tu auras des chutes de tensions dans tes lignes lors des appels de courants, et tu auras du "bruit" électromagnétique, un joli cocktail détonnant...

Remède: mettre au plus près des pattes d'alimentation un condensateur entre 100nF et 1µF qui sera là pour fournir l'énergie lors de ces fameux pics.
@+
-----

[invite980b6e62]

merci pour ton explication très clair!

j'en prend bonne note et je pense que je m'en souviendrais!

[F1FNW]

Oui, effectivement, les patte de l'alimentation du PIC doivent être decouplées par un 100nF ou plus directement sous ton CI c'est facile a souder car les deux pattes sont face a face.
Pour les res de pull up, il y a celles du portB, mais moi j'ai l'habitude (bonne ou mauvaise) de les rajouter externes.
Les port sont validés en entrée et en sortie par soft, donc pas de PB.

[sw338965]

Bonjour à tous,
Et particulièrement à F1FNW car ça y est, tu m'as donné le virus "FLOWCODE". Moi qui depuis 55 ans ne fonctionnais qu'en "hardware", me voici "titillé" par le "software". Depuis longtemps, j'avais envie de me lancer dans la programmation de PIC, mais la difficulté du langage C et l'intérêt que je pouvais en tirer vu mon âge m'avaient découragé. Je n'avais jamais entendu parlé de "FLOWCODE" jusqu'à hier. Après avoir téléchargé le logiciel et détaillé le programme "2 poussoirs/2 relais", je me suis dit que cela pourrait être amusant de réaliser quelques montages avec PIC16F628.
Alors j'ai voulu commencer de façon simple en essayant de faire clignoter une led, mais je n'ai pas compris comment reboucler le montage pour que le système perdure!
Y a t-il une documentation claire pour débutant du style "Le FLOWCODE pour les nuls" ! Ce qui est sûr, c'est que je vais acheter la licence qui n'est pas chère (49€uros).
Je vous communique en pièce jointe le schéma de ce que j'ai fait. Cela va vous faire forcément sursauter, cependant, si vous pouviez m'aider à le faire fonctionner, cela m'encouragerai à persévérer dans cette voie.
Cordialement.

[invite03481543]

Bonjour,

ce n'est pas la meilleure idée que tu as eu de te lancer là dedans.
Mais au moins ça justifie ta signature

Le C n'est pas obligatoire, beaucoup opte encore pour le Basic.
Utiliser un langage en amateur n'impose pas d'en maitriser toutes les subtilités, avec quelques bases on peut faire beaucoup de choses très vite.
Et les comprendre surtout, contrairement à ton choix...

[invite03481543]

Y a t-il une documentation claire pour débutant du style "Le FLOWCODE pour les nuls" !
Cordialement.

Re,

Cette phrase est un pléonasme.
Je te titille désolé.

Ca t'intéresse de comprendre en C comment faire?
En 10mn je suis certain de pouvoir te faire revenir à la raison.
Parceque je pense que quelqu'un de ta génération aime comprendre ce qu'il fait.
Je me trompe?

[sw338965]

Salut HULK,
Je suis prêt à t'écouter à condition que tu ai beaucoup de patience, car à mon âge, ce qu'on apprend un jour est oublié le lendemain. Je comptais me lancer là dedans simplement pour l'aspect ludique et non pour en faire un "second métier".
Alors, si tu est prêt à t'arracher les cheveux, si tu en as encore (je plaisante), on se recontacte les semaine prochaine car là, je suis un peu débordé par le déménagement de ma mère.
Cordialement.

[invite03481543]

Ok quand tu veux

[invite980b6e62]

bonjour tout le monde!

F1FNW j'ai mis le condo de couplage.

j'en suis au entrées.
mais comme vos commentaire sont un peu en contraction je ne sais pas comment câbler tout ça.

sur les entrées utilisé je connecte une résistance au 5v et a l'entrée du pic ainsi qu'un bp sur la même entrée mais lui je le connecte a la masse c'est bien ca?

pour entrées non utilisé je fais quoi?

merci pour ton aide

[F1FNW]

Salut,
Pour les BP, c'est bien ça, pour les entrées non utilisées, tu laisse comme ça, jà i toujours fait comme cela!
À bientôt.

[invite980b6e62]

Ok!
Un grand merci à toi!

[invite03481543]

Salut,
Pour les BP, c'est bien ça, pour les entrées non utilisées, tu laisse comme ça, jà i toujours fait comme cela!
À bientôt.

NON!!!

Dire que l'on a toujours fait comme cela n'est pas un argument recevable!!!
C'est une connerie et vouloir le minimiser est encore pire.
Si tu étais un de mes développeurs tu entendrais parler du pays....

[invite980b6e62]

NON!!!

Dire que l'on a toujours fait comme cela n'est pas un argument recevable!!!
C'est une connerie et vouloir le minimiser est encore pire.
Si tu étais un de mes développeurs tu entendrais parler du pays....

Hulk je devrais faire quoi exactement?

[invite03481543]

Sur un Microcontroleur une entree est un tres bon capteur de perturbations, pour s'en convaincre il suffit de faire un montage avec et sans resistances sur ces entrees, et de mettre un amperemetre sur la source d'alimentation pour comparer.
Que quelque chose fonctionne n'est pas synonyme de bon boulot, en tout cas ce n'est pas une bonne habitude que de sous estimer ce genre d'aspect.
Si pour une raison quelconque l'entree se met a osciller la consommation peut grimper remarquablement pour cela on place une resistance de 100K a la masse pour fixer le niveau a zero et empecher cette situation.
La solution de mettre une I/O en sortie et a 0 par exemple est une fausse bonne idee, car elle fixe bien le niveau en effet mais si par accident cette sortie est portee a Vcc il y a un risque pour cette sortie.
Autant eviter les risques quand on le peut, la loi de Murphy ne sera jamais tres loin pour vous le rappeler.

Donc si tu veux economiser quelques resistances de quelques poussieres de centimes libre a toi de mettre ces ports en sorties, sinon tu les mets en entrees avec des 100K reliees a la masse.
Vu que le programme ecrit gentiment par F1FNW a ces ports en entree je te conseille de mettre ces resistances.
@+

[Gérard]

Bonjour,

ce n'est pas la meilleure idée que tu as eu de te lancer là dedans.
Mais au moins ça justifie ta signature

Salut HULK,
Je suis d'accord que ce n'est pas la meilleure idée, quoi que ...

Le C n'est pas obligatoire

Heureusement ...

beaucoup opte encore pour le Basic.

Oui, moi entre autres. J'ai d'ailleurs racheté la licence Proton+

Utiliser un langage en amateur n'impose pas d'en maitriser toutes les subtilités, avec quelques bases on peut faire beaucoup de choses très vite.
Et les comprendre surtout, contrairement à ton choix...

Je suis de ton avis, le monde amateur n'a pas besoin des toutes les subtilités et possibilités d'un langage pro.
Ceci dit, Flowcode, histoire de s'amuser un peu, peut-être rigolo, d'ailleurs, c'est l'avis de FreePicBasic.

[invite03481543]

Salut Gerard,

le soucis n'est pas freepicbasic qui possede largement les connaissances qui vont lui permettre comme tu dis de s'amuser avec ce joujou, d'en voir les limites et le peu d'interet assez rapidement.
Il a ete capable de se faire son propre compilateur donc je ne suis pas inquiet pour lui
Le connaissant un peu pour l'avoir rencontre a Lille avec Daudet, il n'a pas besoin de ca pour apprendre ce qu'il sait deja sur les PIC.
Le probleme est pour nos jeunes qui arrivent, pour le moment ils decouvrent, ils experimentent, et l'experience montre (quand j'en recoit en stages) qu'ils conservent les mauvaises habitudes acquisent des les debuts (que ce soit en numerique comme en analogique d'ailleurs).
Flowcode premache a un tel point que les notions essentielles ne sont pas traitees, on appui sur le bouton et ca sort un spaghetti de code dont ils ignorent totalement la nature.
Qule interet pour la reflexion ou meme la culture?
Les types de variables sont affectees automatiquement, il n'y a aucune reflexion particuliere sur des points cruciaux et elementaires de programmation.
Bref je ne vais pas repartir la dessus, mais un eleve de STI qui se destine a une suite d'etudes technologique a mieux a faire et a apprendre de plus constructif, la ou il devrait etre en mode acquisition avec ca il est en mode "je ne comprend pas comment ca fonctionne" et ca me gene beaucoup.
Tu es assez ancien sur le forum pour voir passer toutes les demandes qui montrent a quel point les bases sont trop souvent absentes, il n'y a qu'a voir les sujet des leds tout betement ou un simple calcul de resistance de base de transistor meme pas acquis.
Et pas que niveau bac d'ailleurs.
Ce n'est pas les exemples qui manquent.

Un langage est plus difficile a acquerir certes, mais l'anglais aussi, et je ne parle meme pas du francais, on se demande s'il y en a encore quand je vois toutes ces fautes dignes du primaire...

Si ici tous les forumeurs n'etaient que hobbystes ou retraites je n'aurai sans doute pas le meme discours, mais ce n'est pas le cas.
Cette progressive perte des referenciels de l'apprentissage des bases et des methodes associees se ressent de plus en plus jusque dans le monde du travail, comme je l'ai deja dit les meilleurs s'en sortiront toujours, mais ils ne sont pas majoritaires loin de la, contrairement aux resultats toujours plus mirobolants annee apres annee des bac techniques...

[Gérard]

Salut HULK,

Je suis sur tous les points d'accord avec toi.
Pour bien commencer, je pense que Bigonoff est "LA" référence. Avec un inconvénient majeur, c'est long, il faut beaucoup lire, essayer, expérimenter ... Or, on veut maintenant que ce soit facile, rapide et sans effort ce qui est incompatible.

Ceci dit, j'ai fait quelques essais avec Flowcode et je n'ai pas été convaincu même si j'aime bien le principe de l'ordinogramme.
Je fais de la programmation dans le cadre de mes loisirs et le basic (terme péjoratif) me suffit amplement. Proton + me plait bien et j'y suis fidèle.
Je comprends bien que dans le cadre professionnel, la problématique n'est pas la même et que le C soit de rigueur.

Maintenant, quant au français ... il m'arrive de ne pas répondre parce que le nombre de fautes est 10 fois supérieur au nombre de lignes du message.
Ma fille est prof de math et elle ma parle régulièrement de son travail. Je ne voudrais pas être à sa place.
Je pense que transmettre le savoir est très gratifiant ... enfin, ça l'était.

Tout ceci n'engage que moi et je ne vise personne.

[invite03481543]

Oui le C ou le Pascal en tout cas, le basic est très peu employé dans l'industrie voir pas du tout, en 25 ans je n'ai jamais rencontré un projet ou un client qui avait développé une appli µC en Basic.
Je pense que ça reste très marginal et pour les très petites structures qui n'ont pas de moyens.

Je vais démarrer ce week-end un topic spécial sur l'apprentissage du C, pas à pas avec de nombreux exemples à l'appui, le but ne sera pas de devenir un pro incollable sur le C mais de mettre le pied à l'étrier à ceux qui le souhaite et de pouvoir répondre à 80% des demandes récurrentes sur le forum.
Le but est de démontrer que le C qui fait peur à tout le monde est très simple à appréhender, bien souvent ce sont les exemples qui manquent et les détails pratiques.
Je suis bien convaincu que beaucoup vont s'y intéresser, ce sera progressif et ludique, ce ne sera pas orienté vers un compilateur particulier mais C Ansi donc portable sur tous les compilo compatible C Ansi.
On utilisera un compilateur gratuit.
Je parie qu'en moins d'un mois celui qui démarrera de zéro saura faire ce qui est demandé au BAC avec cette merde de flow code, sauf que là il comprendra ce qu'il fait et c'est là tout l'intérêt de la démonstration.
Les cours de Bigonoff sont très bien faits, il a fait un travail considérable et permis à beaucoup de monde de s'initier aux microcontroleurs.
Néanmoins il est grand temps de sortir un cours avec C, ou plus humblement un exposé clair et le plus complet possible car je ne suis pas prof, l'assembleur est très rébarbatif pour certains et la maintenance est bien moins efficace sur le terrain en terme de temps.
Aujourd'hui les µC ont des tailles mémoire de programme telles que l'assembleur seul ne se justifie plus, c'était vrai pour le PIC16F84 mais bon depuis on est très loin de ce dinosaure en terme de ressources matérielles.
Cela dit on verra qu'il est très simple d'introduire des commandes assembleur dans du C, que demander de mieux ?
Tout ce que l'on trouve sur le net est toujours orienté vers un compilateur spécifique, ce qui est déjà une contradiction notoire avec l'esprit du C.
La plupart des compilateurs ont des bibliothèques spécifiques, là encore ce n'est pas l'esprit du C qui est un langage tout nu.
Les exemples et liens que donnent certains sur ce forum sont toujours les mêmes, du blabla et du support commercial mais rien de bien concret finalement.
Apprendre le C sans apprendre comment fonctionne les ressources matérielles du µC n'a aucun intérêt, touts ces points sont en général survolés à la vitesse du son dans le cadre scolaire, pas étonnant donc que la plupart n'y comprennent rien.
Comme j'en ai marre des interventions orientées commerciales de certains j'ai décidé de m'y coller.

Bref, le sujet va s'appeler C Party! et ça démarre samedi.
@ suivre

[Gérard]

Je vais te suivre dans ton aventure du C. Je ne suis pas réticent, mais comme tu dis, il manque un travail de fond type Bigonoff.
Tu as beaucoup de courage de te lancer la dedans.

Tu as mes félicitations par avance.

[Forhorse]

Oui le C ou le Pascal en tout cas, le basic est très peu employé dans l'industrie voir pas du tout, en 25 ans je n'ai jamais rencontré un projet ou un client qui avait développé une appli µC en Basic.
Je pense que ça reste très marginal et pour les très petites structures qui n'ont pas de moyens.

Je ne suis même pas sûr que c'est une histoire de cout.
Niveau professionnel je ne sais même pas s'il existe un seul compilateur basic qui soit du niveau des "grands" compilo C.

Moi j'ai acheté ma licence Proton+ (donc Basic) et franchement c'est pas donné si on compare à beaucoup de compilateur C gratuit ou très abordables. Mais ça c'est pour les amateurs. Et d'une manière générale, si on compare le nombres de compilateurs disponibles sur le marche, le C est largement majoritaire.

Je pense que c'est surtout lié à la réputation du Basic qui à une connotation amateurs, bricoleurs, néophytes.
Pourtant, pour un µC (et pour les PIC en particuliers) j'ai du mal à croire qu'il y ai une différence fondamentale de performance entre un compilateur Basic et un compilateur C
que j'écrive x = a + b en basic ou en C, le code assembleur produit sera probablement le même.

J'ai l'habitude du Basic parce que j'ai commencé la programmation en VB6, et parce que je ne parvenais pas à faire ce que je voulais en assembleur, quand j'ai décidé de me tourner vers un compilateur pour pic je me suis naturellement tourné vers le Basic.
Cependant, je commence doucement à tâter a l'ardinuo et donc au C, et a part une différence de syntaxe, je ne vois fondamentalement pas de différence entre le Basic et le C, au final ça se résume quand même a une simple différence d'écriture car généralement un programme en basic est "traduisible" presque mot pour mot en C et réciproquement.
Entre l'un et l'autre, la performance du code produit dépendra a mon avis plus de la qualité du compilateur que du langage lui-même.

[invite03481543]

Le Basic orienté µC et même le Basic en général d'aujourd'hui n'a plus grand chose à envier aux autres langages structurés, c'est vrai, seulement c'est un peu tard.
Sa réputation de code sale et de légèreté en matière de rigueur, le non typage obligatoire, l'usage des pointeurs farfelus, la lenteur, la lourdeur, etc lui ont collé une sale réputation dans le monde informatique.
Comme tu le dis toi même aujourd'hui il y a peu de différence mais pour le coup l'intérêt des 99% qui utilise C ou Pascal d'en changer est quasi nul.
Basic arrive trop tard malgré des reliftings pour cacher la misère.
Le nombre de source écrites en C dans l'industrie est tel que rien ne fléchira cet état de fait que le C (orienté µC) est incontournable aujourd'hui.

[invite03481543]

Quand je parle de moyen, je parle de moyens humains avant tout.
En général un petite structure qui va démarrer avec Basic est liée au fait que c'est le patron qui développe

Et s'équiper d'un développeur en C coûte cher.

[Forhorse]

Quand je parle de moyen, je parle de moyens humains avant tout.
En général un petite structure qui va démarrer avec Basic est liée au fait que c'est le patron qui développe

Et s'équiper d'un développeur en C coûte cher.

Ah oui de ce point de vue là d'accord.

A titre perso, pour illustrer cette idée j'ai vu un projet équiper quasi toute les usines d'un grand groupe et qui avait été initialement développé en Delphi (héritier du Pascal il me semble, et donc encore plus confidentiel que le Basic si je ne me trompe pas) parce que le concepteur/fondateur de la société qui le commercialisait l'avait développé lui-même (avant de se faire racheter par un groupe bien plus important)