-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WallThermostat zeigt falschen Wert #30
Comments
Ich denke ich hab das Problem gefunden. |
OK, bin allerdings grade nicht daheim… |
OK. Das Problem ist wieder in Datei maxcul.js. Also auf den raspi verbinden, 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. Hier bitte das Wort 'desired' nur vor dem Doppelpunkt in 'desiredTemperature' ändern. ALT:
NEU:
Speichern und Adapter neustarten. Da sind noch ein paar andere Schnitzer drin, aber das ist erstmal das wichtigste. |
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. |
Hi bowao, |
Hi StenmannsAR, kein Problem, besser es kümmern sich zwei als keiner. 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:
Hatte im Screenshot von guergen1 gesehen das die Datenpunkte rfError und batteryLow auch keine Werte enthalten. |
Baue ich ein und werde es testen. Sehe ich ähnlich hauptsache es geht voran. Update: |
So, die Temperatur hat er jetzt passend eingelesen, auf den Befehl batteryLow und rfError zu aktualisieren warte ich noch |
Hier die Log-Einträge.... aber ein StateReceived kommt nicht, nur das Control.
|
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....
...hier fehlen auch Zeilen Current Credit = 541) ... hier fehlen auch Wartezeiten Current Credit = 684) |
habe grade mal in Zeile 750++ nach der batteryLow,-Zeile noch ein rssi: packet.rssi eingefügt |
Hallo, bitte auch die Zeile 741 ändern: |
Hier jetzt das aktuelle Schnipsel:
|
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. @StenmannsAr |
OK hab das "stücken" mit uint8(nulll) rausgeschmissen |
Und dahinter auf uint16 geändert? |
Im Moment kommen die Daten passend, ich stell mal am Weekprofil rum... |
bitte auch .uint8('heaterTemperature') auf .uint16('heaterTemperature') ändern |
@StenmannsAr |
Ja, da steht jetzt uint16 |
Jetzt ist nach dem ändern des Wocheplans die Temperatur die richtige geblieben! |
Das ist das Log nach einem Boost:
|
Und hier das State innerhalb des Boostes:
|
Allerdings bleibt im Moment noch Boost im broker stehen, ich denke der geht beim State wieder auf MAnu oder Auto zurück |
Jawoll: ist er:
|
Ja das macht er normalerweise, kann aber im ioBroker ein bischen dauern, da die Geräte ja erst nach ca. Minuten ihren Status senden. |
Sollten einige der erkenntnisse ggf noch in die readme? |
Zu früh gefreut: wenn ich jetzt ein Fenster aufmache reagiert der Wallthermostat nicht... der Fensterkontakt kann das Signal nicht absetzen... blinkt drei mal... |
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... |
Muss jetzt weg, paire das morgen alles noch einmal neu... werde hier berichten! |
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. |
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? @StenmannsAr |
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. |
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.) |
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. |
So, die 5 Geräte sind aus IoBroker raus und funktionieren jetzt autark. |
Die standard-Wochenprogramme der Thermostate sind auf den Geräten ab Werk vorprogrammiert. PS: |
Ja, das mit den Wochenprogrammen hatte ich bei Fhem schon beobachtet. |
Bin aber auch gerne zu weiteren Schandtaten bereit! Wie gesagt, alles was ich gemacht habe habe ich im Debuglog mitgeschnitten |
Ich denke da kann dir nur StenmannsAR helfen. |
Vielleicht liegt es da aber auch an der Firmware der Geräte; meine HZ-Thermostate sind 1.0 und der Wall-TH 1.2 oder so |
Mein Wall-TH vergisst nach einem accociate sogar die Uhrzeit.... |
Meinst du damit das pairing mit dem ioBroker? |
Ja, habe den Wall-TH grade noch einmal resettet und die Uhrzeit und das Datum eingestellt. Pairing gedrückt und schwupp war sie weg. Kome jetzt auch nicht mehr in das Menue zum Einstellen der Uhrzeit, da der ja weiss, dass es eine übergeordnete Stelle gibt und man das darüber macht. Könnte meinen Cube ja auch noch aus der Ecke kramen... :-) |
Das kann ich mir evtl. damit erklären, das das Wall-TH denkt es wäre mit einem MAX CUBE gepaired worden und vertraut dessen Uhr, die ja über ntp syncronisiert wird, mehr als seiner eigenen Uhr. Daher auch die dauernden Anfrage an den ioBroker nach der Uhrzeit. Würde also Sinn machen. |
jetzt sind 10 Minuten um... Ich bin geduldig |
Nee. Sollte relativ schnell passieren. |
Bisher nix... |
Gestern hab ich in den logs aber ständig diese Anfrage gesehen.
Vielleicht hat das pairing mit dem ioBroker nich funktioniert? |
Ich musste dann los, habe debug angelassen , werde es heute Nachmittag sehen, ob die Uhrzeit passt. |
Er hat die aktuelle Zeit irgendwann übernommen... soweit so gut. |
@guergen1 wir können uns gerne kurzschließen, aber bei mir funktionieren die Thermostate auch nicht mehr sobald ich sie mit einem mit iobroker gepaireten wandthermostat verbinde. Es gibt glaube ich die Möglichkeit über einen AddLinkPartner Command das wandthermostat und die Thermostate bzw Fenstersensoren zu linken, so dass man die Wandthermostate per iobroker und auch autark betreiben kann. Das AddLinkPartner-Command ist aber noch nicht implementiert. |
Das eigentliche Problem ist ja erledigt, die Werte stimmen jetzt! |
Hallo,
![grafik](https://user-images.githubusercontent.com/34395245/63649279-db6f1980-c73b-11e9-88e5-29f707a0ffe8.png)
![grafik](https://user-images.githubusercontent.com/34395245/63649291-f477ca80-c73b-11e9-9274-71fd56418ac2.png)
nachdem der WallThermostat jetzt im Broker eingelesen wurde nd auch eine Zeit lang funktioniert hat, zeigt er jetzt die falsche measuredTemperatur an.
Im Log scheint aber die richtige anzukommen:
Auch wenn ich ihn neu einlese, bekommt er den falschen Wert!
The text was updated successfully, but these errors were encountered: