Test Adapter HeatingControl v2.12.x
-
Hallo,
gibt es die Möglichkeit den Datenpunkt
heatingcontrol.0.Presentmit zwei Datenpunkten zu füllen?
Ich habe für zwei Personen zwei verschiedene Anwesenheitsvariablen die bei Anwesenheit entweder auf true oder false stehen.Ich dachte da an sowas wie eine Oder-Verknüpfung:
Anwesenheits_Datenpunkt1 || Anwesenheits_Datenpunkt3 -
@schuetzeschulz Kleines Script und du kannst so viele Leute eintragen, wie du möchtest....
-
@zahnheinrich sagte in Test Adapter HeatingControl v2.0.x:
Bekomme jetzt
ja, gibt schon ein Ticket und auch ein update in github (aber noch ungetestet
) -
@schuetzeschulz sagte in Test Adapter HeatingControl v2.0.x:
mit zwei Datenpunkten zu füllen?
nein, das geht nicht. Es gibt nur die Möglichkeit, den Typ auf "number" umzustellen, aber das hilft dir hier nicht. Es bleibt nur wie oben geschrieben ein mini-script...
-
Hallo, ich habe mich gerade angemeldet weil ich mal bitte eure fachkundige Hilfe brauche!
Nachdem ich seit 3 Tagen so ziemlich alles gelesen habe über den heatingcontrol Adapter und die VIS von Pittini habe ich es leider immer noch nicht geschafft eine lauffähige Installation hin zu bekommen.Ausgangsbasis: frisch aufgesetzter NUC mit Ubuntu und ioBroker (stable Pfad), mit ZWave Adapter und 10 Heizungs-Thermostaten.
Das ist Funk- und SW-technisch offensichtlich alles prima, alle Thermostate sind erreichbar.
Ich habe ein Logging von IST- und SOLL-Werte für alle Thermostate in influxDB eingerichtet und tolle Grafiken dazu mit Grafana.
Diese Adapter laufen soweit unauffällig, keine Fehlermeldungen im ioBroker Log.Nun die Heizungssteuerung...
Seit drei Tagen habe ich sehr systematisch alle möglichen Variationen ausprobiert um den heatingcontrol Adapter und die VIS an's Laufen zu kriegen. Ich möchte - da ich ja keine Historie zu berücksichtigen habe - eigentlich gerne mit der aktuellen V2.0.x resp. V3.1.x loslegen.
Wenn ich diese Versionen (als Beta via Admin-Adapter, bzw. als ZIP-File via Setup/Projekt-Import) installiere, dann bekomme ich unterschiedlichste Fehlermeldungen im Log wie z.B. dieseerror: heatingcontrol.0 (109690) exception in SetVis [TypeError: Cannot read property 'val' of null]Auch im VIS sieht es nicht richtig aus, und wenn ich für einen der beiden eingerichteten Räume einen Soll-Wert ändere, dann erscheint der zwar als Objekt-Wert, aber in rot (d.h. unconfirmed), und das mag mit diesen Fehlermeldungen korrespondieren:
error: heatingcontrol.0 (113887) exception in HandleStateChange [Error: undefined is not a valid state value]Dann hatte ich in Beiträgen so um den 11. Jan. gelesen, dass man zuerst V1.1.2 resp V3.0.1 installieren soll, und dann Updates machen. Aber auch das hat nicht funktioniert, diverse andere Fehlermeldungen, und das wurde nicht besser nachdem ich die noch in der Objektliste vorhandenen "0"-Instanzen der Profile manuell gelöscht hatte.... Ich habe mir schon Debug-Meldungen in den adapter.js und main.js eingebaut um zu verstehen woran es mangelt, aber primär mangelt es offenbar an meinem Verständnis
Ok, zurück auf Anfang: wie sollte ich eurer Meinung nach vorgehen, welche Versionen in welcher Reihenfolge, und wo muss ich ggf. händisch was anpassen, und wo sollte ich nicht drangehen?? Bin für jede Hilfe dankbar.
-
@rene_hm Ja, in dem Zigbee Adapter steht immer der aktuelle und richtige Wert. Aber der "Alias" unter HeatingControl nicht immer. Spätestens nach dem neu start, übernimmt der dann den Wert aus dem Zigbee Adapter
und seit dem Update auf 2.0.1 bekomme ich ne Menge davon. Muss jetzt erstmal auf Homematic umstellen, echt nervig. -
-
@rene_hm
Habe von Github installiert, keine Besserung.
Fehlermeldung bleibt, sobald ich z.B. VacationAbsent ändereheatingcontrol.0 2021-01-21 13:31:08.994 error (9291) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-21 13:31:08.966 error (9291) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-21 13:31:08.939 error (9291) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-21 13:31:08.918 error (9291) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-21 13:31:08.786 error (9291) exception in HandleStateChange [Error: undefined is not a valid state value] -
Direkt nach dem starten des Adapters
-
@zahnheinrich sagte in Test Adapter HeatingControl v2.0.x:
exception in HandleStateChange [Error: undefined is not a valid state value
Die exception "undefined is not a valid state value" in der 2.0.1 kommt, nachdem ich die Warnings im log nach js-controller update 3.2.7 beheben wollte, die nach update des js-controllers aufgetaucht sind.
Eigentlich sollte dieser commit das Problem mit den exceptions lösen, da ich (wie vom js-controller gefordert) einen Wert auf "val" schreibe. Bei mir hier am Testsystem hilft das... -
@ckmartens sagte in Test Adapter HeatingControl v2.0.x:
Bei mir werden nicht mehr alle offenen Fenster erkannt
kann es sein, dass deine Sensoren nicht true / false sondern etwas anderes melden (1, 2..)?
-
@jost-0 Wenn du nicht mit-testen möchtest, dann beginne mit der stable-Version (1.1.2). Die 2.0. ist noch in der beta...
Beginne zunächst ohne vis und nur einem Raum und sammle Erfahrung, wie der Adapter funktioniert....
Fragen beantworten wir dir hier gerne...BTW: beide exceptions aus deinem post oben kannst du ignorieren, die haben funktionell keine Auswirkung...
-
Hat jemand eine Idee, wie man einen Thermen-Raumthermostat (von tado), der die therme regelt (der thermostat hängt im Flur) zusammen mit homematic hz-thermostate so koppelt, das die relegung in Abhängigkeit von einander funktioniert?
Aktuell ist es so, dass wenn im Flur die Temperatur erreicht ist, die gasetagenheizung aufhört zu heizen. Und erst wieder anfängt, wenn die Temperatur abgesunken ist.
Ist aber eine Tür zu z.b. Schlafzimmer, wird dort die voreingestellte Temperatur am homematic thermostat nicht erreicht.
-
es gibt die Version 2.0.2 mit folgenden Änderungen:
- bug fix für issue #208: exception "undefined is not a valid state value"
- bug fix für issue #209: Fenster offen wird auch für HM Drehsensoren erkannt
-
@rene_hm Ok, vielen Dank, werde ich so machen - schau'n wir mal, wird schon klappen.
Ist das denn richtig, dass ich "alle Spuren" eines Adapters (hier: heatingcontrol V2.0.1) aus iobroker entferne, wenn ich:
a) die Instanz (bei mir nur eine, d.h. "0") entferne, und dann
b) noch den Adapter entferne
Es dürften dann doch keine Objekte, Werte, Settings etc. mehr übrig sein, wg. des Namespace-Konzepts, richtig?
Ich möchte halt "frisch" starten, wenn ich mit der V1.1.2 nochmal beginne.
Danke! -
@jost-0 ja, das passt so...
-
Bei mir reagiert der Adapter immer noch gar nicht. Komisch ist auch dass überall bei heatingcontrol.0.Rooms.xxx.CurrentTarget =-99 drin steht.
Egal welchen Wert ich setze, es geht nichts an die Heizung.
Über iobroker oder HM direkt gehts jedoch.Ich werdejetzt mal komplett den Adapter entfernen und neu aufsetzen.
-
@fuxxz2 wenn überall -99 steht, startet der Adapter nicht. Bitte auf debug schalten und log posten...
-
@rene_hm
Hallo Rene,habe nochmals von Github installiert und den iobroker neu durchgestartet.
Jetzt kommt kurze Zeit nach Adapterstart für jedes definierte Thermostatheatingcontrol.0 2021-01-21 20:57:34.548 error (28033) ChangeStatusCmdList is longer then 60 entries, no new entry allowed -> skipped BadOG2 Thermostats_Target [object Object] heatingcontrol.0 2021-01-21 20:57:34.548 error (28033) ChangeStatusCmdList is longer then 60 entries, no new entry allowed -> skipped BadOG2 Thermostats_Target [object Object] heatingcontrol.0 2021-01-21 20:57:34.548 error (28033) ChangeStatusCmdList is longer then 60 entries, no new entry allowed -> skipped BadOG2 Thermostats_Target [object Object] heatingcontrol.0 2021-01-21 20:57:34.548 error (28033) ChangeStatusCmdList is longer then 60 entries, no new entry allowed -> skipped BadOG2 Thermostats_Target [object Object] heatingcontrol.0 2021-01-21 20:57:34.548 error (28033) ChangeStatusCmdList is longer then 60 entries, no new entry allowed -> skipped BadOG2 Thermostats_Target [object Object] heatingcontrol.0 2021-01-21 20:57:34.548 error (28033) ChangeStatusCmdList is longer then 60 entries, no new entry allowed -> skipped BadOG2 Thermostats_Target [object Object]Außerdem habe ich folgenden bug gefunden, den ich (glaube ich) nach dem js-controller update auf 3.2.x erstmals bemerkt habe:
Vier von 18 Thermostate werden zusätzlich über den Datenpunkt VacationAbsent angesteuert.
Nach Änderung des DP wird immer bei einem dieser 4 Thermostate (aber immer bei einem anderen) die Solltemp im 10tel Sekundentakt geswitched zwischen den eingestellten Temperaturen für VacationAbsent false/true. Das Verhalten endet, sobald ich den Adapter anhalte. -
@zahnheinrich gib mir mal bitte das ganze debug-log (als text-Datei). Nur die Fehlermeldung reicht mir für eine Analyse nicht...
