Bug Wall switch Module Phillips HUE

Bonjour, j’ai un soucis avec un wall module Switch Phillips Hue.
Aucun soucis pour appairage (ZHA avec clé Skyconnect). Il le détecte rapidement. parfait. Comme d’habitude.
J’essaie de créer une automation simple avec un trigger quand j’appuie sur l’interrupteur, mais je n’ai pas la possibilité de choisir le trigger. Je n’ai que ces choix :
image
Dans le logbook, j’ai des retours inhabituels à chaque clic de mon interrupteur :
image

Je dis « inhabituel » car je possède déjà plusieurs Wall module de Phillips Hue. Et tout s’est toujours bien passé. J’ai fait des automation avec le trigger « turn on pressed », et j’ai un logbook différent de mon nouveau Wall module :
image

J’ai tout essayé. Supprimer le module, maintenir « reset » 10s (lumière clignote) et le re appairer. Appuyer juste une fois sur reset. rien n’y fait… Cela me désole.

Pour info, mes anciens modules sont des « RDM001 » et ceux que je viens d’acheter « RDM004 » (le firmware semble aussi différent)


[center]## System Information

version core-2024.2.3
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.12.1
os_name Linux
os_version 6.1.74-haos
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 4947
Installed Version 1.34.0
Stage running
Available Repositories 1403
Downloaded Repositories 9
Home Assistant Cloud
logged_in true
subscription_expiration January 1, 2025 at 01:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled false
google_enabled true
remote_server eu-central-1-11.ui.nabu.casa
certificate_status ready
instance_id d5d2591941e249c199fed58a2b88cab4
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 11.5
update_channel stable
supervisor_version supervisor-2024.03.0
agent_version 1.6.0
docker_version 24.0.7
disk_total 3666.9 GB
disk_used 2400.4 GB
healthy true
supported true
board generic-x86-64
supervisor_api ok
version_api ok
installed_addons Samba share (12.3.1), Plex Media Server (3.5.0), Studio Code Server (5.15.0), Mosquitto broker (6.3.1), tydom2mqtt (3.4.3), Home Assistant Google Drive Backup (0.112.1)
Dashboards
dashboards 1
resources 5
views 5
mode storage
Recorder
oldest_recorder_run March 12, 2024 at 15:58
current_recorder_run March 21, 2024 at 16:40
estimated_db_size 68.92 MiB
database_engine sqlite
database_version 3.44.2
[/center]

Est-ce que par hasard ça ne serait pas une question de firmware, qui ferait qu’il n’envoie pas la même chose que les copains ?

Hello,

En 2 minutes de recherche tu tombes sur ce fil avec le custom-quirk qui va bien (en attendant qu’il soit nativement pris en charge par ZHA):

2 « J'aime »

HO javais pas vu ca ! super merci. C’est une piste, car je comprends pas trop quoi faire avec ca.
1er fois que j’entends parler d’un…custom quirk.
C’est quoi ? comment faire ?

Salut,
pour utiliser un quirk.

  1. ajouté dans le configuration.yaml :
zha: 
  enable_quirks: true
  custom_quirks_path: /config/zha_quirks/
  1. ajouté un dossier zha_quirks dans /config
  2. Copier le code du quirk et créer un fichier texte. Coller le code du quirk dans le fichier texte et enregistrer. Renomer le fichier en RDM004.py et le coller dans le dossier zha_quirks
  3. supprimé l’appareil de ZHA
  4. redémarré HA
  5. mettre l’appareil en mode découverte
  6. ajouté un nouvel appareil dans ZHA
4 « J'aime »

Il manque juste :

  1. Et hop ! Ca fonctionne :grin:
2 « J'aime »

PAR-FAIT !!

Ca fonctionne ! Je vous remercie ! c’est génial !

1 « J'aime »