installation Hager Tebis et passerelle IP

[Queuf]

Bonjour,

tout nouvel inscrit sur ce groupe j'aurais bien besoin de vos avis
éclairés pour mon projet.

je suis propriétaire d'une maison avec une installation Hager Tebis
(éclairages dont certains avec variations, prises commandées, volets
roulants) ainsi qu'un coupleur de média et un TX-100, c'est moi qui
paramètre l'installation lorsque je veux modifier la fonction d'un BP.
Je possède certains interrupteurs avec Infra Rouge, ce qui me permet
de piloter quelques fonctions à la télécommande, mais c'est vite
limité, et le fait que ce soit très directif est trop contraignant
pour moi.

Depuis le début de mon projet je souhaite pouvoir commander à la fois
ma maison et mes appareils audio vidéo; dernièrement j'ai investis
dans un GlobalCaché (GC-100-12) pour pouvoir piloter mes appareils
audio vidéo sur mon iPad à l'aide de l'application iRule, application
qui permet une très importante personnalisation au niveau graphique,
ainsi qu'une multitude de commande.
Mais je souhaiterais pouvoir faire basculer mon installation domotique
sur ETS, ajouter une passerelle IP et pouvoir piloter par IP toute la
maison, comme mes appareils audio vidéo.

Seulement je me pose les questions suivantes:

- lorsque l'on envoi une commande au bus par IP, de quel protocole
s'agit il, je veux dire à quoi ressemble cet ordre comparé par exemple
à un code HEX qui se copie facilement ? est ce que c'est une série de
chiffre? ou bien est ce que cela ressemble à une commande RS232 ? ou
autre ?
=> je demande cela car ces codes (HEX, RS232, IP) sont compatibles
avec iRule et peuvent facilement être attribué à n'importe quel
bouton; en plus iRule va prochainement géré le retour d'information.

- est ce que dans mon cas une passerelle RS232/KNX ne serait pas plus
appropriée sachant que iRule gère le RS232 et que mon global caché
possède des prises? et comment se récupère les ordres RS232, dans
ETS ?

bref j'ai vraiment besoin d'être conseillé pour ce projet, car je ne
sais pas par quel bout commencer !


j'ai découvert une application compatible KNX mais qui me semble
beaucoup plus complexe à mettre en place que iRule, il s'agit
d'Irridium...vous connaissez ?

l'objectif principal reste pour moi de pouvoir commander appareils
audio vidéo et installation KNX avec retour d'infos sur un ou
plusieurs iPad/iPhone

Merci pour vos réponses

Franck

[Multimedia]

Bonjour,

en tant que développeur visu KNX pour Pronto et iPhone je me permet de
te donner quelques réponses:

- Il est vrai que tu auras beaucoup plus de possibilités si tu peux
basculer ton projet sur ETS. Le plus grand avantage sera la
transparence pour tout ce qui concerne commande et retour d'état. En
plus tu peux ajouter des appareil d'autre fabricant - et ca ouvre le
monde.
- Si tu veux communiquer avec le bus avec un système sans fil il faut
savoir, que le bus fonctionne d'une façon "d'évènement". Il y a alors
deux possibilités:
1) Tu utilise un appareil qui écoute sur le bus et qui sais toujours
les états des adresses de groupe (par ex. ordinateur en ligne,
Homeserver, ou une passerelle comme je la propose)
2) Tu demande envoi pour chaque communication une commande de "lire"
sur le bus, ce qui complique la communication et augmente le
traffique.
- Si tu veux investir dans une developpement, il faut se lancer dans
le "IP" - c'est le plus rapide, le moins compliqué et le plus
ouverte.

Je ne connais pas assez iRule pour te dire si c'est la meilleure
solution pour l'integration de KNX.
En tout cas, je propose une app gratuit et ma passerelle peut servir
pas seulement pour la communication avec l'iphone/ipad, pronto, mais
aussi pour la programmation du bus, même en WiFi ou WAN.

Je te souhaite une bonne décision
Christian
http://www.proknx.com

Excuses mon francais - allemand

[fred]

Tout d'abord, la remarque de Multimedia est très importante: Comment
fait iRule (supposons) pour savoir au temps T quand il est lancé sur
l'iPhone l'état d'allumage de la lampe ? Il y a 4 solutions:
(a) Il ne sait pas
(b) iRule n'est jamais quitté et l'iPhone/Pad/Pod ne dors jamais -
iRule peut alors écouter les messages sur le bus et se souvenir que le
dernier message sur le groupe de la lampe était on.
© Il lit l'état de la lampe sur le bus
(d) Il délègue la tâche de conserver l'état courant des GAs (ce que
iRule fait dans le cas b) à un CPU tiers.

La solution de Multimedia est un gateway qui fait (d) et qui propose
une interface haut niveau pour obtenir/changer l'état des GAs.
(a) n'est pas très agréable à utiliser. (b) est peu pratique et ©
est assez lent si il y a beaucoup de GA a lire sur le bus (et il faut
des actionneurs qui permettent la lecture, ce qui n'est pas toujours
le cas).

Linknx dont on parle souvent sur le forum est un équivalent logiciel
de (d) [qui fait plus que le gateway proposé par Multimedia et tourne
sur des routeurs et des NAS].


Ensuite seulement se pose la question de la plomberie IP vs RS232 et
le format des trames KNX. Il existe pleins de solutions, du pur BCU
RS232 (auquel cas ton device connecté doit parler KNX "natif" y
compris ses aspects temporels) au gateway comme proposé par Multimedia
qui a une interface propriétaire mais plus simple sur IP pour lire/
écrire la valeur d'une GA (auquel cas ton device connecté doit juste
comprendre les types de données KNX - et encore).

Depuis un iphone, la plupart des solutions soient parlent à un device
comme celui proposé par Multimedia, soit à un système de home
automation propriétaire qui joue le même rôle. iKNX est une des rares
solutions à se connecter directement à une interface IP au bus (mais
iKNX a le défaut (a) ci-dessus).

Dans ton cas, je pense qu'il sera très difficile d'implémenter une
interface native KNX (série ou IP) directement depuis iRule. Je
soupçonne le "langage" d'être trop simple pour cela. La solution la
plus simple est probablement celle de Multimedia. Il doit être
possible de réaliser qqch au moyen de linknx et similaire, solution
plus puissante (on peut faire des séquences, des activités à des
heures données, etc), au prix d'un investissement en temps plus
conséquent.
Enfin, Gira (et d'autres) proposent des solutions clefs en main:
automation + interface bus + interfaces AV + applis iPhone, mais le
budget est à 4 chiffres (en euros) (et en général le GUI est figé sur
l'iPhone).

[Queuf]

Merci à tous les 2 pour vos retours !

bon je pense que ce qui me conviendrait le mieux serait sûrement de
passer par linknx, d'autant plus que j'ai un NAS et cela permettrait
d'avoir linknx accessible en permanence, sans avoir besoin d'un pc
dédié.
Par contre j'ai regardé rapidement les fichiers d'aide dispo et pour
moi ça reste du chinois !!!

je pense donc tout d'abord faire migrer mon installation vers ETS et
ajouter une passerelle IP, puis par la suite pourquoi pas changer et
passer sur l'application iRidium

je pense aussi m'essayer à iRidium qui lui intègre la compatibilité
avec le KNX et doit être en capacité d'écouter et de consulter le bus
régulièrement et donc de tenir compte des actions précédentes et de
l'état actuel de l'élément à controler.

encore merci à vous et à très bientôt par ici, je risque d'avoir de
nombreuses questions lorsque je migrerais vers ETS car ma seule
expérience pour l'instant, c'est le TX-100, donc rien à voir...

Franck

On 1 déc, 01:52, fred <frederic.thomas...@gmail.com> wrote:
> Tout d'abord, la remarque de Multimedia est très importante: Comment
> fait iRule (supposons) pour savoir au temps T quand il est lancé sur
> l'iPhone l'état d'allumage de la lampe ? Il y a 4 solutions:
> (a) Il ne sait pas
> (b) iRule n'est jamais quitté et l'iPhone/Pad/Pod ne dors jamais -
> iRule peut alors écouter les messages sur le bus et se souvenir que le
> dernier message sur le groupe de la lampe était on.
> © Il lit l'état de la lampe sur le bus
> (d) Il délègue la tâche de conserver l'état courant des GAs (ce que
> iRule fait dans le cas b) à un CPU tiers.
>
> La solution de Multimedia est un gateway qui fait (d) et qui propose
> une interface haut niveau pour obtenir/changer l'état des GAs.
> (a) n'est pas très agréable à utiliser. (b) est peu pratique et ©
> est assez lent si il y a beaucoup de GA a lire sur le bus (et il faut
> des actionneurs qui permettent la lecture, ce qui n'est pas toujours
> le cas).
>
> Linknx dont on parle souvent sur le forum est un équivalent logiciel
> de (d) [qui fait plus que le gateway proposé par Multimedia et tourne
> sur des routeurs et des NAS].
>
> Ensuite seulement se pose la question de la plomberie IP vs RS232 et
> le format des trames KNX. Il existe pleins de solutions, du pur BCU
> RS232 (auquel cas ton device connecté doit parler KNX "natif" y
> compris ses aspects temporels) au gateway comme proposé par Multimedia
> qui a une interface propriétaire mais plus simple sur IP pour lire/
> écrire la valeur d'une GA (auquel cas ton device connecté doit juste
> comprendre les types de données KNX - et encore).
>
> Depuis un iphone, la plupart des solutions soient parlent à un device
> comme celui proposé par Multimedia, soit à un système de home
> automation propriétaire qui joue le même rôle. iKNX est une des rares
> solutions à se connecter directement à une interface IP au bus (mais
> iKNX a le défaut (a) ci-dessus).
>
> Dans ton cas, je pense qu'il sera très difficile d'implémenter une
> interface native KNX (série ou IP) directement depuis iRule. Je
> soupçonne le "langage" d'être trop simple pour cela. La solution la
> plus simple est probablement celle de Multimedia. Il doit être
> possible de réaliser qqch au moyen de linknx et similaire, solution
> plus puissante (on peut faire des séquences, des activités à des
> heures données, etc), au prix d'un investissement en temps plus
> conséquent.
> Enfin, Gira (et d'autres) proposent des solutions clefs en main:
> automation + interface bus + interfaces AV + applis iPhone, mais le
> budget est à 4 chiffres (en euros) (et en général le GUI est figé sur
> l'iPhone).