Version imprimable
Bonjour à tous,
J'ai une mega 2650 et j'ai voulu la programmer en ISP car le port USB ne répond plus. Le code est bien présent, le led clignote mais 2 fois moins vite. J'ai utilisé le Blink standard avec un Delay(1000); pour allumer et éteindre la led. Je devrais donc allumer/éteindre toutes les secondes ?
A priori la vitesse d'horloge est à 8MHz au lieu de 16 MHz.
Comment puis-je modifier la fréquence d'horloge par soft ?
Bonjour,
Je ne vois pas comment la fréquence horloge aurait pu bouger toute seule.
A moins que la défaillance de l'USB résulte d'un stress qui a fait d'autres dégâts.
Il faudrait programmer de la même manière un autre Méga. Je doute qu'elle ait le même problème d'horloge.
Salutations
avec un delay(1000) vous avez une fréquence de clignotement de 2Hz (un cycle allumé + éteint dure 2 secondes)
voyez vous 4s ?
vous avez bien chargé le code avec la bonne carte sélectionnée ?
Comment as-tu fait ta programmation ?
Explication sur les avr :
Pour simplifier les tests "sortie usine" à l'état naturel, les micros sont configurés :
1) sur leur horloge interne à 8 MHz (donc sans utiliser le quartz externe)
2) diviseur interne par 8.
Ce qui fait que l'horloge "sortie usine" est réglée sur 1 MHz et non pas 16 MHz.
Pour mettre un avr à la sauce arduino il faut faire deux opérations qui n'ont aucun rapport en elles.
1) Programmer les "fuses". Les "fuses" ne sont plus des fusibles, mais une zone spéciale de l'eeprom.
2) Installer un bootloader.
Là où Arduino sème la confusion, c'est quand, pour soi-disant simplifier, il réunit les deux opérations en une seule.
On peut très bien programmer un avr sans installer de bootloader.
Avec un bootloader, la programmation est juste plus simple.
AMHA si la fréquence horloge est changée, c'est que, sans t'en rendre compte, tu as modifié des fuses.
"Re-graver la séquence d'initialisation" selon le vocabulaire arduino devrait remettre les choses dans l'ordre.
D'un autre côté, si la partie USB ne fonctionne plus, c'est que la carte a été quelque peu maltraitée et rien ne permet d'affirmer que le micro n'a subi aucun outrage.
Pareil, je me demande si tu n'as pas reprogrammé ton Arduino pour ne plus utiliser l'horloge externe mais l'horloge interne par défaut.
Je me pose la question : si l'horloge externe grille pour une raison ou pour une autre, est-ce que l'Arduino rebascule automatiquement sur son horloge interne ?
Salut :D
Malheureusement non.Citation:
Envoyé par Auteur
En règle général les micro démarrent sur leur horloge interne le temps d'aller lire leur config comme l'explique Bernard, d'ailleurs les MSP430 de Texas démarre aussi par défaut sur 1MHz avec OSC interne, puis c'est le programme/ou les registres fuses chez AVR qui définissent l'horloge a utiliser.
Bonjour
Sur les AVR, le micro démarre directement sur l'horloge définie par les fusibles.
Il n'y a aucun contrôle sur son fonctionnement, car le signal d'horloge extérieur peut être changé (moyennant une bonne dose de précautions) et très bas. Avec un quartz ce n'est pas possible, mais si le signal est généré par une autre puce, il est possible de modifier la fréquence en fonctionnement. Les AVR peuvent fonctionner avec un quartz d'horloger à 32kHz, voir même encore plus bas (valeur minimal 0Hz) , cela pour réduire drastiquement leur consommation (qui est, à peu de chose près, proportionnelle à la fréquence)
En interne, les seules actions que le code peut avoir c'est:
- Modifier le diviseur de fréquence d'horloge
- Arrêter l'horloge (une parties des sleep modes)
A ma connaissance d'Arduino, à part les sleep, ce point n'est pas traité, Arduino c'est fait pourapprendredécouvrir les µC, donc capacité maximale (le quartz avec la plus haute fréquence admise) et on ne fait pas attention à la consommation.
Delias
je serais curieux de voir le comportement d'un microcontrôleur avec une fréquence d'horloge à 0Hz. Il est en hibernation dans ce cas ?Citation:
Envoyé par Delias
Est-ce comme cela que fonctionne la mise en veille des appareils (j'avoue que je ne m'étais jamais posé la question du fonctionnement d'une mise en veille) ? On réduit la fréquence d'horloge à une fréquence minimale voire nulle. Et, par exemple, une impulsion électrique redémarre l'horloge qui elle même va redémarrer le micro-contrôleur ?
Bonsoir à tous
Il faut comprendre le minimum à 0Hz comme une limite (car fmin = 0 c'est littéralement ce qui est indiqué dans les docs des AVR).
A 0 Hz le micro est figé, pas en hibernation, il consommera plus. La somme des courants de polarisation, le "presque" de mon message précédent.
Descendre sous le kHz n'a pas de sens technique, cela peut être utilisé à but éducatif (encore que c'est limité, je l'ai fait une fois pour donner le déclic à un collègue d'étude) ou de débogage (à l'époque des premier où les oscillos numériques était hors de prix et le JTAG et consœur pas encore disponible).
C'est possible avec ces micro car il n'y a pas de PLL ou de mémoire dynamique (au sens de DRAM) en interne. Cela reste une structure statique.
Les mises en veilles c'est autre, ce sont les oscillateurs qui sont stoppés par le micro, le réveil se fait alors avec une interruption d'état (par exemple l'interruption "LOW" d'une entrée mais pas "RAISE" ou "FALL"). Tout cela c'est géré par des circuits sans horloge (asynchrone). Sur les grands AVR avec deux oscillateurs, le lent (qui a un rôle de base temps, généralement un 32kHZ) peut réveiller le principal (dont la fréquence devrait être dans les MHz en usage usuel).
Tout cela est décrit dans la partie "Clock" des datascheets des puces. Un peu de lecture ne fait pas de mal (parce qu'il y a une montagne à dire, bien trop pour ce hors-sujet).
Bonne semaine
Delias
Ou que la gestion de millis / delay ne s’appuie pas sur les bons paramètres pour calculer le tempsCitation:
Envoyé par GGaston