Bonjour,

je viens de terminer la réalisation de mon routeur et cela semble très prometteur.
Un grand grand merci à André pour ce partage :-)

J'aurais aimé à présent pouvoir récupérer la température de mon cumulus via MQTT mais celle-ci affiche 0 sur mon routeur.

Sur MQTT manager je vois cette température sous la forme :
 
jeedom/cmd/event/5176

{"value":58.8,"humanName":"[Chauffage et sondes température humidité][Bureau Cumulus Sensor][Temperature]","unite":"°C","name":"Temperature","type":"info","subtype":"numeric"}
   
Le routeur  envoie bien les infos à mon jeedom via MQTT pas de soucis dans ce sens là.

Pour récupérer la température sur Canal 0 voici ce que j'ai configuré :

Température : temperature
MQTT Topic température : jeedom/cmd/event/5176

Prefixe de découverte : je n'ai rien mis...

   

Est-ce que je serais passé à côté de quelque chose ?

Autre chose la ligne température disparait car la température du cumulus ne change pas et je dois forcer la découverte dans Jeedom pour que celle-ci apparaisse dans MQTT Manager et a ce moment là, la ligne température 0.0 °c apparait. Si quelqu'un à une idée pour republier cette valeur toutes les minutes par exemple dans MQTT.

Merci pour vos retours et j'ai hâte du retour du soleil pour affiner les réglages.

Bonjour
Pour attaquer des résistances quel intérêt d'utiliser un triac par rapport a un SSR ?
Si j'ai bien compris, le triac est plus cher, chauffe plus, est plus difficile a câbler, n'est plus disponible à ce jour (fev 2025). OK il régule plus précisément mais c'est tout

Bonjour André,

il serait intéressant de créer une condition par rapport a l'index UV du jour et de la grande ville la plus proche

debut de liste des grandes villes ce qui risque d'être un peu long
https://www.wofrance.fr/Alsace/Strasbourg/IndexUV.htm
https://www.wofrance.fr/RhoneAlpes/Saint...ndexUV.htm
https://www.wofrance.fr/PaysdelaLoire/Na...ndexUV.htm


parti du code source de la page qui nous intéresse
<td height="34" width="65">Heure locale</td>
                      <td height="34" width="95">mar, 11.03.</td>
                      <td height="34" width="95">mer, 12.03.</td>
                      <td height="34" width="95">jeu, 13.03.</td>
                      <td height="34" width="95">ven, 14.03.</td>
                    </tr>
                    <tr>
                      <td style="height:44px;">Index UV</td>
                      <td height="38"><font size="4" color="#F7E400"> 3</font></td>
                      <td height="38"><font size="4" color="#A0CE00"> 2</font></td>
                      <td height="38"><font size="4" color="#F7E400"> 3</font></td>
                      <td height="38"><font size="4" color="#F7E400"> 3</font></td>

au démarrage de l'esp et a 00h00min01s recuperation de l'index uv du jour et de la ville choisi   



exemple de la condition
index uv 2 <= 3 ->gpioxx ON OU 50% ou spw1000w de 00:00 a 7:00 sinon gpioxx OFF

si cette idéé intéresse

Bonjour ,  
Je commence seulement à  avoir du surplus 
Sur la page accueil  l'énergie active du  jour côté  injecter   
Cela correspond à quoi exactement   car je me pose la question  : si mon chauffe eau est à température  
Est-ce  seulement ce qui a été envoyé au chauffe eau  ou le total du surplus  que le routeur a détecté et envoyé soit enedis soit chauffe eau  
Merci

Sur le schéma ci-dessous on remarque que le contacteur J/N peut court-circuiter le SSR en mode manuel ou nuit HC
Quelqu'un peut me dire si ca pose un problème s'il est mis en mode forcé lors du routage SSR.
A mon sens non, mais avec les triacs on ne sait jamais à quoi s'attendre, d'où ma question.
Merci pour vos réponses

Bonjour,

j'ai un routeur à base d'ESP WROMM avec Triac et leds qui était initialement en V7 avec récupération des données Enphase.
Je l'ai mis à jour aujourd'hui en version 14.03 et paramétré pour récupérer les infos d'un Shelly Pro 3EM (je suis en triphasé).

J'arrive à flasher l'ESP, je paramètre, je l'arrête et je le branche sur secteur. Là il démarre et fonctionne correctement.
Maintenant si je l'arrête et que je le redémarre les leds se mettent à clignoter en boucle et il ne répond pas.
Je suis obligé de le reflasher pour qu'il fonctionne à nouveau mais le problème revient après redémarrage.
J'ai bien fait un erase avant flash.

Auriez-vous une idée du pourquoi il me fait ça?

Je n'ai jamais eu ce problème avec l'ancienne version.

Merci.

Apparement l'esprit 32 comporterais un blackdoor. 
Quand pensez vous ? 
Cordialement 


https://www.cachem.fr/esp32-failles-de-s...couvertes/

Bonjour à tous.
Mon routeur est maintenant en service.
Il reste visible sur la première photo.
La seconde photo montre la page d’accueil, puis en suivant les données brutes et enfin le planning de routage.
Je dispose de deux panneaux photovoltaïques de 450 Wc chacun et les conditions climatiques fond que la production à l’instant est de 67 W.
Je soumets ces éléments à votre analyse.
Pour ma part, sur la page d’accueil, je note une énergie active jour de 51 321 888 Wh.
Est-ce cohérent ?

Pièces jointes

Miniature(s)
               

Bonjour,

J'ai trouvé la commande à publier sur MQTT pour forcer la charge du relais à Off (et retour sur la programmation éventuelle) ou à On pour un certain temps (pas à On indéfiniment) mais surtout rien pour changer le mode Actif/Inactif, voire ON/Off, Multi-sinus...
Il y a des commandes disponibles sur MQTT ou via un post http ?

Merci de vos retours :-)

Bonjour André,
En aidant un utilisateur du Shelly PRO EM 50 pour qui la mesure de puissance n’était pas prise en compte par le routeur nous avons découvert un bug que je reporte donc ici.
Dans le code de Souce_ShellyProEm.ino (il y a d'ailleurs une typo dans ce nom mais ça n'a pas d'incidence) à la ligne 245, on voit qu'on teste la présence de "true" dans le json et si "true" n'est pas présent, on initialise rien.
C'est un problème car en fonction de la config du Shelly, "true" n'est pas nécessairement toujours présent dans le json.
Je ne suis pas sur de l'utilité de ce test, si c'est simplement pour vérifier que quelque chose en rapport avec ce qu'on attend a été renvoyé alors un meilleur test serait de tester la présence de "act_power".
Si ce test n'a pas vraiment d'utilité, alors on pourrait carrément le supprimer.

Plus de détails (traces json etc) dans ce thread pour ceux que ça intéresseraient : https://f1atb.fr/forum_f1atb/thread-1181.html