Intégrer une alarme Ajax à Home Assistant représente un enjeu majeur pour les propriétaires souhaitant centraliser leur écosystème domotique sans compromettre la sécurité. Bien que Ajax maintienne une politique restrictive concernant ses interfaces de programmation pour préserver l’intégrité de ses systèmes, plusieurs approches techniques ont émergé pour contourner ces limitations et permettre une synchronisation fluide entre ces deux mondes.
La connexion d’une alarme Ajax à Home Assistant permet d’enrichir les scénarios d’automatisation sans compromettre la sécurité, en exploitant les données de l’alarme pour piloter la domotique et centraliser la gestion. configuration.yaml
La connexion d’une alarme Ajax à Home Assistant ne signifie nullement substituer un système domotique à un véritable système de sécurité certifié. L’enjeu demeure ailleurs : exploiter intelligemment les données remontées par l’alarme pour enrichir les scénarios d’automatisation sans dégrader le niveau de protection de la maison.
Prenons un exemple concret. Lorsque l’alarme bascule en mode armement total, le système domotique pourrait automatiquement fermer les volets roulants, désactiver les scénarios d’éclairage adaptatif, ou encore déclencher le robot aspirateur en toute sécurité. À l’inverse, connaître l’état des détecteurs d’ouverture présents sur l’alarme évite de dupliquer des capteurs : un seul détecteur suffit à alimenter à la fois le système d’alarme et la domotique. Couper le chauffage si une fenêtre reste ouverte, allumer une lampe lors du passage d’une silhouette, ou déclencher des alertes notifiées sur le téléphone deviennent alors des gestes naturels.
L’intérêt réside également dans la consolidation des données. Au lieu de gérer deux interfaces distinctes, une seule application centralisée offre une vue d’ensemble de l’habitation. Cette approche stratifiée sépare clairement les responsabilités : l’alarme préserve son rôle de gardien intraitable, tandis que Home Assistant pilote l’intelligence quotidienne de la maison. Cette distinction critique justifie les efforts d’intégration, même lorsque la route demeure sinueuse.
Le protocole SIA DC-09 est un standard ancien et largement adopté par les entreprises de télésurveillance, garantissant une compatibilité étendue avec de nombreux systèmes.
Le protocole SIA DC-09 permet une intégration rapide et unidirectionnelle entre l’alarme Ajax et Home Assistant en utilisant une communication simple via IP et port, sans accès aux états individuels des capteurs.
La première approche accessible consiste à exploiter le protocole SIA DC-09, utilisé depuis des décennies par les entreprises de télésurveillance. Ce standard ouvert permet à Home Assistant de se déclarer comme centre de surveillance, créant ainsi un canal de communication direct entre l’alarme et la plateforme domotique. Cette méthode présente l’avantage de la simplicité : quelques clics suffisent pour établir la connexion.
Avant toute chose, la configuration doit débuter dans l’application Ajax elle-même. Accédez aux réglages de la centrale via l’icône d’engrenage situé en haut à droite, puis naviguez jusqu’à « Entreprises de sécurité » en bas du menu. Sélectionnez le protocole « SIA DC-09 » et cochez l’option « Une adresse IP pour tous les réseaux ». Renseignez l’adresse IP locale ou distante de votre instance Home Assistant. Pour le port, privilégiez une valeur inutilisée comme 2410. Dans la section intervalle ping, définissez 1 minute, et attribuez un identifiant de site tel que « AAA ». Les paramètres s’enregistrent automatiquement lors du retour à l’écran précédent.
Du côté Home Assistant, l’installation du module se fait depuis la section Appareils. Cliquez sur « Ajouter une intégration » et recherchez « SIA Alarm Systems ». Bien que ce plugin soit conçu pour le protocole SIA générique utilisé par de nombreuses marques, il fonctionne parfaitement avec Ajax. La boîte de dialogue demande trois informations : le port défini précédemment (2410), l’identifiant de compte (AAA), et le nombre de zones configurées sur votre centrale (par exemple 2 pour un rez-de-chaussée et un étage). Une fois validée, la configuration est terminée et les appareils apparaissent automatiquement.
Cette approche génère des entités représentant l’état global de l’alarme, l’alerte inondation et l’alerte incendie. Les changements d’états deviennent utilisables dans les scénarios : fermeture des volets lors de l’armement, mise en route du robot aspirateur en armement total, envoi de notifications lors d’alertes incendie. Cependant, une limitation importante subsiste : aucun accès aux états individuels des capteurs, pas de commande possible depuis Home Assistant. Cette approche demeure donc unidirectionnelle et peu granulaire.
Le protocole SIA offre une mise en œuvre rapide sans dépendances externes. Aucune autre application ne devient nécessaire, réduisant ainsi la surface d’attaque et la complexité du système global. L’approche reste stable et fiable, une caractéristique appréciée pour les infrastructures de sécurité. Toutefois, le manque de détails remontés—absence de statut des détecteurs spécifiques, impossibilité d’armer ou désarmer depuis Home Assistant—rend cette solution insuffisante pour les usages avancés. La granularité reste superficielle, insuffisante pour les scénarios d’automatisation sophistiqués.
Créez un compte Ajax dédié uniquement à l’intégration Jeedom pour mieux gérer les accès et sécuriser votre installation domotique.
L’architecture MQTT via Jeedom utilise un plugin Ajax détaillé pour remonter toutes les données vers Home Assistant, offrant une intégration complète et bidirectionnelle grâce à un broker MQTT commun.
Lorsque les limitations du protocole SIA deviennent contraignantes, la seconde approche offre une alternative bien plus complète. Le système d’exploitation domotique Jeedom dispose d’un plugin Ajax extrêmement détaillé qui remonte la quasi-totalité des données du système d’alarme. L’astuce consiste à utiliser Jeedom comme intermédiaire, en envoyant toutes les informations vers Home Assistant via MQTT, un protocole de messagerie léger et fiable.
Cette architecture peut sembler complexe à première abord, mais elle résout effectivement tous les problèmes d’accessibilité API d’Ajax. Jeedom a négocié un accès privilégié aux données Ajax, tandis que Ajax refuse toute ouverture directe à Home Assistant pour préserver sa sécurité certifiée. Cette séparation logique entre couches reste judicieuse : chaque outil joue son rôle sans empiéter sur les responsabilités d’autrui.
Avant de poursuivre, assurez-vous de disposer d’une instance Jeedom opérationnelle, accessible de l’extérieur si vos appareils sont éloignés. Pas besoin d’investir dans une box Jeedom propriétaire : une machine virtuelle sur Proxmox, un NAS Synology ou un simple serveur suffisent. Un reverse proxy permettra alors d’accéder à Jeedom depuis internet de manière sécurisée.
Le plugin Ajax pour Jeedom est un produit payant coûtant environ 8 euros, un investissement raisonnable au regard des fonctionnalités offertes. Une fois acheté via le store Jeedom, activez-le et cliquez sur « Se connecter ». Deux identifiants sont demandés : les identifiants de votre compte Ajax personnel. Vous pouvez créer un compte dédié dans l’application Ajax simplement pour cette intégration, un choix recommandé pour les environnements professionnels ou familiaux sensibles.
Une étape importante : dans les paramètres du Hub sur l’application Ajax, déclarez l’adresse email du compte Jeedom (par exemple [email protected]). Cette invitation demeurera en attente, ce qui est normal et attendu. Une fois cette configuration effectuée, retournez sur Jeedom et lancez la synchronisation des équipements. Le plugin crée automatiquement tous les périphériques Ajax au sein de votre instance Jeedom : détecteurs d’ouverture, capteurs de mouvement, détecteurs d’inondation, capteurs de température intégrés, et bien d’autres encore.
Cette remontée d’informations s’avère exhaustive comparée au protocole SIA. Chaque capteur devient visible, modifiable, et exploitable indépendamment. Le système maintient une synchronisation bidirectionnelle : les changements d’état sur l’alarme Ajax remontent immédiatement sur Jeedom, tandis que certaines commandes peuvent être exécutées depuis Jeedom vers Ajax.
Si tu veux vérifier comment ce point s’intègre dans l’ensemble, confort domotique donne une lecture plus structurante.
L’étape suivante consiste à installer le plugin MQTT Manager sur Jeedom, heureusement disponible gratuitement. Une fois activé, sa configuration revêt une importance critique. Le mode doit être défini sur « Broker distant », car vous allez utiliser le broker MQTT intégré ou externe de Home Assistant. Renseignez les identifiants configurés sur votre broker Home Assistant, séparés par un deux-points : utilisateur:motdepasse.
Une option clé ne doit pas être omise : cochez « Transmettre tous les événements ». Cet élément garantit que chaque modification d’état sur Jeedom—y compris tous les événements de l’alarme Ajax—est immédiatement publié sur le broker MQTT. Cette transmission quasi instantanée crée un canal de communication fiable entre les deux mondes.
Bien que facultatif, un client MQTT comme MQTT Explorer offre une visibilité précieuse sur les messages transitant par le broker. Cet outil diagnostique des anomalies potentielles et confirme que les événements remontent correctement. La configuration Jeedom est alors achevée, et toutes les données Ajax sont disponibles en temps réel sur le broker MQTT.
Pour éviter les erreurs dans votre fichier mqtt.yaml, n’utilisez jamais de tabulations et respectez strictement l’indentation avec deux espaces à chaque niveau.
Les entités Home Assistant sont créées manuellement via MQTT en déclarant boutons d’armement, capteurs binaires et capteurs classiques, avec une attention particulière à la syntaxe YAML et aux identifiants uniques.
La phase la plus minutieuse commence : déclarer manuellement chaque périphérique Ajax dans Home Assistant en tant qu’entités MQTT. Cette étape s’effectue une seule fois, mais demande de la rigueur et de l’attention aux détails. Pour éviter de surcharger le fichier configuration.yaml principal, créez un fichier dédié nommé mqtt.yaml et incluez-le via la ligne mqtt: !include mqtt.yaml.
Trois catégories d’entités couvrent vos besoins : les boutons pour les commandes d’armement, les capteurs binaires pour les détecteurs d’ouverture et d’inondation, et les capteurs classiques pour les températures et états généraux. Voici la structure de base pour les commandes d’armement.
| 🎯 Type d’entité | 📊 Cas d’usage | ⚙️ Exemple |
|---|---|---|
| Button | Armement/Désarmement | Alarme Armement total |
| Binary Sensor | Ouverture/Fermeture portes | Porte d’entrée |
| Binary Sensor | Détection inondation | Détecteur salle de bain |
| Sensor | Température et humidité | Capteur salon |
| Sensor | État global alarme | Statut alarme principal |
Chaque entité requiert un identificateur unique trouvable dans Jeedom. Sur la centrale Ajax créée dans Jeedom, consultez l’onglet « Commandes ». Pour les boutons d’armement, repérez les commandes « Armement », « Mode nuit » et « Désarmement », puis notez leurs numéros respectifs (par exemple 58 à 59, 60). Ces identifiants remplacent les valeurs par défaut dans votre fichier mqtt.yaml.
Pour les capteurs binaires, le processus identique s’applique. Accédez au détecteur d’ouverture concerné dans Jeedom, repérez sa commande « Ouverture » ou « Fuite détectée » pour les inondations, et consignez le numéro. Dans la déclaration Home Assistant, utilisez payload_on: « 0 » et payload_off: « 1 », car Ajax utilise une logique inversée. Le device_class (window, door, moisture) adapte automatiquement les icônes affichées.
Les capteurs classiques suivent une logique similaire. La commande « Etat » de la centrale fournit l’état global de l’alarme, tandis que chaque détecteur propose sa propre commande « Température ». L’attribut device_class: temperature et unit_of_measurement: « °C » formatent correctement les informations affichées dans Home Assistant.
La précision du fichier YAML s’avère non-négociable : l’indentation détermine la validité syntaxique. Chaque niveau doit utiliser exactement deux espaces, jamais de tabulations. Les identifiants uniques (unique_id) doivent véritablement rester uniques : une duplication causera une erreur au redémarrage. Les noms affichés peuvent être personnalisés à convenance, tandis que state_topic doit correspondre exactement aux chemins MQTT publiés par Jeedom.
Une fois le fichier édité, validez sa syntaxe via le menu « Outils de Développement » dans Home Assistant, section « Vérifier la configuration ». Un message vert confirme la validité. Redémarrez ensuite Home Assistant pour charger les nouvelles entités. Les appareils apparaissent alors dans la section Appareils, sous le groupe MQTT, en recherchant « Ajax ».
Attention : les états ne se mettent à jour que lors de changements effectifs. Ouvrir ou fermer une porte déclenche immédiatement la remontée du statut, quasi instantanément. Les températures, transmises moins fréquemment par Ajax, nécessitent quelques minutes avant leur première apparition. Les détecteurs incendie, contrairement aux autres capteurs, ne remontent pas dans Jeedom et restent donc inaccessibles via cette intégration. Cette limitation reflète les choix architecturaux d’Ajax pour préserver l’intégrité certifiée de ces alertes critiques.
Une fois les entités créées et synchronisées, leur exploitation dans les automatisations Home Assistant devient possible. Les états deviennent des déclencheurs, des conditions ou des actions dans les scénarios. Voici quelques cas d’usage caractéristiques :
Ces scénarios illustrent comment une alarme indépendante et un système domotique, bien que distincts, créent ensemble une maison véritablement intelligente et réactive. Les guides détaillés disponibles en ligne fournissent des exemples encore plus sophistiqués, comme des automations basées sur la météo ou la présence géolocalisée.
Pour sécuriser votre broker MQTT exposé sur internet, activez le chiffrement TLS et utilisez des mots de passe forts afin d’éviter toute intrusion malveillante.
La méthode la plus simple pour connecter une alarme Ajax à Home Assistant utilise le protocole SIA DC-09
Les problèmes d’intégration MQTT proviennent souvent d’une mauvaise configuration des identifiants ou du broker, d’une latence réseau, ou de l’absence de transmission complète des événements dans MQTT Manager.
Bien que l’intégration MQTT fonctionne généralement sans accroc, quelques scénarios pathologiques peuvent survenir. Une latence anormale indique souvent un problème de connectivité entre Jeedom et le broker MQTT, ou entre Home Assistant et ce même broker. Vérifiez que les identifiants MQTT sont correctement renseignés dans Jeedom, et que le broker est opérationnel et accessible sur le réseau.
Les états qui ne se synchronisent jamais peuvent résulter d’une erreur dans le numéro de la commande Jeedom. Consultez à nouveau l’onglet Commandes du périphérique concerné et comparez les valeurs. Une autre cause fréquente : l’oubli de cocher « Transmettre tous les événements » dans la configuration MQTT Manager, ce qui silence l’ensemble des publications.
Avantage stratégique du MQTT : cette approche reste modulable et extensible. Des capteurs supplémentaires, des relais, des capteurs de lumière ou d’humidité provenant d’autres sources peuvent être intégrés au même broker MQTT. Jeedom et Home Assistant deviennent deux clients du même réseau d’informations, créant une architecture robuste et cohérente.
La sécurité du broker MQTT mérite attention. Utilisez toujours une authentification robuste avec des mots de passe complexes. Si le broker est exposé sur internet via un reverse proxy, chiffrez la connexion via TLS. Cette vigilance empêche des tiers malveillants d’accéder aux données ou de manipuler vos commandes d’armement d’alarme.
Enfin, les repositories GitHub spécialisés et les forums communautaires offrent des solutions à des problèmes plus niche. La communauté Home Assistant se montre active sur ces sujets, générant régulièrement des retours d’expérience précieux.
Le protocole SIA offre une intégration simple et rapide mais limitée, tandis que l’approche MQTT via Jeedom permet une intégration complète et bidirectionnelle, offrant plus de granularité et de contrôle.
Synthétiser le bilan entre les deux méthodes aide au choix final. Le protocole SIA offre une rapidité d’implémentation inégalée, une configuration sans dépendance externe, et une très faible charge système. Toutefois, les données remontées demeurent limitées à l’état global de l’alarme et aux alertes critiques. Aucun contrôle fin, aucune granularité sur les capteurs individuels.
L’approche MQTT via Jeedom, plus laborieuse lors de la mise en place, débouche sur une intégration complète et bidirectionnelle. Chaque capteur devient une source de données exploitable, chaque commande d’armement devient pilotable. L’effort investi en configuration initiale se justifie par la profondeur et la flexibilité obtenues. De nombreux utilisateurs expérimentés privilégient cette seconde approche, acceptant son coût de complexité pour la richesse fonctionnelle qu’elle procure.
Un choix pragmatique consiste parfois à combiner les deux : utiliser le protocole SIA pour une couche simple et rapide, tout en maintenant le système MQTT pour les usages avancés. Aucune incompatibilité n’entrave cette coexistence. Chacun a le droit de choisir en fonction de ses compétences, du temps disponible, et des objectifs d’automatisation visés.
Les difficultés rencontrées lors de l’intégration Ajax à Home Assistant reflètent surtout les choix légitimes d’Ajax de préserver la sécurité certifiée de ses systèmes. Ajax a refusé de négocier une ouverture directe vers Home Assistant, tandis que Jeedom a obtenu un accès privilégié grâce à ses certifications et ses engagements de sécurité. Cette situation, bien que frustrante à court terme, garantit à long terme que les systèmes d’alarme conservent une intégrité inattaquable. Contourner via MQTT constitue alors une victoire mesurée et justifiée : l’alarme reste autonome, tandis que la domotique bénéficie d’accès contrôlés aux données pertinentes.
À mesure que 2026 progresse, la dynamique autour de ces intégrations évolue. Les fabricants d’alarme mesurent la demande pour des ouvertures de sécurité, tout en pesant les risques. Des retours d’utilisateurs documentant leurs intégrations réussies alimentent ces discussions. Peut-être qu’une intégration officielle verra le jour, simplifiant drastiquement le processus. En attendant, les méthodes décrites ici fonctionnent, restent stables, et offrent des résultats probants pour ceux prêts à investir l’effort nécessaire.
Nicolas teste, casse et répare. Ingénieur réseaux de formation reconverti en bricoleur numérique, il automatise sa maison sous Home Assistant depuis 2016.
La sécurité incendie ne s'arrête plus au simple détecteur de fumée fixé au plafond, surtout dans une maison connectée où prises, batteries, modules WiFi, box domotique et automatismes multiplient les points de vigilance. En France, le.
Claire Fontaine · ·3 min 
La sécurité entreprise n'est plus un sujet que l'on peut repousser à « plus tard », surtout quand l'INRS rappelle qu'environ 70 % des entreprises touchées par un sinistre majeur disparaissent. Pour une PME, le risque ne se limite pas à.
Nicolas Mercier · ·3 min 
Éclairage synonyme, la requête paraît simple. En pratique, elle cache un vrai problème d'écriture. Dans un site domotique, le mot « éclairage » revient partout, fiches produit, tutoriels Home Assistant, guides Philips Hue, comparatifs LED.
Amira Benali · ·3 min 
L'éclairage public représente encore un parc d'environ 12 millions de points lumineux en France, pour une puissance installée proche de 1, 05 GW fin 2023 selon les données reprises par le Cerema et ENEDIS. Ce n'est donc pas un simple sujet.
Romain Delmas · ·3 min 
L'interrupteur volet connecté paraît simple à acheter, mais l'erreur de compatibilité arrive vite entre moteur filaire 230 V, radio Somfy, module Zigbee ou installation sans neutre. C'est le vrai piège. En 2025, environ 35 % des foyers.
Amira Benali · ·3 min 
Eclairage exterieure led, le sujet paraît simple jusqu'au moment où il faut choisir entre une borne pour l'allée, un projecteur pour sécuriser l'entrée, une applique pour la façade ou une lampe solaire pour éviter de tirer une ligne. Or les.
Claire Fontaine · ·3 min