28/05/2015, 07:46:21
Pourquoi est il nécessaire de renseigner les adresses physiques des équipements ?
Car le bus monitor me renvoi les informations Adresse physique et GA.
Pour gagner du temps et de l'efficacité il est plus rapide de chercher l’équipement en question puis son GA.
Sinon il est nécessaire de cree une boucle qui va parcourir tous les équipements configurer et toutes les GA. ce qui peut etre long dans de grosse installation.
Ce rattachement est donc utile uniquement pour les info. toute commande emise par jeedom peut être mis comme on le souhaite.
Attention cependant, je travail actuellement sur une interface KNXnet qui aura besoin d'une adresse physique pour formé ca trame.
Comment créer une commande pour allumer la lumière des WC alors que physiquement, je n'ai pas d’interrupteur ?
Comme expliqué au dessus aucune importance pour les actions.
Perso je met mes commandes dans le même équipements que l'info.
Cela permet de retrouvé facilement la commande et organise les widgets sur le dash d'une maniere logique
Dans la même idée, comment créer un équipement "virtuel", qui n'existe pas physiquement ?
Si ce que tu souhaite faire c'est une passerelle entre 2 Protocol, tu crée une équipement bidon (attention de ne pas utilisé une adresse physique ou des GA qui existe deja) et tu fait une pont avec un scénario
Toujours dans le même ordre d'idée, comment créer séparément un équipement de commande des volets roulants et un autre de commande de point lumineux alors que physiquement, je le fais depuis un même interrupteur à plusieurs boutons
Tu peux crée plusieurs équipement qui porte la même adresse physique.
Cela va cree génére une petite boucle, mais attention a ne pas avoir les meme GA dans chaque equipement
Et enfin, comment, avec cette adhérence à l’adresse physique, gérer le fait que plusieurs boutons physiques commandent le même point lumineux ? Car si on "écoute" uniquement les GA sur le bus comme linknx, alors pas de problème, s'il existe un listener, on le met à jour.
L'ideal est de surveiller ton actionneur et pas les interrupteurs.
Perso j'utilise les info des interrupteur uniquement pour des scenario et les retours d'etat des actionneur pour les info des jeedom
Tes questions me semble interresante et pas forcément bien compris par tous.
Je me permet de les ajouté dans la FAQ de la doc
Car le bus monitor me renvoi les informations Adresse physique et GA.
Pour gagner du temps et de l'efficacité il est plus rapide de chercher l’équipement en question puis son GA.
Sinon il est nécessaire de cree une boucle qui va parcourir tous les équipements configurer et toutes les GA. ce qui peut etre long dans de grosse installation.
Ce rattachement est donc utile uniquement pour les info. toute commande emise par jeedom peut être mis comme on le souhaite.
Attention cependant, je travail actuellement sur une interface KNXnet qui aura besoin d'une adresse physique pour formé ca trame.
Comment créer une commande pour allumer la lumière des WC alors que physiquement, je n'ai pas d’interrupteur ?
Comme expliqué au dessus aucune importance pour les actions.
Perso je met mes commandes dans le même équipements que l'info.
Cela permet de retrouvé facilement la commande et organise les widgets sur le dash d'une maniere logique
Dans la même idée, comment créer un équipement "virtuel", qui n'existe pas physiquement ?
Si ce que tu souhaite faire c'est une passerelle entre 2 Protocol, tu crée une équipement bidon (attention de ne pas utilisé une adresse physique ou des GA qui existe deja) et tu fait une pont avec un scénario
Toujours dans le même ordre d'idée, comment créer séparément un équipement de commande des volets roulants et un autre de commande de point lumineux alors que physiquement, je le fais depuis un même interrupteur à plusieurs boutons
Tu peux crée plusieurs équipement qui porte la même adresse physique.
Cela va cree génére une petite boucle, mais attention a ne pas avoir les meme GA dans chaque equipement
Et enfin, comment, avec cette adhérence à l’adresse physique, gérer le fait que plusieurs boutons physiques commandent le même point lumineux ? Car si on "écoute" uniquement les GA sur le bus comme linknx, alors pas de problème, s'il existe un listener, on le met à jour.
L'ideal est de surveiller ton actionneur et pas les interrupteurs.
Perso j'utilise les info des interrupteur uniquement pour des scenario et les retours d'etat des actionneur pour les info des jeedom
Tes questions me semble interresante et pas forcément bien compris par tous.
Je me permet de les ajouté dans la FAQ de la doc
Une maison qui me ressemble
[Image: http://media1.forumconstruire.com/photo/...756247.jpg]
http://bouledecoton.forumconstruire.com
[Image: http://media1.forumconstruire.com/photo/...756247.jpg]
http://bouledecoton.forumconstruire.com