Hallo,
ich habe mir den 3 Phasen Stromzähler von Qubino eingebaut.
1) Es wird nicht als Model mit Bild angezeigt.
Hier ein List:
Internals:
CHANGED
DEF d7054fb9 32
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 310
NAME Stromzaehler
NR 403
STATE 228.4 W
TYPE ZWave
ZWDongle_0_MSGCNT 310
ZWDongle_0_RAWMSG 000400200a32022134000008ec0000
ZWDongle_0_TIME 2018-07-22 12:16:45
ZWaveSubDevice no
cmdsPending 0
endpointChildren Stromzaehler_Phase1,Stromzaehler_Phase2,Stromzaehler_Phase3,Stromzaehler_Phase4
homeId d7054fb9
isWakeUp
lastMsgSent 1532253893.53288
nodeIdHex 20
Helper:
DBLOG:
energy:
logdb:
TIME 1532254499.37527
VALUE 118.6
power:
logdb:
TIME 1532254604.97325
VALUE 228.4
READINGS:
2018-07-08 14:32:00 SEND_DATA failed:00
2018-07-21 17:51:57 UNPARSED METER 0a3200213400000bb40000
2018-07-08 14:42:12 assocGroup_1 Max 1 Nodes ZWDongle_0
2018-07-08 14:42:11 assocGroups 1
2018-07-07 21:13:40 config_40 1
2018-07-07 22:21:40 config_42 600
2018-07-07 22:58:06 config_43 600
2018-07-07 21:04:51 config_7 0
2018-07-22 12:14:59 energy 118.6 kVAh
2018-07-08 14:43:56 mcCapability_01 ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
2018-07-08 14:43:56 mcCapability_02 ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
2018-07-08 14:43:57 mcCapability_03 ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
2018-07-08 14:43:57 mcCapability_04 ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
2018-07-08 14:43:56 mcEndpoints total 4, identical
2018-07-08 20:51:23 mcaGroups 1
2018-07-08 20:51:23 mca_1 Max 1 Nodes ZWDongle_0
2018-07-22 12:03:41 model 0x0159 0x0007 0x0054
2018-07-22 12:03:41 modelId 0159-0007-0054
2018-07-07 20:46:10 neighborList Fahrradbatterie_Schalter Licht_Kueche Licht_Bad_Oben Licht_Ankleide Licht_Kinderzimmer_Oben Licht_Schalter_Bett Licht_Bad_Unten Licht_Abstellraum Licht_Gaestezimmer Licht_Gaeste_WC NEOPlug1 GZ_Jalousie GWC_Jalousie Aktor_Eingang Licht_Flur_Nachtlicht
2018-07-10 11:46:13 neighborUpdate failed
2018-07-22 12:16:45 power 228.4 W
2018-07-07 23:04:43 powerlvl current 0 remain 0
2018-07-10 11:45:37 state neighborUpdate
2018-07-22 12:04:53 timeToAck 0.359
2018-07-22 12:04:53 transmit OK
2018-07-21 17:47:58 undef 299.4 undef
2018-07-07 20:46:30 version Lib 3 Prot 4.61 App 1.0 HW 68 FWCounter 1 FW 68.0
2018-07-21 17:38:59 water 318.3 USgallons
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO TRANSPORT_SERVICE VERSION POWERLEVEL CRC_16_ENCAP SECURITY SECURITY_S2 MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY CONFIGURATION MULTI_CHANNEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION FIRMWARE_UPDATE_MD
event-on-change-reading .*
icon measure_power_meter
room Abstellraum,Energieverbrauch,ZWave
stateFormat power
vclasses ASSOCIATION:2 ASSOCIATION_GRP_INFO:2 CONFIGURATION:1 CRC_16_ENCAP:1 FIRMWARE_UPDATE_MD:4 METER:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY_S2:1 TRANSPORT_SERVICE:2 VERSION:2 ZWAVEPLUS_INFO:2
2) Ich Plote mir den Verbrauch ( Power ) in Watt und
habe ab und zu super hohe Werte dabei, die mir den Plot kaputt machen.
2018-07-21_07:58:28 Stromzaehler power: 320.1 W
2018-07-21_07:58:33 Stromzaehler power: 6711194.5 W previous: 0 delta_time: 1024 s
2018-07-21_07:58:35 Stromzaehler power: 308.1 W
2018-07-21_07:58:38 Stromzaehler power: 317.1 W
Und es kommen solche werte:
2018-07-21_07:49:13 Stromzaehler energy: 74 kWh
2018-07-21_07:49:14 Stromzaehler energy: 28.6
2018-07-21_07:49:16 Stromzaehler energy: 108.1 kVAh
2018-07-21_07:49:18 Stromzaehler power: 314.5 W
2018-07-21_07:49:23 Stromzaehler power: 308.3 W
2018-07-21_07:49:28 Stromzaehler power: 315.9 W
Ich hätte schon gerne in einem Reading den gesamten Verbrauch als kWh, wird aber z.Z.
nicht erstellt.
3) Dann wurden noch Childmember erstellt, die sich aber nich automatisch updaten.
Internals:
DEF d7054fb9 8193
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 5
NAME Stromzaehler_Phase1
NR 405
STATE 196.3 W
TYPE ZWave
ZWDongle_0_MSGCNT 5
ZWDongle_0_RAWMSG 0004002009600d01008e03010100
ZWDongle_0_TIME 2018-07-22 12:04:54
ZWaveSubDevice yes
endpointParent Stromzaehler
homeId d7054fb9
isWakeUp
nodeIdHex 2001
READINGS:
2018-07-08 14:40:51 assocGroup_1 Max 0 Nodes
2018-07-08 14:31:34 assocGroups 1
2018-07-12 08:22:05 energy 27.1 kWh
2018-07-22 12:04:53 mcaGroups 1
2018-07-22 12:04:54 mca_1 Max 1
2018-07-08 19:07:11 power 196.3 W
2018-07-08 14:32:41 state associationAdd 1 01
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
icon measure_power_meter
room Abstellraum,Energieverbrauch,ZWave
stateFormat power
Internals:
DEF d7054fb9 8194
IODev ZWDongle_0
NAME Stromzaehler_Phase2
NR 409
STATE 76.3 W
TYPE ZWave
ZWaveSubDevice yes
endpointParent Stromzaehler
homeId d7054fb9
nodeIdHex 2002
READINGS:
2018-07-08 20:50:10 assocGroup_1 Max 0 Nodes
2018-07-08 20:50:10 assocGroups 1
2018-07-12 08:23:08 energy 0 PowerFactor
2018-07-12 08:22:59 power 76.3 W
2018-07-08 20:49:34 state associationAdd 1 01
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
icon measure_power_meter
room Abstellraum,Energieverbrauch,ZWave
stateFormat power
Internals:
DEF d7054fb9 8195
IODev ZWDongle_0
NAME Stromzaehler_Phase3
NR 407
STATE 61 W
TYPE ZWave
ZWaveSubDevice yes
endpointParent Stromzaehler
homeId d7054fb9
nodeIdHex 2003
READINGS:
2018-07-08 14:41:07 assocGroup_1 Max 0 Nodes
2018-07-08 14:32:01 assocGroups 1
2018-07-08 19:07:42 power 61 W
2018-07-08 13:44:11 state secSupportedReport
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
icon measure_power_meter
room Abstellraum,Energieverbrauch,ZWave
stateFormat power
Internals:
DEF d7054fb9 8196
IODev ZWDongle_0
NAME Stromzaehler_Phase4
NR 412
STATE 0 W
TYPE ZWave
ZWaveSubDevice yes
endpointParent Stromzaehler
homeId d7054fb9
nodeIdHex 2004
READINGS:
2018-07-08 14:44:47 assocGroup_1 Max 0 Nodes
2018-07-08 14:44:46 assocGroups 1
2018-07-08 14:44:42 mcaGroups 1
2018-07-08 14:44:42 mca_1 Max 1
2018-07-08 19:08:02 power 0 W
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO SECURITY SECURITY_S2 SUPERVISION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO METER SUPERVISION
icon measure_power_meter
room Abstellraum,Energieverbrauch,ZWave
stateFormat power
MfG B. Beter
Aber gut zu hören, dass es grundsätzlich funktioniert.
Meiner kommt auch demnächst und dann kann ich hoffentlich bei manchen Problemen helfen.
Zitat1) Es wird nicht als Model mit Bild angezeigt.
Ich habe gerade ein update der Datei FHEM/lib/zwave_alliancelinks.csv.gz vom http://products.z-wavealliance.org erstellt, aber ich fuerchte, modelId 0159-0007-0054 ist nicht dabei.
Zitat2) Ich Plote mir den Verbrauch ( Power ) in Watt und habe ab und zu super hohe Werte dabei, die mir den Plot kaputt machen.
Ich wuerde den FileLog-Regexp auf die "kurze" Variante einschraenken.
Die "lange" Variante ist SENSOR_MULTILEVEL version V2+, und entweder haben wir (sprich FHEM), oder Qubino was nicht verstanden. Um zu entscheiden, muesste ich die zu diesem Reading gehoerende RAW Werte mitkriegen, z.Bsp. mit "attr ZWDongle verbose 5".
Zitat3) Dann wurden noch Childmember erstellt, die sich aber nich automatisch updaten.
Ich tippe auf fehlende Assotiation oder Konfiguration (config*)
Bitte das naechste mal Listings in code Tags setzen, sonst ist das finden der Fragen muehselig
Hi,
ich habe bei meinem ersten Post die Codetags nachträglich vorgenommen.
Habe verbose 5 eingestellt und warte nun auf die Daten.
Gruß B. Beter
Hallo,
hier mal die Verbose 5 Daten zu einem Ausreißer:
2018.07.27 05:33:20 5: ZWDongle_0: dispatch 0004001a0a32022134000000000000
2018.07.27 05:33:20 4: CMD:APPLICATION_COMMAND_HANDLER ID:1a ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:20 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d010032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:20 5: SW: 06
2018.07.27 05:33:20 5: ZWDongle_0: dispatch 0004001e0e600d010032022134000000000000
2018.07.27 05:33:20 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d010032022134000000000000 CB:00
2018.07.27 05:33:21 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d020032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:21 5: SW: 06
2018.07.27 05:33:21 5: ZWDongle_0: dispatch 0004001e0e600d020032022134000000000000
2018.07.27 05:33:21 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d020032022134000000000000 CB:00
2018.07.27 05:33:22 4: ZWDongle_Read ZWDongle_0: rcvd 0004001b0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:22 5: SW: 06
2018.07.27 05:33:22 5: ZWDongle_0: dispatch 0004001b0a32022134000000000000
2018.07.27 05:33:22 4: CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:24 4: ZWDongle_Read ZWDongle_0: rcvd 000400170a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:24 5: SW: 06
2018.07.27 05:33:24 5: ZWDongle_0: dispatch 000400170a32022134000000000000
2018.07.27 05:33:24 4: CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:25 4: ZWDongle_Read ZWDongle_0: rcvd 000400200a320221340000081b0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:25 5: SW: 06
2018.07.27 05:33:25 5: ZWDongle_0: dispatch 000400200a320221340000081b0000
2018.07.27 05:33:25 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a320221340000081b0000 CB:00
2018.07.27 05:33:25 4: ZWDongle_Read ZWDongle_0: rcvd 0004001a0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:25 5: SW: 06
2018.07.27 05:33:25 5: ZWDongle_0: dispatch 0004001a0a32022134000000000000
2018.07.27 05:33:25 4: CMD:APPLICATION_COMMAND_HANDLER ID:1a ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:26 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d010032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:26 5: SW: 06
2018.07.27 05:33:26 5: ZWDongle_0: dispatch 0004001e0e600d010032022134000000000000
2018.07.27 05:33:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d010032022134000000000000 CB:00
2018.07.27 05:33:26 4: ZWDongle_Read ZWDongle_0: rcvd 000400200a320221340000081b0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:26 5: SW: 06
2018.07.27 05:33:26 5: ZWDongle_0: dispatch 000400200a320221340000081b0000
2018.07.27 05:33:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a320221340000081b0000 CB:00
2018.07.27 05:33:26 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d020032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:26 5: SW: 06
2018.07.27 05:33:26 5: ZWDongle_0: dispatch 0004001e0e600d020032022134000000000000
2018.07.27 05:33:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d020032022134000000000000 CB:00
2018.07.27 05:33:27 4: ZWDongle_Read ZWDongle_0: rcvd 0004001b0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:27 5: SW: 06
2018.07.27 05:33:27 5: ZWDongle_0: dispatch 0004001b0a32022134000000000000
2018.07.27 05:33:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:27 4: ZWDongle_Read ZWDongle_0: rcvd 000400200a320221340010080b0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:27 5: SW: 06
2018.07.27 05:33:27 5: ZWDongle_0: dispatch 000400200a320221340010080b0000
2018.07.27 05:33:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a320221340010080b0000 CB:00
2018.07.27 05:33:29 4: ZWDongle_Read ZWDongle_0: rcvd 000400170a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:29 5: SW: 06
2018.07.27 05:33:29 5: ZWDongle_0: dispatch 000400170a32022134000000000000
2018.07.27 05:33:29 4: CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:29 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:29 5: SW: 06
2018.07.27 05:33:29 5: ZWDongle_0: dispatch 0004001c0a32022134000000000000
2018.07.27 05:33:29 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:30 4: ZWDongle_Read ZWDongle_0: rcvd 0004001a0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:30 5: SW: 06
2018.07.27 05:33:30 5: ZWDongle_0: dispatch 0004001a0a32022134000000000000
2018.07.27 05:33:30 4: CMD:APPLICATION_COMMAND_HANDLER ID:1a ARG:0a32022134000000000000 CB:00
2018.07.27 05:33:30 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d010032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 05:33:30 5: SW: 06
2018.07.27 05:33:30 5: ZWDongle_0: dispatch 0004001e0e600d010032022134000000000000
2018.07.27 05:33:30 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d010032022134000000000000 CB:00
Hier die Plot Daten dazu:
2018-07-27_05:33:18 206.2
2018-07-27_05:33:25 207.5
2018-07-27_05:33:27 105063.5
2018-07-27_05:33:31 205.9
Wobei vielleicht passen die Timestamps nicht!?
Gruß B. Beter
Fuer die Analyse sind die dispatch Zeilen relevant.
Ich sehe Meldungen von 6 verschiedenen Geraeten, einer mit zwei Endpoints. 5 melden 0W, die mit der hexId 20 (Dez. 32) meldet einmal 207.5W, und einmal 105063.5W, Letzteres ist vermutlich falsch fuer ein Consumer-Geraet.
Es geht um die Meldung 0a320221340010080b0000, was analysiert Folgendes ergibt:
0a: Laenge
32: Klasse (METER)
02: Report
21: consumed, energy
34: precision:1 decimal, unit:W, size: 4bytes
Value: 0010080b, Decimal 1050635, wg. precision:1 => 105063.5
=> FHEM rechnet mAn richtig
Merkwuerdig:
- die letzten zwei Bytes werden sinnlos gesendet
- wenn man size 2 annimmt, dann kriegt man die Zahlen 16, 2059, 0, wobei 2059 mit precision 1 als 205.9 in dem erwartete Wertebereich liegt.
- ich habe jetzt den METER Abschnitt in der Doku nochmal gelesen: 3 Zahlen waeren ein Indiz fuer METER Version 3 oder 4, allerdings sendet METER V3/V4 jeweils Wert,Zeitspanne,VorherigerWert und dafuer passen die Zahlen nicht. Abgesehen davon, dass size auch bei V3/V4 nicht 2 sondern 4 waere.
=> Ich meine, die Firmware sendet Muell.
Nachtrag: ein Report-Intervall von wenigen Sekunden finde ich problematisch, und schreit nach Aerger auf mehreren Ebenenen wie Funk (Kollision), FileLog (Platzprobleme), Plot-Zeichnen (langsam wg. viele Werte).
Fuer uebliche Faelle wie Kuehlschrank-Verbrauchsueberwachung sind mAn Intervalle im 3-5Minuten Bereich sinnvoll.
Nabend Rudolf,
ich habe dazu jetzt mal den Qubino Support angeschrieben.
Was ist aber mit den Energy werten?
2018-07-27_21:06:06 Stromzaehler power: 225.1 W
2018-07-27_21:06:27 Stromzaehler energy: 112.5 kWh
2018-07-27_21:06:29 Stromzaehler energy: 162.3 kVAh
2018-07-27_21:06:30 Stromzaehler energy: 429496671.1
2018-07-27_21:06:31 Stromzaehler energy: 0.7193 PowerFactor
2018-07-27_21:06:33 Stromzaehler energy: 429496671.1
2018-07-27_21:06:34 Stromzaehler energy: 0.7193 PowerFactor
2018-07-27_21:06:37 Stromzaehler energy: 429496671.1
2018-07-27_21:06:37 Stromzaehler energy: 0.7193 PowerFactor
2018-07-27_21:06:40 Stromzaehler energy: 429496671.1
2018-07-27_21:06:41 Stromzaehler energy: 0.7193 PowerFactor
2018-07-27_21:06:50 Stromzaehler power: 216.7 W
2018-07-27_21:06:55 Stromzaehler power: 216.2 W
und
2018-07-19_10:29:53 Stromzaehler power: 140.7 W previous: 0 delta_time: 2 s
2018-07-19_10:45:56 Stromzaehler power: 205.5 W previous: 0 delta_time: 4096 s
2018-07-19_15:42:59 Stromzaehler energy: 24.8 previous: 0.3 delta_time: 2 s
2018-07-19_22:45:38 Stromzaehler power: 194.3 W previous: 0 delta_time: 4096 s
2018-07-20_05:05:52 Stromzaehler power: 204.1 W previous: 0 delta_time: 16384 s
Bei meinen Schaltaktoren mit Energiemessung steht im Reading energy z.B. das:
current 0 A previous: 0 delta_time: 301 s 2018-07-27 21:10:20
energy 11.24 kWh previous: 11.24 delta_time: 301 s 2018-07-27 21:10:17
meterSupported type: energy scales: 0:kWh, 2:W, 4:V, 5:A resetable: yes
und beim Qubino habe ich kein meterSupported nur eine Meldung mit:
Timeout reading answer for meterSupported
Habe versucht das ganze mit verbose 5 einzufangen:
2018.07.27 21:21:34 5: ZWDongle_0: dispatch 000400170a32022134000000000000
2018.07.27 21:21:34 4: CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:35 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d010032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:35 5: SW: 06
2018.07.27 21:21:35 5: ZWDongle_0: dispatch 0004001e0e600d010032022134000000000000
2018.07.27 21:21:35 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d010032022134000000000000 CB:00
2018.07.27 21:21:36 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d020032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:36 5: SW: 06
2018.07.27 21:21:36 5: ZWDongle_0: dispatch 0004001e0e600d020032022134000000000000
2018.07.27 21:21:36 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d020032022134000000000000 CB:00
2018.07.27 21:21:37 4: ZWDongle_Read ZWDongle_0: rcvd 0004001a0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:37 5: SW: 06
2018.07.27 21:21:37 5: ZWDongle_0: dispatch 0004001a0a32022134000000000000
2018.07.27 21:21:37 4: CMD:APPLICATION_COMMAND_HANDLER ID:1a ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:39 4: ZWDongle_Read ZWDongle_0: rcvd 0004001b0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:39 5: SW: 06
2018.07.27 21:21:39 5: ZWDongle_0: dispatch 0004001b0a32022134000000000000
2018.07.27 21:21:39 4: CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:39 4: ZWDongle_Read ZWDongle_0: rcvd 000400170a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:39 5: SW: 06
2018.07.27 21:21:39 5: ZWDongle_0: dispatch 000400170a32022134000000000000
2018.07.27 21:21:39 4: CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:40 4: ZWDongle_Read ZWDongle_0: rcvd 000400200a32022134000008e40000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:40 5: SW: 06
2018.07.27 21:21:40 5: ZWDongle_0: dispatch 000400200a32022134000008e40000
2018.07.27 21:21:40 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a32022134000008e40000 CB:00
2018.07.27 21:21:40 4: ZWDongle_Read ZWDongle_0: rcvd 000400200a32022134000008e40000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:40 5: SW: 06
2018.07.27 21:21:40 5: ZWDongle_0: dispatch 000400200a32022134000008e40000
2018.07.27 21:21:40 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a32022134000008e40000 CB:00
2018.07.27 21:21:40 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d010032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:40 5: SW: 06
2018.07.27 21:21:40 5: ZWDongle_0: dispatch 0004001e0e600d010032022134000000000000
2018.07.27 21:21:40 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d010032022134000000000000 CB:00
2018.07.27 21:21:41 3: ZWave get Stromzaehler meterSupported
2018.07.27 21:21:41 5: ZWDongle_Write 001320023203259f (d7054fb9)
2018.07.27 21:21:41 5: SW: 0109001320023203259f4c
2018.07.27 21:21:41 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d020032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:41 5: SW: 06
2018.07.27 21:21:41 5: ZWDongle_0: dispatch 0004001e0e600d020032022134000000000000
2018.07.27 21:21:41 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d020032022134000000000000 CB:00
2018.07.27 21:21:41 4: ZWDongle_Read ZWDongle_0: CAN received
2018.07.27 21:21:42 4: ZWDongle_Read ZWDongle_0: rcvd 0004001a0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:42 5: SW: 06
2018.07.27 21:21:42 5: ZWDongle_0: dispatch 0004001a0a32022134000000000000
2018.07.27 21:21:42 4: CMD:APPLICATION_COMMAND_HANDLER ID:1a ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:42 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001320023203259f4c
2018.07.27 21:21:42 5: SW: 0109001320023203259f4c
2018.07.27 21:21:42 5: ACK received, WaitForAck=>2 for 0109001320023203259f4c
2018.07.27 21:21:42 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.07.27 21:21:42 5: SW: 06
2018.07.27 21:21:42 5: ZWDongle_0: dispatch 011301
2018.07.27 21:21:42 4: ZWDongle_Read ZWDongle_0: rcvd 00139f000008 (request ZW_SEND_DATA), sending ACK
2018.07.27 21:21:42 5: SW: 06
2018.07.27 21:21:42 5: device ack reveived, removing 0109001320023203259f4c from dongle sendstack
2018.07.27 21:21:42 5: ZWDongle_0: dispatch 00139f000008
2018.07.27 21:21:42 4: CMD:ZW_SEND_DATA ID:00 ARG:0008 CB:9f
2018.07.27 21:21:42 4: ZWDongle_0 transmit OK for CB 9f, target Stromzaehler
2018.07.27 21:21:42 4: ZWDongle_Read ZWDongle_0: rcvd 00040020063204e1c70103 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:42 5: SW: 06
2018.07.27 21:21:42 5: ZWDongle_0: dispatch 00040020063204e1c70103
2018.07.27 21:21:42 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:063204e1c70103 CB:00
2018.07.27 21:21:44 4: ZWDongle_Read ZWDongle_0: rcvd 0004001b0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:44 5: SW: 06
2018.07.27 21:21:44 5: ZWDongle_0: dispatch 0004001b0a32022134000000000000
2018.07.27 21:21:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:44 4: ZWDongle_Read ZWDongle_0: rcvd 000400170a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:44 5: SW: 06
2018.07.27 21:21:44 5: ZWDongle_0: dispatch 000400170a32022134000000000000
2018.07.27 21:21:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:45 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d010032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:45 5: SW: 06
2018.07.27 21:21:45 5: ZWDongle_0: dispatch 0004001e0e600d010032022134000000000000
2018.07.27 21:21:45 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d010032022134000000000000 CB:00
2018.07.27 21:21:45 4: ZWDongle_Read ZWDongle_0: rcvd 000400200a32022134000008fa0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:45 5: SW: 06
2018.07.27 21:21:45 5: ZWDongle_0: dispatch 000400200a32022134000008fa0000
2018.07.27 21:21:45 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a32022134000008fa0000 CB:00
2018.07.27 21:21:46 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e0e600d020032022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:46 5: SW: 06
2018.07.27 21:21:46 5: ZWDongle_0: dispatch 0004001e0e600d020032022134000000000000
2018.07.27 21:21:46 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:0e600d020032022134000000000000 CB:00
2018.07.27 21:21:47 4: ZWDongle_Read ZWDongle_0: rcvd 0004001a0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:47 5: SW: 06
2018.07.27 21:21:47 5: ZWDongle_0: dispatch 0004001a0a32022134000000000000
2018.07.27 21:21:47 4: CMD:APPLICATION_COMMAND_HANDLER ID:1a ARG:0a32022134000000000000 CB:00
2018.07.27 21:21:49 4: ZWDongle_Read ZWDongle_0: rcvd 0004001b0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.07.27 21:21:49 5: SW: 06
2018.07.27 21:21:49 5: ZWDongle_0: dispatch 0004001b0a32022134000000000000
2018.07.27 21:21:49 4: CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:0a32022134000000000000 CB:00
Gruß B. Beter
ZitatWas ist aber mit den Energy werten?
Schauen genauso kaputt aus wie die power. Warum meinst Du, dass das in diesem Fall besser sein muesste? Aber vielleicht liest Du auch den METER-V4 Abschnitt in SDS12657-12 durch, kann ja gut sein, dass ich was uebersehen habe.
ZitatTimeout reading answer for meterSupported
Das liegt daran, dass V4 die Antwort gegenueber V2/V3 erweitert hat, und die FHEM ZWave_meterSupportedParse Funktion zu engstirnig war. Ich habe diese Funktion leicht erweitert, damit wenigstens der V2/V3 Teil gemeldet wird.
Fehlen wird in der Meldung kVar und kVarh, das wird in den noch nicht dekodierten "V4-Abschnitt" gemeldet
Zitat von: Buelo77 am 22 Juli 2018, 12:29:23
3) Dann wurden noch Childmember erstellt, die sich aber nich automatisch updaten.
Du konntest einmal testen, ob eine Assoziation per Class MULTI_CHANNEL_ASSOCIATION statt ASSOCIATION Abhilfe schafft:
set <MainDevice> associationDel 1 <ControllerNodeId>
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1
Evtl. musst Du beim letzten Befehl statt der 1 am Ende eine 0 nehmen; musst Du bitte ausprobieren.
Zitat von: rudolfkoenig am 22 Juli 2018, 17:32:29
Ich habe gerade ein update der Datei FHEM/lib/zwave_alliancelinks.csv.gz vom http://products.z-wavealliance.org erstellt, aber ich fuerchte, modelId 0159-0007-0054 ist nicht dabei.
Ich frage mich, ob das Gerät überhaupt ZWavePlus zertifiziert ist, wenn das nicht in http://products.z-wavealliance.org gelistet ist. Bei Qubino finde ich dazu auch nichts.
@Rudolf: Danke für das Erweitern der ZWave_meterSupportedParse Funktion, ab wann darf ich das mal testen?
@kirkan: Ich habe folgendes ausgeführt:
set Stromzaehler associationDel 1 01
set Stromzaehler mcaAdd 1 0 01 1
So wie es jetzt scheint, wird im ersten Child die gesamt Energie von allen drei Phasen gemessen und auch mit Updates versorgt.
Und auch alle anderen Childs werden mit updates versorgt.
Euch beiden vielen lieben dank für die Unterstützung und gute Nacht!
MfG B. Beter
Zitatab wann darf ich das mal testen?
Das FHEM-update steht am naechsten Tag, ab ca 8:00 zur Verfuegung.
Aus der Versionverwaltung (siehe svn.fhem.de) kann man es direkt nach meinem Beitrag herunterladen.
Hi Rudolf,
danke, es schaut nun so aus das es bei dem Aktor und seinen Childs Antworten gibt auf get meterSupported:
Aktor: meterSupported type: energy scales: 0:kWh, 1:kVAh, 2:W, 6:PowerFactor resetable: yes
Child1: meterSupported type: energy scales: 0:kWh, 1:kVAh, 2:W, 6:PowerFactor resetable: yes
Child2: meterSupported type: energy scales: 2:W, 4:V, 5:A, 6:PowerFactor resetable: yes
Child3: meterSupported type: energy scales: 2:W, 4:V, 5:A, 6:PowerFactor resetable: yes
Child4: meterSupported type: energy scales: 2:W, 4:V, 5:A, 6:PowerFactor resetable: yes
Und nach dem MULTI_CHANNEL_ASSOCIATION laufen auch die Updates, danke krikan.
Das einzige Problem sind nun noch die falschen Werte ab und zu. Mache ich z.B. im Child1 ein
get Child1 meter 0
bekomme ich sauber die kWh zurück, aber nach einiger zeit steht da wieder nur Müll drin, wie z.B.:
energy 0.8192 PowerFactor
Wo genau kann ich filtern was in meine readings läuft und damit auch in meine dblog und damit auch in mein Plot?
Der qubino Support hat sich gemeldet und hat meine Frage nicht genau verstanden, deshalb habe ich erst einmal
zwei einfache Fragen gestellt:
1) Welche Version der Meter Classe wird verwendet?
2) Ist das Produkt zwave plus zertifiziert?
Mal schauen ob die antworten.
MfG B. Beter
ZitatWo genau kann ich filtern was in meine readings läuft und damit auch in meine dblog und damit auch in mein Plot?
Fuer dbLog bin ich nicht zustaendig, ich mache FileLog :)
Sonst gibt es mehrere Moeglichkeiten:
- mit userReadings/perl Logik neue Readings bauen, und diese loggen
- mit readingsChange/perl Logik existierende aendern
- FileLog hat auch noch den ignoreRegexp, damit koennte man zu grosse Werte auch filtern.
Alles in allem, Bastelei.
ZitatDer qubino Support hat sich gemeldet und hat meine Frage nicht genau verstanden, deshalb habe ich erst einmal zwei einfache Fragen gestellt:
Wenn sie Dich zum Entwickler durchlassen, dann habe ich noch Hoffnung, sonst eher nicht
Zitat1) Welche Version der Meter Classe wird verwendet?
Version 4, steht bei Dir im allerersten Beitrag, Attribut vclasses.
Ich konnte jetzt beobachten das das Reading energy kurzzeitig hintereinander gesetzt wird und zwar so wie die Werte reinkommen und bleibt dann
auf dem letzten stehen:
2018-07-30_21:48:02 Stromzaehler_alle_Phasen energy: 131.2 kWh
2018-07-30_21:48:03 Stromzaehler_alle_Phasen energy: 188 kVAh
2018-07-30_21:48:05 Stromzaehler_alle_Phasen energy: 429496620.5
2018-07-30_21:48:06 Stromzaehler_alle_Phasen energy: 0.6034 PowerFactor
In diesem Fall PowerFactor. Kann man beim Meter V4 das ganze nicht erweitern und eigenen readings zuweisen?
Und bei Power kommt halt ab und zu dieser Aufbau :
2018-07-30_18:42:12 Stromzaehler_alle_Phasen power: 6896.3 W previous: 0 delta_time: 1 s
Das würde dem entsprechen das Rudolf oben weiter beschrieben hat:
Zitat
- ich habe jetzt den METER Abschnitt in der Doku nochmal gelesen: 3 Zahlen waeren ein Indiz fuer METER Version 3 oder 4, allerdings sendet METER V3/V4 jeweils Wert,Zeitspanne,VorherigerWert und dafuer passen die Zahlen nicht. Abgesehen davon, dass size auch bei V3/V4 nicht 2 sondern 4 waere.
Oder sehe ich das falsch?
Falls vom Support die auch die Antwort kommt das meter V4 verwendet wird, dann kann ich den nächsten Schritt wagen und deine (Rudolf) Analyse weitergeben, das die Firmware Müll sendet.
Ich bin mir aber auf dem Gebiet noch zu unsicher und kann das ganze nicht einschätzen.
Bei diesem Gerät gibt es zum jetzigen Zeitpunkt drei Power Interpretationen durch FHEM:
1) Normaler Wert im Bereich 0 - max 10.000 W
2) Wert,VorherigerWert,Zeitspanne ( power: 6896.3 W previous: 0 delta_time: 1 s )
3) Abnormal hoher Wert z.B. 105063.5 W
Die Frage ist, macht der Sender was falsch oder wird es falsch interpretiert und dazu habe ich zu wenig wissen!
MfG B. Beter
Ps.: Ich kann euch mit allen Daten versorgen und mit dem Support streiten aber Ihr müsst mir Stoff zu streiten liefern.
MfG B. Beter
Zitat von: Buelo77 am 30 Juli 2018, 22:38:17
Die Frage ist, macht der sender was Falsch oder wird es Falsch interpretiert und dazu habe ich zu wenig wissen!
Die Infos wie die METER-Telegramme zu interpretieren sind findet man in http://zwavepublic.com/sites/default/files/command_class_specs_2017A/SDS13781-5%20Z-Wave%20Application%20Command%20Class%20Specification.pdf ab S. 233ff . Auf Seite 248f findet man Infos zum erweiterten Meter Report Command, das hier entscheidend ist.
ZitatPs.: Ich kann euch mit allen Daten versorgen und mit dem Support streiten aber Ihr müsst mir Stoff zu streiten liefern.
Das steht ja weiter vorne in meiner Analyse. Es kann aber sein, dass ich was uebersehen habe, es waere also gut, wenn jemand das, was ich geschrieben habe, mit der Doku, was krikan verlinkt hat, vergleicht.
So hier mal die Antwort vom Support:
My apology I forgot to reply to the second part of your previous email.
Indeed is correctly interpreted.
Meter version we are using is V4
The device is Z-Wave plus but not yet certified because is currently waiting in the line for certification.
Ich habe jetzt beim logdb einen valueFn mit $IGNORE sobald ein power Wert über 10.000 W ist.
Den Support habe ich gefragt was man da jetzt machen kann, mal schauen ob noch was kommt.
Hallo,
gibt es was neues bezgl. des Readings energy? Es nervt nämlich das er mal kVAh und mal kWh hat. Zur Verbrauchsdokumentation etwas schwierig. Oder hat jemand eine Lösung für mich?
Hallo zusammen,
erstmal vielen Dank für die bereits gesammelten Informationen hier im Thread!
Ich hab nun auch das ZMNHXDx und wollte Fragen, genau wie tommi, ob jemand das "Problem" mit dem energy Reading schon gelöst hat?
Ansonsten würde ich mich die Tage mal dransetzen.
Danke
mfg
Marcel
Edit: ok wollte nicht warten, hab mal angefangen, muss als userReadings definiert werden:
user_kWh:.*kWh$ {
ReadingsVal("ZWave_METER_43","energy","")
},
user_kVAh:.*kVAh$
{
ReadingsVal("ZWave_METER_43","energy","")
},
user_PowerFactor:.*PowerFactor$
{
ReadingsVal("ZWave_METER_43","energy","")
}
Schätze das müsste man nun nur noch loggen irgendwie.
Und keine Ahnung was mir diese Werte sagen sollen:
2019-03-17_15:22:14 ZWave_METER_43 energy: 12.4
2019-03-17_15:42:14 ZWave_METER_43 energy: 12.5
2019-03-17_15:42:20 ZWave_METER_43 energy: 429496398.1
2019-03-17_16:02:17 ZWave_METER_43 energy: 12.6
2019-03-17_16:02:22 ZWave_METER_43 energy: 429496406.2
Edit2: Ok ich hab mal eben auf das kleine Display am Gerät geschaut, die 12,4 12,5 bzw 12,6 könnten "kvarh" sein
Moin,
sorry für die späte Meldung, hier meine Lösung:
Ich habe ein Notify gebaut das mir aus den energy nur die kWh in das Parent Device schreibt.
DEF Stromzaehler_alle_Phasen.energy:.*kWh setreading Stromzaehler energy $EVTPART1 $EVTPART2;
LG Buelo
Hallo zusammen,
hat sich bei euch in Sachen Qubino 3-Phasen Smartmeter was getan?
Ich hab den seit gestern am Laufen und bin recht begeistert.
Nur das "Problemchen" mit den unterschiedlichen energy-Werten (kVar, kVAh, kVarh, kWh) ist etwas unschön.
Hat da von euch schon jemand gezaubert und möchte sein Wissen teilen ? Auch die Implementierung in FTUI wäre interessant.
Ich wäre dankbar für einen Meinungsaustausch.
Gruß
Isno