Salut à tous,
Je travaille sur un projet DIY avec une Arpschuino32 pour piloter un moteur pas à pas A4988 et des leds via une interface mobile. J’ai développé un petit dashboard local avec Flutter pour envoyer les commandes en wifi. Le problème, c’est quand je lance plusieurs actions rapides l’ESP freeze ou reboot sans prévenir parfois avec un message “Guru Meditation Error” et parfois rien du tout. Tout est alimenté par une seule source 5V sans isolation donc je suppose que souci pourrait venir de la ou d’un bug de gestion des commandes mais j’avais pas encore le temps de tester ces pistes. J'ai déjà suivi un random tutorial sur carteplusweb mais ca marche pas. Alors si certains ont déjà testé ce genre de config, comment vous avez fait pour stabiliser tout ca ?
Merci d’avance !
Freeze ESP32 avec moteur et interface mobile
-
Buddy
- Messages : 1
- Enregistré le : jeu. 12 juin 2025 16:34
Freeze ESP32 avec moteur et interface mobile
Modifié en dernier par Buddy le lun. 30 juin 2025 12:05, modifié 1 fois.
-
Jacques
- Messages : 333
- Enregistré le : dim. 31 oct. 2021 19:37
Re: Freeze ESP32 avec moteur et interface mobile
Hello,
Dans un premier temps, une alim séparé pour le microcontrôleur (l'arpschuino32) me parait être une bonne idée.
90% des problèmes viennent de soucis d'alim !
Après, “Guru Meditation Error” peut venir d'un pointeur qui pointe vers quelque chose qui n'existe pas, d'un débordement ou de quelque chose comme ça.
Tu à modifié le code dans custom.cpp, ailleurs ou tu as écrit un code from scratch ?
Dans un premier temps, une alim séparé pour le microcontrôleur (l'arpschuino32) me parait être une bonne idée.
90% des problèmes viennent de soucis d'alim !
Après, “Guru Meditation Error” peut venir d'un pointeur qui pointe vers quelque chose qui n'existe pas, d'un débordement ou de quelque chose comme ça.
Tu à modifié le code dans custom.cpp, ailleurs ou tu as écrit un code from scratch ?
-
Dutchery
- Messages : 1
- Enregistré le : ven. 26 juin 2026 14:54
Re: Freeze ESP32 avec moteur et interface mobile
Salut Buddy,
Ton problème est typique des projets qui mélangent alimentation 5V unique, moteur (consommateur) et WiFi (pic de courant). Le freeze ou le "Guru Meditation Error" vient très probablement d'une chute de tension momentanée quand le moteur tire sur l'alimentation, ou d'un conflit d'interruptions entre le WiFi et les commandes du moteur.
Quelques pistes à tester rapidement :
Alimentation séparée : alimente le moteur par une source 5V/3A distincte (ou via un module 5V dédié) et garde l'ESP sur une autre source. C'est la solution la plus fiable.
Condensateurs de découplage : ajoute un condensateur 100µF ou 470µF entre VCC et GND sur les bornes du moteur et de l'ESP pour lisser les pics.
Gestion des commandes : dans ton code, évite d'envoyer des commandes en rafale sans vérifier l'état de la précédente. Ajoute un flag "busy" ou un délai minimal entre deux commandes (5-10 ms).
Surveillance de la tension : branche un multimètre sur le 5V de l'ESP et lance plusieurs actions rapides. Si la tension descend sous 4.75V, c'est bien un souci d'alimentation.
Pour des tests de communication sans fil ou pour surveiller ton projet à distance, il existe des accessoires pratiques (antennes, écouteurs pour retour audio, etc.) que tu peux MODERATION : Ce n'est pas un forum publicitaire !. Bon courage pour la stabilisation !
Ton problème est typique des projets qui mélangent alimentation 5V unique, moteur (consommateur) et WiFi (pic de courant). Le freeze ou le "Guru Meditation Error" vient très probablement d'une chute de tension momentanée quand le moteur tire sur l'alimentation, ou d'un conflit d'interruptions entre le WiFi et les commandes du moteur.
Quelques pistes à tester rapidement :
Alimentation séparée : alimente le moteur par une source 5V/3A distincte (ou via un module 5V dédié) et garde l'ESP sur une autre source. C'est la solution la plus fiable.
Condensateurs de découplage : ajoute un condensateur 100µF ou 470µF entre VCC et GND sur les bornes du moteur et de l'ESP pour lisser les pics.
Gestion des commandes : dans ton code, évite d'envoyer des commandes en rafale sans vérifier l'état de la précédente. Ajoute un flag "busy" ou un délai minimal entre deux commandes (5-10 ms).
Surveillance de la tension : branche un multimètre sur le 5V de l'ESP et lance plusieurs actions rapides. Si la tension descend sous 4.75V, c'est bien un souci d'alimentation.
Pour des tests de communication sans fil ou pour surveiller ton projet à distance, il existe des accessoires pratiques (antennes, écouteurs pour retour audio, etc.) que tu peux MODERATION : Ce n'est pas un forum publicitaire !. Bon courage pour la stabilisation !