22/10/2014, 15:21:27
Après avoir défini l'organisation de mes GA je suis passé à la pratique le week end dernier.
J'ai fait mes tests avec un bandeau LED du bureau.
2 GA : 3/0/25 On/Off, 3/1/25 Retour d'état
J'ai d'abord défini la passerelle IP/KNX (Siemens N148/22) dans le fichier de configuration d'openhab (openhab.cfg), adresse IP, type=TUNNEL, adresse localip.
Ca m'a suffit à me connecter au bus. Simple.
Ensuite les items, mon bouton poussoir (relié à un UK/S 32.2 via un câble Cat5e) est configuré comme ça :
Switch burLED "LED bureau" (gBur, Lights) { knx="3/0/25+<3/1/25" }
(type "Switch", nom de l'item, label dans l'interface, groupes et binding : type knx, modification du GA 3/0/25, lecture du 3/1/25 pour l'état - je ne crois pas qu'il écrive aussi dans le 3/1/25, mais peut être, à vérifier)
Hop, un "switch" apparait dans l'interface, on off, réponse instantanée, nickel.
Petit problème sur les retours d'état, l'UK/S n'est pas mis à jour, par défaut les "entrées" sont en lecture seules, j'active le flag "écriture" dans ETS et ça roule.
Je n'ai pas beaucoup de recul mais je continue à être satisfait par cette solution. Au final l'installation n'est pas trop compliquée (un zip à poser, deux trois lignes à configurer et c'est parti), c'est ultra portable (windows, raspberry, mac mini, synology ! etc), réactif, compatible avec un max de technos / protocoles, gratos, interfaçable et dispose d'une communauté large et active... Elle mérite vraiment qu'on lui consacre un peu de temps.
J'ai trouvé une autre vidéo où l'on voit l'intégration d'un leap motion et d'une LIFX :
https://www.youtube.com/watch?v=xpWghQSlSJ0
La sortie d'openHAB 2 semble imminente (d'ici fin novembre je pense) mais ceux qui n'ont pas peur de trifouiller des fichiers textes (il doit y en avoir quelques-uns ici) ne devraient pas l'attendre avant de se lancer. Elle apportera une meilleure gestion du Z-wave, un éditeur de règles 'blocky' à la zipabox, et une interface de configuration (entre autres).
Ce qui ne me plait pas trop :
- l'interface web / locale qui est une copie de l'interface iOS, pensée pour être utilisée en mode portrait. Bon c'est pas trop grave, je m'en sers surtout pour les tests.
- La gestion du zwave, pas au top. Ca ne semble pas simple (beaucoup de boxs ont une gestion perfectible) mais ça bouge beaucoup. Domoticz est plus en avance sur ce point, mais vu mon petit nombre de modules j'hésite à retourner dessus.
- Les charts moches par défaut,
des améliorations devraient aussi venir et il me reste des trucs à tester.
- l'appli android qui "perd" la connexion avec openhab, mais peut être à cause de mes bricolages ou mon absence quotidienne
Les deux derniers points pourraient être caduques avec un interfaçage imperihome (charts sympas et connexion préservée -?-)
Pour l'instant j'estime avoir fait le bon choix. Je vais creuser les graphs, les règles, les BP enocean et peut être la v2 si elle montre le bout de son nez.
Je me demande si je vais prendre le temps d'apprendre à me servir de mon miniserveur Loxone du coup...
J'ai fait mes tests avec un bandeau LED du bureau.
2 GA : 3/0/25 On/Off, 3/1/25 Retour d'état
J'ai d'abord défini la passerelle IP/KNX (Siemens N148/22) dans le fichier de configuration d'openhab (openhab.cfg), adresse IP, type=TUNNEL, adresse localip.
Ca m'a suffit à me connecter au bus. Simple.
Ensuite les items, mon bouton poussoir (relié à un UK/S 32.2 via un câble Cat5e) est configuré comme ça :
Switch burLED "LED bureau" (gBur, Lights) { knx="3/0/25+<3/1/25" }
(type "Switch", nom de l'item, label dans l'interface, groupes et binding : type knx, modification du GA 3/0/25, lecture du 3/1/25 pour l'état - je ne crois pas qu'il écrive aussi dans le 3/1/25, mais peut être, à vérifier)
Hop, un "switch" apparait dans l'interface, on off, réponse instantanée, nickel.
Petit problème sur les retours d'état, l'UK/S n'est pas mis à jour, par défaut les "entrées" sont en lecture seules, j'active le flag "écriture" dans ETS et ça roule.
Je n'ai pas beaucoup de recul mais je continue à être satisfait par cette solution. Au final l'installation n'est pas trop compliquée (un zip à poser, deux trois lignes à configurer et c'est parti), c'est ultra portable (windows, raspberry, mac mini, synology ! etc), réactif, compatible avec un max de technos / protocoles, gratos, interfaçable et dispose d'une communauté large et active... Elle mérite vraiment qu'on lui consacre un peu de temps.
J'ai trouvé une autre vidéo où l'on voit l'intégration d'un leap motion et d'une LIFX :
https://www.youtube.com/watch?v=xpWghQSlSJ0
La sortie d'openHAB 2 semble imminente (d'ici fin novembre je pense) mais ceux qui n'ont pas peur de trifouiller des fichiers textes (il doit y en avoir quelques-uns ici) ne devraient pas l'attendre avant de se lancer. Elle apportera une meilleure gestion du Z-wave, un éditeur de règles 'blocky' à la zipabox, et une interface de configuration (entre autres).
Ce qui ne me plait pas trop :
- l'interface web / locale qui est une copie de l'interface iOS, pensée pour être utilisée en mode portrait. Bon c'est pas trop grave, je m'en sers surtout pour les tests.
- La gestion du zwave, pas au top. Ca ne semble pas simple (beaucoup de boxs ont une gestion perfectible) mais ça bouge beaucoup. Domoticz est plus en avance sur ce point, mais vu mon petit nombre de modules j'hésite à retourner dessus.
- Les charts moches par défaut,
des améliorations devraient aussi venir et il me reste des trucs à tester.- l'appli android qui "perd" la connexion avec openhab, mais peut être à cause de mes bricolages ou mon absence quotidienne
Les deux derniers points pourraient être caduques avec un interfaçage imperihome (charts sympas et connexion préservée -?-)
Pour l'instant j'estime avoir fait le bon choix. Je vais creuser les graphs, les règles, les BP enocean et peut être la v2 si elle montre le bout de son nez.
Je me demande si je vais prendre le temps d'apprendre à me servir de mon miniserveur Loxone du coup...