Bonjour,
Mon problème
*je suis en train de migrer de Jeedom vers HA.
Je dispose d’une box tydom avec une alarme et un thermostat.
J’utilise le plugin tydom2mqtt pour ma box Tydom.
Pour le thermostat aucun problème mais l’alarme je sèche un peu…
Elle remonte bien dans HA mais pour l’intégrer avec HomeKit impossible.
Sous Jeedom, j’avais créer un virtuel « alarme » pour l’intégrer dans HomeKit et des scénario pour gérer les différents changements de HomeKit.
Est-ce que quelqu’un a une idée ?
Bonne journée *
Ma configuration
[center]## System Information
| version |
core-2025.5.3 |
| installation_type |
Home Assistant OS |
| dev |
false |
| hassio |
true |
| docker |
true |
| user |
root |
| virtualenv |
false |
| python_version |
3.13.3 |
| os_name |
Linux |
| os_version |
6.12.23-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.5 |
| Stage |
running |
| Available Repositories |
2010 |
| Downloaded Repositories |
2 |
Home Assistant Cloud
| logged_in |
false |
| can_reach_cert_server |
ok |
| can_reach_cloud_auth |
ok |
| can_reach_cloud |
ok |
Home Assistant Supervisor
| host_os |
Home Assistant OS 15.2 |
| update_channel |
stable |
| supervisor_version |
supervisor-2025.05.3 |
| agent_version |
1.7.2 |
| docker_version |
28.0.4 |
| disk_total |
30.8 GB |
| disk_used |
5.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 |
Linky (1.5.0), Mosquitto broker (6.5.1), tydom2mqtt (3.5.3), Gazpar2HAWS (0.3.2), Get HACS (1.3.1), Zigbee2MQTT (2.4.0-1) |
Dashboards
| dashboards |
2 |
| resources |
0 |
| views |
0 |
| mode |
storage |
Network Configuration
| adapters |
lo (disabled), enp0s18 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethdd80718 (disabled), vetha23fd4f (disabled), veth756a45c (disabled), veth891b084 (disabled), vethb462b1d (disabled), vethb44d50e (disabled), vethc9c90e7 (disabled), veth4439c5e (disabled), vethd055be6 (disabled), veth17d6223 (disabled) |
| ipv4_addresses |
lo (127.0.0.1/8), enp0s18 (192.168.1.39/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vethdd80718 (), vetha23fd4f (), veth756a45c (), veth891b084 (), vethb462b1d (), vethb44d50e (), vethc9c90e7 (), veth4439c5e (), vethd055be6 (), veth17d6223 () |
| ipv6_addresses |
lo (::1/128), enp0s18 (2a01:cb15:345:2c00:19dc:ec97:9d3e:3764/64, fe80::c567:c78e:430d:9cd7/64), hassio (fe80::d044:84ff:fef0:87cf/64), docker0 (fe80::8cd3:e3ff:fe0c:4c6b/64), vethdd80718 (fe80::7cee:a9ff:fe8f:54bd/64), vetha23fd4f (fe80::fc06:3aff:fee8:34dc/64), veth756a45c (fe80::249a:77ff:fe30:838c/64), veth891b084 (fe80::5c8b:c2ff:feed:a84/64), vethb462b1d (fe80::54bc:74ff:fe1b:8195/64), vethb44d50e (fe80::7027:beff:fe84:b4c7/64), vethc9c90e7 (fe80::f8c1:d2ff:fe60:dea0/64), veth4439c5e (fe80::1037:8bff:fefd:d081/64), vethd055be6 (fe80::88:13ff:fea4:3ea7/64), veth17d6223 (fe80::a863:b6ff:fe21:333d/64) |
| announce_addresses |
192.168.1.39, 2a01:cb15:345:2c00:19dc:ec97:9d3e:3764, fe80::c567:c78e:430d:9cd7 |
Recorder
| oldest_recorder_run |
6 juin 2025 à 19:13 |
| current_recorder_run |
7 juin 2025 à 22:50 |
| estimated_db_size |
2.26 MiB |
| database_engine |
sqlite |
| database_version |
3.48.0 |
[/center]
___
salut,
tu a essayer avec homekitbridge ??
@hackdiy oui j’ai essayé avec HomeKit bridge mais ce n’est pas « compatible ».
Les infos et actions de l’alarme remontés Tydom2mqtt ne sont pas exploitable directement par HomeKit.
C’est pour cela que j’avais créé un virtuel et des scénarios pour faire communiquer les deux
alors il va falloir suivre une approche similaire à celle que tu avais avec Jeedom, le but ici sera de créer un template d’alarme, ça te permet de définir un composant d’alarme personnalisé qui peut être exposé à HomeKit et en suite créer des scripts pour armer et désarmer l’alarme.
Merci @hackdiy
Par contre étant nouveau sur HA… comment faire un template pour que HomeKit puisse l’exploiter ?
en parcourant le forum et en faisant une recherche tu tombe souvent sur des sujet similaire pour trouver une réponse comme ICI pour le template, ou encore ICI.
@hackdiy merci beaucoup pour les liens !
A chaque fois je vois le fichier configuration.yalm, comment y accéder dans HA ?
Désolé je débute sur HA 
Salut @amery74
Le plus simple pour accéder aux fichiers YAML est de passer par l’addon File editor
Résumé
Tu peut crée des helpers en allant dans Paramètres / Appareils et services / Entrée, pour éviter le Yaml , certes ça va être un peut plus longtemps , quand tu débute c’est pas facile, documenté toi d’abord sur le Forum, tu trouvera sûrement, la façon qui te convient le mieux pour utiliser HA
Edite: désoler je pensais répondre dans pour autre sujet 
installe dans un premier temps l’integration « Alarmo Via HACS » pour configurer son propre système d’alarme
Merci @hackdiy pour ce lien !
Je l’ai télécharger mais en faites il utilise des capteurs pour déclenché une alarme.
Hors le plugin tydom2mqtt remonte un état d’alarme, un état d’armement
Sous Jeedom j’avais créer une « entité » virtuel qui reprenais les caractéristiques que devais utiliser HomeKit.
Puis des scénarios pour dire :
Si virtuel = armé alors tydom =armed_zone_1
Si virtuel = désarmé alors tydom =desarmed_zone_1
Si tydom = alarme_on alors virtuel = alarme déclenché
Si tydom = alarme_off alors virtuel = pas d’alarme
Je ne sais pas si c’est très clair comme explication
OK, ok , je me suis un peut perdu aujourd’hui
dans un premier temps tu créer une entité d’alarme virtuelle (alarm_control_panel) que HomeKit doit reconnaît, et synchroniser ses états avec ceux de ton alarme réelle via MQTT ,
comme expliquer plutôt tu doit utiliser un template dans alarm_control_panel: pour créer une entité virtuelle :
voila un exemple en yaml que tu peut aussi bien reproduire dans helpers en allant dans Paramètres / Appareils et services / Entrées puis crée une Entrée.
n’oublie pas de remplace sensor.ton_alarme_tydom par l’entité correcte , celle que tydom2mqtt a crée, et adapte les topic et payload en fonction de ceux que ton installation utilise.
alarm_control_panel:
- platform: template
panels:
maison:
name: Alarme Maison
value_template: "{{ states('sensor.ton_alarme_tydom') }}"
arm_away:
service: mqtt.publish
data:
topic: "tydom/123456/security/0/set"
payload: '{"cmd":"ON"}'
disarm:
service: mqtt.publish
data:
topic: "tydom/123456/security/0/set"
payload: '{"cmd":"OFF"}'
Créer une automatisation YAML ou via l’UI :
pour pouvoir synchroniser les états de l’alarme Tydom vers la virtuelle.
alias: Sync Tydom -> Alarme virtuelle
trigger:
- platform: state
entity_id: sensor.ton_alarme_tydom
action:
- service: alarm_control_panel.alarm_arm_away
target:
entity_id: alarm_control_panel.maison
condition: "{{ trigger.to_state.state == 'on' }}"
- service: alarm_control_panel.alarm_disarm
target:
entity_id: alarm_control_panel.maison
condition: "{{ trigger.to_state.state == 'off' }}"
tu peut lire ce topic sur l’organisation du fichier configuration.yaml et tu pourras mieux comprendre et organiser tes fichier YAML
Bonjour à tous,
Après plusieurs essai j’ai enfin réussi et la solution était sous mon nez.
En rentrant le code de l’larme dans la configuration de Tyd om2MQTTle problème était résolu.
Par contre je vais ouvrir un nouveau sujet car ma chaudière remonte bien sous forme de Thermostat mais impossible de changer la consigne… toujours avec Tydom2MQTT
Merci à tous pour votre aide
Bonne journée