Skip to main content

2026-07-22​

  • Matter Server mis à jour vers la version 1.3.0
  • Capteurs génériques : les capteurs de contact, fuite d'eau, pluie, gel et présence sont maintenant reconnus automatiquement selon leur type Matter.
  • Fix : conflit de port avec d'autres plugins (ex. mqtt-ring) : le démon Matter vérifie son identité au démarrage pour éviter tout conflit.
  • Port RPC démon configurable depuis la page Configuration, utile en cas de conflit avec un autre plugin.

2026-07-17​

  • Matter Server mis à jour vers la version 1.2.7
  • Page principale : l'indicateur de disponibilité (point vert/rouge) reflète maintenant l'état temps-réel poussé par le daemon, au lieu de la valeur statique de la dernière synchronisation.

2026-07-06​

Nouveautés​

  • Page Santé centralisée : nouvelle page listant tous les équipements Matter avec leur état (actif, visible, disponible, firmware, types Matter). L'ancienne page Santé est renommée Diagnostic.
  • Indicateur de disponibilité : un point vert/rouge indique en temps réel si chaque équipement est joignable, sur la page Santé et sur la page principale.
  • Indicateur visuel niveau de log verbose : un bandeau d'avertissement apparaît automatiquement sur la page principale du plugin lorsque les logs sont en mode Debug, Info ou Notice. Le bouton actif est mis en évidence dans la Configuration. Tout disparaît dès que le niveau est remis sur Warning ou Error.
  • Contrôle du niveau de log par composant depuis la page Santé : possibilité de régler indépendamment le niveau du Wrapper, du Démon (rpc-wrapper) et du Serveur Matter sans redémarrer quoi que ce soit.
  • Mise à jour firmware depuis la page Santé : un bouton "Mettre à jour" apparaît directement sur les équipements disposant d'un firmware plus récent.
  • Suivi de la mise à jour en temps réel : l'avancement du téléchargement firmware est maintenant visible via les commandes ota_update_state et ota_update_progress (créées automatiquement si l'appareil le supporte).

Améliorations​

  • Matter Server mis à jour vers la version 1.1.7 : optimisations significatives des performances (conversion bitmap, décodage WebSocket, gestion des bridges volumineux), meilleure tolérance aux appareils non conformes et réduction de l'usage CPU sur les réseaux MDNS chargés.
  • Suppression de code mort : les fonctions startEmbeddedServer / stopEmbeddedServer pointant vers une ancienne architecture ont été retirées.

Corrections​

  • Conflit port 80 au démarrage : le service natif otbr-web (installé avec otbr-agent) était actif sur le port 80 et entrait en conflit avec Apache. Il est désormais automatiquement désactivé lors de l'installation. L'option Web GUI OTBR est désactivée par défaut dans la configuration.
  • Correction critique : le niveau de log configuré n'était pas correctement appliqué au redémarrage du démon.
  • Commissionnement Wi-Fi : les champs SSID et mot de passe sont désormais toujours visibles lors du commissionnement. Ils se masquent automatiquement en mode multi-admin (appareil déjà sur le réseau). Un texte d'aide précise de laisser ces champs vides pour un appareil Thread.
  • Compatibilité port HTTP non-standard : le démon pouvait ne pas rappeler Jeedom correctement sur les installations avec un port différent de 80, sous Docker, ou derrière un reverse proxy.

2026-06-22​

Nouveautés​

  • Ajout d'un bouton Infos avancées du nœud permettant d'afficher les informations détaillées d'un équipement Matter pour faciliter le diagnostic et le support.
  • Ajout d'un bouton Dump du nœud permettant d'afficher les informations brutes remontées par un équipement Matter.
  • Prise en charge des événements Matter Door Lock : la dernière action, la source (Manuel, Clavier, Distant…) et le type de credential (Code PIN, Empreinte, RFID…) sont désormais remontés comme commandes Jeedom.

Améliorations​

  • Mise à jour de Matter Server vers la version 1.1.0 afin d'améliorer la stabilité et la compatibilité avec certains appareils Matter récents.
  • Nouveau mode BLE Proxy permettant le commissionnement d'appareils Matter Wi-Fi via un Bluetooth distant (VM, Docker, NAS, serveur sans Bluetooth, etc.).
  • Amélioration de la gestion des réseaux Thread avec les OTBR distants.
  • Diagnostic IPv6 et Thread entièrement revu pour faciliter l'identification des problèmes de commissionnement.
  • Amélioration de la gestion et de l'affichage des niveaux de logs.
  • Amélioration de la page Santé avec davantage d'informations et un fonctionnement plus fiable.

Corrections​

  • Correction de problèmes de compatibilité pouvant empêcher l'ajout de certains appareils Matter.
  • Correction de la synchronisation du dataset Thread avec certains OTBR distants.
  • Correction de l'affichage de certaines erreurs OTBR pouvant être signalées à tort comme bloquantes.
  • Correction d'un problème pouvant empêcher la réouverture correcte de la page Santé.
  • Renforcement de la sécurité avec une meilleure protection de la clé API Jeedom.
  • Amélioration des vérifications effectuées lors de l'installation et des mises à jour des dépendances.

2026-06-12​

Ajouté​

  • Contrôle dynamique du niveau de log du daemon Matter depuis la page santé et la configuration
    (boutons Debug / Info / Notice / Warning / Error, appliqué immédiatement et sauvegardé)

Corrigé​

  • Niveau de log Jeedom maintenant propagé aux scripts OTBR (install_otbr.sh, start_otbr.sh) via la variable d'environnement MATTER_LOGLEVEL
  • Heartbeat du watchdog OTBR abaissé de INFO à NOTICE pour éviter des logs intempestifs quand Jeedom est configuré en warning ou error
  • Mise à jour des dépendances daemon : matter-server et @matter-server/ws-client 0.7.1 → 0.8.0.

2026-06-01​

  • Ajout du support des aspirateurs robots Matter (RVC) avec contrôle du mode, de l'état opérationnel et des actions start/pause/resume/retour à la base.
  • Mise à jour de l'icône du plugin

2026-05-24​

  • Mise à jour des dépendances daemon : matter-server et @matter-server/ws-client 0.5.10 → 0.7.1.
  • changement de canal Thread en mode Router/leader : quand OTBR n'est pas Leader (ex: un HomePod ou autre border router détient le rôle de Leader), dataset commit pending restait local et n'était jamais propagé au réseau. Le changement de canal depuis l'interface ne fonctionnait pas dans ce cas. Corrigé en utilisant dataset updater start qui envoie un MGMT_PENDING_SET.req directement au Leader, avec un délai minimum de 300 secondes pour laisser le temps à tous les nœuds Thread de migrer.
  • Gestion du canal Thread dans la configuration : nouvelle section permettant de lire le canal actuel, de le modifier avec confirmation, et de sauvegarder/restaurer le dataset avant modification.
  • correction du nom de propriété pour la température de couleur .

2026-04-29​

  • Documentation OTBR enrichie avec les scénarios concrets Option A (TCP socat — recommandé) et Option B (distant — expérimental) pour les dongles SLZB et équivalents.
  • Clarification : en mode TCP socat, l'API REST du dongle (port 8080) n'est pas utilisée — un curl :8080 qui échoue est normal et attendu.

2026-04-28​

  • La case Code partagé / réseau dans la fenêtre de commissioning est désormais décochée par défaut.
  • Correction : la visibilité (Afficher) et le nom des commandes ne sont plus écrasés lors d'un sync si l'utilisateur les a personnalisés — ces valeurs ne sont maintenant appliquées qu'à la création de la commande.

2026-04-27​

  • Watchdog OTBR — amélioration des logs de debug : les cycles de retry périodique, les périodes de cooldown, les transitions agent_down et les redémarrages OTBR sont maintenant tracés explicitement dans les logs matter_otbr.
  • Watchdog OTBR — gestion automatique du redémarrage : le watchdog détecte et gère l'état agent_down avec escalade progressive (redémarrage du service otbr-agent, puis du conteneur complet si nécessaire).
  • Le watchdog redémarre automatiquement le conteneur OTBR s'il s'arrête de façon inattendue (cooldown de 60 secondes entre deux tentatives).
  • Si le conteneur est complètement disparu ou dans un état irrécupérable, le watchdog recrée entièrement le conteneur OTBR avec la même configuration.
  • Clarification des rôles : le watchdog gère la surveillance et le redémarrage d'OTBR, le cron Jeedom vérifie uniquement que le watchdog tourne et le relance si nécessaire.
note

Après une recréation complète du conteneur par le watchdog, le réseau Thread redémarre sans restauration automatique du dataset. Si les appareils Thread ne se reconnectent pas, utilisez Gestion Matter & Thread → Injecter le dataset pour restaurer votre réseau.

2026-04-26​

  • Mode socat : le PTY virtuel (/tmp/matter_ttyOTBR) est maintenant monté dans le conteneur via bind-mount avec règle cgroup dédiée — plus fiable que le passage direct du device.
  • Correction des scripts watchdog_otbr.sh et init_thread.sh.
  • Correction de la détection d'IP réseau dans les scripts OTBR.
  • Correction de l'affichage du statut OTBR dans la fenêtre de configuration (refresh forcé).
  • Corrections diverses sur matter.class.php liées à la gestion des modes RCP.

2026-04-22​

  • Ajout du support UART OTBR pour clés USB (baudrate, options).
  • Ajout configuration dédiée + preset Slaesh CC2652RB.
  • Construction et logs explicites de la RADIO_URL.
  • Support URL RCP personnalisée en TCP local + validation.
  • Vérification connectivité TCP avec erreur claire.
  • Séparation stricte modes OTBR local / distant.
  • Blocage actions locales et init Thread en mode distant.
  • Amélioration statut OTBR distant (plus de faux Docker OK).
  • Meilleure gestion des URL radio réseau (spinel+).
  • Validation dataset Thread renforcée.
  • Amélioration du commissioning Matter over Thread (reconnect).
  • Diagnostics OTBR et commissioning plus clairs.

2026-04-13​

  • cron() : ajout d'une vérification toutes les minutes que le watchdog OTBR tourne. Si mort : dump de l'état Docker (status, exit code, OOMKilled, FinishedAt) + 20 dernières lignes de logs du
    container en ERROR dans matter_otbr, puis relance automatique du watchdog.
  • Versions des dépendances npm fixées en exact (suppression du ^) : @matter-server/ws-client, matter-server et ws verrouillés à 0.5.10 / 8.20.0.
  • Empêche le watchdog de se bloquer silencieusement si Docker ne répond pas
  • Le watchdog laisse maintenant un message dans les logs quand il s'arrête
  • Le heartbeat périodique ne saute plus de cycles
  • Corrige des fausses alertes error dans les logs quand le watchdog redémarre alors que tout va bien
  • Correction d'un bug de démarrage concurrent du watchdog
  • Meilleure détection du PID du watchdog (plus fiable si le fichier PID est désynchronisé)

2026-04-04​

  • Ajout d’un système de watchdog pour OTBR (relance automatique en cas de problème)
  • Simplification du plugin avec suppression de la gestion des catégories Jeedom

2026-03-31​

  • Amélioration de la gestion des logs du démon (intégration avec Jeedom, réduction du bruit)
  • Ajout du support du DoorState pour les serrures Nuki
  • Ajout du retour d’état temps réel pour actuator_enabled et door_state
  • Amélioration de la synchronisation des attributs DoorLock

2026-03-29​

  • Mise à jour majeure ⚠️ Installation propre fortement recommandée avec suppression du plugin version python
  • Migration vers un daemon Node.js (Matter JS)
  • Suppression du daemon Python
  • Refonte du commissionnement et des événements
  • Refonte de la gestion Thread / OTBR (Docker + watchdog)
  • Intégration améliorée avec Docker
  • Compatibilité Debian 11 / 12 / 13
  • Meilleure prise en charge des boutons BILRESA (dual + molette)

2026-03-26​

  • Ajout du support Thread local via OTBR (OpenThread Border Router)
  • Intégration complète de Docker OTBR dans le plugin
  • Gestion du réseau Thread directement depuis Jeedom
  • Ajout de la gestion du dataset Thread :
    • récupération du dataset actuel
    • copie
    • injection d’un dataset existant
  • Ajout d’une interface unifiée Gestion Matter & Thread
  • Support du commissionnement Matter via code manuel
  • Ajout du multi-admin (partage d’équipements) :
    • génération de code depuis Jeedom
    • ajout dans Apple Home / Home Assistant / Alexa / Google
  • Clarification des rôles :
    • Commissionnement → ajout initial
    • Multi-admin → partage d’équipement existant
  • Meilleure compatibilité avec :
    • Debian 12 (recommandé)
    • Debian 13 (supporté)
  • Installation automatisée des dépendances OTBR
  • Vérification des prérequis :
    • Docker
    • droits www-data
  • Ajout du bouton :
    • Redémarrer Apache (correctif droits Docker)
  • Gestion complète du cycle OTBR :
    • installation
    • lancement
    • état du service
  • Création d’un nouveau réseau Thread
  • Support de l’import de dataset existant :
    • Home Assistant
    • sauvegarde utilisateur
  • Compatibilité avec environnement existant (pas de reset obligatoire)
  • Synchronisation automatique des équipements après commissioning
  • Amélioration de la détection des équipements Matter
  • Correction des faux messages d’erreur lors du commissioning
  • Amélioration de la gestion des retours node_id
  • Stabilisation du daemon Matter

2026-03-17​

  • Refonte complète de la documentation
  • Ajout de la description détaillée de l'architecture (démon, serveur, plugin)
  • Documentation de tous les types d'appareils supportés et leurs commandes
  • Ajout du tableau des clusters Matter supportés
  • Documentation du mode serveur externe (Home Assistant)
  • Section dépannage complète
  • Documentation de la page Santé et de ses vérifications
  • Documentation des paramètres de configuration avancés

2026-02-27​

  • Mise en place de la documentation unifiée (index + changelog)
  • Standardisation des chemins d'images vers /img/plugins/matter/…