Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
fonctionnalités de HomeServer (ou autre superviseur) ?
#1
Salut,

je commence a osculter sérieusement l'EIB, mais quelques
"fonctionnalités" semblent me manquer :
j'aimerais par exemple, pouvoir arroser le jardin en fonction des
previsions météo trouvées sur internet, via un script.
Récuperer la prévision météo via VB c'est ok pour moi, ensuite, dire
si oui ou non je dois arroser, c'est toujours OK pour moi a condition
d'avoir un PC allumé, of course !
Jusque là, tout va bien...

Ensuite, par exemple j'aimerais programmer les interrupteurs de la
tete de lit de cette façon : si la maison est en mode "nuit", les 4
boutons de l'interr. allument uniquement ma lampe de chevet, la lampe
du couloir, et la lumiere des WC :p, le tout à 5 ou 10% d'intensité et
en meme temps. Si j'appuie 5 secondes sur 1 bouton de l'interr. le
volet s'ouvre, et la maison passe en mode "jour". Les autres boutons
de l'interr retrouvent leur fonctionnement normal.

Je vois tres bien comment programmer ça en logique d'informaticien,
avec des variables "de status", des IFs, des ELSE et tout le toutim,
mais est ce que ce genre de scenario est possible en EIB sans PC ?

Si par contre, je rajoute un PC (HomeServer ou solution perso), est il
possible de mettre en place ce genre de scenario, tout en ayant un
fonctionnement "limité" en cas de plantage ou panne du PC ?

C'est un element crucial pour moi ! Wink

Merci de vos réponses !!
#2
On 7 août, 15:07, Ludovic50750 <l.lemari...@gmail.com> wrote:
> Salut,
>
> je commence a osculter sérieusement l'EIB, mais quelques
> "fonctionnalités" semblent me manquer :
> j'aimerais par exemple, pouvoir arroser le jardin en fonction des
> previsions météo trouvées sur internet, via un script.
> Récuperer la prévision météo via VB c'est ok pour moi, ensuite, dire
> si oui ou non je dois arroser, c'est toujours OK pour moi a condition
> d'avoir un PC allumé, of course !
> Jusque là, tout va bien...

En KNX, on aurait plus tendance à travailler avec des capteurs et des
programmateurs, plutot qu'avec des prévisions météo (pas tjs très
fiable :-)
Mais rien n'empêche de faire sortir un contact sec d'un PC (ou autre)
qui récupère les info météo pour déclencher un arrosage

>
> Ensuite, par exemple j'aimerais programmer les interrupteurs de la
> tete de lit de cette façon : si la maison est en mode "nuit", les 4
> boutons de l'interr. allument uniquement ma lampe de chevet, la lampe
> du couloir, et la lumiere des WC :p, le tout à 5 ou 10% d'intensité et
> en meme temps. Si j'appuie 5 secondes sur 1 bouton de l'interr. le
> volet s'ouvre, et la maison passe en mode "jour". Les autres boutons
> de l'interr retrouvent leur fonctionnement normal.
>
> Je vois tres bien comment programmer ça en logique d'informaticien,
> avec des variables "de status", des IFs, des ELSE et tout le toutim,
> mais est ce que ce genre de scenario est possible en EIB sans PC ?
>

Pas de problème, pour faire cela, soit avec des superviseurs évolués,
soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
GATE, <, >, time ....

> Si par contre, je rajoute un PC (HomeServer ou solution perso), est il
> possible de mettre en place ce genre de scenario, tout en ayant un
> fonctionnement "limité" en cas de plantage ou panne du PC ?

Les modules logiques sont à ce moment là les mieux adaptés
>
> C'est un element crucial pour moi ! Wink
>
> Merci de vos réponses !!

@+
#3
> Pas de problème, pour faire cela, soit avec des superviseurs évolués,
> soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
> GATE, <, >, time ....


Quand tu dis ça, tu parle par exemple des modules LOGO de siemens?
(http://www.siemens.com/index.jsp?
sdc_p=ft15ml2s2u5o1207406i1214273pc58z3&sdc_bcpath=1206943.s_2,1210008.s_2,1209990.s_2,&sdc_sid=20733858545&)

Je me demandes bien quels sont leurs capacités réels?

T'en a déjà testé?

Je suppose que le langage interne doit ressembler à du langage list
type automate programmable industriel.
#4
Salut nulix,

non je n'ai jamais testé le LOGO de Siemens (bien qu'il y ait une
paserelle KNX). Le LOGO est de l'automate type indus

je pensais plutôt à ce type de produit
http://www.knx-gebaeudesysteme.de/sto_g/...3R0011.htm

PS :je reprends souvent l'ABB, 1) pour la qualité de leur offre, 2)
pour la qualité de leur site KNX...

Ce produit est vraiment sympa, gestion de 254 objets, 254 adresses de
groupes, plugin graphique à ETS avec objets fonctions...
Le "Product manual" est à regarder

@+

On 7 août, 17:01, nulix <florent.lesa...@gmail.com> wrote:
> > Pas de problème, pour faire cela, soit avec des superviseurs évolués,
> > soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
> > GATE, <, >, time ....
>
> Quand tu dis ça, tu parle par exemple des modules LOGO de siemens?
> (http://www.siemens.com/index.jsp?
> sdc_p=ft15ml2s2u5o1207406i1214273pc58z3&sdc_bcpath=1206943.s_2,1210008.s_2,1209990.s_2,&sdc_sid=20733858545&)
>
> Je me demandes bien quels sont leurs capacités réels?
>
> T'en a déjà testé?
>
> Je suppose que le langage interne doit ressembler à du langage list
> type automate programmable industriel.
#5
Comme toi, j'avais envie de créer des fonctionnalités de haut niveau
sans me ruiner en homeserver et autres, et sans avoir mon PC allumé en
permanence.
La solution que j'ai trouvée est la suivante:
J'ai acheté un routeur WiFi Linksys WRT54GS (n'imorte quel autre
appareil supportant le firmware OpenWRT et ayant un port série ou USB
ferait l'affaire)
Ensuite j'ai compilé le démon eibd (http://www.auto.tuwien.ac.at/
~mkoegler/index.php/eibd) pour cette plateforme.
Pour accéder au bus, j'ai construit une interface pour connecter une
BCU2 au port série du Linksys et communiquer à l'aide du protocole
FT1.2 (schéma et photos sur http://ouaye.net/linknx/bcu-interface/ )
Je l'ai utilisé dans un premier temps avec les examples de lecture et
écriture de données sur le bus fournis avec eibd. Avec des scripts
shell et une crontab il y a déjà moyen de faire pas mal de choses.
Pour l'instant, je suis en train de développer une application de
gestion/visualisation avec des timers et des fonctions logiques plus
évoluées (le tout en C++).
La visu de base est programmée en PHP (oui monsieur, il est possible
de faire tourner un serveur web et php sur un routeur qui n'a que 16Mo
de ram, 4Mo de flash et qui consomme moins de 5W)
Pour les fonctions évoluées, je prévois d'utiliser un applet java qui
tourne sur un PC et communique en XML avec l'application tournant sur
le routeur.
Le tout sera disponible en OpenSource, probablement sur une petite
forge puisque ça à l'air de plaire aux gens, dès que je jugerai la
qualité suffisante. (pour les curieux, le code est déjà suffisamment
stable pour tourner sur mon routeur et est disponible sur http://ouaye.net/linknx/)
J'espère que ceci va suciter des vocations...


On 7 août, 18:06, mickg <mickael.gaut...@wanadoo.fr> wrote:
> Salut nulix,
>
> non je n'ai jamais testé le LOGO de Siemens (bien qu'il y ait une
> paserelle KNX). Le LOGO est de l'automate type indus
>
> je pensais plutôt à ce type de produithttp://www.knx-gebaeudesysteme.de/sto_g/ibus_export/English/_HTML/pro...
>
> PS :je reprends souvent l'ABB, 1) pour la qualité de leur offre, 2)
> pour la qualité de leur site KNX...
>
> Ce produit est vraiment sympa, gestion de 254 objets, 254 adresses de
> groupes, plugin graphique à ETS avec objets fonctions...
> Le "Product manual" est à regarder
>
> @+
>
> On 7 août, 17:01, nulix <florent.lesa...@gmail.com> wrote:
>
> > > Pas de problème, pour faire cela, soit avec des superviseurs évolués,
> > > soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
> > > GATE, <, >, time ....
>
> > Quand tu dis ça, tu parle par exemple des modules LOGO de siemens?
> > (http://www.siemens.com/index.jsp?
> > sdc_p=ft15ml2s2u5o1207406i1214273pc58z3&sdc_bcpath=1206943.s_2,1210008.s_2,1209990.s_2,&sdc_sid=20733858545&)
>
> > Je me demandes bien quels sont leurs capacités réels?
>
> > T'en a déjà testé?
>
> > Je suppose que le langage interne doit ressembler à du langage list
> > type automate programmable industriel.
#6
Pour ton problème de lampes de chevet, voici ce que je ferais:
Sur la fonction "long" (plus de 5 secondes) du bouton, tu assigne une
adresse de groupe qui représente le mode jour/nuit.
Sur l'actuateur des lumières, tu ajoute une fonction logique "ET"
entre l'adresse de groupe de la fonction normale et le mode jour/nuit,
de façon à ce que la lampe s'allume normalement la journée et pas du
tout la nuit.
A l'aide du PC, home server ou autre, tu crée une fonction qui envoie
l'ordre d'allumage à 10% si on est en mode nuit et que l'on appuie sur
le bouton.
Malheureusement, il te faudra acheter un module logique EIB pour faire
la fonction "ET" et c'est pas donné ce genre de bestiole, à moins que
tu trouves un module dimmer qui fournit cette fonction en plus (c'est
courant pour les modules relais mais pour les dimmer je sais pas trop)

Une autre solution serait de programmer le bouton pour que la fonction
"ON" allume les dimmer à 10% dans tous les cas, et avoir ton PC ou
homeserver qui, durant la journée, réagit immédiatement lorsqu'il voit
ce télégramme en envoyant l'ordre 100%. Si le PC tombe en rade, tes
lumières ne s'allument plus qu'à 10%, oups, mais c'est toujours mieux
que rien.

Une troisième solution, pour essayer de pallier aux inconvénients de
la seconde serait de régler la vitesse d'allumage du dimmer
suffisamment lente pour que la nuit, le PC ou homeserver aie le temps
de "rattraper" l'ordre d'allumage à 100% en envoyant une consigne 10%.

Comme d'habitude, la solution la plus "propre" est aussi la plus
chère, mais si on veut être un peu créatif on peut s'en sortir à bon
compte.



On 7 août, 21:42, jef2000 <jef2...@ouaye.net> wrote:
> Comme toi, j'avais envie de créer des fonctionnalités de haut niveau
> sans me ruiner en homeserver et autres, et sans avoir mon PC allumé en
> permanence.
> La solution que j'ai trouvée est la suivante:
> J'ai acheté un routeur WiFi Linksys WRT54GS (n'imorte quel autre
> appareil supportant le firmware OpenWRT et ayant un port série ou USB
> ferait l'affaire)
> Ensuite j'ai compilé le démon eibd (http://www.auto.tuwien.ac.at/
> ~mkoegler/index.php/eibd) pour cette plateforme.
> Pour accéder au bus, j'ai construit une interface pour connecter une
> BCU2 au port série du Linksys et communiquer à l'aide du protocole
> FT1.2 (schéma et photos surhttp://ouaye.net/linknx/bcu-interface/)
> Je l'ai utilisé dans un premier temps avec les examples de lecture et
> écriture de données sur le bus fournis avec eibd. Avec des scripts
> shell et une crontab il y a déjà moyen de faire pas mal de choses.
> Pour l'instant, je suis en train de développer une application de
> gestion/visualisation avec des timers et des fonctions logiques plus
> évoluées (le tout en C++).
> La visu de base est programmée en PHP (oui monsieur, il est possible
> de faire tourner un serveur web et php sur un routeur qui n'a que 16Mo
> de ram, 4Mo de flash et qui consomme moins de 5W)
> Pour les fonctions évoluées, je prévois d'utiliser un applet java qui
> tourne sur un PC et communique en XML avec l'application tournant sur
> le routeur.
> Le tout sera disponible en OpenSource, probablement sur une petite
> forge puisque ça à l'air de plaire aux gens, dès que je jugerai la
> qualité suffisante. (pour les curieux, le code est déjà suffisamment
> stable pour tourner sur mon routeur et est disponible surhttp://ouaye.net/linknx/)
> J'espère que ceci va suciter des vocations...
>
> On 7 août, 18:06, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > Salut nulix,
>
> > non je n'ai jamais testé le LOGO de Siemens (bien qu'il y ait une
> > paserelle KNX). Le LOGO est de l'automate type indus
>
> > je pensais plutôt à ce type de produithttp://www.knx-gebaeudesysteme.de/sto_g/ibus_export/English/_HTML/pro...
>
> > PS :je reprends souvent l'ABB, 1) pour la qualité de leur offre, 2)
> > pour la qualité de leur site KNX...
>
> > Ce produit est vraiment sympa, gestion de 254 objets, 254 adresses de
> > groupes, plugin graphique à ETS avec objets fonctions...
> > Le "Product manual" est à regarder
>
> > @+
>
> > On 7 août, 17:01, nulix <florent.lesa...@gmail.com> wrote:
>
> > > > Pas de problème, pour faire cela, soit avec des superviseurs évolués,
> > > > soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
> > > > GATE, <, >, time ....
>
> > > Quand tu dis ça, tu parle par exemple des modules LOGO de siemens?
> > > (http://www.siemens.com/index.jsp?
> > > sdc_p=ft15ml2s2u5o1207406i1214273pc58z3&sdc_bcpath=1206943.s_2,1210008.s_2,1209990.s_2,&sdc_sid=20733858545&)
>
> > > Je me demandes bien quels sont leurs capacités réels?
>
> > > T'en a déjà testé?
>
> > > Je suppose que le langage interne doit ressembler à du langage list
> > > type automate programmable industriel.
#7
Peux tu m'en dire plus sur ton "serveur" ?
Quel est l'espace libre pour tes pages php ?
t'est-il possible d'intercepter des messages EIB pour les traiter de
maniere "intelligente" et d'envoyer d'autres messages a la place ?
Peut on avoir des captures d'ecran ???
Et la question subsidiaire : Fait il encore point d'accès Wifi apres
tout ca :p ??
#8
On Aug 7, 9:42 pm, jef2000 <jef2...@ouaye.net> wrote:
> Comme toi, j'avais envie de créer des fonctionnalités de haut niveau
> sans me ruiner en homeserver et autres, et sans avoir mon PC allumé en
> permanence.
> La solution que j'ai trouvée est la suivante:
> J'ai acheté un routeur WiFi Linksys WRT54GS (n'imorte quel autre
> appareil supportant le firmware OpenWRT et ayant un port série ou USB
> ferait l'affaire)

Dans le même genre il y a aussi le NSLU2 (dans les 70€ sur les site
marchands) du même constructeur et le projet NSLU2-linux (http://
http://www.nslu2-linux.org/)

> Ensuite j'ai compilé le démon eibd (http://www.auto.tuwien.ac.at/
> ~mkoegler/index.php/eibd) pour cette plateforme.
> Pour accéder au bus, j'ai construit une interface pour connecter une
> BCU2 au port série du Linksys et communiquer à l'aide du protocole
> FT1.2 (schéma et photos surhttp://ouaye.net/linknx/bcu-interface/)
> Je l'ai utilisé dans un premier temps avec les examples de lecture et
> écriture de données sur le bus fournis avec eibd. Avec des scripts
> shell et une crontab il y a déjà moyen de faire pas mal de choses.
> Pour l'instant, je suis en train de développer une application de
> gestion/visualisation avec des timers et des fonctions logiques plus
> évoluées (le tout en C++).
> La visu de base est programmée en PHP (oui monsieur, il est possible
> de faire tourner un serveur web et php sur un routeur qui n'a que 16Mo
> de ram, 4Mo de flash et qui consomme moins de 5W)
> Pour les fonctions évoluées, je prévois d'utiliser un applet java qui
> tourne sur un PC et communique en XML avec l'application tournant sur
> le routeur.

Ca semble intéressant, mais comment code tu les infos spécifique à
chaque installation?
En dur dans le code, dans un fichier XML, .....?

Bon courage pour tes dev.

A+
#9
j'ai decouvert, en cherchant un WRT54G sur ebay, que l'on peut ajouter
un port SD a ce routeur !
tout de suite, ça augmente considérablement l'espace dispo pour le
serveur !!!

voir cette page, par exemple, pour la modif :
http://kiel.kool.dk/
a vos fer a souder !!
#10
Pour tout ce qui est modif hardware des routeurs, faut faire attention
à la version HW du routeur que tu achète. Les dernières versions du
WRT54G ou GS ne tournent mêm plus sous linux et sont donc à éviter.
Pour les modifs du genre ajout de lecteur SD, assures toi bien que
c'est possible avec la version HW que tu as (ou que tu vas acheter)

> Quel est l'espace libre pour tes pages php ?
Pour la place disponible, il me reste actuellement 500Ko (après avoir
ajouté eibd, linknx, le serveur web thttpd, php) mais c'est de la
flash compressée, donc comme les pages php contiennent du texte et que
ça se compresse bien, il y a probablement moyen de mettre plusieurs Mo
de pages. Par contre si tu veux mettre des images, ça risque de se
remplir un peu plus vite.

> t'est-il possible d'intercepter des messages EIB pour les traiter de
> maniere "intelligente" et d'envoyer d'autres messages a la place ?
De par la conception du bus EIB, il n'est pas possible d'intercepter
quoi que ce soit. Il est possible de lire ce qui se passe sur le bus
et d'envoyer des données sur le bus, mais si un interrupteur et un
module de sortie sont configurés avec la même addresse de groupe, il
n'est pas possible pour l'application d'empêcher un ordre provenant de
l'interrupteur d'être transmis au module de sortie.

> Et la question subsidiaire : Fait il encore point d'accès Wifi apres
> tout ca :p ??
Oui, il fait toujours point d'accès wifi.

> Peut on avoir des captures d'ecran ???
Captures de quoi? de la visualisation? C'est encore en "pre-alpha"
mais je vais probablement créer une page de description du projet dès
que j'ai le temps. Pour l'instant la priorité est de développer les
fonctionnalités nécessaires à l'alarme avant de partir en vacances
dans 10 jours.

> Peux tu m'en dire plus sur ton "serveur" ?
Pour l'instant, LinKNX est un démon qui se connecte à eibd, lit un
fichier de config xml décrivant des objets de communication et des
règles qui décrivent son comportement.
Une règle est composée d'une condition et d'une liste d'actions à
exécuter si la condition devient vraie (ou fausse)
En ouvrant un port TCP et envoyant des messages xml, il est possible
de lire et écrire les valeurs des objets EIB et d'ajouter des règles à
la config.
Les messages ressemblemnt à ceci:
<read><object id="eclairage_cuisine"/></read>
Qui renvoie:
<read status="success">1</read>

<write><object id="temperature_salon" value="21.0"/></write>
qui renvoie:
<write status="success"/>

<read><config/></read>
Qui renvoie toute la config

<read><config><objects/></config></read>
Qui renvoie juste la config des objets

etc...

Tu peux trouver un example de config dans le fichier sur
http://ouaye.net/linknx/linknx-0.0.1.10.tar.gz mais ça à encore un peu
changé depuis

Dans les pages php, j'ouvre un socket TCP sur le port en question
(j'utilise le port 1028) et j'envoie les commandes xml ci-dessus. Je
compte utiliser le même canal de communication avec l'applet java qui
permettra de visualiser/modifier la config.

On 8 août, 09:17, Ludovic50750 <l.lemari...@gmail.com> wrote:
> Peux tu m'en dire plus sur ton "serveur" ?
> Quel est l'espace libre pour tes pages php ?
> t'est-il possible d'intercepter des messages EIB pour les traiter de
> maniere "intelligente" et d'envoyer d'autres messages a la place ?
> Peut on avoir des captures d'ecran ???
> Et la question subsidiaire : Fait il encore point d'accès Wifi apres
> tout ca :p ??
#11
Petite question, peut on definir une adresse pour le PC? je
m'explique:
est il possible de dire a chaque bouton d'envoyer son etat au PC, qui
lui prendra la décision d'une action en contrepartie, au lieu de
programmer chaque bouton à un actionneur ?
#12
Oui, mais tu perds tous les avantages de l'architecture distribuée EIB/
KNX en ramenant toute la communication en un seul point central qui,
si il tombe en panne, paralyse toute l'installation

On 8 août, 10:29, Ludovic50750 <l.lemari...@gmail.com> wrote:
> Petite question, peut on definir une adresse pour le PC? je
> m'explique:
> est il possible de dire a chaque bouton d'envoyer son etat au PC, qui
> lui prendra la décision d'une action en contrepartie, au lieu de
> programmer chaque bouton à un actionneur ?
#13
Encore une question :
Quelle est la conso electrique d'un HomeServer (le vrai, de chez
GIRA) ?
#14
On 8 août, 13:40, Ludovic50750 <l.lemari...@gmail.com> wrote:

> Quelle est la conso electrique d'un HomeServer (le vrai, de chez
> GIRA) ?

Bonne question !
J'ai pas vu dans la doc, ni sur le site de Gira.
Si tu veux, je demane au support
#15
On 8 août, 10:29, Ludovic50750 <l.lemari...@gmail.com> wrote:
> Petite question, peut on definir une adresse pour le PC? je
> m'explique:
> est il possible de dire a chaque bouton d'envoyer son etat au PC, qui
> lui prendra la décision d'une action en contrepartie, au lieu de
> programmer chaque bouton à un actionneur ?

Bjr,

Je ne comprends pas trop ce raisonnement ; Même si c'est ton PC qui
traite l'info des boutons, il faut bien derrière déclencher l'action
de relais de puissance (TOR, variation...). Il te faut donc des
modules de sorties qui ont chacun des fonctions embarquées, + ou -
complexes en fonction des produits et fabricants.
Si tu souhaite avoir un PC en automate central, c'est à l'inverse de
la "philosophie" KNX

@+
#16
Tout a fait,
mon mode de fonctionnement preferé est l'inverse du KNX, c'est
pourquoi je pense, je vais me tourner vers autre chose...

j'ai vu par exemple la domotique selon Schneider-Alombard, l'IHC, qui
est plutot dans ce que je cherche...
Peut etre meme des modules entierement perso...


Atteindre :


Utilisateur(s) parcourant ce sujet : 5 visiteur(s)