3 réponses à ce sujet

[Pachup]

Bonjour,

 

Je me permets de poster ici en espérant être au bon endroit.
J’ai créé un petit serveur qui me permet de piloter un ESP32 via une page web, le but étant de jouer à un flipper imprimé en 3D à distance.

 

J’ai récemment rencontré un problème matériel : mon ESP32-S3 a surchauffé et a fini par griller.

Pourtant, plusieurs éléments semblaient validés 

• Mon ESP32 communique correctement avec mon serveur en test réel 
• Mon montage solénoïde + MOSFET + bouton fonctionne en test réel
• Tous les composants ont été testés au multimètre et semblaient OK

J'avais mon esp32 branché par câble USB et mes solénoïdes étaient alimenté par une alimentation 12V, 10A, j'active mes solénoïdes grâce au MOSFET relié au GPIO 4 et 5 de mon esp32.

J’ai joint le schéma des composants ainsi qu’une photo du prototype testé :

 

 

 

 

Je pense que le problème vient de la partie électronique. Étant encore novice dans ce domaine, je me pose plusieurs questions :

• Les dominos sont-ils adaptés pour ce type de circuit ?
• Les diodes doivent-elles être placées plus près des solénoïdes ?
• Y a-t-il une erreur classique qui pourrait expliquer la surchauffe de l’ESP32 ?

Merci d’avance pour votre aide et votre temps.

[Mike118]

Là comme ça je ne vois pas directement le problème ... 
Comment est alimenté l'esp32 ? 

Là pour ton projet tu as beaucoup de dominos pour pas grand chose ... ( Je pense pas que ça soit le problème ... ) tu peux facilement remplacer beaucoup de câblage par ce module : https://www.robot-ma...sistor-293.html

Qui fait grosso modo ce que tu fais déjà ...

Sinon pour information j'ai un site web complètement gratuit : www.vigibot.com qui pourrait accueillir un projet comme le tien pour permettre de piloter ton flipper par internet en temps reel avec un raspberry pi ( au lieu de l'esp32)  ...

En tout cas hâte de pouvoir tester ton projet  

 

[Sandro]

Salut,

Sur le Schéma, je vois une erreur (mais pas sûr qu'elle soit présente sur le vrai circuit) : les diodes sont montées à l'envers (dans l'état actuel, elles conduisent, donc le solénoide ne sera jamais activé, et les mosfets vont très probablement cramer). Ce serait pratique d'avoir le schéma en entier (on ne voir pas l'ESP en entier, en particulier pas son alimentation)

 

Un mosfet monté en inversant des pins peut envoyer du 12V sur l'ESP32 (donc le cramer), mais ça semble peut cohérent avec le fait que le circuit marchait (sauf si ça a été débranché entre temps).

 

Comme le dit Mike, vérifie bien comment tu alimentes l'ESP32 (sans cette info, et la doc du module que tu utilises, on aura du mal à te dire si ça vient ou pas de là). Si tu alimentes en 12V, et que c'est un régulateur linéaire dans le module (malheureusement probable), alors ça risque de chauffer (je ne sais pas si dans le tolérable ou pas)

 

Pour les branchements, je dois avouer avoir du mal à suivre. Quelques conseils pour l'optimiser :

- utilise des fils noir pour le GND, rouge pour ta tension d'alim principale (12V), et d'autres couleurs pour le reste : tu (et on) y verra bien plus clair

- si tu soudes des fils plus longs sur tes mosfets, tu t'épargnera pas mal de ralonges

- tu peux mettre tes résistances dans les "wago"/dominos principaux pour éviter les ralonges

[Pachup]

Bonjour,

 

Merci pour vos réponses. 

En testant au multimètre, j’ai rapidement identifié le problème : le domino regroupant plusieurs connexions GND laissait passer des perturbations, ce qui faisait remonter la tension du circuit de puissance vers la partie logique. Je mesurais jusqu’à 12V sur un pin de l’ESP32, ce qui explique qu’il ait grillé.

J’ai donc revu le câblage en séparant les retours de masse :

• un premier domino dédié à la puissance (sources des MOSFET et retour des solénoïdes)

• un second domino dédié à la logique (GND de l’ESP32 et commande des gates via résistances)

Tout était bon à ce niveau là.

 

 

Malgré cette correction, je constatais encore de la latence entre le front-end HTML et l’activation des solénoïdes. J’ai donc suivi vos conseils : réduction des dominos, soudures là où c’était possible, et fixation correcte des MOSFET.

Le câblage n’est pas encore très propre (les couleurs de fils dépendent surtout de leur longueur disponible), mais le montage est désormais plus compact et fonctionne correctement.

 

 

Pour répondre plus précisément aux détails du schéma : l’ESP32 est alimenté via le câble USB (5V), et les GPIO délivrent un signal de commande en 3,3V pour piloter les MOSFET. Je pensais que le schéma KiCad était suffisamment parlant avec les références visibles, mais pour précision des composants:

• Diodes : SR560
• MOSFET : IRLZ44N
• Solénoïdes : 1564B 12VDC (3.5 à 65N)
• ESP32-S3

 

J’ai également regardé Vigibot, que je ne connaissais pas. Cela pourrait être très intéressant pour ce projet et les suivants : si cela permet d’éviter d’ouvrir des ports sur mon routeur et de faire tourner un serveur en continu, le Raspberry Pi devient une option pertinente.

J’avais initialement choisi l’ESP32 pour son coût plus abordable.