Belle démonstration de fonctions plus rarement utilisées pour ma part,mais sûrement utile pour mes projets futurs.Les explications sont très claire ,bon travail en somme.
Super boulot comme toujours. Petit chipotage : la fonction update de l'EEPROM est préférable au write, car elle prolonge la durée de vie de l'EEPROM limitée à 100 000 écritures....
Merci pour l'information. Je n'avais pas pensé qu'update faisait une lecture préalable pour savoir si l'écriture était nécessaire. A noter qu'il est peu probable qu'un système normalement utilisé redémarre 100000 fois au cours de sa vie...
Merci pour cette formation très pédagogique. Pour ceux qui utiliseraient des cartes Arduino dotées de l'ancien boot loader, il faudra préalablement le remplacer par celui actuel de l'IDE et compatible avec la librairie avr/wdt. Dans le cas contraire le programme restera planté au reset du watchdog. Il pourrait même devenir impossible de le reprogrammer ensuite si le temps d'intervention du watch dog est plus court que celui qu'il n'en faut à téléverser un nouveau programme. Mais je n'ai pas essayé dans ce cas de reflasher le boot loader ce qui permet peut être de sauver la carte Arduino.
Merci beaucoup pour la qualité de vos supports vidéos ainsi les explications très pédagogiques que vous y apportez. J'apprends plein de choses grâce à vous. Encore merci :)
Merci pour la partage de cette vidéo 👍, impeccable comme d'habitude 👌 Il ma fallut du temps pour comprendre la raison de mettre ce système en place. Merci de passer du temps pour nous 💖💖💖
Super vidéo, comme tjrs. Je me souviens d'avoir étudié le chien de garde lors de mon bts électronique en 2003, mais je ne me souvenais plus à quoi cela servais, impeccable le rappel. Vivement les prochaines vidéos. 😉👍👍👍
vidéo très intéressante , merci a vous pour le temps que vous nous accorder. Pour l'instant j'ai du mal a m’imaginer dans qu'elle contexte je vais l'utiliser le chien de garde mais c'est toujours inintéressant de voir quelque chose de nouveau. merci !!!!
Bonsoir Toujours le même plaisir de vous retrouver Très clair bien expliqué et toujours aussi facile de vous suivre Bravo J’espère bientôt une vidéo sur MQTT Bon courage
@@antoinedevos3765 C'est un protocole qui permet d'envoyer des message a un courtier ( broker) ensuite les abonnes a ce courtier peuvent récupérer ces informations et les utiliser
Merci à vous comme d'habitude c'est très professionnel et très méthodique. vraiment vous êtes toujours à la hauteur de la tâche. Bravo. Serait-il possible professeur de donner une explication sur l'implémentation du WD hardware et software concernanant les micro ARM? SVP ( une petite video explicative ça fera que du bien).
Bravo et merci de tt les explications :). Petite question j'ai rajouter dans votre code un jump de pile (asm volatile ("jmp 0x85") ;) et j'ai été surpris que se ne soit pas le Watch dog qui à réalisé le reste. Pouvez vous m'expliquer ? l'Arduino plusieurs sécurité ? watchdog mais aussi d'autre ? gestion pile, over mémoire ? merci
Merci toujours aussi bien! Par contre que ce passé t il si on a interrompu les interruptions dans le programme de façon temporaire. Par exemple quand on traite les info d'une interruption généré par un codeur.
Les EEPROM ont un nombre limité de réécriture, ne serait-il pas mieux de reset la valeur "122" que si c'est le chien de garde qui est à l'origine du reset?
Oui. Vous avez raison. Il aurait été préférable d'écrire uniquement si c'était nécessaire. Pour tempérer, le nombre de cycles est certes limité mais très au delà du nombre de cycle de démarrage d'un système qui se veut soit alimenté en permanence, soit démarré chaque jour. Atmel spécifie l'eeprom pour 100000 cycles
Cette vidéo remplace la première, l'améliore et corrige une erreur de la première. Vous n'y trouveriez rien de plus. Je l'ai supprimé de CZcams. Bonne journée.
Bonjour En essayant des mettre en pratique cette vidéo sur une (et même plusieurs) carte Nano, j'ai constaté que cela ne fonctionnait pas correctement. En fait, à l'issue du time-out du watch-dog, le microcontrôleur effectue bien un reset, mais semble y reboucler en permanence ! (clignotement permanent de la LED "13"). En grattant un peu, je me suis aperçu que le problème était dû au bootloader : Certaines Nano ont un "old bootloader" (nommé ainsi dans l'IDE Arduino). Pour que ces Nano fonctionnent correctement, il faut leur "graver" un "new" bootloader, soit à partir d'une Uno, soit à partir d'une Nano déjà équipée de ce "new" booloader. La procédure est expliquée en détail et en Français là : arduiblog.com/2020/01/20/flashez-larduino-nano/ Si ça peut servir à quelqu'un... Et encore merci pour cette excellente vidéo sur un sujet trop souvent ignoré.
Bonjour. Effectivement c'est un problème connu des Nano et je n'ai pas eu le temps de l'abordé. Vous avez trouvé la solution. Globalement, l'usage du chien de garde justifierait de supprimer le bootloader et de ne programmer qu'avec une sonde de programmation.
Merci pour cette vidéo, très intéressante. La 12eme boucle me perturbe quand même. Est-ce que ça veut dire que l’interruption agit comme une remise à zéro du timer ? En réalisant cette 12eme boucle on rente en contradiction avec le cahier des charges qui était de ne pas dépasser 1s. Comment peut-on s’en sortir ?
Bonjour Jérôme. Le premier timeout déclenche l'interruption et réinitialise le chien de garde et désactive les IT du chien de garde. Le timeout suivant du chien de garde déclenche le reset. Dans l'absolu, la mise en sécurité du système se fait dans l'interruption et on termine le code de l'IT par une boucle infinie pour forcer le reset au timeout suivant.
Belle démonstration de fonctions plus rarement utilisées pour ma part,mais sûrement utile pour mes projets futurs.Les explications sont très claire ,bon travail en somme.
Vos vidéos sont certes très attendues mais prenez quand même des vacances !!
C'est prévu :-) Préparer ces vidéos est aussi un moment de détente.
Super boulot comme toujours. Petit chipotage : la fonction update de l'EEPROM est préférable au write, car elle prolonge la durée de vie de l'EEPROM limitée à 100 000 écritures....
Merci pour l'information. Je n'avais pas pensé qu'update faisait une lecture préalable pour savoir si l'écriture était nécessaire.
A noter qu'il est peu probable qu'un système normalement utilisé redémarre 100000 fois au cours de sa vie...
Merci pour cette formation très pédagogique. Pour ceux qui utiliseraient des cartes Arduino dotées de l'ancien boot loader, il faudra préalablement le remplacer par celui actuel de l'IDE et compatible avec la librairie avr/wdt. Dans le cas contraire le programme restera planté au reset du watchdog. Il pourrait même devenir impossible de le reprogrammer ensuite si le temps d'intervention du watch dog est plus court que celui qu'il n'en faut à téléverser un nouveau programme. Mais je n'ai pas essayé dans ce cas de reflasher le boot loader ce qui permet peut être de sauver la carte Arduino.
Vous nous avez manque
Merci 😊. Il en faut du temps et de l'énergie pour réaliser ces vidéos. Bientôt la suivante
Très intéressant. J'ai l'habitude d'utiliser le watchdog dans mes projets et aussi l'eeprom pour savoir ce qui c'est passé.
Très bon cours !!!
Heureux de vous retrouver !
Merci 😊
Merci Infiniment, Certainement la chaîne la plus pédagogique et la plus claire sur les microcontrôleurs et la programmations.
merci
Merci pour la vidéo, et bonne vacances
Merci à toi 😊
Mervi pour cette vidéo très intéressante
Merci beaucoup pour la qualité de vos supports vidéos ainsi les explications très pédagogiques que vous y apportez. J'apprends plein de choses grâce à vous. Encore merci :)
bien fait!
Bravo encore une très bonne vidéo !! J'attends avec impatience les suivantes 😉👍
Merci pour la partage de cette vidéo 👍, impeccable comme d'habitude 👌
Il ma fallut du temps pour comprendre la raison de mettre ce système en place.
Merci de passer du temps pour nous 💖💖💖
Merci à toi 👍
Super vidéo, comme tjrs. Je me souviens d'avoir étudié le chien de garde lors de mon bts électronique en 2003, mais je ne me souvenais plus à quoi cela servais, impeccable le rappel. Vivement les prochaines vidéos. 😉👍👍👍
vidéo très intéressante , merci a vous pour le temps que vous nous accorder. Pour l'instant j'ai du mal a m’imaginer dans qu'elle contexte je vais l'utiliser le chien de garde mais c'est toujours inintéressant de voir quelque chose de nouveau. merci !!!!
Ce sera surtout intéressant pour un usage détourné en timer pour la gestion du réveil du microcontrôleur dans les modes de mise en veille.
Bonsoir
Toujours le même plaisir de vous retrouver
Très clair bien expliqué et toujours aussi facile de vous suivre
Bravo
J’espère bientôt une vidéo sur MQTT
Bon courage
Qu'est-ce que le "MQTT" ?
@@antoinedevos3765
C'est un protocole qui permet d'envoyer des message a un courtier ( broker) ensuite les abonnes a ce courtier peuvent récupérer ces informations et les utiliser
@@frederickluck5298 Merci Frederic KLUCK.
Parles-tu d'un courtier de la Bourse ?
Encore bravo :)
Merci pour la vidéo, j’utilise la même chose sur les micro contrôleurs PIC avec des noms de registres différents.
Les PICs sont effectivement très proches sur ce point.
Merci à vous comme d'habitude c'est très professionnel et très méthodique. vraiment vous êtes toujours à la hauteur de la tâche. Bravo.
Serait-il possible professeur de donner une explication sur l'implémentation du WD hardware et software concernanant les micro ARM? SVP ( une petite video explicative ça fera que du bien).
Très intéressant merci.
Encore !! ^^
Merci beaucouq
Merci :)
🙂
Bravo et merci de tt les explications :).
Petite question j'ai rajouter dans votre code un jump de pile (asm volatile ("jmp 0x85") ;) et j'ai été surpris que se ne soit pas le Watch dog qui à réalisé le reste. Pouvez vous m'expliquer ? l'Arduino plusieurs sécurité ? watchdog mais aussi d'autre ? gestion pile, over mémoire ? merci
Merci toujours aussi bien!
Par contre que ce passé t il si on a interrompu les interruptions dans le programme de façon temporaire. Par exemple quand on traite les info d'une interruption généré par un codeur.
Les EEPROM ont un nombre limité de réécriture, ne serait-il pas mieux de reset la valeur "122" que si c'est le chien de garde qui est à l'origine du reset?
Oui. Vous avez raison. Il aurait été préférable d'écrire uniquement si c'était nécessaire.
Pour tempérer, le nombre de cycles est certes limité mais très au delà du nombre de cycle de démarrage d'un système qui se veut soit alimenté en permanence, soit démarré chaque jour. Atmel spécifie l'eeprom pour 100000 cycles
Super !!!
Est-il encore possible de voir la 1ere video sur le fonctionnement du chien de garde ?
Cette vidéo remplace la première, l'améliore et corrige une erreur de la première. Vous n'y trouveriez rien de plus. Je l'ai supprimé de CZcams.
Bonne journée.
est-ce que vous comptez continuer les vidéos sur le vhdl ?
Pas pour le moment.
doit t'on pas faire attention dans l'utilisation de EEPROM du a ça durée de vie??????
100000 cycles d'écriture sont possibles. Comme ils n'ont lieu qu'au reset, sauf fonctionnement totalement anormal, ça ne causera pas de problème
Bonjour
En essayant des mettre en pratique cette vidéo sur une (et même plusieurs) carte Nano, j'ai constaté que cela ne fonctionnait pas correctement. En fait, à l'issue du time-out du watch-dog, le microcontrôleur effectue bien un reset, mais semble y reboucler en permanence ! (clignotement permanent de la LED "13"). En grattant un peu, je me suis aperçu que le problème était dû au bootloader :
Certaines Nano ont un "old bootloader" (nommé ainsi dans l'IDE Arduino). Pour que ces Nano fonctionnent correctement, il faut leur "graver" un "new" bootloader, soit à partir d'une Uno, soit à partir d'une Nano déjà équipée de ce "new" booloader.
La procédure est expliquée en détail et en Français là :
arduiblog.com/2020/01/20/flashez-larduino-nano/
Si ça peut servir à quelqu'un...
Et encore merci pour cette excellente vidéo sur un sujet trop souvent ignoré.
Bonjour. Effectivement c'est un problème connu des Nano et je n'ai pas eu le temps de l'abordé. Vous avez trouvé la solution. Globalement, l'usage du chien de garde justifierait de supprimer le bootloader et de ne programmer qu'avec une sonde de programmation.
Merci pour cette vidéo, très intéressante.
La 12eme boucle me perturbe quand même. Est-ce que ça veut dire que l’interruption agit comme une remise à zéro du timer ?
En réalisant cette 12eme boucle on rente en contradiction avec le cahier des charges qui était de ne pas dépasser 1s. Comment peut-on s’en sortir ?
Bonjour Jérôme.
Le premier timeout déclenche l'interruption et réinitialise le chien de garde et désactive les IT du chien de garde. Le timeout suivant du chien de garde déclenche le reset. Dans l'absolu, la mise en sécurité du système se fait dans l'interruption et on termine le code de l'IT par une boucle infinie pour forcer le reset au timeout suivant.
@@EricPeronnin merci de cette précision, l’interruption est donc l’endroit où on met en sécurité la machine.
Encore merci.
Explications très claires, merci. Par contre je ne trouve pas la vidéo sur les conomies d'énergie. Ou puis-je la trouver ?
patience ! ;)
Exactement 😁. Merci Gael
Elle est encore en germination. Ce sera pour courant juillet
4:57 pourquoi pour le sixième temps possible on a 521 ms et pas 512 ms ?
Moi je sais pourquoi 😏