Bonjour,
J’ai des ampoules ZB qui ne gardent pas l’etat apres coupure ce qui fait que je me retrouve avec les lumières alumées le matin si j’ai des petites coupures de courant :
https://www.zigbee2mqtt.io/devices/AC03641.html#osram-ac03641
https://www.zigbee2mqtt.io/devices/GL-B-003P.html#gledopto-gl-b-003p
Il semblerait qu’au moins pour la 1ere, l’OSRAM, que l’on puisse rentrer l’information : remember_state: true
Mais je ne sais pas quoi faire avec cette commande. J’ai inséré cette ligne dans le fichier devices.yalm de Z2M mais cela ne fait rien :
Que puis je faire ?
Ma configuration
System Information
| version |
core-2025.1.0 |
| installation_type |
Home Assistant OS |
| dev |
false |
| hassio |
true |
| docker |
true |
| user |
root |
| virtualenv |
false |
| python_version |
3.13.1 |
| os_name |
Linux |
| os_version |
6.6.66-haos |
| arch |
x86_64 |
| timezone |
Europe/Paris |
| config_dir |
/config |
Home Assistant Community Store
| GitHub API |
ok |
| GitHub Content |
ok |
| GitHub Web |
ok |
| HACS Data |
ok |
| GitHub API Calls Remaining |
5000 |
| Installed Version |
2.0.2 |
| Stage |
running |
| Available Repositories |
1563 |
| Downloaded Repositories |
106 |
AccuWeather
| can_reach_server |
ok |
| remaining_requests |
36 |
Home Assistant Cloud
| logged_in |
true |
| subscription_expiration |
16 octobre 2025 à 02:00 |
| relayer_connected |
true |
| relayer_region |
eu-central-1 |
| remote_enabled |
true |
| remote_connected |
true |
| alexa_enabled |
false |
| google_enabled |
true |
| cloud_ice_servers_enabled |
true |
| remote_server |
eu-central-1-5.ui.nabu.casa |
| certificate_status |
ready |
| instance_id |
69e169b0138848b3a8c20ffbb287ad18 |
| can_reach_cert_server |
ok |
| can_reach_cloud_auth |
ok |
| can_reach_cloud |
ok |
Home Assistant Supervisor
| host_os |
Home Assistant OS 14.1 |
| update_channel |
stable |
| supervisor_version |
supervisor-2024.12.3 |
| agent_version |
1.6.0 |
| docker_version |
27.2.0 |
| disk_total |
62.3 GB |
| disk_used |
24.4 GB |
| healthy |
true |
| supported |
true |
| host_connectivity |
true |
| supervisor_connectivity |
true |
| ntp_synchronized |
true |
| virtualization |
kvm |
| board |
ova |
| supervisor_api |
ok |
| version_api |
ok |
| installed_addons |
File editor (5.8.0), Samba share (12.3.2), Terminal & SSH (9.16.0), MariaDB (2.7.1), PSA Car Controller (v3.5.3), Studio Code Server (5.18.0), ESPHome Device Builder (2024.12.2), Mosquitto broker (6.4.1), Zigbee2MQTT (1.42.0-2), InfluxDB (5.0.1), MyElectricalData (0.13.2), Home Assistant Google Drive Backup (0.112.1), go2rtc (1.9.8), Tesla HTTP Proxy (2.2.8), Samba Backup (5.2.0) |
Dashboards
| dashboards |
2 |
| resources |
79 |
| views |
40 |
| mode |
storage |
Recorder
| oldest_recorder_run |
26 décembre 2024 à 13:42 |
| current_recorder_run |
6 janvier 2025 à 13:35 |
| estimated_db_size |
1757.97 MiB |
| database_engine |
sqlite |
| database_version |
3.47.1 |
Sonoff
| version |
3.8.1 (ffa7e22) |
| cloud_online |
0 / 4 |
| local_online |
3 / 3 |
Spotify
| api_endpoint_reachable |
ok |
Salut,
La doc que tu cites dit 2 choses:
- Action à faire via un SET le topic MQTT
- A faire à chaque fois…
Assez logiquement, le fait de l’ajouter dans la config n’est pas effectif
Ok @Pulpy-Luke mais c’est justement cette commande, je ne sais pas quoi en faire et ou la mettre…
encore merci mais ça ne fonctionne pas…
Il y a une erreur de syntaxe. Rebascule en mode ui
Pfff ! Et pourtant j’ai tout essayé…
Well done !
A voir si maintenant cela fonctionne dans la réalitée…
Bon finalement le « remember_state »: true ne fonctionne pas 
Si elle est sur OFF, ça passe sur ON apres « coupure » de courant… 
Je pense que je vais rechercher des ampoules qui le prennent en charge « officiellement »…
1 « J'aime »
