Ce plugin permet de communiquer entre Jeedom et votre installation KNX. Jeedom deviendra donc un équipement de votre installation. Des fonctions d’auto-configuration (auto-include, parser ETS) ont été implémentées pour permettre une mise en place rapide.
Interface de communication
: Choisir l’interface avec laquelle nous allons nous connecter au bus
KNXD
: Démon de communication KNX (Débian Buster minimum)Manuel
: si EIBD est installé sur une autre machineAdresse IP
: Indiquez l’adresse IP de la machine sur lequel tourne EIBD.Port
: Indiquez le port de connexion EIBD (Par défaut 6720)Type de passerelle
: Indiquez le type de passerelleAdresse de la passerelle
: Indiquez l’adresse IP de la passerellePort de la passerelle
: Indiquez le port de la passerellePou le passerl de type ipt(n) et USB, le plugin embarque une recherche automatique (a utiliser de préference)
Niveau d'adresse de groupe (GAD)
: Sélectionnez le niveau de GAD choisi lors de la programmation des équipementsPensez à sauvegarder.
Adresse multicast du serveur KNX
: Adresse du reseau KNX en multicast (Routing), l’adresse est identique pour la connexion (IP) et pour le serveur KNXDNom du serveur KNX
: donne un nom au serveur KNXD, visible sur le reseau.Adresse Physique du démon (PA)
: permet de fixer le début d’une plage d’adresses physiques (Attention Toute la plage d’adresse doit etre libres !) au démon sur votre bus KNX.
Le paramètre suivant défini aussi la taille de cette plageNombres de connexions autorisées sur le serveur du démon
: donne le nombre de connexions autorisées.
Attention, ces connexions sont aussi mappées sur votre bus KNX (voir paramètre précédent)Filtre serveur KNX
: Un filtre est ajouté a serveur KNX pour autorisé la programmation par ETSVisibilité du serveur KNX
: le serveur KNX virtuel répond à une requête permettant de découvrir les passerelles par un multicast IP dédié au KNX (224.0.23.12).
Cette fonctionnalité est présente dans ETS et liste automatiquement toutes les passerelles sur le réseau locale. En désactivant cette option, le démon ne répondra plus.Mode Routing
et Mode Tunnelling
: permet au démon de devenir un router KNX virtuel.Temps d'attente entre 2 envois (ms)
: Permet de difinir le temps d’attente a la fin de chaque envoiePour faciliter la mise en place des dépendances, Jeedom va gérer seul l’installation de la suite logiciel KNXD. l’installation de knxd se fait par des paquet Débian (Buster minimum)
Si tous les voyants sont au vert, nous pouvons passer à la suite…
Sur cette page nous retrouvons tous nos equipement ainsi que quelques raccourcis important
Ajouter
: Permet de crée un equipement manuellementTemplate
: Permet de crée par un Template un equipement
* Configuration
: Permet d’afficher la configuration généralMoniteur de bus
: Permet d’afficher les trame sur vue par le bus monitorAdresses de groupe
: Permet de gérer ses Adresse de groupe (soit par découvert du bus monitor ou par import ETS)Log du démon
: Permet de voir ce qu’il se passe sur le démonSanté
: Permet d’avoir une idée synectique de l’état de ses équipementsDans un premier temps, il faut créer un nouvelle équipement et le nommer. Comme dans tous les plugins Jeedom, vous avez un bouton “Ajouter” sur la gauche de votre fenêtre.
Ce nouvel équipement a besoin d’être paramétré.
Maintenant que votre équipement est créé et configuré, vous allez pouvoir y ajouter des commandes. Pour une bonne intégration, il est recommandé d’utiliser les Templates qui créeront automatiquement toutes les commandes nécessaires préconfigurées avec leurs Flags
Exemple de configuration
Nommer votre commande de manière à la retrouver facilement dans Jeedom
Ces champs de configuration sont importants pour la communication
Enfin, pensez à sauvegarder.
Il existe dans le plugin plusieurs Templates. Ceux-ci vous permettent de configurer rapidement un équipement.
Sur la page principale, un bouton “Template” permet d’ajouter un équipement . Il vous suffit de sélectionner le Template et de saisir les GAD, ou d’aller chercher les GAD importés par ETS ou dans l’onglet “Inconnue”. Certain Template, comme celui présenté on des options, pour ajouter une option il suffit de le coché et de complété ses groupes supplémentaire
Pour chaque adresse de groupe, au maximum UN seul objet doit avoir son flag “Lecture/Read” actif, tous les autre objet de cette même adresse de groupe doivent être inactifs, sinon une interrogation de la valeur donnerait plus d’une réponse qui pourraient être discordantes.
En général, la valeur stockée ou utilisée par les objets faisant partie d’une même adresse de groupe représente une information correspondant à quelque chose de réel / physique / mesurable dans votre maison. Pour déterminer lequel de tous les objets faisant partie de la même adresse de groupe doit être celui qui aura son flag “Lecture/Read” actif, il faut vous demander lequel de tous ces objets à le plus de chance d’être en phase avec la réalité. Cas simple : 3 boutons poussoir et un relais qui allume ou éteint une lampe, c’est la valeur de l’objet du relais qui représentera réellement l’état (allumé ou éteint) de la lampe, surtout après une panne de courant ou un problème sur le bus…
Pour une valeur d’adresse de groupe, plusieurs objets peuvent avoir leur flag “Écriture/Write” actif. N’importe quel objet dont la valeur doit pouvoir être modifiée par un autre doit avoir son flag “Écriture/Write” actif.
Exemples d’objets pour lesquels le flag “Écriture/Write” est généralement actif :
Exemples d’objets pour lesquels le flag “Écriture/Write” est généralement INACTIF :
Exemples d’objets pour lesquels le flag “Transmission/Transmit” est généralement actif.
Exemples d’objets pour lesquels le flag “Transmission/Transmit” est généralement inactif.
En théorie, ce flag ne semble pas très utile, mais en pratique, s’il est actif il permet de “resynchroniser” plus rapidement tous les participants d’un bus quand certains ont été redémarrés ou qu’une coupure est survenue sur le bus (arrêt temporaire d’une liaison entre 2 étages ou 2 bâtiments par exemple), dans ce cas, il suffit de lancer un script qui lit tous les groupes et hop tout est resynchronisé.
Exemples d’objets pour lesquels le flag “Mise-à-jour/Update” est généralement actif :
Exemples d’objets pour lesquels le flag “Mise-à-jour/Update” est généralement inactif :
Exemples d’objets pour lesquels le flag “Read-on-Init/Initialisation” est généralement actif :
En cliquant sur l’icône ci-dessous, vous allez pouvoir visualiser l’activité qui se passe sur votre bus. Pour le débogage d’une configuration défaillante, il est aussi possible de filtrer les messages enregistrés en mémoire cache.
Avec le Bus Monitor vous allez pouvoir analyser ce qui se passe sur votre bus et ce que comprend Jeedom au bus.
Le Bus Monitor affiche l’adresse physique de l’équipement, l’adresse de groupe, la data en hexa et sa conversion
Cette fenêtre est disponible à plusieurs endroits.
En cliquant sur un de ses bouton vous allez obtenir cette fenêtre.
Sur cette écran, il sera possible de
Cet onglet permet de remonter les GAD inconnue vue par le Bus Monitor. En activant l’inclusion, le Bus Monitor va mettre en cache également tous les GAD qu’il voit et qui sont inconnus sur votre installation. De même, si vous avez configurer les DPT dans votre projet ETS, et l’adresse physique de votre équipement dans votre configuration Jeedom, un filtre sera automatiquement ajouté pour faciliter les recherches
Cet onglet permet de lister tous les équipements avec tous leur Adresse de groupe associé. Pour que remplir ce tableau, il est impératif d’utiliser le parseur ETS. Si vous avez ouvert cette fenêtre depuis un bouton de sélection de GAD, alors vous aurez la possibilité de sélectionner le bon GAD (qui se mettra en gras) et de valider pour retourner à la page de configuration. De même, si vous avez configuré les DPT dans votre projet ETS, et l’adresse physique de votre équipement dans votre configuration Jeedom, un filtre sera automatiquement ajouté pour faciliter les recherches
Cet onglet permet de récréer l’arborescence des adresse de groupes tel qu’elle est définie dans ETS. Pour que remplir ce tableau, il est impératif d’utiliser le parseur ETS.
Si vous avez ouvert cette fenêtre depuis un bouton de sélection de GAD, alors vous aurez la possibilité de sélectionner le bon GAD (qui se mettra en gras) et de valider pour retourner à la page de configuration. De même, si vous avez configuré les DPT dans votre projet ETS, le plugin vous soulignera en bleu lorsque le DPT est identique et en jaune lorsqu’il est compatible
Cet onglet permet de récréer l’arborescence du bâtiment tel qu’elle est définie dans ETS. Pour que remplir ce tableau, il est impératif d’utiliser le parseur ETS.
Si vous avez ouvert cette fenêtre depuis un bouton de sélection de GAD, alors vous aurez la possibilité de sélectionner le bon GAD (qui se mettra en gras) et de valider pour retourner à la page de configuration. De même, si vous avez configuré les DPT dans votre projet ETS, le plugin vous soulignera en bleu lorsque le DPT est identique et en jaune lorsqu’il est compatible
En téléchargeant votre projet ETS (.KNXproj), ou le zip de votre projet TX100, vous allez permettre à Jeedom de charger, tous les arborescences de votre installation.
Après avoir charger votre fichier, le plugin vous demandera si vous voulez en charger un autre. Ce mécanisme est très utile pour les personnes ayant une licence démo ou lite d’ETS et qui veulent reconstruire les arborescences sous jeedom.
Après le chargement de tous vos projet le plugin vous propose d’utiliser la création automatique des equipement
La création automatique de vos équipements ne correspondant pas à un Template peut être inutilisable et nécessitera obligatoirement une reprise 1 à 1 de chaque equipement et commande. Ce fonctionnement n’est donc pas recommandé mais existe
La création automatique de vos équipements par la recherche de Templates vous oblige à nommage sur ETS dans la vue Groupes ou Bâtiment. Le nom Template et ses commandes doit être strictement inclue dans le nom sur ETS.[Voici un exemple]: https://github.com/mika-nt28/Documentations/EIBD/raw/master/docs/images/Jeedom_Template.KNXproj. Pour assouplir cette démarche des synonyme sont ajouté Se reporté au paragraphe de Template pour y connaitre toute les nome et syntaxe
Pour être au plus proche du KNX, le plugin peut se comporter comme un participant. On peut donc configurer le plugin pour qu’il réalise des actions automatiquement.
Vous avez sur Jeedom un capteur qui n’est pas KNX, mais vous souhaiteriez le lier directement à votre réseau ? Pour cela il suffit de configurer votre commande ainsi:
Le plugin est capable de répondre à un interrogation du bus. Pour cela, il suffit de configurer votre commande ainsi:
Vous avez besoin de lire un état ou d’envoyer une valeur sur le bus de manière cyclique (comme une horloge ou un état à une vanne thermostatique) Rien de plus simple, il suffit de choisir une base de temps sur votre commande de type action, le plugin fait le reste.
Voici la définition de chaque Template. Désormais un Template peut contenir des options (par exemple pour un point de lumière qui peut être simple, variateur ou couleur). Pour simplifier la création, un Template rassemble les commandes identiques (On / Off, Ouvrir / Fermer,…) Pour donner plus de souplesse à l’import ETS, la notion de synonyme est intégrée.
Pas pour le moment
Pas pour le moment
Pas pour le moment
Pas pour le moment
Pas pour le moment
Pas pour le moment
Pas pour le moment
Pas pour le moment
Pas pour le moment
Ce DPT remonte 10 Tarif diférents que le plugin vas séparé Dans un premier temps il vas falloir crée des commande virtuel pour chaque tarif
Une derniere commande est a créer avec le DPT 235.001. Sur cette commande l’option “ActiveElectricalEnergy” apparait et il doit etre saisi dans l’ordre les 10 commande tarif et séparé par ‘ | ’ |
Pour installer les dépendances il faut etre a minima sur un DEBIAN Buster. Le plugin utilise les paquet embarqué a partir de cette version
Pour la connexion au bus KNX avec la box Jeedom ATLAS PRO il faut choisir les options si dessous
Sous Jeedom, nous pouvons créer des interrupteurs virtuels en configurant une commande de type action. Les éléments importants pour envoyer des informations sur le bus avec Jeedom sont :