| Bienvenue, Visiteur |
Vous devez vous enregistrer avant de pouvoir poster.
|
| Statistiques du Forum |
» Membres : 2,085
» Dernier membre : elb
» Sujets du forum : 1,675
» Messages du forum : 14,379
Statistiques complètes
|
| Utilisateurs en ligne |
Il y a actuellement 422 utilisateurs connectés.
» 3 Membre(s) | 416 Visiteur(s)
Applebot, Bing, Google, F1ATB, Jacques13
|
|
|
| Comment déboguer sur un ESP32 distant |
|
Posté par : FastFrench - 22-08-2025, 12:32 PM - Forum : Evolutions faites, à faire, dont vous rêvez...
- Pas de réponse
|
 |
Bonjour.
Chose promise, chose due. Voici quelques explications sur le débogage du code tournant sur un ESP (local via USB ou distant via Wifi).
Déboguer à distance une application sur ESP32 (WiFi) : méthodes et outils
Le débogage d’une application sur ESP32 connecté en WiFi peut être complexe, mais plusieurs méthodes existent selon votre matériel et vos besoins.
1. Débogage avec Arduino IDE : simplicité avant tout
a. Moniteur Série et debug par messages
Le plus simple est d’envoyer des messages sur la liaison série (UART) et de les lire via le Moniteur Série de l’IDE Arduino.- Limite : connexion USB nécessaire, debug basique.
b. Debug WiFi sans bibliothèque externe : serveur TCP natif
On peut créer une console réseau WiFi avec WiFiServer:
Code : WiFiServer debugServer(2323);
WiFiClient debugClient;
// Cette fonction peut être utilisée partout dans le reste du code pour envoyer un message sur une console TelNet distante.
// Et l'avantage de passer par une fonction unique dédiée, c'est qu'on peut facilement changer de mode de communication en adaptant juste cette fonction
// On peut par exemple revenir à une communication série traditionnelle en replaçant le code de la fonction par Serial.println(msg);
void Debug(String msg) {
// Si un nouveau client arrive, on le prend
if (debugServer.hasClient()) {
if (debugClient && debugClient.connected()) {
debugClient.stop(); // On vire l’ancien si déjà connecté
}
debugClient = debugServer.accept();
}
// Si on a un client valide, on envoie
if (debugClient && debugClient.connected()) {
debugClient.println(msg);
}
}
, appeler
Code : debugServer.begin()
2. Debug avancé sur ESP32 : avec ou sans matériel supplémentaire ?
a. Debug avancé sans matériel supplémentaire (USB Serial JTAG)
Certains modèles ESP32 intègrent "USB Serial JTAG" :- ESP32-S2
- ESP32-S3
- ESP32-C3
Un simple câble USB suffit au debug avancé (breakpoints, pas à pas) via ESP-IDF ou PlatformIO, sans adaptateur JTAG externe.
b. Debug matériel JTAG classique
Pour les modèles plus anciens (ex : ESP32 WROOM), un adaptateur externe type ESP-Prog est nécessaire.
c. Debug logiciel
Possible sur tous les modèles par logs UART ou WiFi, flags dans le code, mais sans breakpoints.
3. Les autres IDE et Visual Micro
Visual Micro facilite le developpement Arduino/ESP32 mais ne gère pas le debug matériel avancé.
PlatformIO et ESP-IDF offrent un debug matériel complet avec JTAG ou USB Serial JTAG.
4. Résumé : modes de debug- []Console série USB : logs, connexion filaire requise []Console WiFi TCP : logs via WiFi, simple à distance []Debug USB Serial JTAG : breakpoints sur ESP32-S2/S3/C3 (câble USB) []Debug matériel JTAG : breakpoints sur anciens modèles, sonde externe nécessaire
5. Conseils pratiques- []Commencez par le debug série ou WiFi simple []Préférez ESP32-S2/S3/C3 pour un debug avancé sans matériel externe []Utilisez PlatformIO ou ESP-IDF pour les fonctionnalités avancées []Protégez votre réseau WiFi pendant le debug distant
Conclusion
Le debug à distance sur ESP32 va du simple log à un debug avancé accessible très facilement avec les modèles ESP32 modernes via “USB Serial JTAG”. Arduino IDE et Visual Micro sont simples, mais PlatformIO et ESP-IDF avec cartes modernes offrent le maximum de confort.
|
|
|
| Effacement talon et Ballon |
|
Posté par : edouard - 22-08-2025, 10:58 AM - Forum : Routeur Photovoltaïque
- Réponses (7)
|
|
Bonjour tout est dans le titre
Comment n'autoriser le routage que lorsque le talon est effacé ? sans me retrouver souvent avec un surplus à partir de 14 h
Brider la sortie SSR à 50 % par exemple , mais cela implique d'avoir le nez sur l'écran tout le temps
Ou alors mettre des conditions ? si vous avez un exemple je suis preneur
|
|
|
|
| Lenteur connexion routeur |
|
Posté par : Naze67 - 21-08-2025, 09:56 PM - Forum : Routeur Photovoltaïque
- Réponses (6)
|
|
Bonjour
J’ai depuis 1 semaine j’ai des lenteurs de connexion au routeur, que ce soit en wifi ou en 5g de l’extérieur. Besoin de recharger la page plusieurs fois avant qu’elle ne s’affiche en totalité. Ce pourrait-il que ce soit lié aux échanges de données vers BDPV?
Merci pourrait-il vos retours.
Gaetan.
|
|
|
|
| Domotisation Ballon ecs |
|
Posté par : Jcb84 - 21-08-2025, 06:37 PM - Forum : Domotique
- Réponses (5)
|
|
Hello à tous,
Petite question concernant le pilotage du ballon ecs....
Mon ballon est actuellement piloté avec un contacteur legrand Netatmo avec cablage :
https://i.postimg.cc/j5741Ddb/Captu [...] 173643.png
Comme j'ai des pnx solaire qui couvrent quasi la conso en plein été, je voudrais déclencher la chauffe automatiquement si ma prod est superieure à 1600wh par exemple. le reste du temps, je vais rester avec le fonctionnement "traditionnel" HP/HC avec tempo et je ne suis pas ready pour passer sous home assistant
J'ai un shelly em pour monitorer la prod. La question que je me pose, c'est : est-il possible de se servir d'un routeur F1atb (sans la partie triac/ssr) pour piloter un relais pour simuler le passage hc/hp en journée sur le legrand ? En gros, peut-on avoir en parallèle l'info venant du linky et une venant du routeur ?
car actuellement je passe le contacteur en marche forcé manuellement en regardant la prod solaire sur l'app shelly
(pour le moment c'est compliqué de mettre directement un routeur, mon ballon est loin du tableau avec pas trop de place ni prés du tableau ni près du ballon ecs...
D'ailleurs, il sont placé à quel endroit vos routeurs ? électriquement j'entend . coté tableau ? ou bien c'est votre alim qui arrive côté ballon ecs et toute la partie commande est branché à partir de là ?
|
|
|
|
| Suivi des évolutions |
|
Posté par : JohnT40 - 21-08-2025, 05:40 PM - Forum : Routeur Photovoltaïque
- Pas de réponse
|
|
Bonjour,
Je m'aperçois que André met à disposition régulièrement une nouvelle version.
Est-il intéressant d'installer systématiquement la dernière version ?
Cela apporte-t-il plus de sécurité ou stabilité ?
La compatibilité descendante est-elle assurée au niveau matériel ?
|
|
|
|
| MQTT - Pas de prise ecompte des valeurs en multi |
|
Posté par : Dash - 21-08-2025, 04:57 PM - Forum : Routeur Photovoltaïque
- Réponses (1)
|
|
Bonjour.
J'ai réglé le routeur dans ACTIONS avec déclenchement à partir de 11h ce jusqu'à 18h30, réglage Multi Sinus, les autres périodes étant sur OFF. C'est fonctionnel.
À présent je voudrai piloter à partir de HA. Si j'envoie tOnOff ou mode On/Off tout fonctionne bien, je vois que dans ACTIONS le mode est passé à On/Off. Je tente à présent d'envoyer des valeurs en Multi et la ca coince. Ex:
mosquitto_pub -h 192.168.10.31 -u admin -P Pwdadmin -t "routeur1_rms/Chauffe_Eau" -m '{"Mode":"Multi","SeuilOn":0,"OuvreMax":40}' ne fait rien, dans ou en dehors des périodes définies dans ACTIONS (périodes ci dessus). J'ai tenté en rajoutant "Periode":0 ou "SeuilOn":100,"SeuilOff:":50 sachant que la production était supérieure, toujours rien.
Quelles sont les règles pour modifier un comportement multi sinus ou n'est ce possible qu'avec OnOff? Aussi, comment modifier la plage horaire de fonctionnement: je suppose "Periode":1415-1630 pour une plage de 14h15 à 16h30?
Merci pour tout retour d'informations
|
|
|
|
|
