stouille a écrit:Juste une question pour voir si j'ai bien compris ton idée.
Pour un objet (un contacteur d'ouverture par exemple), tu vas avoir dans l'eedomus :
- Un périphérique Zwave (le contacteur proprement dit)
- Un actionneur HTTP avec deux valeurs (ouvert et fermé).
- Deux règles. Une qui modifie la valeur de l'actionneur lorsque que le contact s'ouvre et une autre lorsqu'il se ferme.
C'est bien ça ?
Si oui, ça signifie que pour une lampe dimmable par exemple, tu auras (si le pas est de 25% par exemple) l'actionneur qui aura 5 valeurs. Bon après coup c'est pas très grave. Ce qui est plus gênant, c'est d'avoir autant de règle que de valeur dans l'actionneur.
Par exemple, perso actuellement j'ai 18 lumières gérées, 13 radiateurs, 12 contacteurs de portes et 10 volets. Ce qui ferai au minimum, plus de 100 règles et ce sans compter les pseudo périphérique virtuel.
Ce qui serait top, c'est de pouvoir lancer un actionneur HTTP directement depuis la configuration de l'objet zwave, ce qui supprimerai l'utilisation de règles.
En fait après quelques investigations et études du fonctionnement de la box, j'ai dans la configuration de la box :
- le capteur proprement dit
- une règle qui se déclenche a chaque changement de valeur dudit capteur ( par comparaison a une valeur référence largement supérieure a toutes les valeurs possibles du capteur )
- un actionneur HTTP qui renvoie la dernière valeur du capteur quand on lui demande
et ce pour n'importe quel type de périphéique ( simple On/Off, ou Lumière dimmable avec 10 valeurs possibles, etc ... )
Mon problème ( qui m'aura bien usé ce week end ... ) c'est que quand j'envoie la dernière valeur, la box m'envoie la valeur "texte", genre "Ouvert" ... moi je voudrais ne traiter que des nombres, jouer sur les valeurs brutes ... mais s'il le faut je vais traiter les valeurs textes ... mais c'est moins propre et fiable .... :'(
|
.