search

ioBroker / ioBroker.maxcul

Control max! devices over CUL stick
Other
4 stars 8 forks source link

WallThermostat zeigt falschen Wert #30

Closed guergen1 closed 5 years ago

guergen1 commented 5 years ago

Hallo, nachdem der WallThermostat jetzt im Broker eingelesen wurde nd auch eine Zeit lang funktioniert hat, zeigt er jetzt die falsche measuredTemperatur an. grafik Im Log scheint aber die richtige anzukommen: grafik

Auch wenn ich ihn neu einlese, bekommt er den falschen Wert!

bowao commented 5 years ago

Ich denke ich hab das Problem gefunden. Aber da ich, wie bereits gesagt diese Geräte nicht besitze, würde ich das gerne, bevor ich den pullrequest mache mal mit dir testen.

guergen1 commented 5 years ago

OK, bin allerdings grade nicht daheim… Müssen wir mal einen Termin machen; oder du sendest mir die zu ändernden Zeilen… Ich denke das bekomme ich hin!

bowao commented 5 years ago

OK. Das Problem ist wieder in Datei maxcul.js. Also auf den raspi verbinden, ins Verzeichnis /opt/iobroker/node_modules/iobroker.maxcul/lib und dort wieder: sudo nano maxcul.js ausführen.

Wenn sich der Editor geöffnet hat, wieder die escape-taste drücken und danach 'c', damit wird die courser-position (Zeile / Spalte usw.) immer im untere Bildschirmbereich eingeblendet. Dann wieder 'STRG' und 'w' gleichzeitig. (Suchfeld). Da trägst du folgendes ein 'desired :' (ohne Anführungszeichen) Dann auf return. Dann bist du bei dem ersten Eintrag der geändert werden muss. Zeile 779

Hier bitte das Wort 'desired' nur vor dem Doppelpunkt in 'desiredTemperature' ändern. In der nächsten Zeile (780) das Wort 'measured' nur vor dem Doppelpunkt in 'measuredTemperature' ändern.

ALT:

                desired : desired,
                measured : measured,

NEU:

                desiredTemperature : desired,
                measuredTemperature : measured,

Speichern und Adapter neustarten.

Da sind noch ein paar andere Schnitzer drin, aber das ist erstmal das wichtigste.

bowao commented 5 years ago

Achja, wenn du schon dabei bist, kannst du mir bitte aus dem debug-log noch die Einträge 'incoming raw data from CUL: ...' posten? Und zwar immer kurz bevor jeweils ein 'WallThermostatControllReceived: ...' und wenn ein 'WallThermostateStateReceived: ...' in den debug-logs auftaucht. Mich würde interressieren wie die rohdaten aussehen und welche informationen da evtl. noch drinstecken, die man verwerten kann. Ein oder zwei Datensätze sollten erstmal ausreichen.

StenmannsAr commented 5 years ago

Hi bowao, dein fix funktioniert, wenn man den "heaterTemperature" Wert in der größe anpasst. Als ich das ganze damals implementiert habe war das immer so schön kalt, dass das nie aufgefallen ist :-) Ich habe deine Änderung mit im push #31 eingebaut damit ich den ganze fix testen konnte. Ich hoffe du bist mir nicht böse.

bowao commented 5 years ago

Hi StenmannsAR,

kein Problem, besser es kümmern sich zwei als keiner. Und ich kann das ja leider, mangels Hardware, nicht final testen.

Ich hab da noch ein paar Kleinigkeiten bei 'MaxDriver.prototype.WallThermostatState' in der maxcul.js gesehen, vielleicht kannst du das direkt in den pullrequest einbauen.

Hier mal der diff:

@@ -750,10 +750,10 @@ module.exports = function (env) {
                 desiredTemperature : rawData.desiredRaw / 2.0,
                 measuredTemperature : rawData.heaterTemperature / 10.0,
                 dstSetting : rawBitData.get(3),
-                langateway : rawBitData.get(4),
+                lanGateway : rawBitData.get(4),
                 panel : rawBitData.get(5),
-                rferror : rawBitData.get(6),
-                batterylow : rawBitData.get(7),
+                rfError : rawBitData.get(6),
+                batteryLow : rawBitData.get(7),
               }
               return this.emit('WallThermostatStateReceived',WallthermostatState);
             } else {

Hatte im Screenshot von guergen1 gesehen das die Datenpunkte rfError und batteryLow auch keine Werte enthalten.

StenmannsAr commented 5 years ago

Baue ich ein und werde es testen. Sehe ich ähnlich hauptsache es geht voran.

Update: Bei mir aktualisert er dann garkeine Werte mehr. Das muss ich mir morgen einmal genauer anschauen. Ich lasse den Pull Request erst einmal so.

guergen1 commented 5 years ago

So, die Temperatur hat er jetzt passend eingelesen, auf den Befehl batteryLow und rfError zu aktualisieren warte ich noch

guergen1 commented 5 years ago

Hier die Log-Einträge.... aber ein StateReceived kommt nicht, nur das Control. Und rfError undbatteryLow war auch noch nicht dabei:

maxcul.0 2019-08-26 16:12:56.414 debug WallThermostatControlReceived: {"src":"079550","desiredTemperature":17,"measuredTemperature":26.3}
maxcul.0 2019-08-26 16:12:56.414 debug got data from wallthermostat 079550 desired temp: 17 - measured temp: 26.3
maxcul.0 2019-08-26 16:12:56.414 debug RSSI for Message: -40.5
maxcul.0 2019-08-26 16:12:56.414 debug decoding Message Z0C7C044207955000000000A20743
maxcul.0 2019-08-26 16:12:56.413 debug incoming raw data from CUL: Z0C7C044207955000000000A20743
maxcul.0 2019-08-26 16:12:53.023 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 900)
guergen1 commented 5 years ago

Habe garde mal dem Thermostat eine neue week-Temp gesendet, dann hat er kurz die 25 vor 25.8°C vergessen. ist aber mit der nächste Contorl Ceceived wieder auf die richtige gegangen. Hier das log vom umstellen der Temperatur: und dann kan doch ein State.... Zuerst habe ich die anzuzeigende Temperatur auf "aus" und wieder zurück gestellt. daher sende ich hier mal eine lange Log-Datei:

maxcul.0 2019-08-26 16:27:45.792 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 227)
maxcul.0 2019-08-26 16:27:45.789 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:27:45.787 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:27:45.786 debug delayed next send by 2000ms (Queue length left = 1, Current Credit = 345)
maxcul.0 2019-08-26 16:27:44.863 debug got OK-ACK Packet from 079550
maxcul.0 2019-08-26 16:27:44.863 debug RSSI for Message: -40
maxcul.0 2019-08-26 16:27:44.863 debug decoding Message Z0E010202079550123456000118001E44
maxcul.0 2019-08-26 16:27:44.862 debug incoming raw data from CUL: Z0E010202079550123456000118001E44
maxcul.0 2019-08-26 16:27:43.784 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:27:43.784 debug Send Packet to CUL: Zs170100101234560795500012452045204520452045204520, awaiting drain event
maxcul.0 2019-08-26 16:27:43.783 debug delayed next send by 0ms (Queue length left = 1, Current Credit = 345)
maxcul.0 2019-08-26 16:27:43.782 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:27:43.780 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:27:43.779 debug delayed next send by 2000ms (Queue length left = 2, Current Credit = 461)
maxcul.0 2019-08-26 16:27:43.481 debug Ignore command because already in queue X
maxcul.0 2019-08-26 16:27:42.848 debug Queued send for Zs170100101234560795500012452045204520452045204520 (Queue length = 2)
maxcul.0 2019-08-26 16:27:42.848 debug got OK-ACK Packet from 079550
maxcul.0 2019-08-26 16:27:42.848 debug RSSI for Message: -40
maxcul.0 2019-08-26 16:27:42.848 debug decoding Message Z0E010202079550123456000118002244
maxcul.0 2019-08-26 16:27:42.847 debug incoming raw data from CUL: Z0E010202079550123456000118002244
maxcul.0 2019-08-26 16:27:41.778 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:27:41.777 debug Send Packet to CUL: Zs1901001012345607955000023d203d203d203d203d203d203d20, awaiting drain event
maxcul.0 2019-08-26 16:27:38.484 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 461)

.... hier habe ich einige Zeilen gelöscht Current Credit = 551) maxcul.0 | 2019-08-26 16:27:21.849 | debug | WallThermostatStateReceived: {"src":"079550","mode":"0","desiredTemperature":17,"measuredTemperature":0.8,"dstSetting":1,"lanGateway":1,"panel":0,"rfError":0,"batteryLow":0} maxcul.0 | 2019-08-26 16:27:21.849 | debug | got data from wallthermostat state 079550 with payload 1800220108 maxcul.0 | 2019-08-26 16:27:21.849 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:27:21.849 | debug | decoding Message Z0F5C047007955000000000180022010844 maxcul.0 | 2019-08-26 16:27:21.849 | debug | incoming raw data from CUL: Z0F5C047007955000000000180022010844 maxcul.0 | 2019-08-26 16:27:21.012 | debug | got OK-ACK Packet from 079550 maxcul.0 | 2019-08-26 16:27:21.012 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:27:21.012 | debug | decoding Message Z0E010202079550123456000118002244 maxcul.0 | 2019-08-26 16:27:21.011 | debug | incoming raw data from CUL: Z0E010202079550123456000118002244 maxcul.0 | 2019-08-26 16:27:19.944 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:27:19.943 | debug | Send Packet to CUL: Zs0b0104821234560795500000, awaiting drain event maxcul.0 | 2019-08-26 16:27:19.942 | debug | sendSetDisplayActualTemperature(maxcul.0.KEQ0062305, false) maxcul.0 | 2019-08-26 16:27:18.482 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 551)

...hier fehlen auch Zeilen

Current Credit = 541) maxcul.0 | 2019-08-26 16:27:08.473 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:27:08.470 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:27:04.165 | debug | WallThermostatControlReceived: {"src":"079550","desiredTemperature":17,"measuredTemperature":26.4} maxcul.0 | 2019-08-26 16:27:04.165 | debug | got data from wallthermostat 079550 desired temp: 17 - measured temp: 26.4 maxcul.0 | 2019-08-26 16:27:04.165 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:27:04.165 | debug | decoding Message Z0C81044207955000000000A20844 maxcul.0 | 2019-08-26 16:27:04.164 | debug | incoming raw data from CUL: Z0C81044207955000000000A20844 maxcul.0 | 2019-08-26 16:27:03.470 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 536) maxcul.0 | 2019-08-26 16:27:03.469 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:27:03.467 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:27:03.340 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 536) maxcul.0 | 2019-08-26 16:27:03.339 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:27:03.337 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:27:03.336 | debug | delayed next send by 2000ms (Queue length left = 1, Current Credit = 641) maxcul.0 | 2019-08-26 16:27:02.404 | debug | got OK-ACK Packet from 079550 maxcul.0 | 2019-08-26 16:27:02.404 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:27:02.403 | debug | decoding Message Z0E010202079550123456000118002244 maxcul.0 | 2019-08-26 16:27:02.402 | debug | incoming raw data from CUL: Z0E010202079550123456000118002244 maxcul.0 | 2019-08-26 16:27:01.335 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:27:01.335 | debug | Send Packet to CUL: Zs0b0104821234560795500000, awaiting drain event maxcul.0 | 2019-08-26 16:27:01.334 | debug | sendSetDisplayActualTemperature(maxcul.0.KEQ0062305, false) maxcul.0 | 2019-08-26 16:26:58.470 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 636)

... hier fehlen auch Wartezeiten

Current Credit = 684) maxcul.0 | 2019-08-26 16:25:49.550 | debug | got OK-ACK Packet from 079550 maxcul.0 | 2019-08-26 16:25:49.550 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:25:49.550 | debug | decoding Message Z0E010202079550123456000118042244 maxcul.0 | 2019-08-26 16:25:49.549 | debug | incoming raw data from CUL: Z0E010202079550123456000118042244 maxcul.0 | 2019-08-26 16:25:48.480 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:48.478 | debug | Send Packet to CUL: Zs0f01040312345607955000131a109930, awaiting drain event maxcul.0 | 2019-08-26 16:25:48.433 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 684) maxcul.0 | 2019-08-26 16:25:48.431 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:48.431 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:25:48.431 | debug | Updating time information for deviceId 079550 maxcul.0 | 2019-08-26 16:25:48.431 | info | deviceRequestTimeInformation: "079550" maxcul.0 | 2019-08-26 16:25:48.431 | debug | got time information request from device 079550 maxcul.0 | 2019-08-26 16:25:48.431 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:25:48.431 | debug | decoding Message Z0F5B050307955012345600131A10992E44 maxcul.0 | 2019-08-26 16:25:48.431 | debug | incoming raw data from CUL: Z0F5B050307955012345600131A10992E44 maxcul.0 | 2019-08-26 16:25:45.485 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 681) maxcul.0 | 2019-08-26 16:25:45.485 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:45.482 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:25:45.480 | debug | delayed next send by 2000ms (Queue length left = 1, Current Credit = 792) maxcul.0 | 2019-08-26 16:25:44.550 | debug | got OK-ACK Packet from 079550 maxcul.0 | 2019-08-26 16:25:44.550 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:25:44.550 | debug | decoding Message Z0E010202079550123456000118042244 maxcul.0 | 2019-08-26 16:25:44.549 | debug | incoming raw data from CUL: Z0E010202079550123456000118042244 maxcul.0 | 2019-08-26 16:25:43.479 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:43.478 | debug | Send Packet to CUL: Zs0f01040312345607955000131a10992b, awaiting drain event maxcul.0 | 2019-08-26 16:25:43.433 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 792) maxcul.0 | 2019-08-26 16:25:43.430 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:43.430 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:25:43.430 | debug | Updating time information for deviceId 079550 maxcul.0 | 2019-08-26 16:25:43.430 | info | deviceRequestTimeInformation: "079550" maxcul.0 | 2019-08-26 16:25:43.430 | debug | got time information request from device 079550 maxcul.0 | 2019-08-26 16:25:43.430 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:25:43.430 | debug | decoding Message Z0F5A050307955012345600131A10992944 maxcul.0 | 2019-08-26 16:25:43.430 | debug | incoming raw data from CUL: Z0F5A050307955012345600131A10992944 maxcul.0 | 2019-08-26 16:25:40.483 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 789) maxcul.0 | 2019-08-26 16:25:40.482 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:40.480 | debug | Send Packet to CUL: X, awaiting drain event maxcul.0 | 2019-08-26 16:25:40.479 | debug | delayed next send by 2000ms (Queue length left = 1, Current Credit = 900) maxcul.0 | 2019-08-26 16:25:39.553 | debug | got OK-ACK Packet from 079550 maxcul.0 | 2019-08-26 16:25:39.553 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:25:39.553 | debug | decoding Message Z0E010202079550123456000118042244 maxcul.0 | 2019-08-26 16:25:39.553 | debug | incoming raw data from CUL: Z0E010202079550123456000118042244 maxcul.0 | 2019-08-26 16:25:38.477 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:38.476 | debug | Send Packet to CUL: Zs0f01040312345607955000131a109926, awaiting drain event maxcul.0 | 2019-08-26 16:25:38.445 | debug | delayed next send by 0ms (Queue length left = 0, Current Credit = 900) maxcul.0 | 2019-08-26 16:25:38.445 | debug | serial port buffer have been drained maxcul.0 | 2019-08-26 16:25:38.445 | debug | Updating time information for deviceId 079550 maxcul.0 | 2019-08-26 16:25:38.445 | info | deviceRequestTimeInformation: "079550" maxcul.0 | 2019-08-26 16:25:38.445 | debug | got time information request from device 079550 maxcul.0 | 2019-08-26 16:25:38.445 | debug | RSSI for Message: -40 maxcul.0 | 2019-08-26 16:25:38.445 | debug | decoding Message Z0F59050307955012345600131A10992444 maxcul.0 | 2019-08-26 16:25:38.444 | debug | incoming raw data from CUL: Z0F59050307955012345600131A10992444

guergen1 commented 5 years ago

Die mesuredTemp hat sich wieder verändert: grafik

maxcul.0 2019-08-26 16:42:33.950 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:42:28.951 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 553)
maxcul.0 2019-08-26 16:42:28.950 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:42:28.949 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:42:23.955 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 548)
maxcul.0 2019-08-26 16:42:23.954 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:42:23.947 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:42:22.745 debug WallThermostatStateReceived: {"src":"079550","mode":"0","desiredTemperature":18,"measuredTemperature":0.8,"dstSetting":1,"lanGateway":1,"panel":0,"rfError":0,"batteryLow":0}
maxcul.0 2019-08-26 16:42:22.745 debug got data from wallthermostat state 079550 with payload 1800240108
maxcul.0 2019-08-26 16:42:22.744 debug RSSI for Message: -40
maxcul.0 2019-08-26 16:42:22.744 debug decoding Message Z0F61047007955000000000180024010844
maxcul.0 2019-08-26 16:42:22.744 debug incoming raw data from CUL: Z0F61047007955000000000180024010844
maxcul.0 2019-08-26 16:42:18.948 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 543)

Und hat sich hier wieder richtig eingetragen:

maxcul.0 2019-08-26 16:44:39.029 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:44:34.025 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 673)
maxcul.0 2019-08-26 16:44:34.024 debug serial port buffer have been drained
maxcul.0 2019-08-26 16:44:34.023 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 16:44:30.914 debug WallThermostatControlReceived: {"src":"079550","desiredTemperature":18,"measuredTemperature":26.3}
maxcul.0 2019-08-26 16:44:30.914 debug got data from wallthermostat 079550 desired temp: 18 - measured temp: 26.3
maxcul.0 2019-08-26 16:44:30.914 debug RSSI for Message: -40
maxcul.0 2019-08-26 16:44:30.913 debug decoding Message Z0C87044207955000000000A40744
maxcul.0 2019-08-26 16:44:30.913 debug incoming raw data from CUL: Z0C87044207955000000000A40744
maxcul.0 2019-08-26 16:44:29.024 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 673)
maxcul.0 2019-08-26 16:44:29.023 debug serial port buffer have been drained
guergen1 commented 5 years ago

habe grade mal in Zeile 750++ nach der batteryLow,-Zeile noch ein rssi: packet.rssi eingefügt Aber ohjne komma am Ende, da ich glaube dass da keins hin darf, da die geschweifte Klammer ja zu geht-... bin aber kein Fachmann was java angeht.... Ich lasse das mal so laufen, bin in einer halben Stunde wieder da

StenmannsAr commented 5 years ago

Hallo,

bitte auch die Zeile 741 ändern: payloadParser = new BinaryParser().uint8('bits').uint8('displaymode').uint8('desiredRaw').uint16('heaterTemperature')

guergen1 commented 5 years ago

Hier jetzt das aktuelle Schnipsel:

maxcul.0 2019-08-26 17:25:51.783 debug got data from shutter contact 025882 10010
maxcul.0 2019-08-26 17:25:51.783 debug RSSI for Message: -54
maxcul.0 2019-08-26 17:25:51.783 debug decoding Message Z0B360630025882123456001228
maxcul.0 2019-08-26 17:25:51.783 debug incoming raw data from CUL: Z0B360630025882123456001228
maxcul.0 2019-08-26 17:25:51.783 debug ignored auto-ack packet
maxcul.0 2019-08-26 17:25:51.783 debug RSSI for Message: -74
maxcul.0 2019-08-26 17:25:51.783 debug decoding Message Z0B360002123456025882000000
maxcul.0 2019-08-26 17:25:51.783 debug incoming raw data from CUL: Z0B360002123456025882000000
maxcul.0 2019-08-26 17:25:51.691 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 573)
maxcul.0 2019-08-26 17:25:51.691 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:51.689 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:25:51.688 debug delayed next send by 2000ms (Queue length left = 1, Current Credit = 683)
maxcul.0 2019-08-26 17:25:50.760 debug got OK-ACK Packet from 079550
maxcul.0 2019-08-26 17:25:50.760 debug RSSI for Message: -39.5
maxcul.0 2019-08-26 17:25:50.760 debug decoding Message Z0E010202079550123456000118002445
maxcul.0 2019-08-26 17:25:50.759 debug incoming raw data from CUL: Z0E010202079550123456000118002445
maxcul.0 2019-08-26 17:25:49.686 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:49.686 debug Send Packet to CUL: Zs0f01040312345607955000131a119931, awaiting drain event
maxcul.0 2019-08-26 17:25:49.686 debug Updating time information for deviceId 079550
maxcul.0 2019-08-26 17:25:49.686 info deviceRequestTimeInformation: "079550"
maxcul.0 2019-08-26 17:25:49.686 debug got time information request from device 079550
maxcul.0 2019-08-26 17:25:49.686 debug RSSI for Message: -40.5
maxcul.0 2019-08-26 17:25:49.686 debug decoding Message Z0F72050307955012345600131A11992F43
maxcul.0 2019-08-26 17:25:49.686 debug incoming raw data from CUL: Z0F72050307955012345600131A11992F43
maxcul.0 2019-08-26 17:25:48.366 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 683)
maxcul.0 2019-08-26 17:25:48.365 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:48.363 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:25:46.688 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 681)
maxcul.0 2019-08-26 17:25:46.688 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:46.686 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:25:46.685 debug delayed next send by 2000ms (Queue length left = 1, Current Credit = 791)
maxcul.0 2019-08-26 17:25:45.758 debug got OK-ACK Packet from 079550
maxcul.0 2019-08-26 17:25:45.758 debug RSSI for Message: -40.5
maxcul.0 2019-08-26 17:25:45.757 debug decoding Message Z0E010202079550123456000118002443
maxcul.0 2019-08-26 17:25:45.757 debug incoming raw data from CUL: Z0E010202079550123456000118002443
maxcul.0 2019-08-26 17:25:44.684 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:44.684 debug Send Packet to CUL: Zs0f01040312345607955000131a11992c, awaiting drain event
maxcul.0 2019-08-26 17:25:44.684 debug Updating time information for deviceId 079550
maxcul.0 2019-08-26 17:25:44.684 info deviceRequestTimeInformation: "079550"
maxcul.0 2019-08-26 17:25:44.684 debug got time information request from device 079550
maxcul.0 2019-08-26 17:25:44.684 debug RSSI for Message: -39.5
maxcul.0 2019-08-26 17:25:44.684 debug decoding Message Z0F71050307955012345600131A11992A45
maxcul.0 2019-08-26 17:25:44.684 debug incoming raw data from CUL: Z0F71050307955012345600131A11992A45
maxcul.0 2019-08-26 17:25:43.366 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 791)
maxcul.0 2019-08-26 17:25:43.364 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:43.363 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:25:41.718 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 789)
maxcul.0 2019-08-26 17:25:41.716 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:41.715 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:25:41.714 debug delayed next send by 2000ms (Queue length left = 1, Current Credit = 900)
maxcul.0 2019-08-26 17:25:40.802 debug got OK-ACK Packet from 079550
maxcul.0 2019-08-26 17:25:40.802 debug RSSI for Message: -39.5
maxcul.0 2019-08-26 17:25:40.802 debug decoding Message Z0E010202079550123456000118002445
maxcul.0 2019-08-26 17:25:40.802 debug incoming raw data from CUL: Z0E010202079550123456000118002445
maxcul.0 2019-08-26 17:25:39.712 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:25:39.712 debug Send Packet to CUL: Zs0f01040312345607955000131a119927, awaiting drain event
maxcul.0 2019-08-26 17:25:39.712 debug Updating time information for deviceId 079550
maxcul.0 2019-08-26 17:25:39.712 info deviceRequestTimeInformation: "079550"
maxcul.0 2019-08-26 17:25:39.712 debug got time information request from device 079550
maxcul.0 2019-08-26 17:25:39.712 debug RSSI for Message: -40
maxcul.0 2019-08-26 17:25:39.712 debug decoding Message Z0F70050307955012345600131A11992444
maxcul.0 2019-08-26 17:25:39.712 debug incoming raw data from CUL: Z0F70050307955012345600131A11992444
maxcul.0 2019-08-26 17:25:38.363 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 900)
bowao commented 5 years ago

Denn rssi Eintrag zwischen Zeile 756 und 757 kannst du so machen. Und ja, das komma gehört da eigentlich nicht hin, allerdings stört es auch nicht. Theoretisch kannst du diesen rssi Eintrag ebenfalls zwischen Zeile 780 und 781 einfügen. Ich schaue mal in die rohdaten ob in der 'WallThermostatControl'-Nachricht noch irgendwas von interresse steckt. Kann aber etwas dauern. Hast du schon die Zeile 741 wie StenmannsAR beschrieben hat geändert? Kommen jetzt die Werte immer korrekt?

@StenmannsAr Ist das normal das das WallThermostat ständig nach der Uhrzeit fragt?

guergen1 commented 5 years ago

OK hab das "stücken" mit uint8(nulll) rausgeschmissen

bowao commented 5 years ago

Und dahinter auf uint16 geändert?

guergen1 commented 5 years ago

Im Moment kommen die Daten passend, ich stell mal am Weekprofil rum...

StenmannsAr commented 5 years ago

bitte auch .uint8('heaterTemperature') auf .uint16('heaterTemperature') ändern

bowao commented 5 years ago

@StenmannsAr Du hattest gestern in deiner letzten Nachricht geschrieben, das bei dir keine Werte mehr aktualisiert werden. Hast du dazu schon was herausgefunden?

guergen1 commented 5 years ago

Ja, da steht jetzt uint16 die rssi-Daten sind auch grade gekommen

guergen1 commented 5 years ago

Jetzt ist nach dem ändern des Wocheplans die Temperatur die richtige geblieben!

guergen1 commented 5 years ago

Das ist das Log nach einem Boost:

maxcul.0 2019-08-26 17:41:31.829 debug got OK-ACK Packet from 079550
maxcul.0 2019-08-26 17:41:31.829 debug RSSI for Message: -40
maxcul.0 2019-08-26 17:41:31.829 debug decoding Message Z0E010202079550123456000119002444
maxcul.0 2019-08-26 17:41:31.829 debug incoming raw data from CUL: Z0E010202079550123456000119002444
maxcul.0 2019-08-26 17:41:30.762 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:41:30.760 debug Send Packet to CUL: Zs0b0100401234560795500064, awaiting drain event
maxcul.0 2019-08-26 17:41:30.759 debug sendTemperature(maxcul.0.KEQ0062305, 18, 1)
maxcul.0 2019-08-26 17:41:26.488 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 777)
guergen1 commented 5 years ago

Und hier das State innerhalb des Boostes:

maxcul.0 2019-08-26 17:42:26.517 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:42:26.515 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:42:21.931 debug WallThermostatStateReceived: {"src":"079550","mode":"3","desiredTemperature":18,"measuredTemperature":26.2,"dstSetting":1,"lanGateway":1,"panel":0,"rfError":0,"batteryLow":0,"rssi":-40}
maxcul.0 2019-08-26 17:42:21.931 debug got data from wallthermostat state 079550 with payload 1B00240106
maxcul.0 2019-08-26 17:42:21.931 debug RSSI for Message: -40
maxcul.0 2019-08-26 17:42:21.931 debug decoding Message Z0F780470079550000000001B0024010644
maxcul.0 2019-08-26 17:42:21.930 debug incoming raw data from CUL: Z0F780470079550000000001B0024010644
maxcul.0 2019-08-26 17:42:21.515 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 612)
guergen1 commented 5 years ago

So sah die Kurve kurzzeitig aus; jetzt nicht mehr: grafik

guergen1 commented 5 years ago

Allerdings bleibt im Moment noch Boost im broker stehen, ich denke der geht beim State wieder auf MAnu oder Auto zurück

guergen1 commented 5 years ago

Jawoll: ist er:

maxcul.0 2019-08-26 17:48:31.687 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:48:31.684 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:48:26.686 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 900)
maxcul.0 2019-08-26 17:48:26.684 debug serial port buffer have been drained
maxcul.0 2019-08-26 17:48:26.682 debug Send Packet to CUL: X, awaiting drain event
maxcul.0 2019-08-26 17:48:21.927 debug WallThermostatStateReceived: {"src":"079550","mode":"1","desiredTemperature":18,"measuredTemperature":26.1,"dstSetting":1,"lanGateway":1,"panel":0,"rfError":0,"batteryLow":0,"rssi":-40.5}
maxcul.0 2019-08-26 17:48:21.927 debug got data from wallthermostat state 079550 with payload 1900240105
maxcul.0 2019-08-26 17:48:21.927 debug RSSI for Message: -40.5
maxcul.0 2019-08-26 17:48:21.927 debug decoding Message Z0F7A047007955000000000190024010543
maxcul.0 2019-08-26 17:48:21.926 debug incoming raw data from CUL: Z0F7A047007955000000000190024010543
maxcul.0 2019-08-26 17:48:21.681 debug delayed next send by 0ms (Queue length left = 0, Current Credit = 900)
maxcul.0 2019-08-26 17:48:21.679 debug serial port buffer have been drained
bowao commented 5 years ago

Ja das macht er normalerweise, kann aber im ioBroker ein bischen dauern, da die Geräte ja erst nach ca. Minuten ihren Status senden.

guergen1 commented 5 years ago

Hat ja funktioniert...

guergen1 commented 5 years ago

Ein wenig Kosmetik: Ein WallThermostat hat auch des ValvePosition drin, ist doch egtl über...

bowao commented 5 years ago

Deswegen sagte ich ja, das ich versuchen will die rohdaten zu decodieren um evtl. noch andere Werte abgreifen zu können. Aber damit muss ich mich eingehender beschäftigen und das braucht Zeit. Aber wie ist es denn mit den Thermostat-Ventilen und den Fensterkontakten? Sind die jetzt ausschließlich mit dem WallThermostat gepaired und du erhälst im ioBroker keine Nachrichten mehr direkt von denen?

guergen1 commented 5 years ago

Im Moment ist hier im Wohnzimmer nix mehr gepaired.... ich muss die richtige reihenfolge einhalten: Maxcul aus, alles resetten, dann die Heizungs-Thermostate mit den Fenstern pairen, dann den Wallthermostat mit den Heizungen und dann nochmal die Fenster mit dem Wallthermostat. Das braucht Ruhe und etwas Zeit. zumal ich nicht ganz so einfach an einen Thermostat komme

guergen1 commented 5 years ago

Alle Geräte wie Schlafzimmer, Bad usw. sind im Broker drin und funktionieren, nur die im Wohnzimmer (2 Thermostate und 2 Fenster, sowie der WallThH )nicht mehr untereinander. Hab in den anderen Zimmern auch keine Wall-TH!!! Ich resette mal eben das WZ komplett und nehme maxcul raus um sie pairen zu können!

bowao commented 5 years ago

OK. Wenn ich das höre denke ich es war eine gute Entscheidung bei mir keine Wall-Thermostate einzusetzen und alles über den ioBroker abzufrühstücken.

guergen1 commented 5 years ago

Ich finde es halt gut, dass alles was ich hier habe an Smart-Home, eigenständig ist und beim Ausfall meines alten Raspi´s auch ohne ihn funtioniert. Und jetzt werkelt hier ein nuc. Bei meinen Leuchten ist das genau so! Eltako im Schalter und für die LEuchten. Aber kombinierbar über Fhem oder ioBroker: Fester auf: Licht an... das würde sonst ja nicht gehen...

bowao commented 5 years ago

OK. Das ist ein Argument.

guergen1 commented 5 years ago

Geräte sind jetzt untereinander wieder gepaired, muss jetzt grade die Credits abwarten

guergen1 commented 5 years ago

So, jetzt ist der Wall-Thermostat mit IoBroker auch wieder gepaired

guergen1 commented 5 years ago

Bis jetzt sieht es sehr gut aus!

guergen1 commented 5 years ago

Ich hoffe ihr habt euch alles aufgeschrieben was wir (ich ja diesmal auch :-) ) zusammengebastelt haben! Sage schonmal lieben Dank!

Apollon77 commented 5 years ago

Sollten einige der erkenntnisse ggf noch in die readme?

guergen1 commented 5 years ago

Zu früh gefreut: wenn ich jetzt ein Fenster aufmache reagiert der Wallthermostat nicht... der Fensterkontakt kann das Signal nicht absetzen... blinkt drei mal...

guergen1 commented 5 years ago

Vielleicht, dass die Geräte (falls gewünscht) zuerst untereinander gepaired werden müssen, da der maxcul das Pairing schneller bestätigt wie man am anderen Gerät eine Taste drücken kann...

guergen1 commented 5 years ago

Ja, hier ist nach den pairen mit Maxcul nix mehr verheiratet... Fenster und Thermostate sind nicht mehr gekoppelt, scheint wohl nix gewesen zu sein. Die reden nicht mehr miteinander..: grafik

guergen1 commented 5 years ago

Muss jetzt weg, paire das morgen alles noch einmal neu... werde hier berichten!

StenmannsAr commented 5 years ago

Ich hoffe ihr habt euch alles aufgeschrieben was wir (ich ja diesmal auch :-) ) zusammengebastelt haben! Sage schonmal lieben Dank!

Das meiste ist schon im push und sollte in die nächste Version fließen.

Ich fande das associate Feature was FHEM und der max cul beherschen immer sehr intressant.

bowao commented 5 years ago

Wenn diese pairing-Orgie so komplex ist, dann wäre es sicher sinnvoll wenn die genaue Vorgehensweise in der README steht. Vielleicht könnt ihr beiden da mal was zusammenschreiben? Vielleicht komme ich ja auch noch mal zu einem WallThermostat und dann weiss ich schon mal wie es geht ;-)

@StenmannsAr Was genau ist dieses associate Feature bei FHEM? Aktualisieren die Werte bei dir jetzt auch wieder?

guergen1 commented 5 years ago

Ich will mal erklären, was "accociate" bei Fhem macht; komme ja als mehrjähriger Fhem-Nutzer daher: Im Fhem kennt das System keinen und nichts: Zuerst wird der cul mittels Angaben der Schnittstelle und der Geschwindigkeit mit Fhem vebunden. Danach werden die Geräte mit Fhem bekannt gemacht z.B.: "definiere 079550 als WZ_Wandthermostat" und "definiere 025882 als ShutterContact", ab dem Zeitpunkt kennt das System das Gerät und kann es steuern, als auch die Zustände der Fenster erkennen. Als Sender dient in dem Fall der Cul: "sag dem Gerät 079550 desiredTemp 19". Die Kopplung der Geräte untereinander kann auf 2 Weisen erfolgen: entweder ich kopple den ShutterContact per "Lern-Taste" mit dem Thermostat, oder aber ich benutze den "associate-Befehl", muss diesen aber in beide Richtungen durchführen, also Shutter mit Wand-TH und Wand-TH mit Shutter. Der grosse Unterschied zum Maxcul-Adapter ist, wenn ich die Lern-Taste am Gerät drücke, wird bei Fhem nichts bestätigt, wenn ich dem System nicht einen "associate"-Befehl gebe, bei Maxcul greift das System die Lern-Anfrage direkt ab und das Gerät schaltet wieder in den Normalbetrieb. Mit andere Worten: um ein MAX-System autark wie ich es nutze zu initialisieren, muss ich den maxcul ausschalten.

guergen1 commented 5 years ago

Vielleicht habe ich gestern auch einen kleinen, aber entscheidenden Fehler gemacht: ich hatte die Geräte nicht aus der Objektliste ausgetragen; werde das aber später testen und meine WZ-Installation noch einmal einlernen (s.o.)

guergen1 commented 5 years ago

Mein Plan für heute: alles Resetten, Objekte löschen, Maxcul abschalten. 2 HZ-Th an den Wall-TH anlernen, die beiden shutter auch an den Wall-TH anlernen. damit wäre mein System unabhängig steuerbar wie eh uns jeh. Dann den Maxcul aktivieren und parallel debuggen. Leider frisst das Anlernen der Geräte etliche Credits, es werden ja die Standart-Weekprofiles übertragen, aber nicht eingetragen (wundert mich grade an dieser Stelle). Ich werde etwas geduldiger sein und jedem Schritt ausreichend Zeit geben um die Credits wieder zu sammeln. Gestern habe ich das meiner Meinung nach etwas zu schnell hintereinander gemacht, werde auch für alles ein eigenes Log-schreiben, vielleicht hilft euch das ja beim implementieren einiger Funktionen!