Tête thermostatique et Gladys


#1

Bonjour à tous,

Je vais enfin me lancer bientôt dans la domotique avec Gladys. (Mon raspberry doit arriver se soir :slight_smile: )
Ayant quelques problèmes de tête thermostatique dans la maison que je viens d’acheter, avant d’en acheter des nouvelles, je voulais savoir si avec Gladys je pouvais acheter des Fibaro Z-Wave+ ?
J’ai lu un peu partout que le Z-wave est accepté mais avant d’en acheter je préfère être sur (surtout vu le prix)

Merci d’avance pour vos réponses.


#2

Hello

Effectivement, via le module z-wave et une clef usb, tu pourras utiliser du matériel Z-wave avec Gladys.


#3

Ok super
Merci bcp :smile:


#4

Hello les gladysien :slight_smile:

j’ai reçu ma tête thermostatique et j’ai enfin pu jouer avec Gladys :slight_smile:
le dongle fonctionne bien et ma tête est bien reconnu dans gladys.

mais je n’arrive pas a récupérer la température de la tête dans l’onglet ‘périphérique’
ca m’affiche tout le temps 0
le battery level semble fonctionner car j’ai une valeur qui apparait.

y a t-il quelque chose de spécial a faire ? ou faut il impérativement le capteur de température fibaro qui va avec les têtes ?

Merci d’avance :smiley:


#5

Ta tête fait sonde de température ? (Je suppose que oui mais sait on jamais…)
T’as un lien vers ton matos ?


#6

Oui je viens de regarder et il y a bien un capteur de température intégré

Description du matos


#7

alors je sais pas si ca peux aider mais je viens de creer un scenario pour augmenter la temperature.

mais dans les logs il semble y avoir un probleme.

 Scenario : exec : Found 1 actions to execute.
2018-11-04-18:08:00 0|gladys   | Executing action "Changer l'état d'un device"
2018-11-04-18:08:00 0|gladys   | Zwave Module : Exec : node_id = 3, comclass=49, value = 22
2018-11-04-18:08:00 0|gladys   | TypeError: OpenZWave valueId not found: 3-49-1-0
2018-11-04-18:08:00 0|gladys   |     at Hook.exec (/home/pi/gladys/api/hooks/zwave/lib/zwave.exec.js:11:18)
2018-11-04-18:08:00 0|gladys   |     at Hook.wrapper [as exec] (/home/pi/gladys/node_modules/@sailshq/lodash/lib/index.js:3275:19)
2018-11-04-18:08:00 0|gladys   |     at /home/pi/gladys/api/core/devicetype/deviceType.exec.js:60:47
2018-11-04-18:08:00 0|gladys   |     at tryCatcher (/home/pi/gladys/node_modules/bluebird/js/release/util.js:16:23)
2018-11-04-18:08:00 0|gladys   |     at Promise._settlePromiseFromHandler (/home/pi/gladys/node_modules/bluebird/js/release/promise.js:512:31)
2018-11-04-18:08:00 0|gladys   |     at Promise._settlePromise (/home/pi/gladys/node_modules/bluebird/js/release/promise.js:569:18)
2018-11-04-18:08:00 0|gladys   |     at Promise._settlePromise0 (/home/pi/gladys/node_modules/bluebird/js/release/promise.js:614:10)
2018-11-04-18:08:00 0|gladys   |     at Promise._settlePromises (/home/pi/gladys/node_modules/bluebird/js/release/promise.js:693:18)
2018-11-04-18:08:00 0|gladys   |     at Promise._fulfill (/home/pi/gladys/node_modules/bluebird/js/release/promise.js:638:18)
2018-11-04-18:08:00 0|gladys   |     at /home/pi/gladys/node_modules/bluebird/js/release/nodeback.js:42:21
2018-11-04-18:08:00 0|gladys   |     at /home/pi/gladys/node_modules/sails-mysql/lib/connections/spawn.js:120:16
2018-11-04-18:08:00 0|gladys   |     at Object.poolfully [as releaseConnection] (/home/pi/gladys/node_modules/sails-mysql/lib/connections/release.js:28:12)
2018-11-04-18:08:00 0|gladys   |     at Query._callback (/home/pi/gladys/node_modules/sails-mysql/lib/connections/spawn.js:105:35)
2018-11-04-18:08:00 0|gladys   |     at Query.Sequence.end (/home/pi/gladys/node_modules/mysql/lib/protocol/sequences/Sequence.js:96:24)
2018-11-04-18:08:00 0|gladys   |     at Query._handleFinalResultPacket (/home/pi/gladys/node_modules/mysql/lib/protocol/sequences/Query.js:144:8)
2018-11-04-18:08:00 0|gladys   |     at Query.EofPacket (/home/pi/gladys/node_modules/mysql/lib/protocol/sequences/Query.js:128:8)
2018-11-04-18:08:00 0|gladys   |     at Protocol._parsePacket (/home/pi/gladys/node_modules/mysql/lib/protocol/Protocol.js:280:23)
2018-11-04-18:08:00 0|gladys   |     at Parser.write (/home/pi/gladys/node_modules/mysql/lib/protocol/Parser.js:73:12)
2018-11-04-18:08:00 0|gladys   |     at Protocol.write (/home/pi/gladys/node_modules/mysql/lib/protocol/Protocol.js:39:16)
2018-11-04-18:08:00 0|gladys   |     at Socket.<anonymous> (/home/pi/gladys/node_modules/mysql/lib/Connection.js:96:28)
2018-11-04-18:08:00 0|gladys   |     at emitOne (events.js:116:13)
2018-11-04-18:08:00 0|gladys   |     at Socket.emit (events.js:211:7)

EDIT : pour infos j’ai changé la value de ‘temperature’ (la variable qui m’affiche toujours 0)
Mais il y a ‘heating’ qui a prit la valeur demandé dans mon scenario.

EDIT2 : je viens de recreer un scenario mais en modifiant la variable ‘heating’ et non pas temperature comme le 1er scenario et les logs sont les memes, tj la mm erreur.


#8

Est ce possible que le problème vienne du dongle ?
j’ai l’impression que le champ ‘Identifier’ du périphérique n’est pas bon.

Ses valeurs sont transmises grâce au dongle ?


#9

Tu peux faire un screenshot des devicestates (tous les champs quand tu cliques sur voir plus) ?


#10

L’id est bien 4
j’ai tenté une réinstallation complète du module et l’inclusion de la tête


#11

Oui apparemment, un souci sur l’id.

Et ton scénario, tu peux mettre son contenu ?


#12
trigger:
  title: Lancement Chauffage semaine
  condition_template: alarm == 13
  active: 1
  code: alarm
  user: 1
conditions: []
actions:
  - code: deviceType.exec
    params:
      devicetype: '6'
      value: '23'

#13

c’est bizarre ton devicetype à 6 alors que dans ta liste ça va de 14 à 25.
Tu l’as fait comment ton scénario ?


#14

Je demande le declenchement sur une alarme, et j’ajoute un changement sur un device, et je choisi dans la liste deroulante ‘Heating’ et lui met la valeur. Rien de plus.
Je testerai se soir en modifiant l’id en modifiant le scenario a la main.

EDIT : Je viens de faire le test en vitesse. voila le scenario :

trigger:
  title: aaa
  condition_template: alarm == 22
  active: 1
  code: alarm
  user: 1
conditions: []
actions:
  - code: deviceType.exec
    params:
      devicetype: '17'
      value: '23' 

donc l’ID 17 est bien correct mais voila les logs de gladys

2018-11-09-05:44:00 0|gladys   | Scenario : Trigger : Conditions verified, starting all actions.
2018-11-09-05:44:00 0|gladys   | Scenario : exec : Found 1 actions to execute.
2018-11-09-05:44:00 0|gladys   | Executing action "Changer l'état d'un device"
2018-11-09-05:44:00 0|gladys   | Zwave Module : Exec : node_id = 4, comclass=67, value = 23
2018-11-09-05:44:00 0|gladys   | TypeError: OpenZWave valueId not found: 4-67-1-0

4-67-1-0 pourquoi il y a un 0 alors que dans les infos du device il n’y est pas ?


#15

Ca, c’est une très bonne question !
Peut-être que @MathieuA , le gros contributeur du module, pourrait se pencher dessus ?


#16

Excellente question ^^
Je ne sais pas d’où sort ce 0… il faudrait que je regarde en détail.
En revanche une chose est sur c’est que ton deviceType est un capteur @benji57 ! Il est donc impossible de modifier sa valeur n’y manuellement n’y via un scénario. D’ailleurs je n’ai pas compris pourquoi tu veux modifier sa valeur si c’est un capteur de température :thinking:


#17

Le ´0´ vient de l’exec :


#18

Je crois qu’il cherche à savoir quel est le bon deviceType à modifier pour jouer avec ses radiateurs.


#19

Je veux pouvoir programmer mes radiateurs avec des plages horaires. J’ai déjà ça actuellement sur 3/4 de mes radiateurs mais çà se programme directement sur la tête thermostatique. Je me suis donc dit que avec Gladys je pourrais aussi le faire avec les têtes Fibaro (description du matos un peu plus haut)

Donc si je comprends bien, je ne pourrais jamais jouer avec la température de mon radiateur et creer des scénarios ?


#20

essaye avec le devicetype n°16, car le 17 ne peut-être modifié, c’est un capteur.
Après, la valeur à mettre, c’est une autre histoire … Peut-être que des plages correspondent à des vitesses de chauffes ou à des modes ?