13/10/2007, 21:46:04
On 13 oct, 16:30, "Tristan" <tlaba...@gmail.com> wrote:
> Je partage l'avais de mickg. Le travail est de grande qualité et l'objectif
> est me semble il exactement le même à savoir contrôler son installation à
> partir d'une interface web pour fonctionner à partir d'un écran tactile.
> Pourquoi ne pas fusionner les projets ESUS et linknx qui ont des modules
> communs mais sont plus avancés sur des aspects différents ?
Je pense que tu confonds Linknx et le superviseur web de ziki. Linknx
n'est pas une visu, il fournit certains services qui peuvent être
utilisés par la visu mais sert également (et c'était la raison
première de son développement) de super module logique, de timer à N
canaux (je n'ai pas encore essayé de quantifier le N mais c'est de
toute façon plus que tous ceux qui s'achètent très cher dans le
commerce), de service de notification email/SMS, ...
Concernant ESUS, le principe même d'un système qui nécessite une
connection internet pour fonctionner me pose un problème. Ca peut
convenir pour la visualisation à distance puisque dans ce cas on a de
toute façon besoin d'une connection internet, mais si je suis dans mon
salon je veux pouvoir commander mon installation via un écran tactile,
même si mon fournisseur d'accès à des problèmes réseau, si j'ai oublié
de payer ma facture ADSL ou quelqu'autre raison qui pourrait faire
qu'internet n'est pas accessible.
Si par contre on peut faire tourner ESUS sur une machine locale, ça
change un peu la donne, mais dans ce cas il faut un PC qui tourne en
permanence et c'est justement ce que j'ai voulu éviter avec Linknx.
J'ai donc voulu séparer le système en deux composants. L'un des deux,
Linknx, tourne en permanence, assure les fonctions vitales, exécute
des actions sur base de conditions et de timers, mémorise l'état des
objets de groupes, tout ceci en restant suffisamment léger pour
tourner sur un système embarqué (pas de ventilateurs, pas de disque
durs, une consommation inférieure à 5W). Le second composant du
système est constitué des systèmes de visualisation et de
configuration qui eux n'ont pas besoin de fonctionner en permanence.
Comme je n'ai trouvé aucun système existant qui permette cette
séparartion, je n'ai donc pas eu d'autre choix que de le développer.
Par contre, pour la partie visualisation proprement dite (interface
web), je compte bien utiliser quelque chose d'existant plutôt que de
réinventer la roue.
Une autre raison qui m'a dissuadé d'utiliser ESUS, c'est que bien
qu'il s'annonce comme opensource, je n'ai trouvé le code source nulle
part. Ni sur sourceforge, ni sur le site web d'ESUS.
> Je partage l'avais de mickg. Le travail est de grande qualité et l'objectif
> est me semble il exactement le même à savoir contrôler son installation à
> partir d'une interface web pour fonctionner à partir d'un écran tactile.
> Pourquoi ne pas fusionner les projets ESUS et linknx qui ont des modules
> communs mais sont plus avancés sur des aspects différents ?
Je pense que tu confonds Linknx et le superviseur web de ziki. Linknx
n'est pas une visu, il fournit certains services qui peuvent être
utilisés par la visu mais sert également (et c'était la raison
première de son développement) de super module logique, de timer à N
canaux (je n'ai pas encore essayé de quantifier le N mais c'est de
toute façon plus que tous ceux qui s'achètent très cher dans le
commerce), de service de notification email/SMS, ...
Concernant ESUS, le principe même d'un système qui nécessite une
connection internet pour fonctionner me pose un problème. Ca peut
convenir pour la visualisation à distance puisque dans ce cas on a de
toute façon besoin d'une connection internet, mais si je suis dans mon
salon je veux pouvoir commander mon installation via un écran tactile,
même si mon fournisseur d'accès à des problèmes réseau, si j'ai oublié
de payer ma facture ADSL ou quelqu'autre raison qui pourrait faire
qu'internet n'est pas accessible.
Si par contre on peut faire tourner ESUS sur une machine locale, ça
change un peu la donne, mais dans ce cas il faut un PC qui tourne en
permanence et c'est justement ce que j'ai voulu éviter avec Linknx.
J'ai donc voulu séparer le système en deux composants. L'un des deux,
Linknx, tourne en permanence, assure les fonctions vitales, exécute
des actions sur base de conditions et de timers, mémorise l'état des
objets de groupes, tout ceci en restant suffisamment léger pour
tourner sur un système embarqué (pas de ventilateurs, pas de disque
durs, une consommation inférieure à 5W). Le second composant du
système est constitué des systèmes de visualisation et de
configuration qui eux n'ont pas besoin de fonctionner en permanence.
Comme je n'ai trouvé aucun système existant qui permette cette
séparartion, je n'ai donc pas eu d'autre choix que de le développer.
Par contre, pour la partie visualisation proprement dite (interface
web), je compte bien utiliser quelque chose d'existant plutôt que de
réinventer la roue.
Une autre raison qui m'a dissuadé d'utiliser ESUS, c'est que bien
qu'il s'annonce comme opensource, je n'ai trouvé le code source nulle
part. Ni sur sourceforge, ni sur le site web d'ESUS.