(30-10-2026, 09:33 AM)rolrider a écrit : @grostoto, oui, merci, j'ai bien vu que c'était modifiable, mais je ne voyais pas la raison du reset.

je mets ma configuration du shelly EM ( c'est bien un GEN3)

et ce que j'ai récupéré hiers soir dans les données brutes des sources
mais aucun retour sur la page accueil

Citation :Shelly Em Gen3 sur 2 voies :
{"ble":{},"bthome":{},"cloud":{"connected":true},"em1:0":{"id":0,"voltage":230.2,"current":0.000,"act_power":0.0,"aprt_power":4.7,"pf":0.00,"freq":50.0,"calibration":"factory"},"em1:1":{"id":1,"voltage":230.1,"current":8.844,"act_power":2009.8,"aprt_power":2043.9,"pf":0.98,"freq":50.0,"calibration":"factory"},"em1data:0":{"id":0,"total_act_energy":0.00,"total_act_ret_energy":0.00},"em1data:1":{"id":1,"total_act_energy":950699.05,"total_act_ret_energy":46148.33},"mqtt":{"connected":false},"switch:0":{"id":0,"source":"init","tag":null, "output":false,"counts":{"on_time":0,"on_time_rst_ts":0,"switch_on":0,"switch_on_rst_ts":0},"temperature":{"tC":40.5, "tF":104.9}},"sys":{"mac":"D885AC0E6E3C","restart_required":false,"time":"23:51","unixtime":1793314313,"last_sync_ts":1793313864,"uptime":6483184,"ram_size":276336,"ram_free":136792,"ram_min_free":113076,"fs_size":786432,"fs_free":299008,"cfg_rev":13,"kvs_rev":0,"schedule_rev":1,"webhook_rev":0,"btrelay_rev":0,"available_updates":{"stable":{"version":"2.1.1"}},"reset_reason":3,"utc_offset":3600},"wifi":{"sta_ip":"192.168.1.81","status":"got ip","ssid":"SFR_0080","channel":11,"rssi":-53,"bssid":"cc:2d:1b:8b:00:86"},"ws":{"connected":false}}

Si vous êtes sur la deuxième voie, mettez -1 sur la première et 30 ou 31 sur la deuxieme ligne avec un nom de canal. Sans nom les données ne sont pas prises en compte.

André

(30-10-2026, 09:43 AM)F1ATB a écrit :

(30-10-2026, 12:58 AM)lbourdel@yahoo.fr a écrit : Bonsoir,

3/ Et dernier point, qd j'indiquais les coordonnées lat/long pour recuperer les infos meteo, j'avais un crash dans fonction recupererEnsoleillement()
j'ai changé l'ordre de déclaration des variables:
        // http déclaré après client
        // HTTPClient http;
        WiFiClient client;
        HTTPClient http;

Explication:
En C++, les variables locales sont détruites dans l’ordre inverse de leur déclaration.
Lors de l'appel à http.end();, client doit etre encore 'vivant'
Grace à la déclaration dans cet ordre, mon crash a disparu

Vous pouvez effectuer aussi cette correction dans la fonction httpGetPayload(..)
    // HTTPClient http;
    WiFiClient client;
    HTTPClient http;


Je laisse bien sur André donner son avis,

Laurent

Merci pour ces retours, je mets cela dans la beta 7 à sortir ce jour.