• Weinzierl et ses passerelles KNX ENO 626 secure, KNX ENO 630, KNX ENO 632, KNX ENO 634 et KNX ENO 636 secure :
  • les 630, 632, 634 sont d'anciens modèles à respectivement 16, 24 et 32 canaux.
    
  • les 626 et 636 secure sont plus récents, avec respectivement 8 et 32 canaux. Ce document illustre bien le fait que ces nouveaux modèles gèrent nettement plus de profils EEP [1].
    
  • pour mémoire, Weinzierl a eu des modèles plus anciens (KNX ENO 610/612 et 620/622) qui ne sont plus commercialisés à la date où j'écris ces lignes.
    
• Intesis et sa passerelle IBOX-KNX-ENO-A1, dont le nombre de profils gérés est limité (mais ils y a en théorie des mises à jour régulières sous forme de fichier IKE).
  

• basés sur du Weinzierl :
  • Eltako KNX ENO 626, qui est une Weinzierl 626 secure
    
  • Eltako KNX ENO 636, qui est une Weinzierl 636 secure
    
  • Berker 75030005 (probablement une 634 car disposant de 32 canaux et plus ancienne que la 636)
    
  • Hager TYC120 (identique au précédent, Hager ayant repris Berker à son catalogue)
    
  • Jung ENO610 (idem probablement un 634 car disposant de 32 canaux)
    
  • Legrand 0 488 67 (???)
    
  • Siemens RXZ97.1/KNX (32 canaux, vieux, donc 634)
    
  • Omnio APG01-KNX2 ref. 6006 000 (apparemment une 636)
    
  • Thermokon STC-KNX-UP, une 626
    
  • Thermokon STC-KNX, apparemment une 636
    
  • FLEXTron passerelles KNX - EnOcean ALADIN, qui reprennent les 4 modèles de la gamme Weinzierl
    
• basés sur l'Intesis :
  • ABB EG/A32.2.1 ou réf. 2CDG120047R0011
    

(03/08/2019, 17:28:38)Octhib a écrit : Bonjour,
[...]
Voila un petit retour.

• une chiée de capteurs d'ouverture à relais REED sans pile (modèles ABB Réf. MKE/A 1.868, 18 en tout). Ça marche pas mal, à la réserve près que quand il n'y a pas assez de lumière sur les capteurs, et ben la batterie se vide… C'est logique, mais… agaçant...
  
• des boutons poussoirs Jung sans pile au standard 55×55 achetés pour faire des essais : pareil, ça marche : j'éclaire, je varie, j'actionne des volets roulants… Pratique pour mettre un inter là où vraiment tirer un câble n'est vraiment pas possible (même un petit câble vert KNX).
  
• un module NodOn d'éclairage on/off à 2 canaux avec commande locale (Réf. SIN-2-2-01). RAS. Mon but c'était de bricoler ma hotte Novy pour que son éclairage soit lié à un circuit d'éclairage de la cuisine et non plus commandé par l'ouverture de la hotte. Ça reste à réaliser (il faut déposer et ouvrir la hotte... pas bon pour le WAF, ça) mais je suis serein.
  
• une prise commandée nodOn (premier modèle, Réf. ASP-2-1-00, avec une grosse excroissance) : là ça marche, j'arrive à l'allumer et l'éteindre en KNX.
  
• Dernièrement, j'ai acheté la nouvelle prise commandée NodOn micro smart plug (réf. MSP-2-1-01), beaucoup plus discrète et avec des fonctions de mesure intégrées. Autant je suis arrivé à commander la prise facilement, autant pour ce qui est de récupérer les informations de metering, je bute sur un os. Ces fonctions ont l'air de reposer sur le profil EEP D2-01-0E que la passerelle ABB / Intesis n'a pas l'air de connaître. C'est bien dommage.
  
• J'ai commandé l'autre jour sur Amazon un soft button NodOn, avec pile (Réf. TSB 2-2-01 à un fort bon prix d'ailleurs : 13 €), avec dans l'idée de rendre pilotables toutes mes "vieilles" lampes dotée un interrupteur sur le câble d'alimentation, par le recours à un duo bouton EnOcean + prise commandée EnOcean. Sauf que je n'ai rien réussi à tirer de ce bouton (ma passerelle ABB ne l'a jamais détecté), et il est retourné direct à l'expéditeur. Le profil EEP est D2-03-0A et celui-ci est inconnu dans les spécifications de la passerelle ABB/Intesis...
  
• Je me prépare à commander 4 poignées Hoppe modèle Toulon pour des fenêtres qu'il me reste et qui sont compatibles, elles, avec des poignées Hoppe (les autres avaient des poignées Technal très spécifiques). Au passage, je vais les commander sous la marque Eltako (ref. FHFT-al) car c'est moins cher que sous la marque Hoppe (Réf. 0737/FR-409). Là, je suis serein, les profils sont connus de ma passerelle.
  
• et je devrais bientôt installer 2 actionneurs de tête thermostatique EnOcean pour deux radiateurs que je n'ai pas pu faire autrement que monter en parallèle sur un même départ de nourrice (où j'ai tous mes actionneurs EMO directement reliés KNX) alors qu'ils sont dans deux pièces différentes, et doivent donc être commandés séparément. Idem pour les profils, je suis serein, ils sont connus.
  

• D'un côté (Intesis) : la programmation dans ETS se fait par via un plugin assez déroutant quant à son fonctionnement, pas hyper bien traduit en français (ex : « upload » et « download » ont tous les deux été traduits en « télécharger », ce qui fait qu'on a deux boutons « Télécharger PuceIDs » identiques l'un à côté de l'autre !), avec une (loooongue) sauvegarde/ synchro avec ETS à chaque fois qu'on le ferme.
  Les fonctions (profils EEP) sont à choisir dans une arborescence que je trouve un peu confuse et qu'accessoirement je n'arrive pas à lire car chaque ligne est partiellement masquée par la suivante (bug d'affichage).
  En outre (en tout cas dans la version 2.6 de l'applicatif que j'utilise, cf. dessous), il y a un bug qui fait que, à chaque lancement du plugin, je perds l'adresse de groupe d'envoi associée à un objet. Vous savez que, dans ETS, on peut associer plusieurs GA à un objet qui envoie des télégrammes (Flag T, transmission, activé) mais, que dans ce cas, les télégrammes sont envoyés uniquement à la première GA de la liste (celle qu'on a choisi en cliquant dessus et en faisant « Définir l'envoi »). Et ben, le plugin Intesis mélange mes adresse à chaque fois que je le ferme et je dois les remettre dans l'ordre pour que ça marche (et ne pas me retrouver, par exemple, à envoyer des télégrammes à des adresses utilisées pour retours d'état).
  Chaque fois qu'on modifie l'usage d'un canal (un des 32 canaux EnOcean), ça ajoute ou retire des objets en décalant toutes les suivants et en supprimant les associations à des GA, ce qui peut être très agaçant quand c'était un des premiers canaux. Et puisqu'on parle de canaux (EnOcean), l'introduction de canaux (ETS, cette fois-ci) pour un peu structurer tout ça dans ETS, supporte aussi assez mal ces modifications.
  Enfin, j'aurais bien voulu passer à la version 2.7 mais je n'ai pas trouvé comment le faire toute en conservant la programmation de tous mes ChipID pour ne pas avoir à ré-appairer tous mes dispositifs EnOcean un par un (j'ai des capteurs de fenêtres dans toute la maison que risque d'avoir à tous démonter tous pour pouvoir appuyer sur le bouton de programmation ça et j'ai pas trop envie).
  
  
• De l'autre (Weinzierl) : Je suis encore en phase de découverte… mais j'ai déjà noté que le paramétrage se fait directement dans ETS, en anglais, certes, mais au moins c'est clair et bien organisé. Les canaux ETS sont parfaitement gérés en natif et (logiquement) associés aux 32 canaux EnOcean.
  La passerelle peut faire répéteur de niveau 1, ce qui est bien pratique dans le cas d'une grande maison...
  Le logiciel KNX ENO Tool permet de parler directement avec la passerelle et notamment de monitorer l'activité EnOcean.
  L'écran LCD intégré à la passerelle donner des informations pertinentes et pratiques (sur l'Intensis ABB, c'ets très limité).
  

PS :

• 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.
  

(20/08/2019, 07:09:17)Dibou a écrit : 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…


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 !

(21/08/2019, 08:47:38)Octhib a écrit : Pour l'appareillage, normalement tu procèdes comme ceci :

[...]

En espérant que cela t'aide.

Thierry

• déjà, ça affiche forcément « 0/1 » (puisque, on ne peut affecter qu'un participant au canal, contrairement au contacts de fenêtres ou on peut en mettre 4)
  
• au moment où j'appuie longuement sur T2, ça n'affiche pas « Wait for ENO », mais simplement un « RF » ponctuel, qui ne reste pas affiché et qui fait qu'on ne sait pas trop si la passerelle est en mode apprentissage, dans l'attente du message d'apprentissage d'un actionneur. Et c'est là que je suis perplexe. Le « 0/1 » reste désespérément un « 0/1 », bien que je mette la Smartplug en mode programmation (après l'avoir même complètement réinitialisée pour être sûr qu'il n'y a pas un truc qui viendrait perturber).
  

(21/08/2019, 10:10:30)Dibou a écrit :

(21/08/2019, 08:47:38)Octhib a écrit : Pour l'appareillage, normalement tu procèdes comme ceci :

[...]

En espérant que cela t'aide.

Thierry

Bonjour Thierry et merci beaucoup pour tes explications détaillées !

Mais, tu décris là le procédé générique d'appairage, sujet sur lequel j'ai bien compris comment ça marche... et d'ailleurs ça fonctionne bien chez moi (notamment avec des capteurs de fenêtre ou des boutons).

Là, où j'ai un problème, c'est uniquement avec les actionneurs à profil VLD bidirectionnel (disons mes smartplugs pour faire simple).

Je fais tout ce que tu as décrit sauf que :

• déjà, ça affiche forcément « 0/1 » (puisque, on ne peut affecter qu'un participant au canal, contrairement au contacts de fenêtres ou on peut en mettre 4)
  
• au moment où j'appuie longuement sur T2, ça n'affiche pas « Wait for ENO », mais simplement un « RF » ponctuel, qui ne reste pas affiché et qui fait qu'on ne sait pas trop si la passerelle est en mode apprentissage, dans l'attente du message d'apprentissage d'un actionneur. Et c'est là que je suis perplexe. Le « 0/1 » reste désespérément un « 0/1 », bien que je mette la Smartplug en mode programmation (après l'avoir même complètement réinitialisée pour être sûr qu'il n'y a pas un truc qui viendrait perturber).
  

J'ai aussi fait l'expérience en utilisant l'outil ENO Tool qui permet de prendre le contrôle de la passerelle à distance. Ce n'est pas présenté tout-à-fait pareil, mais le résultat est le même : échec.

(29/02/2020, 23:51:42)bricoknx a écrit : Bonjour,

Voulant faire la même association que vous, avez-vous réussi à appareiller ?

Cordialement.

Bertrand.

(22/12/2020, 02:55:48)filou59 a écrit : Salut kaisersoese

Il faut que je les relance Weinzierl car j'ai un problème que je n'arrive pas a résoudre avec une prise de courant Nodon que je n'arrive pas a appairer avec un ENO 626.
Tu n'as jamais fait d'essai avec ce type de prise par hasard ?
Profile : EEP : D2-01-0B (Prise a Mesure de conso)
Profile : EEP : D2-01-0A
En fait j'obtient une erreur avec le petit soft de Weinzierl, et je ne peux pas ou je n'arrive pas en envoyer la config avec l'ID de la prise.

(22/12/2020, 11:52:57)filou59 a écrit : Au vu de ton message cela sous-entend que les firmware ne seront pas reprogrammable ?
Cest un peu con pour ceux qui ont commencer a investir la dedans..., il faudrait se renseigner auprès de Nodon si il n'y a pas moyen.

Par contre, même si Nodon ne fait pas ca de maniere "normal" je suis pas sur qu'il n'y ai pas un prb coté Weinzierl vu le genre de problème que je constate.