Le microcontrôleur ATtiny45 (1)
Présentation du microcontrôleur
. Par :
Vous répondez à :
Un article ne peut pas être universel, sinon il serait trop long et rebuterait le lecteur. Mais vous avez raison, certains points que vous citez n’ont jamais été traités sur ce site. La raison est liée à l’activité de ce site qui est le modélisme ferroviaire qui n’a absolument pas besoin d’avoir une énergie autonome (pile ou batterie) contrairement à d’autres activités comme la robotique ou les drones. En conséquence, nos montages sont soit alimentés par le câble USB ou bien par une alimentation 12 V reliée à l’entrée jack. Nul besoin donc de se préoccuper de la consommation du montage. Pour ceux qui ont à prendre en compte ce besoin, il faut se référer à la datasheet de la carte Arduino ou du microcontrôleur associé, ou bien consulter des sites de robotique ou de drones. La plupart des microcontrôleurs ont un mode sleep pour économiser l’énergie quand le programme n’a rien à faire : ce sont des techniques non nécessaires à notre activité de modélisme ferroviaire.
Pour ce qui concerne la place occupée en mémoire par les programmes et les données, nous avons répondu aux questions que vous vous posez, du moins en partie. Par exemple, sur le fait de déclarer comme constantes des variables qui le sont effectivement. Egalement sur le fait d’utiliser la programmation au plus près du µC plutôt que les fonctions d’Arduino : cette solution gagne de la place en mémoire mais n’est guère conseillée à des débutants car elle requiert de bien comprendre ce que l’on fait. Chaque utilisateur d’Arduino peut d’ailleurs voir comment optimiser sa place mémoire puisque la compilation d’un programme donne le nombre d’octets utilisés (en programme et en données).
Pour ce qui concerne l’utilisation des fonctions, il faut le faire non pas dans le but d’optimiser de la place mémoire, mais dans le but d’avoir un style de programmation plus clair et plus compréhensible par d’autres programmeurs. L’utilisation de la Programmation Orientée Objet (POO) permet, pour les utilisateurs déjà confirmés dans l’utilisation des cartes Arduino, d’accéder à encore plus de clarté et plus de puissance dans leur mode de programmation.
Je ne sais pas si vous avez lu mon cours d’électronique (publié sur ce site) qui énonce certains principes de programmation au plus près du µC et qui parle également de la consommation de certains composants électroniques (transistors MOSFET par exemple ou bien circuits intégrés CMOS par rapport aux TTL) : cela vous permettra peut-être d’aller plus loin dans les questions que vous vous posez et de trouver des solutions non décrites sur ce site qui est dédié au modélisme ferroviaire.
25 Messages
-
Le microcontrôleur ATtiny45 (1) 15 janvier 2017 09:46, par Dominique
Bonjour,
On trouve chez TXHANG (voir l’article sur Les Achats) un kit de développement ATtiny85 pour 1,26€.
Ce kit contient un prise microUSB et il est compatible avec l’IDE Arduino sans matériel supplémentaire.
Mini ATTINY85 Micro USB Development Board for Digispark Kickstarter
-
Le microcontrôleur ATtiny45 (1) 6 mai 2017 16:42, par CHAMPALBERT
Bonjour,
Je viens de recevoir mes ATtiny45 commandés chez Conrad, Je ne sais pas identifier les broches car rien n’est marqué si ce n’est un creux.
Comment ne pas se tromper.
Quand je veux graver la séquence d’initialisation, j’ai le message
avrdude : Error : Could not find USBtiny device (0x2341/0x49)
Erreur lors de la gravure de la séquence d’initialisation.
Merci de votre comprehension-
Pour repérer la pin N°1 d’un ATtiny, il faut chercher un creux sur le boitier : la pin N°1 est celle située le plus près du creux sur l’ATtiny, (autrement dit, le creux est situé en bas à gauche du boitier quand il est possible de lire les indications portées sur le boitier (marque et modèle)).
Pour les autres circuits intégrés, le repérage des pins se fait :
- soit sur le même principe
- soit grâce à une encoche située sur un bord du boitier et dans ce cas, la pin N°1 est la première rencontrée en partant de l’encoche et en tournant dans le sens inverse des aiguilles d’une montre.
Un schéma valant mieux qu’un long discours, consultez mon cours d’électronique au chapitre sur les circuits intégrés.
Le message d’erreur est peut être dû au fait que l’ATtiny a été mal orienté (erreur sur les pins), ou alors à une erreur de port COM (exemple on utilise le port COM1 alors que le module Arduino UNO servant à programmer est sur un autre port).
-
-
Le microcontrôleur ATtiny45 (1) 8 mai 2017 15:40, par CHAMPALBERT
Merci Christian pour cette réponse rapide.
J’ai retouné le microprocesseur (le point correspondant à la patte 1)
Mais au moment de la séquence d’initialisation j’ai le message
avrdude : stk500_recv() : programmer is not responding
avrdude : stk500_getsync() attempt 1 of 10 : not in sync : resp=0x03
qui boucle 10 fois.Le port COM est correct (je peux téléverser des programmes "classiques’ sur le UNO) mais le Attiny résiste farouchement !
-
Si le microprocesseur a dû être retourné, c’est qu’il était dans le mauvais sens et auquel cas, il n’aura pas supporté le mauvais branchement. Je préconise donc de le remplacer par un neuf et de reprendre la procédure.
1- Dans Outils -> type de carte est-ce que ATtiny25/45/85 a bien été sélectionné ?
2- Dans Outils -> Processeur est-ce que ATtiny45 a bien été sélectionné ?
3- Dans Outils -> Clock est-ce que Internal 8 MHz a bien été sélectionné ?
4- Dans Outils -> Programmateur est-ce que Arduino as ISP a bien été sélectionné ?
5- Le module UNO a-t-il été chargé avec ArduinoISP ?
6- Le branchement entre le module UNO et l’ATtiny respecte-t-il bien toutes les connexions y compris GND et 5V ?
Si OUI a toutes ces questions, je ne vois pas ce qui peut empêcher la programmation. (pensez à graver la séquence d’initialisation lors de la première programmation).
Si NON à une question ou plus, reprendre à tête reposée la procédure de programmation.
Ne vous découragez pas, vous y arriverez.
-
-
Le microcontrôleur ATtiny45 (1) 9 mai 2017 11:49
Désolé de vous importuner de nouveau. Toujours impossible d’initialiser le ATtiny45.
Quand je teste le programme ArduinoISP avant de le télécharger j’ai 15 pages d’erreur du genreC :\Program Files (x86)\Arduino\hardware\arduino\avr\libraries\SPI\src/SPI.h:146:16 : error : ’SPE’ was not declared in this scope
spcr = _BV(SPE) | _BV(MSTR) | ((bitOrder == LSBFIRST) ? _BV(DORD) : 0) |
ou ArduinoISP:113 : error : ’SCK’ was not declared in this scope
ArduinoISP:137 : error : ’Serial’ was not declared in this scope
#define SERIAL Serial
^
C :\Program Files (x86)\Arduino\examples\11.ArduinoISP\ArduinoISP\ArduinoISP.ino:713:7 : note : in expansion of macro ’SERIAL’
SERIAL.print((char) STK_NOSYNC) ;
Les bibliothèques sont pourtant celles qui ont été installées par défaut.
Peut on tester si un micocrotroleur est HS ? Comment être certain que le microprocesseur est bien monté.Je me suis fié au dessin donné dans votre cours d’électronique pour repérer la broche 1 (repérée par un creux sur le boîtier)
Merci de votre patience-
Le problème n’étant pas résolu malgré deux réponses déjà faites, je vous invite à décrire votre problème dans le forum sur le fil traitant de la programmation des ATtiny : vous aurez ainsi plus de personnes susceptibles de vous aider.
Qu’appelez-vous "tester ArduinoISP ?" (Ce programme est fait pour transférer un programme dans un composant, pas pour être l’objet de tests.)
Avez-vous changé quelque chose à ce programme ?
Visiblement, il y a un "SPE" qui traîne et non compris du compilateur, sans doute au lieu de SPI.
J’ai donc du mal à comprendre comment vous en êtes arrivé là. Une solution possible serait de réinstaller l’IDE pour repartir sur des programmes exemples qui ne comportent pas d’erreur (ArduinoISP notamment). Une fois l’IDE installé, reprenez la procédure de programmation sans rien oublier.
L’ATtiny que vous aviez monté dans le mauvais sens n’a aucune chance d’avoir résisté puisque l’alimentation a été inversée (le + au - et réciproquement). Aucun circuit ne résiste à cela. Si vous avez repéré la broche 1, vous êtes certain de bien monter votre circuit, je ne sais pas quoi vous dire de plus.
Inscrivez-vous sur le forum et rendez-vous sur le forum pour continuer cette discussion.
Cordialement.-
Je rajoute une chose : quand je compile ArduinoISP (pour un UNO), le croquis utilise 4380 octets et les variables 481 octets. Preuve que ce programme fonctionne.
Vous avez peut-être dû essayer de le compiler en ayant déjà réglé la carte sur Attiny25/45/85, ce qui bien sûr génère tout un tas de messages d’erreurs.
Si c’est le cas, je vous invite à relire tout l’article sur la procédure de programmation pour bien comprendre ce qui concerne le module UNO en tant que programmateur et ce qui concerne l’ATtiny qu’on veut programmer. Ce n’est peut-être pas encore tout à fait clair pour vous.
-
-
-
Optimisation concernant la place en mémoire et la consommation électrique 27 avril 2018 20:46, par An
Bonjour,
Dans l’article vous évoquez les « astuces de programmation […] permettant d’économiser la mémoire flash et […] la mémoire SRAM ». Et vous renvoyez à l’article « Types, constantes et variables ». Mais cet article ne répond pas à certaines questions. Par exemple, remplacer un bout de code par une fonction fait-il gagner de la place en mémoire ? Y a-t-il de ce point de vue un intérêt à déclarer une variable comme constante ? D’autre part, notamment si on alimente ses micro-contrôleurs par piles, il serait également judicieux de concevoir l’électronique du circuit et de programmer de façon à minimiser la consommation électrique. Cela soulève certaines questions. Par exemple quand mon Attiny ou mon Arduino bouclent sur la fonction loop(), est-ce que ça consomme (beaucoup) de courant ? Si j’introduis dans ma boucle des delay() pour ralentir la boucle, est-ce que ça consomme moins ? Quel courant consomme un Attiny, d’ailleurs ?
Je n’ai pas trouvé d’article traitant de ce sujet sur votre site.
Bonne soirée !-
Optimisation concernant la place en mémoire et la consommation électrique 28 avril 2018 11:53, par Christian
Un article ne peut pas être universel, sinon il serait trop long et rebuterait le lecteur. Mais vous avez raison, certains points que vous citez n’ont jamais été traités sur ce site. La raison est liée à l’activité de ce site qui est le modélisme ferroviaire qui n’a absolument pas besoin d’avoir une énergie autonome (pile ou batterie) contrairement à d’autres activités comme la robotique ou les drones. En conséquence, nos montages sont soit alimentés par le câble USB ou bien par une alimentation 12 V reliée à l’entrée jack. Nul besoin donc de se préoccuper de la consommation du montage. Pour ceux qui ont à prendre en compte ce besoin, il faut se référer à la datasheet de la carte Arduino ou du microcontrôleur associé, ou bien consulter des sites de robotique ou de drones. La plupart des microcontrôleurs ont un mode sleep pour économiser l’énergie quand le programme n’a rien à faire : ce sont des techniques non nécessaires à notre activité de modélisme ferroviaire.
Pour ce qui concerne la place occupée en mémoire par les programmes et les données, nous avons répondu aux questions que vous vous posez, du moins en partie. Par exemple, sur le fait de déclarer comme constantes des variables qui le sont effectivement. Egalement sur le fait d’utiliser la programmation au plus près du µC plutôt que les fonctions d’Arduino : cette solution gagne de la place en mémoire mais n’est guère conseillée à des débutants car elle requiert de bien comprendre ce que l’on fait. Chaque utilisateur d’Arduino peut d’ailleurs voir comment optimiser sa place mémoire puisque la compilation d’un programme donne le nombre d’octets utilisés (en programme et en données).
Pour ce qui concerne l’utilisation des fonctions, il faut le faire non pas dans le but d’optimiser de la place mémoire, mais dans le but d’avoir un style de programmation plus clair et plus compréhensible par d’autres programmeurs. L’utilisation de la Programmation Orientée Objet (POO) permet, pour les utilisateurs déjà confirmés dans l’utilisation des cartes Arduino, d’accéder à encore plus de clarté et plus de puissance dans leur mode de programmation.
Je ne sais pas si vous avez lu mon cours d’électronique (publié sur ce site) qui énonce certains principes de programmation au plus près du µC et qui parle également de la consommation de certains composants électroniques (transistors MOSFET par exemple ou bien circuits intégrés CMOS par rapport aux TTL) : cela vous permettra peut-être d’aller plus loin dans les questions que vous vous posez et de trouver des solutions non décrites sur ce site qui est dédié au modélisme ferroviaire.-
Optimisation concernant la place en mémoire et la consommation électrique 29 avril 2018 18:08, par An
Dans quel article dites-vous que vous avez répondu aux questions que je me pose quant à la place occupée en mémoire par les programmes et les données ? Dans l’article « Types, constantes et variables » ? Dans cet article sont en effet expliquées les différences de taille en mémoire occupées par les divers types de données (byte, int, etc.) mais pas la différence de gestion en mémoire entre une variable (par exemple de type int) et une constante (par exemple de type const int).
Tout à l’heure en marchant (!) j’y réfléchissais et je pense que les variables et les constantes sont gérées pareil en mémoire. Mais je ne m’y connais pas vraiment, en fait. Je ne sais pas trop comment les programmes, les instructions, les variables sont gérées par un processeur ou micro-contrôleur, comment fonctionne tout cela. Par contre il m’est revenu (ça fait bien longtemps que je ne programme plus en C) l’existence du mot-clé #define qui, lui, agit avant la compilation et doit faire gagner de la place en mémoire… Mais vous avez raison, la compilation d’un programme donnant le nombre d’octets utilisés, je peux faire des tests.
Je n’ai pas encore lu votre cours d’électronique car j’ai vu qu’il contenait 250 pages, mais je le conserve précieusement sur un coin de mon disque dur pour le lire quand j’aurai un peu de temps. C’est sûrement en électronique que j’ai le plus de lacunes.
Vous avez raison, un article ne peut pas être universel, mais si avez envie un jour d’écrire un article sur le fonctionnement des processeurs (comment ils fonctionnent) et l’optimisation de la gestion de la mémoire, je le lirai avec intérêt !
À bientôt ! :-)
-
-
-
Le microcontrôleur ATtiny45 (1) 30 avril 2018 11:11, par Christian
Il est très difficile de dire dans quels articles nous avons abordé ces notions, mais nous l’avons fait. Consultez par exemple l’article "Trois façons de déclarer des constantes" qui renvoie à l’article "Calculer avec l’Arduino (1)". Et souvent nous nous répétons lorsque nous commentons par exemple une partie de programme donnée dans un article.
Les variables et les constantes ne sont pas gérées de la même façon si le programmeur fait bien son travail ! En effet, comme son nom l’indique, une variable a besoin d’une case en mémoire pour stocker les différentes valeurs qu’elle prendra au cours de l’exécution du programme. Ceci n’est pas nécessaire pour une constante (définie par le terme const) dont l’unique valeur peut être prise en compte par le compilateur lui-même. Il en est de même d’un #define et c’est pourquoi un bon programmeur peut gagner de la place en mémoire. Bien sûr, si le programmeur gère ses constantes de la même façon que ses variables, il ne gagne rien en place mémoire.
L’article sur le fonctionnement d’un processeur a déjà été écrit : il s’agit du chapitre 27 de mon cours "Un moteur ATmega328P" qui donne les grandes lignes (complétées par d’autres chapitres) du fonctionnement d’un µP ou µC et de la gestion de la mémoire. Pour bien traiter ce sujet, il faudrait un livre entier mais vous pouvez trouver votre bonheur aux éditions Dunod par exemple. Voici donc un chapitre que vous pouvez commencer à lire, ce qui vous donnera peut-être envie ensuite de lire l’ensemble du cours et de revenir à certains articles de ce site.
Enfin, et je le dis aussi pour d’autres lecteurs, vouloir gagner de la place en mémoire se justifie pour plusieurs raisons :- on en a vraiment besoin
- on veut prendre les bonnes habitudes en écrivant ses programmes car un µC dispose de peu de mémoire, donc il faut l’économiser
- cela représente un vrai challenge qu’on a envie de relever
Toutes ces raisons sont excellentes, mais il ne faut pas perdre de vue qu’on écrit un programme dans le but qu’il fonctionne, c’est-à-dire qu’il réalise une certaine tâche à accomplir. Je le dis pour que les débutants qui liraient ces lignes ne fassent aucun complexe : si le programme tourne, je dis bravo ! Il sera ensuite temps d’améliorer son style en augmentant son expérience. C’est aussi vrai pour une langue étrangère, l’important étant avant tout de communiquer, pas forcément de bien s’exprimer.
Ecrire des articles prend du temps mais nous tiendrons compte de toutes vos demandes afin de répondre le plus possible à vos préoccupations.
-
Merci de votre réponse.
J’ai découvert votre site la semaine dernière, je n’ai donc pas encore une bonne vision de tous les sujets abordés par vos nombreux et intéressants articles, mais je vais les parcourir peu à peu !
Enfin, je vous rejoins complètement pour déconseiller l’optimisation de code aux débutants, mais aussi aux utilisateurs avancés dans la grande majorité des cas, hormis les éventuelles exceptions que vous avez très bien décrites. Pour ma part, c’est plus par curiosité et jeu que je me posais ces questions.
À bientôt :-))
-
Le microcontrôleur ATtiny45 (1)commande servo 21 novembre 2018 18:42, par Guy Besseyre
bonjour Christian
mon but:charger sur un attiny 45 un petit programme destiné à ralentir un servo
pour celà j’ai voulu transposer un programme réalisé pour atmega 8, je ne comprends pas certaines instructions et donc plein d’erreurs sur le uno
lien ci joint
merci pour un peu d’aideVoir en ligne : ralentisseur de servo
-
Bonjour,
j’ai bien pris en compte votre question et j’essaierai d’y répondre dès que j’aurais réintégré mon domicile, c’est à dire d’ici à peu près trois semaines.
ici, je n’ai aucun matériel pour vérifier la réponse que je donnerai.
merci de votre patience.
christian -
Ce serait peut-être plus simple d’utiliser La bibliothèque SlowMotionServo en amont.
-
Merci Dominique pour la suggestion d’utiliser Slowmotionservo, ce serait bien sûr la solution ,mais dans mon
application je ne peux pas car le servo à ralentir fait partie d’un automatisme dont je ne peux pas changer le programme,l’attiny 45 serait simplement un composant d’interface
bien cordialement,
-
Toutes les bibliothèques écrites pour Arduino ne fonctionnent pas avec les puces ATtiny. C’est notamment le cas de la bibliothèque Servo car elle utilise le Timer 16 bits absent de l’ATtiny45.
Et du coup SlowMotionServo non plus !
Attention à ce genre de réponse qui paraît évident mais ne l’est absolument pas. Ce n’est pas pour rien si, dans l’article, nous avons reconstitué le signal au lieu d’employer une bibliothèque.-
Effectivement, essais faits, c’est la bibliothèque Servo qui ne compile pas faute de support matériel. Il existe une bibliothèque nommée Servo8bit pour les ATTiny 45 et 85 : https://github.com/fri000/Servo8Bit
-
Merci Jean-Luc pour cette information.
Cela montre que lorsqu’on est confronté à un problème, la première chose à faire est de chercher s’il existe du logiciel écrit par quelqu’un d’autre. C’est souvent le cas, ce qui permet de gagner du temps et de la sueur.
Autrement, il faut l’écrire soi même, ce qui était plutôt le but de l’article pour démontrer que c’est tout à fait faisable.
Mais j’essaierai cette bibliothèque à base de Timer 8 bits maintenant que je sais qu’elle existe.
-
-
-
-
Bonjour,
Peut être pourriez vous ouvrir un fil sur le forum et y mettre les messages d’erreur de compilation que vous obtenez.
-
-
Le microcontrôleur ATtiny45 (1) 29 mars 14:17, par bobyAndCo
Dommage que l’on ne puisse plus programmer un ATTiny au travers d’un Arduino avec la version 2.xx du logiciel comme expliqué dans cet article.
Christophe
-
Bonjour Christophe,
Tu es sûr de ce que tu dis ?
Cela fait assez longtemps que je n’ai pas eu à programmer d’ATtiny, mais l’IDE 2.xx possède tout ce qui est nécessaire pour le faire. Donc, cela devrait fonctionner, d’autant que la programmation passe par l’exemple ’ArduinoISP’ qui existe sur IDE 2.
Ma dernière programmation était pour l’écriture de l’article sur le programmateur LOCODUINO, mais je ne me rappelle plus si je l’ai faite avec IDE 1 ou 2 !
-
-
Le microcontrôleur ATtiny45 (1) 29 mars 15:05, par bobyAndCo
Je dis bien en passant par un Arduino. J’ai essayé encore hier soir. En passant par la vesrion 1.8 de l’IDE, aucun problème, sur la 2.xx, avec la même manip, il dit toujours que "un programmeur est nécessaire" !!!
J’ai vu des posts sur le même problème, mais bon, tout ce qui se dit sur internet n’est pas forcement vrai ! (Citation de Napoléon BONAPARTE)
-
Je me rappelle qu’il y a eu des problèmes à la sortie de l’IDE 2.0, mais je pensais qu’ils étaient résolus depuis.
Dès que j’ai un petit moment, je vais faire un essai et essayer de comprendre.
Pour la citation de Napoléon, ce devait être dans le film de Ridley Scott, là où il tire sur la pyramide !!! ;-))
-