<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title><![CDATA[F1ATB forum - Evolutions faites, à faire, dont vous rêvez...]]></title>
		<link>https://f1atb.fr/forum_f1atb/</link>
		<description><![CDATA[F1ATB forum - https://f1atb.fr/forum_f1atb]]></description>
		<pubDate>Sun, 27 Sep 2026 10:08:30 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Autoriser le Wi‑Fi sur WT32‑ETH01 sans perdre l'accès Ethernet]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-3266.html</link>
			<pubDate>Wed, 23 Sep 2026 14:57:54 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=3080">LE Cinq</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-3266.html</guid>
			<description><![CDATA[<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Proposition d'évolution RMS 17.29 pour WT32-ETH01</span><br />
</span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Contexte</span></span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><br />
J'utilise une carte <span style="font-weight: bold;" class="mycode_b">WT32-ETH01</span> avec le firmware <span style="font-weight: bold;" class="mycode_b">RMS-ESP32 V17.29</span>.<br />
Mon souhait est d'utiliser cette carte uniquement en <span style="font-weight: bold;" class="mycode_b">Wi‑Fi</span>, sans câble Ethernet branché.<br />
Lors de la configuration :</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">le Wi‑Fi fonctionne correctement ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">le portail Web est accessible sur l'adresse Wi‑Fi (par exemple 192.168.1.90</span><span style="font-family: Segoe UI;" class="mycode_font">) ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">les paramètres se sauvegardent correctement.</span><br />
</li>
</ul>
<br />
<span style="font-family: Segoe UI;" class="mycode_font">Cependant, dès que le modèle <span style="font-weight: bold;" class="mycode_b">WT32-ETH01</span> est sélectionné puis que l'ESP32 redémarre :<br />
<br />
<span style="font-style: italic;" class="mycode_i"><span style="font-weight: bold;" class="mycode_b">ESP32_Type:10<br />
Lancement de la liaison Ethernet<br />
Initialisation Ethernet par DHCP<br />
Adresse IP Ethernet assignée par DHCP : 192.168.1.74</span></span><br />
<br />
Le portail n'est alors plus accessible via l'adresse Wi‑Fi.<br />
Sans câble RJ45, l'interface Web devient inaccessible.<br />
Avec un câble RJ45 branché, le portail redevient accessible sur l'adresse Ethernet.<br />
</span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Analyse du code</span><br />
Dans </span><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Monaco, Consolas, Courier, monospace;" class="mycode_font">setup()</span></span><span style="font-family: Segoe UI;" class="mycode_font">, le comportement actuel est :</span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><br />
if (ESP32_Type == 10) {<br />
// Ethernet uniquement<br />
}<br />
else {<br />
// Wifi uniquement<br />
}<br />
<br />
Par conséquent, dès qu'une WT32‑ETH01 est sélectionnée :<br />
<br />
ESP32_Type = 10;<br />
<br />
le firmware démarre uniquement l'interface Ethernet.<br />
Le Wi‑Fi n'est jamais lancé.</span><br />
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Limitation actuelle</span></span><br />
<span style="font-family: Segoe UI;" class="mycode_font">Le type de carte :<br />
<br />
<span style="font-weight: bold;" class="mycode_b">WT32-ETH01</span><br />
<br />
représente aujourd'hui :<br />
<br />
WT32-ETH01 = Ethernet obligatoire<br />
<br />
alors que matériellement :<br />
<br />
WT32-ETH01 = Ethernet + Wi‑Fi<br />
<br />
Le module ESP32 embarqué supporte les deux interfaces.</span><br />
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Proposition d'amélioration</span></span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><br />
<span style="font-style: italic;" class="mycode_i">Option 1 : Ajout d'un mode réseau</span><br />
Ajouter dans les paramètres :<br />
<br />
<span style="font-weight: bold;" class="mycode_b">WT32-ETH01<br />
○ Ethernet uniquement<br />
○ Wi‑Fi uniquement<br />
○ Ethernet + Wi‑Fi</span><br />
<br />
Avantages :</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">aucune régression ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">compatibilité ascendante ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">choix explicite pour l'utilisateur.</span><br />
</li>
</ul>
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-style: italic;" class="mycode_i">Option 2 : Démarrage automatique</span><br />
Comportement proposé :<br />
<br />
WT32-ETH01<br />
</span><br />
<ol type="1" class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">Tentative de démarrage Ethernet.</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">Si aucun lien RJ45 détecté :<br />
</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">démarrage automatique du Wi‑Fi.</span><br />
</li>
</ul>
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">Si les deux sont disponibles :<br />
</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">conserver Ethernet et Wi‑Fi.</span><br />
</li>
</ul>
</li>
</ol>
<br />
<span style="font-family: Segoe UI;" class="mycode_font">Pseudo-code :<br />
<br />
if (ESP32_Type == 10) {<br />
 <br />
    bool ethOK = Ethernet.begin();<br />
 <br />
   if (!ethOK || Ethernet.linkStatus() == LinkOFF) {<br />
 <br />
   WiFi.begin(ssid.c_str(), password.c_str());<br />
 <br />
   }<br />
 <br />
}<br />
<br />
Avantage :</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">aucun réglage supplémentaire pour l'utilisateur ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">comportement plus intuitif.</span><br />
</li>
</ul>
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-style: italic;" class="mycode_i">Option 3 : Ethernet + Wi‑Fi simultanés</span><br />
Démarrer systématiquement les deux interfaces :<br />
<br />
Ethernet.begin();<br />
 <br />
WiFi.begin(ssid.c_str(), password.c_str());<br />
<br />
Le serveur Web resterait alors accessible :<br />
<br />
<a href="http://192.168.1.74" target="_blank" rel="noopener" class="mycode_url">http://192.168.1.74</a><br />
<br />
et<br />
<br />
<a href="http://192.168.1.90" target="_blank" rel="noopener" class="mycode_url">http://192.168.1.90</a><br />
<br />
<br />
selon le réseau utilisé.<br />
C'est probablement la solution la plus confortable pour les utilisateurs WT32‑ETH01.</span><br />
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Bénéfices</span></span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">utilisation de la WT32‑ETH01 sans câble RJ45 ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">accès de secours en Wi‑Fi si le réseau Ethernet est indisponible ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">cohérence avec les capacités matérielles de la carte ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">réduction des demandes de support liées à la perte d'accès au portail après sélection de WT32‑ETH01.</span><br />
</li>
</ul>
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Conclusion</span><br />
La sauvegarde fonctionne correctement dans RMS 17.29.<br />
Le problème observé n'est pas une perte de configuration mais le fait que le profil :<br />
<br />
WT32-ETH01<br />
<br />
force actuellement un fonctionnement Ethernet exclusif.<br />
L'ajout d'un mode <span style="font-weight: bold;" class="mycode_b">Wi‑Fi</span>, <span style="font-weight: bold;" class="mycode_b">Ethernet</span>, ou <span style="font-weight: bold;" class="mycode_b">Mixte Ethernet + Wi‑Fi</span> améliorerait considérablement l'expérience utilisateur pour cette carte.</span>]]></description>
			<content:encoded><![CDATA[<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Proposition d'évolution RMS 17.29 pour WT32-ETH01</span><br />
</span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Contexte</span></span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><br />
J'utilise une carte <span style="font-weight: bold;" class="mycode_b">WT32-ETH01</span> avec le firmware <span style="font-weight: bold;" class="mycode_b">RMS-ESP32 V17.29</span>.<br />
Mon souhait est d'utiliser cette carte uniquement en <span style="font-weight: bold;" class="mycode_b">Wi‑Fi</span>, sans câble Ethernet branché.<br />
Lors de la configuration :</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">le Wi‑Fi fonctionne correctement ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">le portail Web est accessible sur l'adresse Wi‑Fi (par exemple 192.168.1.90</span><span style="font-family: Segoe UI;" class="mycode_font">) ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">les paramètres se sauvegardent correctement.</span><br />
</li>
</ul>
<br />
<span style="font-family: Segoe UI;" class="mycode_font">Cependant, dès que le modèle <span style="font-weight: bold;" class="mycode_b">WT32-ETH01</span> est sélectionné puis que l'ESP32 redémarre :<br />
<br />
<span style="font-style: italic;" class="mycode_i"><span style="font-weight: bold;" class="mycode_b">ESP32_Type:10<br />
Lancement de la liaison Ethernet<br />
Initialisation Ethernet par DHCP<br />
Adresse IP Ethernet assignée par DHCP : 192.168.1.74</span></span><br />
<br />
Le portail n'est alors plus accessible via l'adresse Wi‑Fi.<br />
Sans câble RJ45, l'interface Web devient inaccessible.<br />
Avec un câble RJ45 branché, le portail redevient accessible sur l'adresse Ethernet.<br />
</span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Analyse du code</span><br />
Dans </span><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Monaco, Consolas, Courier, monospace;" class="mycode_font">setup()</span></span><span style="font-family: Segoe UI;" class="mycode_font">, le comportement actuel est :</span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><br />
if (ESP32_Type == 10) {<br />
// Ethernet uniquement<br />
}<br />
else {<br />
// Wifi uniquement<br />
}<br />
<br />
Par conséquent, dès qu'une WT32‑ETH01 est sélectionnée :<br />
<br />
ESP32_Type = 10;<br />
<br />
le firmware démarre uniquement l'interface Ethernet.<br />
Le Wi‑Fi n'est jamais lancé.</span><br />
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Limitation actuelle</span></span><br />
<span style="font-family: Segoe UI;" class="mycode_font">Le type de carte :<br />
<br />
<span style="font-weight: bold;" class="mycode_b">WT32-ETH01</span><br />
<br />
représente aujourd'hui :<br />
<br />
WT32-ETH01 = Ethernet obligatoire<br />
<br />
alors que matériellement :<br />
<br />
WT32-ETH01 = Ethernet + Wi‑Fi<br />
<br />
Le module ESP32 embarqué supporte les deux interfaces.</span><br />
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Proposition d'amélioration</span></span><br />
<span style="font-family: Segoe UI;" class="mycode_font"><br />
<span style="font-style: italic;" class="mycode_i">Option 1 : Ajout d'un mode réseau</span><br />
Ajouter dans les paramètres :<br />
<br />
<span style="font-weight: bold;" class="mycode_b">WT32-ETH01<br />
○ Ethernet uniquement<br />
○ Wi‑Fi uniquement<br />
○ Ethernet + Wi‑Fi</span><br />
<br />
Avantages :</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">aucune régression ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">compatibilité ascendante ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">choix explicite pour l'utilisateur.</span><br />
</li>
</ul>
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-style: italic;" class="mycode_i">Option 2 : Démarrage automatique</span><br />
Comportement proposé :<br />
<br />
WT32-ETH01<br />
</span><br />
<ol type="1" class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">Tentative de démarrage Ethernet.</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">Si aucun lien RJ45 détecté :<br />
</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">démarrage automatique du Wi‑Fi.</span><br />
</li>
</ul>
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">Si les deux sont disponibles :<br />
</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">conserver Ethernet et Wi‑Fi.</span><br />
</li>
</ul>
</li>
</ol>
<br />
<span style="font-family: Segoe UI;" class="mycode_font">Pseudo-code :<br />
<br />
if (ESP32_Type == 10) {<br />
 <br />
    bool ethOK = Ethernet.begin();<br />
 <br />
   if (!ethOK || Ethernet.linkStatus() == LinkOFF) {<br />
 <br />
   WiFi.begin(ssid.c_str(), password.c_str());<br />
 <br />
   }<br />
 <br />
}<br />
<br />
Avantage :</span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">aucun réglage supplémentaire pour l'utilisateur ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">comportement plus intuitif.</span><br />
</li>
</ul>
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-style: italic;" class="mycode_i">Option 3 : Ethernet + Wi‑Fi simultanés</span><br />
Démarrer systématiquement les deux interfaces :<br />
<br />
Ethernet.begin();<br />
 <br />
WiFi.begin(ssid.c_str(), password.c_str());<br />
<br />
Le serveur Web resterait alors accessible :<br />
<br />
<a href="http://192.168.1.74" target="_blank" rel="noopener" class="mycode_url">http://192.168.1.74</a><br />
<br />
et<br />
<br />
<a href="http://192.168.1.90" target="_blank" rel="noopener" class="mycode_url">http://192.168.1.90</a><br />
<br />
<br />
selon le réseau utilisé.<br />
C'est probablement la solution la plus confortable pour les utilisateurs WT32‑ETH01.</span><br />
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Bénéfices</span></span><ul class="mycode_list"><li><span style="font-family: Segoe UI;" class="mycode_font">utilisation de la WT32‑ETH01 sans câble RJ45 ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">accès de secours en Wi‑Fi si le réseau Ethernet est indisponible ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">cohérence avec les capacités matérielles de la carte ;</span><br />
</li>
<li><span style="font-family: Segoe UI;" class="mycode_font">réduction des demandes de support liées à la perte d'accès au portail après sélection de WT32‑ETH01.</span><br />
</li>
</ul>
<br />
<span style="font-family: Segoe UI;" class="mycode_font"><span style="font-weight: bold;" class="mycode_b">Conclusion</span><br />
La sauvegarde fonctionne correctement dans RMS 17.29.<br />
Le problème observé n'est pas une perte de configuration mais le fait que le profil :<br />
<br />
WT32-ETH01<br />
<br />
force actuellement un fonctionnement Ethernet exclusif.<br />
L'ajout d'un mode <span style="font-weight: bold;" class="mycode_b">Wi‑Fi</span>, <span style="font-weight: bold;" class="mycode_b">Ethernet</span>, ou <span style="font-weight: bold;" class="mycode_b">Mixte Ethernet + Wi‑Fi</span> améliorerait considérablement l'expérience utilisateur pour cette carte.</span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Où est passé le parametrage MQTT sur la version V17.29 ?]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-3207.html</link>
			<pubDate>Sat, 19 Sep 2026 07:36:56 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=1220">itbf5h8bm</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-3207.html</guid>
			<description><![CDATA[Bonjour,<br />
Suite au plantage de mon routeur après 2 ans de bons et loyaux services, j'ai été amené à recharger le programme. Les versions ayant évolué, je n'ai pas souhaité réinstaller la version V17.18 mais directement la dernière V17.29.<br />
Mais: je ne trouve pas l'endroit où entrer le paramétrage MQTT.<br />
Merci de m'éclairer.]]></description>
			<content:encoded><![CDATA[Bonjour,<br />
Suite au plantage de mon routeur après 2 ans de bons et loyaux services, j'ai été amené à recharger le programme. Les versions ayant évolué, je n'ai pas souhaité réinstaller la version V17.18 mais directement la dernière V17.29.<br />
Mais: je ne trouve pas l'endroit où entrer le paramétrage MQTT.<br />
Merci de m'éclairer.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Antennes wifi de l'ESP32-S3 N16R8]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-3206.html</link>
			<pubDate>Fri, 18 Sep 2026 19:01:36 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=1927">Specot</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-3206.html</guid>
			<description><![CDATA[Bonjour à tous<br />
<br />
la prochaine version du routeur tournera sur un  ESP32-S3 N16R. On trouve beaucoup de versions avec antenne wifi intégré mais possédant aussi un emplacement pour une antenne externe. Dans mon cas, il me faut une antenne externe car ma box est un peu éloignée.<br />
J'ai vu pas mal de tutos sur internet indiquant qu'il fallait déplacer par soudure un pont afin de sélectionner soit l'antenne interne, soit l'antenne externe.<br />
<br />
Outre le fait que ce soit d'un niveau subatomique, celle que je viens de recevoir possède un pont sur la carte relié à l'antenne externe.<br />
La documentation fournie n'est pas très claire.<br />
Est-ce qu'elle peut fonctionner avec les deux antennes ou alors il y a une intervention à faire ?<br />
<br />
Bref, est-ce qu'il y a quelqu'un qui possède plus d’expérience et qui saurait me guider.<br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6740" target="_blank" title="">20260918_203739.jpg</a> (Taille : 112.31 Ko / Téléchargements : 49)
<!-- end: postbit_attachments_attachment --><br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6741" target="_blank" title="">Capture d'écran 2026-09-18 210625.jpg</a> (Taille : 162.01 Ko / Téléchargements : 58)
<!-- end: postbit_attachments_attachment -->]]></description>
			<content:encoded><![CDATA[Bonjour à tous<br />
<br />
la prochaine version du routeur tournera sur un  ESP32-S3 N16R. On trouve beaucoup de versions avec antenne wifi intégré mais possédant aussi un emplacement pour une antenne externe. Dans mon cas, il me faut une antenne externe car ma box est un peu éloignée.<br />
J'ai vu pas mal de tutos sur internet indiquant qu'il fallait déplacer par soudure un pont afin de sélectionner soit l'antenne interne, soit l'antenne externe.<br />
<br />
Outre le fait que ce soit d'un niveau subatomique, celle que je viens de recevoir possède un pont sur la carte relié à l'antenne externe.<br />
La documentation fournie n'est pas très claire.<br />
Est-ce qu'elle peut fonctionner avec les deux antennes ou alors il y a une intervention à faire ?<br />
<br />
Bref, est-ce qu'il y a quelqu'un qui possède plus d’expérience et qui saurait me guider.<br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6740" target="_blank" title="">20260918_203739.jpg</a> (Taille : 112.31 Ko / Téléchargements : 49)
<!-- end: postbit_attachments_attachment --><br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6741" target="_blank" title="">Capture d'écran 2026-09-18 210625.jpg</a> (Taille : 162.01 Ko / Téléchargements : 58)
<!-- end: postbit_attachments_attachment -->]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Routeur F1ATB avec gestion batterie Plug en play ( Zendure )]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-3126.html</link>
			<pubDate>Thu, 17 Sep 2026 10:05:51 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=3096">Flavien</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-3126.html</guid>
			<description><![CDATA[Bonjour à tous,<br />
J’ai depuis quelques jours un routeur Berdolo. Ça fonctionne très bien et j’en suis content… mais j’ai remarqué deux situations problématiques.<br />
<br />
Première situation :<br />
Le routeur est en mode « routage », peu importe la valeur de consigne. Si un gros consommateur démarre et que la production solaire n’est pas suffisante, le routeur arrête immédiatement le routage et la batterie complète l’énergie manquante.<br />
Dès que le consommateur s’arrête, le routeur « route » l’énergie de la batterie plus rapidement que celle-ci ne cesse d’alimenter l’installation. Conclusion : la batterie chauffe l’eau du ballon avec le routeur à 100 % au bout de quelques minutes.<br />
<br />
Deuxième situation :<br />
Le comportement est le même, mais cette fois lors d’une chute brutale de la production solaire : la batterie prend le relais et le routeur vient alors vider la batterie.<br />
Pour éviter ce phénomène, je peux mettre un seuil négatif dans le planning. Il faut environ 150 W, ce qui n’est pas négligeable. Mais mon problème est surtout qu’avec un tel seuil, c’est la recharge de la batterie qui se fait avant le routage vers l’eau chaude. J’aimerais que l’eau chaude soit chauffée avant de recharger la batterie.<br />
Dans l’idéal, je pense qu’il faudrait une mesure U×I sur le départ/arrivée de la batterie au tableau et conditionner le routage en fonction de la charge/décharge de la batterie, tout comme on peut le faire avec la température, par exemple.<br />
L’utilisation des fonctions U×I2 et U×I3 permet-elle de faire cela ?<br />
<br />
Sinon, j’ai pensé à utiliser les entrées des capteurs de température, mais cela obligerait à ajouter une carte pour émuler un signal One-Wire attendu par l’ESP32 en fonction de la puissance.<br />
<br />
Merci pour vos réponse <br />
<br />
Pour infos : 5Kwc de panneaux avec micro onduleurs Solax + passerelle + Batterie Zendure SolarFlow 4000AC+ ( débloqué a 4Kw bidirectionelle ) et 8kwh de capacité. Gestion de la batterie avec Smarts Meter 3cts avec une mesure en sortie de Linky et une mesure sur l'arrivé photovoilatique.]]></description>
			<content:encoded><![CDATA[Bonjour à tous,<br />
J’ai depuis quelques jours un routeur Berdolo. Ça fonctionne très bien et j’en suis content… mais j’ai remarqué deux situations problématiques.<br />
<br />
Première situation :<br />
Le routeur est en mode « routage », peu importe la valeur de consigne. Si un gros consommateur démarre et que la production solaire n’est pas suffisante, le routeur arrête immédiatement le routage et la batterie complète l’énergie manquante.<br />
Dès que le consommateur s’arrête, le routeur « route » l’énergie de la batterie plus rapidement que celle-ci ne cesse d’alimenter l’installation. Conclusion : la batterie chauffe l’eau du ballon avec le routeur à 100 % au bout de quelques minutes.<br />
<br />
Deuxième situation :<br />
Le comportement est le même, mais cette fois lors d’une chute brutale de la production solaire : la batterie prend le relais et le routeur vient alors vider la batterie.<br />
Pour éviter ce phénomène, je peux mettre un seuil négatif dans le planning. Il faut environ 150 W, ce qui n’est pas négligeable. Mais mon problème est surtout qu’avec un tel seuil, c’est la recharge de la batterie qui se fait avant le routage vers l’eau chaude. J’aimerais que l’eau chaude soit chauffée avant de recharger la batterie.<br />
Dans l’idéal, je pense qu’il faudrait une mesure U×I sur le départ/arrivée de la batterie au tableau et conditionner le routage en fonction de la charge/décharge de la batterie, tout comme on peut le faire avec la température, par exemple.<br />
L’utilisation des fonctions U×I2 et U×I3 permet-elle de faire cela ?<br />
<br />
Sinon, j’ai pensé à utiliser les entrées des capteurs de température, mais cela obligerait à ajouter une carte pour émuler un signal One-Wire attendu par l’ESP32 en fonction de la puissance.<br />
<br />
Merci pour vos réponse <br />
<br />
Pour infos : 5Kwc de panneaux avec micro onduleurs Solax + passerelle + Batterie Zendure SolarFlow 4000AC+ ( débloqué a 4Kw bidirectionelle ) et 8kwh de capacité. Gestion de la batterie avec Smarts Meter 3cts avec une mesure en sortie de Linky et une mesure sur l'arrivé photovoilatique.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Action selon sondes de température]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2996.html</link>
			<pubDate>Tue, 15 Sep 2026 09:36:40 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=1049">memz</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2996.html</guid>
			<description><![CDATA[Bonjour, <br />
Actuellement j'ai deux CE qui fonctionne sur routeur en cascade<br />
Mon premier routeur chauffe l'eau sanitaire en priorité et lorsque il atteint les 50°c le second démarre, le premier continu jusqu'à atteindre la consigne de son thermostat à 65°c environ.<br />
Il y a quelques jours mon deuxième CE qui préchauffe l'eau du premier, de la machine à laver et du lave-vaisselle ne s'est pas arrêté avec son thermostat interne, conséquence ébullition et vanne de sécurité qui crache. <br />
Mes deux CE sont équipés de sonde de température DB. <br />
Je souhaiterais pouvoir paramétrer une action en fonction de deux sondes de température distincte : mon deuxième CE démarre quand la première sonde dépasse les 50°c et se coupe quand la deuxième sonde atteint la température de consigne (afin de doubler l'effet du thermostat interne, en sécurité).<br />
Je n'ai pas trouvé la solution pour le faire, est-ce envisageable ?<br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6710" target="_blank" title="">Screenshot_20260915_113050_Chrome.jpg</a> (Taille : 226.75 Ko / Téléchargements : 11)
<!-- end: postbit_attachments_attachment -->]]></description>
			<content:encoded><![CDATA[Bonjour, <br />
Actuellement j'ai deux CE qui fonctionne sur routeur en cascade<br />
Mon premier routeur chauffe l'eau sanitaire en priorité et lorsque il atteint les 50°c le second démarre, le premier continu jusqu'à atteindre la consigne de son thermostat à 65°c environ.<br />
Il y a quelques jours mon deuxième CE qui préchauffe l'eau du premier, de la machine à laver et du lave-vaisselle ne s'est pas arrêté avec son thermostat interne, conséquence ébullition et vanne de sécurité qui crache. <br />
Mes deux CE sont équipés de sonde de température DB. <br />
Je souhaiterais pouvoir paramétrer une action en fonction de deux sondes de température distincte : mon deuxième CE démarre quand la première sonde dépasse les 50°c et se coupe quand la deuxième sonde atteint la température de consigne (afin de doubler l'effet du thermostat interne, en sécurité).<br />
Je n'ai pas trouvé la solution pour le faire, est-ce envisageable ?<br /><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6710" target="_blank" title="">Screenshot_20260915_113050_Chrome.jpg</a> (Taille : 226.75 Ko / Téléchargements : 11)
<!-- end: postbit_attachments_attachment -->]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Problème avec pwm]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2940.html</link>
			<pubDate>Tue, 08 Sep 2026 10:55:27 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=1072">bernard deschutter</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2940.html</guid>
			<description><![CDATA[Je suis actuellement en version 16.10<br />
J'ai voulu configurer pwm à 5 hz et là gros problème :perte de wifi application tourne au ralenti <br />
Par contre tout va bien à 50 hz]]></description>
			<content:encoded><![CDATA[Je suis actuellement en version 16.10<br />
J'ai voulu configurer pwm à 5 hz et là gros problème :perte de wifi application tourne au ralenti <br />
Par contre tout va bien à 50 hz]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Batteries: rentables?]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2926.html</link>
			<pubDate>Thu, 03 Sep 2026 08:56:58 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=36">phisebe</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2926.html</guid>
			<description><![CDATA[Bonjour à Chacun,<br />
<br />
Je vois fleurir des offres de plus en plus alléchantes pour s'équiper de batteries afin de<br />
- ne rien perdre de ce que les PV produisent<br />
- stocker de l'énergie quand elle est moins chère (heures creuses et autres), et la restituer quand elle est +chère.<br />
Comme les offres des panneaux, elles présentent les économies de manière... partiales.<br />
Et si je suis tombé dans le panneau... photovoltaïque, volontairement, c'est après avoir fait à peu près la même analyse que ce qui suit.<br />
<br />
Tout d'abord la meilleure batterie, c'est notre cumulus: MERCI André !<br />
Mais une fois les 5-7 kW accumulés on fait quoi du surplus?<br />
Rappel je n'ai que 1.840 Wc qui produisent de 89 W à 10.944 W selon la météo, en moyenne 5,8kW<br />
<br />
J'ai regardé 2 solutions de puissance 2kW à 800€ et 6kW à 1500€.<br />
Je n'ai pas cherché LE prix, plutôt voulu étudier si c'était envisageable, pour moi.<br />
Il serait toujours temps ensuite d'affiner l'achat au prix correct.<br />
A priori, brut de marketing vendeur, le délai de récupération c'est 4 ans. Appétissant.<br />
<br />
J'ai pris ma feuille LibreOffice du 1/9/2025 au31/8/2026.<br />
Vue l'efficacité du routeur je n'ai "perdu" que 125€ en injections d'origines diverses... depuis 30mois<br />
Mais j'ai voulu passer les offres au filtre de mon utilisation et de mes données. <br />
J'ai retiré les jours où je n'étais pas à la maison (qui en général produisent de l'injection)<br />
ajouté que la batterie à mon retour serait à pleine capacité.<br />
Limité l'apport à chacune des 2 capacités étudiées que ce soit par les PV ou par le réseau en H.C.<br />
Avec au mieux 2 charges complètes: un par les PV, l'autre par le réseau en une période d'HC.<br />
Et regardé comment cela impacterait ma conso du réseau chaque jour.<br />
<br />
Résultat délais de récupération 11ans pour le système 2kW et 10 pour l'autre de 6kW<br />
Hors frais d'installations annexes, assurances, pannes hors garantie.<br />
Nettement moins sexy, non?<br />
<br />
Si cela peut servir !<br />
Bonne journée !]]></description>
			<content:encoded><![CDATA[Bonjour à Chacun,<br />
<br />
Je vois fleurir des offres de plus en plus alléchantes pour s'équiper de batteries afin de<br />
- ne rien perdre de ce que les PV produisent<br />
- stocker de l'énergie quand elle est moins chère (heures creuses et autres), et la restituer quand elle est +chère.<br />
Comme les offres des panneaux, elles présentent les économies de manière... partiales.<br />
Et si je suis tombé dans le panneau... photovoltaïque, volontairement, c'est après avoir fait à peu près la même analyse que ce qui suit.<br />
<br />
Tout d'abord la meilleure batterie, c'est notre cumulus: MERCI André !<br />
Mais une fois les 5-7 kW accumulés on fait quoi du surplus?<br />
Rappel je n'ai que 1.840 Wc qui produisent de 89 W à 10.944 W selon la météo, en moyenne 5,8kW<br />
<br />
J'ai regardé 2 solutions de puissance 2kW à 800€ et 6kW à 1500€.<br />
Je n'ai pas cherché LE prix, plutôt voulu étudier si c'était envisageable, pour moi.<br />
Il serait toujours temps ensuite d'affiner l'achat au prix correct.<br />
A priori, brut de marketing vendeur, le délai de récupération c'est 4 ans. Appétissant.<br />
<br />
J'ai pris ma feuille LibreOffice du 1/9/2025 au31/8/2026.<br />
Vue l'efficacité du routeur je n'ai "perdu" que 125€ en injections d'origines diverses... depuis 30mois<br />
Mais j'ai voulu passer les offres au filtre de mon utilisation et de mes données. <br />
J'ai retiré les jours où je n'étais pas à la maison (qui en général produisent de l'injection)<br />
ajouté que la batterie à mon retour serait à pleine capacité.<br />
Limité l'apport à chacune des 2 capacités étudiées que ce soit par les PV ou par le réseau en H.C.<br />
Avec au mieux 2 charges complètes: un par les PV, l'autre par le réseau en une période d'HC.<br />
Et regardé comment cela impacterait ma conso du réseau chaque jour.<br />
<br />
Résultat délais de récupération 11ans pour le système 2kW et 10 pour l'autre de 6kW<br />
Hors frais d'installations annexes, assurances, pannes hors garantie.<br />
Nettement moins sexy, non?<br />
<br />
Si cela peut servir !<br />
Bonne journée !]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Détection fin de chauffe cumulus]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2907.html</link>
			<pubDate>Tue, 25 Aug 2026 06:59:01 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=3040">pic</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2907.html</guid>
			<description><![CDATA[Bonjour à tous,<br />
<br />
Après quelques recherches il y a une fonctionnalité que je n'ai pas trouvée et qui me paraîtrait utile : <br />
<br />
Détecter la chauffe complète d'un cumulus (lors d'une journée ensoleillée ou d'un forçage manuel), pour désactiver ensuite une action de chauffe programmée la nuit par exemple.<br />
<br />
J'ai vu qu'il existait une estimation avec ouverture équivalente, mais je souhaiterais plutôt me baser sur le thermostat de régulation.<br />
<br />
Lorsque l'eau est chaude, l'injection dans le cumulus se termine car le thermostat du cumulus ouvre le circuit électrique :<br />
Ce qui donne : Sortie 100% &amp; Conso cumulus 0W <br />
<br />
Pensez vous que ce soit une bonne idée ? Suis-je passé a côté d'une autre idée meilleure ?<br />
<br />
Merci pour vos retours et a f1atb pour ce super fw que j'utilise depuis plusieurs années maintenant.]]></description>
			<content:encoded><![CDATA[Bonjour à tous,<br />
<br />
Après quelques recherches il y a une fonctionnalité que je n'ai pas trouvée et qui me paraîtrait utile : <br />
<br />
Détecter la chauffe complète d'un cumulus (lors d'une journée ensoleillée ou d'un forçage manuel), pour désactiver ensuite une action de chauffe programmée la nuit par exemple.<br />
<br />
J'ai vu qu'il existait une estimation avec ouverture équivalente, mais je souhaiterais plutôt me baser sur le thermostat de régulation.<br />
<br />
Lorsque l'eau est chaude, l'injection dans le cumulus se termine car le thermostat du cumulus ouvre le circuit électrique :<br />
Ce qui donne : Sortie 100% &amp; Conso cumulus 0W <br />
<br />
Pensez vous que ce soit une bonne idée ? Suis-je passé a côté d'une autre idée meilleure ?<br />
<br />
Merci pour vos retours et a f1atb pour ce super fw que j'utilise depuis plusieurs années maintenant.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Mesure Shelly LNM Local Network Messaging]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2898.html</link>
			<pubDate>Fri, 21 Aug 2026 08:54:05 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=1539">cupriste</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2898.html</guid>
			<description><![CDATA[Bonjour à tous,<br />
<br />
Je ne sais pas si vous avez lu mais Shelly a intégré la fonction LNM.<br />
<br />
<a href="https://shelly-api-docs.shelly.cloud/gen2/General/LocalNetworkMessaging/" target="_blank" rel="noopener" class="mycode_url">https://shelly-api-docs.shelly.cloud/gen...Messaging/</a><br />
<br />
Il semblerait que cette méthode soit efficace , je la transmet plutôt pour information et laisse a André et aux quelques personnes ici qui développent, juger si cela peut être utile ou non d'y basculer <img src="https://f1atb.fr/forum_f1atb/images/smilies/wink.png" alt="Wink" title="Wink" class="smilie smilie_2" />]]></description>
			<content:encoded><![CDATA[Bonjour à tous,<br />
<br />
Je ne sais pas si vous avez lu mais Shelly a intégré la fonction LNM.<br />
<br />
<a href="https://shelly-api-docs.shelly.cloud/gen2/General/LocalNetworkMessaging/" target="_blank" rel="noopener" class="mycode_url">https://shelly-api-docs.shelly.cloud/gen...Messaging/</a><br />
<br />
Il semblerait que cette méthode soit efficace , je la transmet plutôt pour information et laisse a André et aux quelques personnes ici qui développent, juger si cela peut être utile ou non d'y basculer <img src="https://f1atb.fr/forum_f1atb/images/smilies/wink.png" alt="Wink" title="Wink" class="smilie smilie_2" />]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Gestion température cumulus]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2885.html</link>
			<pubDate>Sat, 08 Aug 2026 19:18:07 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=134">cycnus</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2885.html</guid>
			<description><![CDATA[Bonjour<br />
<br />
Mon principal problème avec le routeur depuis des mois.<br />
J'ai le routeur a 5 m du chauffe-eau. J'ai donc 2 ESP32. L'un pour le routeur, l'autre pour mesurer la température de l'eau du chauffe-eau.<br />
<br />
Je configure tout bien avec des ip fixes. Je rajoute l'ip de l'esp32 qui mesure la température dans l'esp32 du routeur. Et l'ip du routeur dans l'esp32 qui mesure la température. Dans chaque esp32 j'ai donc 2 ip indiqué : la sienne et celle de l'autres esp32.<br />
<br />
Ca fonctionne.<br />
<br />
Et puis au bout de quelques jours la température n'apparaît plus dans l'interface du routeur et c'est la cata. car la chauffe dépend de la température.<br />
<br />
Donc je me demande pourquoi le lien entre les 2 esp32 coupe.<br />
<br />
Une solutions serait que si le lien disparaît le chauffe eau se mettre à chauffer uniquement durant les heures creuses. Mais pour cela il faudrait ajouter une condition température perdue.]]></description>
			<content:encoded><![CDATA[Bonjour<br />
<br />
Mon principal problème avec le routeur depuis des mois.<br />
J'ai le routeur a 5 m du chauffe-eau. J'ai donc 2 ESP32. L'un pour le routeur, l'autre pour mesurer la température de l'eau du chauffe-eau.<br />
<br />
Je configure tout bien avec des ip fixes. Je rajoute l'ip de l'esp32 qui mesure la température dans l'esp32 du routeur. Et l'ip du routeur dans l'esp32 qui mesure la température. Dans chaque esp32 j'ai donc 2 ip indiqué : la sienne et celle de l'autres esp32.<br />
<br />
Ca fonctionne.<br />
<br />
Et puis au bout de quelques jours la température n'apparaît plus dans l'interface du routeur et c'est la cata. car la chauffe dépend de la température.<br />
<br />
Donc je me demande pourquoi le lien entre les 2 esp32 coupe.<br />
<br />
Une solutions serait que si le lien disparaît le chauffe eau se mettre à chauffer uniquement durant les heures creuses. Mais pour cela il faudrait ajouter une condition température perdue.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Raisons du reboot des ESP]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2884.html</link>
			<pubDate>Sat, 08 Aug 2026 05:00:34 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=564">Lolo69</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2884.html</guid>
			<description><![CDATA[Souvent difficile de connaître les raisons d’un reboot d un ESP<br />
Savez vous que l esp possède une mini boite noire qui enregistre la raison du reboot juste avant ce dernier ?<br />
Ce serait extrêmement utile d afficher cette valeur dans la page données brutes pour donner les bonnes pistes de diagnostics <br />
Pour cela il suffit de lire la valeur de esp_reset_reason_t()<br />
<br />
<br />
esp_reset_reason() — valeurs possibles<br />
<br />
0  ESP_RST_UNKNOWN      Raison indéterminée<br />
1  ESP_RST_POWERON      Mise sous tension (alimentation coupée puis rétablie)<br />
2  ESP_RST_EXT          Reset externe appliqué sur la broche EN/RESET<br />
3  ESP_RST_SW          Reset logiciel demandé par le code (ESP.restart() / esp_restart())<br />
4  ESP_RST_PANIC        Exception ou panic (crash logiciel : déréférencement nul, LoadProhibited...)<br />
5  ESP_RST_INT_WDT      Interrupt watchdog : une ISR ou une section critique a bloqué trop longtemps<br />
6  ESP_RST_TASK_WDT    Task watchdog : une tâche n'a pas rendu la main (boucle sans yield/delay)<br />
7  ESP_RST_WDT          Autre watchdog (RTC WDT, Timer Group WDT)<br />
8  ESP_RST_DEEPSLEEP    Sortie de deep sleep<br />
9  ESP_RST_BROWNOUT    Brownout : tension d'alimentation descendue sous le seuil<br />
10  ESP_RST_SDIO        Reset provoqué via l'interface SDIO<br />
<br />
Ajoutés avec l'IDF 5.x (core Arduino ESP32 3.x) :<br />
<br />
11  ESP_RST_USB          Reset provoqué par le périphérique USB<br />
12  ESP_RST_JTAG        Reset provoqué par JTAG<br />
13  ESP_RST_EFUSE        Erreur de vérification des eFuses<br />
14  ESP_RST_PWR_GLITCH  Glitch d'alimentation détecté par le matériel<br />
15  ESP_RST_CPU_LOCKUP  Double exception (CPU bloqué)<br />
<br />
La petite limite est qu on a uniquement la valeur du dernier reboot, mais il est facile d enregistrer en rtc ram ou en nvs cette valeur pour avoir l historique au cas ou l esp a rebooté plusieurs fois dans la nuit.<br />
<br />
Ça permet tout de suite d orienter la recherche vers un problème hardware ou un bug logiciel ou un problème de comm. C est grâce à ça que j ai compris d ou venait le reboot d un de mes F1ATB =&gt; il manque des vTaskDelay(1) dans pas mal de boucle d attentes qui ne laissent pas le temps d exécuter les autres tâches et finissent par un esp_reset_reason =ESP_RST_TASK_WDT<br />
<br />
On accuse souvent l alimentation de l esp à tort ou à raison <br />
Le ESP_RST_BROWNOUT sera là pour juger.<br />
<br />
<br />
Le stockage en rtc_ram pourrait aussi être très utile pour conserver les compteurs après un reset et donc ne pas perdre des actions basées sur les compteurs , pistes à creuser aussi]]></description>
			<content:encoded><![CDATA[Souvent difficile de connaître les raisons d’un reboot d un ESP<br />
Savez vous que l esp possède une mini boite noire qui enregistre la raison du reboot juste avant ce dernier ?<br />
Ce serait extrêmement utile d afficher cette valeur dans la page données brutes pour donner les bonnes pistes de diagnostics <br />
Pour cela il suffit de lire la valeur de esp_reset_reason_t()<br />
<br />
<br />
esp_reset_reason() — valeurs possibles<br />
<br />
0  ESP_RST_UNKNOWN      Raison indéterminée<br />
1  ESP_RST_POWERON      Mise sous tension (alimentation coupée puis rétablie)<br />
2  ESP_RST_EXT          Reset externe appliqué sur la broche EN/RESET<br />
3  ESP_RST_SW          Reset logiciel demandé par le code (ESP.restart() / esp_restart())<br />
4  ESP_RST_PANIC        Exception ou panic (crash logiciel : déréférencement nul, LoadProhibited...)<br />
5  ESP_RST_INT_WDT      Interrupt watchdog : une ISR ou une section critique a bloqué trop longtemps<br />
6  ESP_RST_TASK_WDT    Task watchdog : une tâche n'a pas rendu la main (boucle sans yield/delay)<br />
7  ESP_RST_WDT          Autre watchdog (RTC WDT, Timer Group WDT)<br />
8  ESP_RST_DEEPSLEEP    Sortie de deep sleep<br />
9  ESP_RST_BROWNOUT    Brownout : tension d'alimentation descendue sous le seuil<br />
10  ESP_RST_SDIO        Reset provoqué via l'interface SDIO<br />
<br />
Ajoutés avec l'IDF 5.x (core Arduino ESP32 3.x) :<br />
<br />
11  ESP_RST_USB          Reset provoqué par le périphérique USB<br />
12  ESP_RST_JTAG        Reset provoqué par JTAG<br />
13  ESP_RST_EFUSE        Erreur de vérification des eFuses<br />
14  ESP_RST_PWR_GLITCH  Glitch d'alimentation détecté par le matériel<br />
15  ESP_RST_CPU_LOCKUP  Double exception (CPU bloqué)<br />
<br />
La petite limite est qu on a uniquement la valeur du dernier reboot, mais il est facile d enregistrer en rtc ram ou en nvs cette valeur pour avoir l historique au cas ou l esp a rebooté plusieurs fois dans la nuit.<br />
<br />
Ça permet tout de suite d orienter la recherche vers un problème hardware ou un bug logiciel ou un problème de comm. C est grâce à ça que j ai compris d ou venait le reboot d un de mes F1ATB =&gt; il manque des vTaskDelay(1) dans pas mal de boucle d attentes qui ne laissent pas le temps d exécuter les autres tâches et finissent par un esp_reset_reason =ESP_RST_TASK_WDT<br />
<br />
On accuse souvent l alimentation de l esp à tort ou à raison <br />
Le ESP_RST_BROWNOUT sera là pour juger.<br />
<br />
<br />
Le stockage en rtc_ram pourrait aussi être très utile pour conserver les compteurs après un reset et donc ne pas perdre des actions basées sur les compteurs , pistes à creuser aussi]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Augmentation de puissance]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2881.html</link>
			<pubDate>Wed, 05 Aug 2026 14:58:26 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=2419">Jean31</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2881.html</guid>
			<description><![CDATA[Bonsoir,<br />
<br />
Je reviens vers vous afin d’obtenir des informations que vous pourriez peut-être me fournir.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Contexte :</span><br />
Possesseur de 2 véhicules électriques, j’ai fait installer un 2ᵉ kit de 3 kW.<br />
Sur les conseils du commercial, j’ai opté pour l’autoconsommation, la revente étant désormais peu intéressante (1 centime/kWh). Il est informé que j’ai souscrit un contrat de revente avec EDF pour le 1ᵉʳ kit. Il se charge également de toutes les démarches auprès d’Enedis et de la région Occitanie pour la prime à l’autoconsommation.<br />
L’électricien qui a réalisé les branchements a supprimé mon 1ᵉʳ coffret de 3 kW (Enphase) pour éviter d’ajouter un autre coffret et a tout jumelé dans un seul coffret.<br />
En effectuant des recherches sur internet pour optimiser l’utilisation du surplus désormais disponible (borne de recharge + routeur solaire déjà installé), je me suis rendu compte que la solution proposée n’était pas forcément la bonne, et que je serais presque hors la loi.<br />
<span style="font-weight: bold;" class="mycode_b">Mes questions :</span><br />
<ol type="1" class="mycode_list"><li>Que pensez-vous de cette installation ?<br />
</li>
<li>Si les conseils du commercial sont pertinents (jumeler la revente du 1ᵉʳ kit à 10 cts/kWh + autoconsommation avec le 2ᵉ kit), puis-je installer une borne de recharge et la configurer pour que la charge des véhicules ne démarre qu’après la recharge du ballon (piloté intégralement par le routeur solaire) ?<br />
</li>
</ol>
Merci d’avance pour vos retours.<br />
Cordialement,<br />
<span style="font-weight: bold;" class="mycode_b">Jean MEUNIER</span>]]></description>
			<content:encoded><![CDATA[Bonsoir,<br />
<br />
Je reviens vers vous afin d’obtenir des informations que vous pourriez peut-être me fournir.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Contexte :</span><br />
Possesseur de 2 véhicules électriques, j’ai fait installer un 2ᵉ kit de 3 kW.<br />
Sur les conseils du commercial, j’ai opté pour l’autoconsommation, la revente étant désormais peu intéressante (1 centime/kWh). Il est informé que j’ai souscrit un contrat de revente avec EDF pour le 1ᵉʳ kit. Il se charge également de toutes les démarches auprès d’Enedis et de la région Occitanie pour la prime à l’autoconsommation.<br />
L’électricien qui a réalisé les branchements a supprimé mon 1ᵉʳ coffret de 3 kW (Enphase) pour éviter d’ajouter un autre coffret et a tout jumelé dans un seul coffret.<br />
En effectuant des recherches sur internet pour optimiser l’utilisation du surplus désormais disponible (borne de recharge + routeur solaire déjà installé), je me suis rendu compte que la solution proposée n’était pas forcément la bonne, et que je serais presque hors la loi.<br />
<span style="font-weight: bold;" class="mycode_b">Mes questions :</span><br />
<ol type="1" class="mycode_list"><li>Que pensez-vous de cette installation ?<br />
</li>
<li>Si les conseils du commercial sont pertinents (jumeler la revente du 1ᵉʳ kit à 10 cts/kWh + autoconsommation avec le 2ᵉ kit), puis-je installer une borne de recharge et la configurer pour que la charge des véhicules ne démarre qu’après la recharge du ballon (piloté intégralement par le routeur solaire) ?<br />
</li>
</ol>
Merci d’avance pour vos retours.<br />
Cordialement,<br />
<span style="font-weight: bold;" class="mycode_b">Jean MEUNIER</span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Tempo indésirable sur activation avec condition optionnelle (bug ?)]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2873.html</link>
			<pubDate>Sat, 01 Aug 2026 08:26:39 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=2615">Philippe (ex F6EDJ)</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2873.html</guid>
			<description><![CDATA[Bonjour André, bonjour à tous,<br />
Je mets au point un routeur pour ma piscine avec 2 SSR en mode on/off, pour la pompe et le chauffage (PAC).<br />
Pour l'instant, la pompe est programmée pour être activée sur une plage horaire : pas de problème.<br />
J'ai programmé le chauffage également sur une plage horaire, sans condition de mesure de puissance pour l'instant, et j'ai voulu conditionner son activation à celle de la pompe, pour introduire une sécurité supplémentaire (pas de chauffage si la pompe est arrêtée). Ça fonctionne, mais je constate un délai qui peut aller jusqu'à 40 secondes entre l'arrêt de la pompe et celui du chauffage. Idem pour l'activation.<br />
A toutes fins utiles, je joins une copie d'écran du paramétrage de la sortie "chauffage".<br />
Merci d'avance...<br />
Philippe<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6530" target="_blank" title="">Capture d'écran 2026-08-01 102230.jpg</a> (Taille : 53.38 Ko / Téléchargements : 18)
<!-- end: postbit_attachments_attachment -->]]></description>
			<content:encoded><![CDATA[Bonjour André, bonjour à tous,<br />
Je mets au point un routeur pour ma piscine avec 2 SSR en mode on/off, pour la pompe et le chauffage (PAC).<br />
Pour l'instant, la pompe est programmée pour être activée sur une plage horaire : pas de problème.<br />
J'ai programmé le chauffage également sur une plage horaire, sans condition de mesure de puissance pour l'instant, et j'ai voulu conditionner son activation à celle de la pompe, pour introduire une sécurité supplémentaire (pas de chauffage si la pompe est arrêtée). Ça fonctionne, mais je constate un délai qui peut aller jusqu'à 40 secondes entre l'arrêt de la pompe et celui du chauffage. Idem pour l'activation.<br />
A toutes fins utiles, je joins une copie d'écran du paramétrage de la sortie "chauffage".<br />
Merci d'avance...<br />
Philippe<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6530" target="_blank" title="">Capture d'écran 2026-08-01 102230.jpg</a> (Taille : 53.38 Ko / Téléchargements : 18)
<!-- end: postbit_attachments_attachment -->]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Réalisation Routeur]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2872.html</link>
			<pubDate>Fri, 31 Jul 2026 02:03:39 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=2988">Cedric81</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2872.html</guid>
			<description><![CDATA[Bonjour, je me permet de vous contacter car je galère vraiment à concevoir mon routeur...  <img src="https://f1atb.fr/forum_f1atb/images/smilies/huh.png" alt="Huh" title="Huh" class="smilie smilie_17" /><br />
<br />
j'ai tout commandé sur Aliexpress, je suis en triphasé et je cherche à alimenter mon ballon avec le surplus solaire<br />
<br />
Pour l'instant pour la mesure j'ai choisi un module JSY MK 333G comme conseillé sur le site, mais avec le recul je pense que c'est une erreur.... un simple 333 aurait suffit je pense. Le 333G est recommandé pour une communication RS485. Le routeur fonctionnant en TTL le 333 aurait fait l'affaire pour quasi 20€ de moins. A vérifier et a confirmé quand même  <img src="https://f1atb.fr/forum_f1atb/images/smilies/tongue.png" alt="Tongue" title="Tongue" class="smilie smilie_5" /> Il y a tellement de choix et de modèle sur Aliexpress qu'on s'y perd<br />
<br />
Pour le triac j'ai voulut faire bien et j'ai pris un modèle Robotdyn 40A avec température sensor mais je ne comprends absolument pas le câblage. En fait de pensait simplement que le ventilateur se régulait tout seul avec une sonde sur le triac... Apparemment non c'est + complexe <br />
<br />
je joint une photo en appuis <br />
<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6527" target="_blank" title="">20260731_032514.jpg</a> (Taille : 1.23 Mo / Téléchargements : 45)
<!-- end: postbit_attachments_attachment --><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6526" target="_blank" title="">20260731_032550.jpg</a> (Taille : 1.16 Mo / Téléchargements : 29)
<!-- end: postbit_attachments_attachment --><br />
<br />
Il y a 9 broches : <br />
<br />
VCC : 3.3 ou 5 V?<br />
GND : masse<br />
ZC : P22<br />
DIM : P23<br />
TEMP : ???<br />
FAN : ???<br />
5V : dois je connecter au 5V?<br />
FAN CON : il y a le connecteur du ventilateur branché dessus<br />
<br />
Il y a également un petit fil noir à coté du connecteur de puissance, il semblerait qu'il faille le connecter au Neutre, est ce correct?<br />
<br />
Encore quelques nuits à me gratter la tête  <img src="https://f1atb.fr/forum_f1atb/images/smilies/huh.png" alt="Huh" title="Huh" class="smilie smilie_17" />  <br />
<br />
Je vous remercie de votre attention et de votre aide <br />
<br />
bonne journée]]></description>
			<content:encoded><![CDATA[Bonjour, je me permet de vous contacter car je galère vraiment à concevoir mon routeur...  <img src="https://f1atb.fr/forum_f1atb/images/smilies/huh.png" alt="Huh" title="Huh" class="smilie smilie_17" /><br />
<br />
j'ai tout commandé sur Aliexpress, je suis en triphasé et je cherche à alimenter mon ballon avec le surplus solaire<br />
<br />
Pour l'instant pour la mesure j'ai choisi un module JSY MK 333G comme conseillé sur le site, mais avec le recul je pense que c'est une erreur.... un simple 333 aurait suffit je pense. Le 333G est recommandé pour une communication RS485. Le routeur fonctionnant en TTL le 333 aurait fait l'affaire pour quasi 20€ de moins. A vérifier et a confirmé quand même  <img src="https://f1atb.fr/forum_f1atb/images/smilies/tongue.png" alt="Tongue" title="Tongue" class="smilie smilie_5" /> Il y a tellement de choix et de modèle sur Aliexpress qu'on s'y perd<br />
<br />
Pour le triac j'ai voulut faire bien et j'ai pris un modèle Robotdyn 40A avec température sensor mais je ne comprends absolument pas le câblage. En fait de pensait simplement que le ventilateur se régulait tout seul avec une sonde sur le triac... Apparemment non c'est + complexe <br />
<br />
je joint une photo en appuis <br />
<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6527" target="_blank" title="">20260731_032514.jpg</a> (Taille : 1.23 Mo / Téléchargements : 45)
<!-- end: postbit_attachments_attachment --><!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://f1atb.fr/forum_f1atb/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=6526" target="_blank" title="">20260731_032550.jpg</a> (Taille : 1.16 Mo / Téléchargements : 29)
<!-- end: postbit_attachments_attachment --><br />
<br />
Il y a 9 broches : <br />
<br />
VCC : 3.3 ou 5 V?<br />
GND : masse<br />
ZC : P22<br />
DIM : P23<br />
TEMP : ???<br />
FAN : ???<br />
5V : dois je connecter au 5V?<br />
FAN CON : il y a le connecteur du ventilateur branché dessus<br />
<br />
Il y a également un petit fil noir à coté du connecteur de puissance, il semblerait qu'il faille le connecter au Neutre, est ce correct?<br />
<br />
Encore quelques nuits à me gratter la tête  <img src="https://f1atb.fr/forum_f1atb/images/smilies/huh.png" alt="Huh" title="Huh" class="smilie smilie_17" />  <br />
<br />
Je vous remercie de votre attention et de votre aide <br />
<br />
bonne journée]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[suggestions Action > comportement LED; et graphiques.]]></title>
			<link>https://f1atb.fr/forum_f1atb/thread-2871.html</link>
			<pubDate>Wed, 29 Jul 2026 14:11:16 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://f1atb.fr/forum_f1atb/member.php?action=profile&uid=2698">laurent22300</a>]]></dc:creator>
			<guid isPermaLink="false">https://f1atb.fr/forum_f1atb/thread-2871.html</guid>
			<description><![CDATA[Bonjour,<br />
<br />
Bravo André pour tout ce travail et le partage à la communauté: Mon routeur 2 SSRs est terminé, un peu délicat de régler la régulation (avec ou sans PID) des actions dans le cas d'une estimation CACSI, mais j'arrive (en injection SSRs) à générer une Puissance active soutirée résiduelle de 20 à 50 Wh seulement, c'est très raisonnable.<br />
<br />
Quelques suggestions d'amélioration à la marge:<br />
<br />
-vue <span style="font-weight: bold;" class="mycode_b">Accueil - graphiques</span>: sur mouseover sur un graphique, afficher non seulement les résultats (ordonnées) mais <span style="font-weight: bold;" class="mycode_b">l'absicse précise (example: heure, sur la vue 48h).</span><br />
<br />
-vue Accueil - graphiques (c'est peut etre plus délicat): sur clique sur un graphique, avoir une <span style="font-weight: bold;" class="mycode_b">barre verticale sur TOUS les graphiques à abscisse identiques (20 min ou 24 h)</span>, et un affichage identique au mouseover sur cet absicse sur tous les graphiques à absicse identiques - pour mieux comparer.<br />
<br />
-<span style="font-weight: bold;" class="mycode_b">Actions</span>: j'utilise une action "logique" sur un GPIO libre pour calculer Temp ballon &lt;50°C et ainsi sur l'action SSR déclencher la nuit "chauffage forcé ballon si temp &lt;50°C (et jusqu'à 55°C)". Cette action logique à ON allume aussi la LED verte - ce qui est peu utile. On pourrait ajouter aux actions un <span style="font-weight: bold;" class="mycode_b">comportement LED: "OFF | ON (défaut)"</span>, ou encore, pour une feature plus générique: <span style="font-weight: bold;" class="mycode_b">LED: "Défault (17,18) | OFF | GPIO_LED_N°..." </span>si des personnes ajoutent des LEDs.<br />
<br />
-petit bug? (17.27, installée 17.20 puis 17.27 par OTA): <span style="font-weight: bold;" class="mycode_b">à chaque validation dans la page action, je dois aller re-cocher "Estimation CACSI" dans "Paramètres" et revalider Paramètres</span>. (je vois que "estimation CASCI revient à OFF tout seul car quand je valide "Actions" la page réapparait avec le paramètre réactivé x2, x4, x8 en bas de page.)<br />
<br />
Merci, bonne suite!<br />
Laurent]]></description>
			<content:encoded><![CDATA[Bonjour,<br />
<br />
Bravo André pour tout ce travail et le partage à la communauté: Mon routeur 2 SSRs est terminé, un peu délicat de régler la régulation (avec ou sans PID) des actions dans le cas d'une estimation CACSI, mais j'arrive (en injection SSRs) à générer une Puissance active soutirée résiduelle de 20 à 50 Wh seulement, c'est très raisonnable.<br />
<br />
Quelques suggestions d'amélioration à la marge:<br />
<br />
-vue <span style="font-weight: bold;" class="mycode_b">Accueil - graphiques</span>: sur mouseover sur un graphique, afficher non seulement les résultats (ordonnées) mais <span style="font-weight: bold;" class="mycode_b">l'absicse précise (example: heure, sur la vue 48h).</span><br />
<br />
-vue Accueil - graphiques (c'est peut etre plus délicat): sur clique sur un graphique, avoir une <span style="font-weight: bold;" class="mycode_b">barre verticale sur TOUS les graphiques à abscisse identiques (20 min ou 24 h)</span>, et un affichage identique au mouseover sur cet absicse sur tous les graphiques à absicse identiques - pour mieux comparer.<br />
<br />
-<span style="font-weight: bold;" class="mycode_b">Actions</span>: j'utilise une action "logique" sur un GPIO libre pour calculer Temp ballon &lt;50°C et ainsi sur l'action SSR déclencher la nuit "chauffage forcé ballon si temp &lt;50°C (et jusqu'à 55°C)". Cette action logique à ON allume aussi la LED verte - ce qui est peu utile. On pourrait ajouter aux actions un <span style="font-weight: bold;" class="mycode_b">comportement LED: "OFF | ON (défaut)"</span>, ou encore, pour une feature plus générique: <span style="font-weight: bold;" class="mycode_b">LED: "Défault (17,18) | OFF | GPIO_LED_N°..." </span>si des personnes ajoutent des LEDs.<br />
<br />
-petit bug? (17.27, installée 17.20 puis 17.27 par OTA): <span style="font-weight: bold;" class="mycode_b">à chaque validation dans la page action, je dois aller re-cocher "Estimation CACSI" dans "Paramètres" et revalider Paramètres</span>. (je vois que "estimation CASCI revient à OFF tout seul car quand je valide "Actions" la page réapparait avec le paramètre réactivé x2, x4, x8 en bas de page.)<br />
<br />
Merci, bonne suite!<br />
Laurent]]></content:encoded>
		</item>
	</channel>
</rss>