Nico Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Yop Lazer, c'est juste très lent, mais bon, je vais le mettre làje pense oui.
i-magin Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Donc, si la Smart Strip sort un jour aux normes UE / françaises (et on a vu que c'était compromis pour l'instant) il va falloir un testeur avant de se précipiter ? Au train des problèmes avec divers modules, il va falloir adjoindre un labo au forum
Nico Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Clairement. Mais làje penche plus sur un soucis AOTEC que Fibaro moi, car le comportement est étonnant de la prise tout de même. Et c'est le module qui remonte les infos, pas la HC2 qui va interroger. D'ailleurs quand je demande une interrogation depuis la HC2, la mise àjour se fait dans les 15s.
i-magin Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Je ne doute pas que le problème provienne de chez Aeotec. De plus, si je comprends bien, pas de paramétrage ou presque... C'est pour çà que je disais qu'il faudrait que le forum se dote d'un labo de test
Lazer Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 C'est clair que de ne pas pouvoir paramétrer l'intervalle ou le seuil de remonté d'info vers le contrôleur Z-Wave est pénalisant sur cette prise. C'est là qu'on se dit que les modules Fibaro avec leur nombreux paramètres sont quand même géniaux. Cette prise Aeotec me rappelle un peu la multiprise Greenwave, dont la remonté d'info a quelques secondes de retard....
JossAlf Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 De mon côté les 2 prises ne fonctionnent pas en 4.56. Si la box remonte bien l'état on/off quand je clique sur le bouton de la prise, làbox est incapable de piloter la prise. Un clic sur on ou off depuis l'interface de la hc2 laisse la prise de marbre ... Quelqu'un arrive àl'utiliser en 4.5 ? Envoyé de mon iPhone àl'aide de Tapatalk
Lazer Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Bon, j'ai fait tourner le lave-vaisselle, et la puissance W, l'énergie kWh, et l'ampérage A ne sont jamais remonté sur l'interface de la HC2 en 4.080. Quand on clique sur le bouton "Interroger cet appareil", pas plus de résultat Donc je suis allé voir les logs du moteur Z-Wave dans les sombres recoins de la HC2 : 3 22:54:45:4 [Notice] ROUTER: [JSONRPCServer] callAction callAction name: "poll" paramSize: 0 json: [] 3 22:54:45:4 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 457 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_SWITCH_BINARY >> Command serialization: cmdSwitchBinaryGet 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_SWITCH_MULTILEVEL >> SWITCH_MULTILEVEL_GET 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Command serialization: METER_GET_V3: [unit=kWh][scale=0] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Command serialization: METER_GET_V3: [unit=W][scale=2] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Command serialization: METER_GET_V3: [unit=V][scale=4] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Command serialization: METER_GET_V3: [unit=A][scale=5] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Command serialization: cmdColorControlStateGet [capabilityId=2] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Command serialization: cmdColorControlStateGet [capabilityId=3] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Command serialization: cmdColorControlStateGet [capabilityId=4] 3 22:54:45:4 [Information] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Command serialization: cmdColorControlStateGet [capabilityId=0] 1 22:54:45:4 [Notice] DRIVER: devId: 0 nId: 102 eId: 0 jobId: 5651570 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: true callback: 134 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x3 finish send; jobs in JobHandler: 9 1 22:54:45:5 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_COLOR_CONTROL 1 22:54:45:5 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Received command: STATE_REPORT[colorId=3][value=20] 1 22:54:45:5 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_COLOR_CONTROL cmd: 4 1 22:54:45:6 [Notice] DRIVER: devId: 0 nId: 102 eId: 0 jobId: 5651571 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: true callback: 135 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x4 finish send; jobs in JobHandler: 8 1 22:54:45:6 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_COLOR_CONTROL 1 22:54:45:6 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Received command: STATE_REPORT[colorId=4][value=27] 1 22:54:45:6 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_COLOR_CONTROL cmd: 4 1 22:54:45:8 [Notice] DRIVER: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: true callback: 136 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 finish send; jobs in JobHandler: 7 1 22:54:46:3 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> waiting ... 528ms txCount: 1 timeCommunication: 0 1 22:54:46:3 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 1 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:47:8 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> waiting ... 2037ms txCount: 1 timeCommunication: 0 1 22:54:47:8 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 1 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:49:3 [Error] DRIVER: timeout for wait for Report job: cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 1 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:49:3 [Notice] DRIVER: Resend frame txCount: 1 max retry send: 3 1 22:54:49:3 [Notice] DRIVER: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: true callback: 137 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 2 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 finish send; jobs in JobHandler: 7 1 22:54:49:8 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> waiting ... 525ms txCount: 2 timeCommunication: 0 1 22:54:49:8 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 2 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:51:4 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> waiting ... 2034ms txCount: 2 timeCommunication: 0 1 22:54:51:4 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 2 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:52:9 [Error] DRIVER: timeout for wait for Report job: cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 2 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:52:9 [Notice] DRIVER: Resend frame txCount: 2 max retry send: 3 1 22:54:52:9 [Notice] DRIVER: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: true callback: 138 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 3 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 finish send; jobs in JobHandler: 7 1 22:54:53:4 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> waiting ... 527ms txCount: 3 timeCommunication: 0 1 22:54:53:4 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 3 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:54:9 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> waiting ... 2041ms txCount: 3 timeCommunication: 0 1 22:54:54:9 [Warning] JOB: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 3 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:56:4 [Error] DRIVER: timeout for wait for Report job: cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: false txCount: 3 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 1 22:54:56:4 [Notice] DRIVER: Resend frame txCount: 3 max retry send: 3 1 22:54:56:4 [Warning] DRIVER: devId: 0 nId: 102 eId: 0 jobId: 5651572 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: false callback: 0 waitFunction: 0x0 isNeedResend: true txCount: 3 prio: 10 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x0 : transmission succeeded, but expected response from the device was not received. 1 22:54:56:4 [Notice] DRIVER: devId: 458 nId: 102 eId: 0 jobId: 5651562 >> cc: Command Class Switch Binary cmd: Switch Binary Get ccWaitFor: Command Class Switch Binary cmdWaitFor: Switch Binary Report ack: true callback: 139 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x25 0x2 finish send; jobs in JobHandler: 6 1 22:54:56:5 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_SWITCH_BINARY 1 22:54:56:5 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_SWITCH_BINARY >> Received command: SWITCH_BINARY_REPORT: [value=255] 1 22:54:56:5 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_SWITCH_BINARY cmd: 3 1 22:54:56:6 [Notice] DRIVER: devId: 458 nId: 102 eId: 0 jobId: 5651563 >> cc: Command Class Switch Multilevel cmd: Switch Multilevel Get ccWaitFor: Command Class Switch Multilevel cmdWaitFor: Switch Multilevel Report ack: true callback: 140 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x26 0x2 finish send; jobs in JobHandler: 5 1 22:54:56:6 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_SWITCH_MULTILEVEL 1 22:54:56:6 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_SWITCH_MULTILEVEL >> Received command: SWITCH_MULTILEVEL_REPORT [value=99] 1 22:54:56:6 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_SWITCH_MULTILEVEL cmd: 3 1 22:54:56:7 [Notice] DRIVER: devId: 458 nId: 102 eId: 0 jobId: 5651565 >> cc: Command Class Meter cmd: Meter Get ccWaitFor: Command Class Meter cmdWaitFor: Meter Report ack: true callback: 141 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x32 0x1 0x0 finish send; jobs in JobHandler: 4 1 22:54:56:7 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_METER 1 22:54:56:7 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Received command: METER_REPORT_V3: Rate type: IMPORT Meter type: METER_REPORT_ELECTRIC_METER Value: 0.767 Delta: 56 Previous: 0.732 5 22:54:56:7 [Notice] EVENT: updateProperty: energy devId: 458 value: 0.76700000000000002 1 22:54:56:7 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_METER cmd: 2 5 22:54:56:7 [Notice] EVENT: updateProperty: unit devId: 458 value: "kWh" 5 22:54:56:7 [Notice] EVENT: updateProperty: unit devId: 458 value: "kWh" 1 22:54:56:8 [Notice] DRIVER: devId: 458 nId: 102 eId: 0 jobId: 5651566 >> cc: Command Class Meter cmd: Meter Get ccWaitFor: Command Class Meter cmdWaitFor: Meter Report ack: true callback: 142 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x32 0x1 0x10 finish send; jobs in JobHandler: 3 1 22:54:56:9 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_METER 1 22:54:56:9 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Received command: METER_REPORT_V3: Rate type: IMPORT Meter type: METER_REPORT_ELECTRIC_METER Value: 2107.66 Delta: 0 Previous: 0 5 22:54:56:9 [Notice] EVENT: updateProperty: power devId: 458 value: 2107.6619999999998 1 22:54:56:9 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_METER cmd: 2 5 22:54:56:9 [Notice] EVENT: updateProperty: unit devId: 458 value: "W" 5 22:54:56:9 [Notice] EVENT: updateProperty: unit devId: 458 value: "W" 1 22:54:57:0 [Notice] DRIVER: devId: 459 nId: 102 eId: 0 jobId: 5651567 >> cc: Command Class Meter cmd: Meter Get ccWaitFor: Command Class Meter cmdWaitFor: Meter Report ack: true callback: 143 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x32 0x1 0x20 finish send; jobs in JobHandler: 2 1 22:54:57:0 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_METER 1 22:54:57:0 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Received command: METER_REPORT_V3: Rate type: IMPORT Meter type: METER_REPORT_ELECTRIC_METER Value: 226.585 Delta: 0 Previous: 0 5 22:54:57:0 [Notice] EVENT: updateProperty: value devId: 459 value: 226.58500000000001 1 22:54:57:0 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_METER cmd: 2 5 22:54:57:0 [Notice] EVENT: updateProperty: unit devId: 459 value: "V" 5 22:54:57:0 [Notice] EVENT: updateProperty: unit devId: 459 value: "V" 1 22:54:57:1 [Notice] DRIVER: devId: 460 nId: 102 eId: 0 jobId: 5651568 >> cc: Command Class Meter cmd: Meter Get ccWaitFor: Command Class Meter cmdWaitFor: Meter Report ack: true callback: 144 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x32 0x1 0x28 finish send; jobs in JobHandler: 1 1 22:54:57:2 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_METER 1 22:54:57:2 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_METER >> Received command: METER_REPORT_V3: Rate type: IMPORT Meter type: METER_REPORT_ELECTRIC_METER Value: 9.315 Delta: 0 Previous: 0 5 22:54:57:2 [Notice] EVENT: updateProperty: value devId: 460 value: 9.3149999999999995 1 22:54:57:2 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_METER cmd: 2 5 22:54:57:2 [Notice] EVENT: updateProperty: unit devId: 460 value: "A" 5 22:54:57:2 [Notice] EVENT: updateProperty: unit devId: 460 value: "A" 1 22:54:57:3 [Notice] DRIVER: devId: 458 nId: 102 eId: 0 jobId: 5651569 >> cc: Command Class Switch Color cmd: Color Switch Get ccWaitFor: Command Class Switch Color cmdWaitFor: Color Switch Report ack: true callback: 145 waitFunction: FUNC_ID_ZW_SEND_DATA isNeedResend: false txCount: 1 prio: 15 Security: false CRC: false MultiCmd: false bufferCmd: H: 0x33 0x3 0x2 finish send; jobs in JobHandler: 0 1 22:54:57:3 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> handler cmd class: COMMAND_CLASS_COLOR_CONTROL 1 22:54:57:3 [Notice] CMD: devID: 458 nID: 102 eID: 0 CC: COMMAND_CLASS_COLOR_CONTROL >> Received command: STATE_REPORT[colorId=2][value=27] 1 22:54:57:3 [Information] CMD_FACTORY: devId: 458 nID: 102 eID: 0 >> Comfirm for sendJob: 102 cmdClass: COMMAND_CLASS_COLOR_CONTROL cmd: 4 Mon device a le Node ID 102, et le Device ID 457. Les enfants ont les Devices ID 457, 458, et 459 Et qu'est ce qu'on voit : que les valeurs remontent bien depuis le module : 0.76700000000000002 kWh 2107.6619999999998 Watts 226.58500000000001 Volts 9.3149999999999995 Ampères Donc c'est (encore) un bug de la HC2 qui ne remonte pas les données dans la DB et l'interface. Le moteur Z-Wave reçoit bien les infos. Messieurs Fibaro, au boulot !!!!
Lazer Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Ah bah ça alors, voilà que j'ai une remonté dans l'interface maintenant !!!! Surement mes pollings répétés qui l'ont excité un peu ! Le gag c'est que la machine est maintenant terminée, et le module est resté bloqué à 2.11 kW : . Bref, pas du tout utilisable en l'état.....
Did Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Il faudrait savoir ce qu'elle donne sur d'autre box.
i-magin Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Donc c'est (encore) un bug de la HC2 qui ne remonte pas les données dans la DB et l'interface. Le moteur Z-Wave reçoit bien les infos. Messieurs Fibaro, au boulot !!!! J'ai donc été mauvaise langue avec Aeotec
Invité chris6783 Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Je diverge du sujet mais @Lazer avec ton accès au logs il y a pas moyen de retrouver les routes du réseau mesh ? Au moment de la reconfiguration les modules doivent bien remonter leurs voisins a la centrale ?
Lazer Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 @Did : faudrait que je teste sur Jeedom. @i-magin : je n'ai pas vérifié si le module remonte l'info régulièrement, j'ai seulement vu les logs après avoir forcé le polling. Donc on ne sait pas encore si Aeotec fait bien son job ou pas. Déjà pour Fibaro, on sait @chris6783 : bonne idée, ça mérite un test.... bon j'ai pas trop envie de casser mon réseau de prod, je peux faire l'essai sur ma box de test, mais faut que je réinclue quelques modules pour ça....
Lazer Posté(e) le 9 mars 2016 Signaler Posté(e) le 9 mars 2016 Réponse pour i-magin : Aeotec fait de la merde Le module n'a pas envoyé un seul relevé de conso depuis mes tests de polling tout à l'heure : root@fghc2:/tmp# grep "EVENT: updateProperty: power devId: 458 value" Zwave.log.0 5 22:22:59:0 [Notice] EVENT: updateProperty: power devId: 458 value: 0.0000000000000000 5 22:22:59:6 [Notice] EVENT: updateProperty: power devId: 458 value: 0.0000000000000000 5 22:32:07:2 [Notice] EVENT: updateProperty: power devId: 458 value: 2088.2800000000002 5 22:52:29:5 [Notice] EVENT: updateProperty: power devId: 458 value: 2104.1799999999998 5 22:54:01:4 [Notice] EVENT: updateProperty: power devId: 458 value: 2138.4969999999998 5 22:54:56:9 [Notice] EVENT: updateProperty: power devId: 458 value: 2107.6619999999998 Pourtant je peux te garantir que la conso est repassée à 0, tout comme l'anneau est repassé à la couleur verte. Donc si pas de polling, le module ne répond rien. Comportement identique à la Greenwave. Ca me saoule ces fabricants, Aeotec, Greenwave, Qubino, qui ont des supers idées de modules, mais implémentent les fonctions basiques Z-Wave n'importe comment. Pour ma part, je crois qu'à la lumière de ce résultat, le ZW096 va repartir d'où il vient. Ca fait 2 fois en 15 jours que je me fait avoir par des nouveaux modules au firmware pas fini.... ça va me calmer pour un moment de tester des nouveaux modules ça :angry: 1
Lazer Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Je confirme, je viens de refaire un polling, les informations passent dans les logs du moteur Z-Wave, et si on attends suffisamment que le poling aie le temps de se terminer, les valeurs se mettent à jour sur l'interface de la HC2. Donc comportement totalement identique à la multiprise Greenwave. Quand Fibaro implémentera le support de ce module, avec le template, ils vont forcer un polling régulier, je ne vois pas d'autres possibilité. Donc on n'aura jamais de retour d'information en temps réel. Ca me saoule, j'ai pas acheté un module qui coute le même prix qu'un Wall Plug pour avoir une information décalée dans le temps..... c'est décidé, je vais le renvoyer
Lazer Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 (modifié) Bon je suis chaud là. Pour étayer ce que je dis, et prouver le polling forcé par Fibaro HC2 pour la multiprise Greewave (sur ma box de test pour ne pas être pollué par les milliers de messages sur ma box de prod) : root@fghc2:/tmp# grep 'Performing poll action for device 22' Zwave.log 3 23:02:04:7 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:06:14:8 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:10:24:8 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:14:34:9 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:18:44:9 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:22:55:0 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:27:05:1 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:31:15:1 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:35:24:2 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:39:34:2 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:43:44:3 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:47:54:3 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:52:04:4 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 23:56:14:5 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 00:00:24:5 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 00:04:34:6 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 3 00:08:44:6 [Notice] ROUTER: [JSONRPCServer] [JSONRPCServer::pollDevice] Performing poll action for device 22 Toutes les 4 minutes environ. C'est le mieux qu'on aura sur ce genre de module au firmware développé àl'arrache. Modifié le 10 mars 2016 par Lazer
i-magin Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Merci pour ce super boulot @Lazer Je disais en plaisantant que le forum devrait se doter d'un labo pour tester les modules, mais tu démontres bien que l'on nous vend des modules mal finis... et pourtant chers ! beaucoup trop chers pour leur qualité ! Et j'ai écrit il y a quelques jours que j'attendais la Smart Strip n'étant pas satisfait de la Greenwave Je ne me risquerai pas à faire le testeur si elle sort un jour
Nico Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Ahh tu me rassures Christophe : J'étais sur et certains que le problème venait du module. Quoi qu'on en dise, je pense que Fibaro àraison avec certains constructeurs type AOTEC, Qubino, d'y aller doucement, car ils seraient obligés de créer des verrues de partout pour le gérer... Et une nouvelle fois, la seule cause c'est cette Zwave alliance inutile.
Lazer Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 sur ce module Aeotec en particulier, je ne pense pas qu'on puisse le reprocher à la Z-Wave Alliance (même si je suis d'accord sur le fond du débat). Ce module ne fait rien, et comme on dit, y'a que ceux qui ne font rien qui ne se trompe pas.... dans la doc du module, il n'y a aucun paramètre permettant de configurer la remonté de consommation. Donc j'ai envie de dire "work as designed"
Nico Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Bah pour moi l'Alliance devrait tester les modules avec de laisser apposer le logo Zwave dessus, comme c'est le cas pour plein de protocole. Mais ils ne font juste rien, et ces constructeurs veulent juste profiter de l'aubaine de la vente de modules.
Lazer Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Oui làje suis d'accord, mais encore une fois sur ce Zw096 en particulier, il n'y a rien àredire. Il fonctionne comme attendu, c'est juste qu'on est trop exigeant avec notre habitude des modules Fibaro, surtout le Wall Plug, truffés de paramètres et d'options.
BenjyNet Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 ET... le FGMS ! C'est quand même 2 modules super bien développés, avec pleins d'options.
pepite Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Le test par L'alliance de tous les modules...ce serait beau, mais me parait tellement utopique ;-) Supers tests @Lazer, je pense que pour moi, mes 2 prises vont finir sur une lampe ;-) Bon j'en ai mis une sur le frigidaire, effectivement la conso remonte, mais je n'arrive pas a savoir si c'est en instantané ou non ?
pepite Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Je suis d'accord avec vous sur les parametres Fibaro, mais waouw pour les comprendre parfois. Chez Aetoc, le ZW100 est pas mal je trouve.
Nico Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Oui, il fait son job, mal pour moi, mais bon
Messages recommandés