Suite de mon expérience avec ma passerelle Weinzierl :
J'en profite pour relater ma compréhension de tout ça, à des fins pédagogiques ; quelqu'un pourrait y trouver un intérêt un jour…
Comme vous l'avez peut-être lu ci-dessus, j'ai fondé pas mal d'espoirs dans le fait que la passerelle Weinzierl KNX ENO 636 Secure supporte plus de profils EEP et notamment les profils « VLD » (variable length data) D2-01-… (le dernier octet pouvant prendre une valeur comprise entre 00 à 16 selon le type d'équipement) qui caractérisent des appareils pouvant recevoir ou émettre des informations (communication bidirectionnelle).
Pour ce qui me concerne, je possède 2 Smartplugs NodOn (profils D2-01-0A et D2-01-0E) et un actionneur à 2 entrées et 2 sorties Ubiwizz (profil D2-01-12).
Quand on regarde les possibilités offertes par ces profils EEP, on se dit qu'on rentre dans le vrai monde la domotique. Au contraire des simples contacts de fenêtre à relais REED par exemple (profil D5-00-01) [1], ces équipements peuvent recevoir des ordres et transmettre des informations en retour, ou être configurés à distance.
Sauf que je n'ai pas vraiment réussi à en appairer un seul avec ma passerelle Weinzierl de façon satisfaisante.
Déjà, la doc Weinzierl distingue les « sensors » (capteurs) et les « actuators » (actionneurs) :
Dans la configuration de la passerelle Weinzierl, les équipements de ce type ont bien été placés dans la catégorie des actuators. Sauf qu'on nous dit que la passerelle émule un équipement à profil D2-01-… [4]. Çà, ça perturbe un peu car on n'est plus vraiment dans une situation où la passerelle émule un équipement physique. Au contraire, elle assure sa fonction nominale de passerelle et communique avec un actionneur en utilisant ce protocole bidirectionnel D2-01-… Mais admettons.
Reste l'apprentissage... Et là, dans mon cas, c'est un quasi-échec total. Je n'ai pas réussi à appairer ma passerelle avec mes actionneurs.
Les appendices de la spécification sur les EEP déjà citée, notamment les appendices 3.4 et 3.5 illustrent bien que l'apprentissage des communications VLD est plus compliqué (procédure Smart Ack). Mais je n'ai pas réussi à l'implémenter entre ma passerelle Weinzierl et mes actionneurs NodOn. L'un doit être mis en mode apprentissage... Lequel ? Comment ? C'est assez confus. Sur la passerelle, on nous dit d'appuyer longuement sur le bouton T2 : il y a bien un « RF » qui s'affiche brièvement à l'écran, mais est-elle en mode apprentissage ? Comment le savoir ? Jusqu'à quand ?
La doc de la passerelle dit aussi : « Attention: Some actuators on the market trigger learning from their side - this is not supported by the gateway. ». Est-ce la cause de mes difficultés ?
J'ai tenté de contacter Weinzierl mais mas de réponse pour l'instant (en même temps, c'est pas la période la plus propice…).
En résumé, je n'arrive pas (encore !) à collecter en KNX des retours d'infos de mes équipements EnOcean. Si quelqu'un l'a fait, son expérience m'intéresse au plus au point !
Merci d'avance.
[1] Il s'agit d'un profil « 1BS » (1 Byte Communication). Ces équipements ne savent que dire [l'aimant est présent = contact fermé = la fenêtre est fermée = télégramme 0x09 = 00001001] ou [l'aimant est absent = contact ouvert = la fenêtre est ouverte = télégramme 0x08 = 00001000].
(En fait ils savent aussi dire « mon bouton programmation est enfoncé » ou « […] ne l'est pas », via le 4e bit, d'où le fait qu'il soit à 1 dans le deux cas ci-dessous. Si le bouton avait été appuyé, ce bit serait à 0.)
[2] ID = Sender-ID = code d'identification d'un émetteur. Codé sur 32 bits / 4 octets, c'est un identifiant unique, chaque équipement a le sien et il est imprimé sur l'étiquette.
[3] Plutôt un de ces ID, car une passerelle en a plusieurs, un par canal.
[4] C'est là qu'on comprend que les profils EEP ne caractérisent pas les équipements eux-même mais la façon dont il communiquent, ou plus précisément la façon dont ils émettent des télégrammes. Dans le cas d'un capteur pur, il n'émet que d'une façon donc on peut dire qu'il a un profil EEP. Mais pour un actionneur, ça se complique, car 1° il peut généralement recevoir des communications ayant des profils différents (on le voit bien dans les documentations), 2° quand il se met à émettre, là, il a son profil d'émission et, dans le cas que je développe ici, c'est un profil EEP de type VLD D2-01-… (mais celui-ci est bidirectionnel, donc il sert aussi à la réception ! au secours !
)
J'en profite pour relater ma compréhension de tout ça, à des fins pédagogiques ; quelqu'un pourrait y trouver un intérêt un jour…
Comme vous l'avez peut-être lu ci-dessus, j'ai fondé pas mal d'espoirs dans le fait que la passerelle Weinzierl KNX ENO 636 Secure supporte plus de profils EEP et notamment les profils « VLD » (variable length data) D2-01-… (le dernier octet pouvant prendre une valeur comprise entre 00 à 16 selon le type d'équipement) qui caractérisent des appareils pouvant recevoir ou émettre des informations (communication bidirectionnelle).
Pour ce qui me concerne, je possède 2 Smartplugs NodOn (profils D2-01-0A et D2-01-0E) et un actionneur à 2 entrées et 2 sorties Ubiwizz (profil D2-01-12).
Quand on regarde les possibilités offertes par ces profils EEP, on se dit qu'on rentre dans le vrai monde la domotique. Au contraire des simples contacts de fenêtre à relais REED par exemple (profil D5-00-01) [1], ces équipements peuvent recevoir des ordres et transmettre des informations en retour, ou être configurés à distance.
Sauf que je n'ai pas vraiment réussi à en appairer un seul avec ma passerelle Weinzierl de façon satisfaisante.
Déjà, la doc Weinzierl distingue les « sensors » (capteurs) et les « actuators » (actionneurs) :
- Pour les capteurs, la passerelle est un récepteur, qui doit apprendre quels capteurs-émetteurs elle doit écouter via une procédure d'apprentissage assez classique. Les ID [2] de ces émetteurs sont enregistrés dans les paramètres de la passerelle ; on peut d'ailleurs les consulter et vérifier qu'ils correspondent bien aux numéros imprimés sur les étiquettes des capteurs émetteurs.
- Pour les actionneurs, la passerelle ne fait qu'émuler un autre équipement EnOcean, comme par exemple un bouton ou un contact REED. Elle transmet donc son ID [3] à elle et c'est le récepteur qui l'apprend.
Dans la configuration de la passerelle Weinzierl, les équipements de ce type ont bien été placés dans la catégorie des actuators. Sauf qu'on nous dit que la passerelle émule un équipement à profil D2-01-… [4]. Çà, ça perturbe un peu car on n'est plus vraiment dans une situation où la passerelle émule un équipement physique. Au contraire, elle assure sa fonction nominale de passerelle et communique avec un actionneur en utilisant ce protocole bidirectionnel D2-01-… Mais admettons.
Reste l'apprentissage... Et là, dans mon cas, c'est un quasi-échec total. Je n'ai pas réussi à appairer ma passerelle avec mes actionneurs.
Les appendices de la spécification sur les EEP déjà citée, notamment les appendices 3.4 et 3.5 illustrent bien que l'apprentissage des communications VLD est plus compliqué (procédure Smart Ack). Mais je n'ai pas réussi à l'implémenter entre ma passerelle Weinzierl et mes actionneurs NodOn. L'un doit être mis en mode apprentissage... Lequel ? Comment ? C'est assez confus. Sur la passerelle, on nous dit d'appuyer longuement sur le bouton T2 : il y a bien un « RF » qui s'affiche brièvement à l'écran, mais est-elle en mode apprentissage ? Comment le savoir ? Jusqu'à quand ?
La doc de la passerelle dit aussi : « Attention: Some actuators on the market trigger learning from their side - this is not supported by the gateway. ». Est-ce la cause de mes difficultés ?J'ai tenté de contacter Weinzierl mais mas de réponse pour l'instant (en même temps, c'est pas la période la plus propice…).
En résumé, je n'arrive pas (encore !) à collecter en KNX des retours d'infos de mes équipements EnOcean. Si quelqu'un l'a fait, son expérience m'intéresse au plus au point !
Merci d'avance.
[1] Il s'agit d'un profil « 1BS » (1 Byte Communication). Ces équipements ne savent que dire [l'aimant est présent = contact fermé = la fenêtre est fermée = télégramme 0x09 = 00001001] ou [l'aimant est absent = contact ouvert = la fenêtre est ouverte = télégramme 0x08 = 00001000].
(En fait ils savent aussi dire « mon bouton programmation est enfoncé » ou « […] ne l'est pas », via le 4e bit, d'où le fait qu'il soit à 1 dans le deux cas ci-dessous. Si le bouton avait été appuyé, ce bit serait à 0.)
[2] ID = Sender-ID = code d'identification d'un émetteur. Codé sur 32 bits / 4 octets, c'est un identifiant unique, chaque équipement a le sien et il est imprimé sur l'étiquette.
[3] Plutôt un de ces ID, car une passerelle en a plusieurs, un par canal.
[4] C'est là qu'on comprend que les profils EEP ne caractérisent pas les équipements eux-même mais la façon dont il communiquent, ou plus précisément la façon dont ils émettent des télégrammes. Dans le cas d'un capteur pur, il n'émet que d'une façon donc on peut dire qu'il a un profil EEP. Mais pour un actionneur, ça se complique, car 1° il peut généralement recevoir des communications ayant des profils différents (on le voit bien dans les documentations), 2° quand il se met à émettre, là, il a son profil d'émission et, dans le cas que je développe ici, c'est un profil EEP de type VLD D2-01-… (mais celui-ci est bidirectionnel, donc il sert aussi à la réception ! au secours !
)