Test Adapter HeatingControl v2.12.x
-
@Denkra sagte in Test Adapter HeatingControl v0.3.x:
@Pittini Ja genau er war drauf. Lösche mal und versuche nochmal
Funktioniert nicht
-
@laola sagte in Test Adapter HeatingControl v0.3.x:
okay - was mir gerade aufgefallen ist - wenn ich im Projekt für einen Raum die Absolutwerte ändere (z.B. Temperatur override oder Temperatur bei Abwesendheit), dann werden die Werte nicht dauerhaft übernommen (wenn ich dann den Raum wechsel und wieder zurück gehe, dann sind die Änderungen wieder weg. Wenn ich hingegen die Werte bei den Objekten direkt im HeatingControl Adapter ändere, dann sind die Änderungen dauerhaft und werden auch vom Prjekt richtig übernommen.
hab's gerade bei mir nochmal probiert, scheint wirklich noch ein Fehler zu sein. Kannst du mal im log schauen, ob du irgendwo eine rote Meldung mit "exception ..." siehst?
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/104
-
@Rene_HM
ja - Meldung ist im Log:
heatingcontrol.0 2020-05-03 14:39:58.298 error (4428) exception in HandleStateChange [TypeError: this.adapter.unsubscribe is not a function] -
@Denkra sagte in Test Adapter HeatingControl v0.3.x:
Moin. Ich habe das auch soweit mal installiert nur irgendwas passt bei mir mit dem CSS nicht. Ich kann nichts einklappen und Ränder etc fehlen auch. Den Material Design Adapter habe ich auch nicht mehr drauf.
-
Problem gelöst. Es lag an den temporären States für die Farbeinstellungen.
-
Ich habe eben die Version 0.5.0 in's latest geschoben (sollte also spätestens morgen als update angezeigt werden).
Folgende Änderungen sind enthalten:
- siehe issue #101: Sensor Close Delay hinzugefügt (ähnlich wie das schon vorhandene Sensor Open Delay)
- siehe issue #103: Datum/Zeit Format in vis korrigiert ("Fenster offen seit")
- siehe issue #104: bug fix, damit Werte von der vis übernommen werden
- siehe issue #102: bug fix, damit die aktuelle Periode automatisch im vis aktualisiert und angezeigt wird
-
@Rene_HM sieht gut aus....
Danke für die schnelle Reaktion. -
Läuft gut, die 0.5.0! Danke!
Ist es absicht, dass so viele Info-Log´s kommen? Wolltest Du die nicht reduzieren?
Die Delay´s zeigt er auch, obwohl niemand was an dem Fenster geändert hat!heatingcontrol.0 2020-05-06 16:16:05.137 info (10675) 91 cron jobs created heatingcontrol.0 2020-05-06 16:15:59.835 info (10675) sensor close delay 5000 for Kücheheatingcontrol.0 2020-05-06 16:13:56.919 info (10675) 91 cron jobs created heatingcontrol.0 2020-05-06 16:13:51.646 info (10675) sensor close delay 5000 for Badheatingcontrol.0 2020-05-06 16:02:59.572 info (10675) 91 cron jobs created heatingcontrol.0 2020-05-06 16:02:54.299 info (10675) sensor close delay 5000 for Toilette heatingcontrol.0 2020-05-06 16:00:08.478 info (10675) 91 cron jobs created -
Habe die Tage mal ein Issue eröffnet für einen "override Heizperiode" Datenpunkt. In der Übergangszeit wäre das nicht übel, mal eben die Heizung ein zu schalten, ohne das Datum ändern zu müssen. Oder dem Heizungsmonteur die Heizung einzuschalten um die Wärme weg zu bekommen, ohne Datumsänderung.
Wie seht ihr das? -
@guergen sagte in Test Adapter HeatingControl v0.3.x:
Wie seht ihr das?
Ich finde schon die Datumseinstellung für Heizperiode an sich so nötig wie nen Kropf. Iwo im Vis aufn Knöpfle zu drücken um die Heizperiode an und abzuschalten sollte nun wirklich nicht zuviel verlangt sein. Und ohne diese Funktion hätteste Dein Problem auch gar nicht
-
@Pittini Ja, die Datumeinstellung wäre über, kann man ja auch mit anderen Mitteln erreichen.... ical, Button, Script... da gibt es viele Möglichkeiten.
Aber da sie nunmal da ist, kann man sie ja auch nutzen -
Beim Start des Adapters kommen folgende Meldungen wegen dem delay:
heatingcontrol.0 2020-05-10 12:55:51.015 info (27101) 91 cron jobs created heatingcontrol.0 2020-05-10 12:55:50.935 info (27101) 91 cron jobs created heatingcontrol.0 2020-05-10 12:55:45.776 info (27101) sensor close delay 5000 for Küche heatingcontrol.0 2020-05-10 12:55:45.718 info (27101) sensor close delay 5000 for BadDie anderen Räume werden nicht erwähnt!
-
Hallo zusammen,
ich wollte heute mal die neue Version des Adapters probieren, mit dem VIS von Pittini.
Die Instanz springt bei mir ständig von grün auf rot und grün usw.
Das Log spuckt folgendes aus
heatingcontrol.0 2020-05-10 13:18:39.769 error at async HeatingControlVis.main (/opt/iobroker/node_modules/iobroker.heatingcontrol/HeatingControlVis.js:254:9) heatingcontrol.0 2020-05-10 13:18:39.769 error at processTicksAndRejections (internal/process/task_queues.js:97:5) heatingcontrol.0 2020-05-10 13:18:39.769 error at HeatingControlVis.SetVis (/opt/iobroker/node_modules/iobroker.heatingcontrol/HeatingControlVis.js:429:126) heatingcontrol.0 2020-05-10 13:18:39.769 error (23089) TypeError: Cannot read property 'val' of null heatingcontrol.0 2020-05-10 13:18:39.768 error (23089) uncaught exception: Cannot read property 'val' of nullheatingcontrol.0 2020-05-10 13:26:51.086 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Wohnzimmer.Sa-So.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:51.038 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Wohnzimmer.Mo-Fr.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.991 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Kinderzimmer1.Sa-So.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.938 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Schlafzimmer.Sa-So.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.890 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Schlafzimmer.Mo-Fr.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.842 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Kinderzimmer2.Sa-So.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.794 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Kinderzimmer2.Mo-Fr.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.746 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Kitchen.Sa-So.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.700 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Kitchen.Mo-Fr.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.655 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Badezimmer.Sa-So.Periods.5.time null heatingcontrol.0 2020-05-10 13:26:50.606 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Badezimmer.Mo-Fr.Periods.5.time nullZustände die ich im VIS ändere werden folglich nicht übernommen.
Was kann das sein?
-
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
heatingcontrol.0 2020-05-10 13:26:50.655 error (5472) exception in CheckValidTime [TypeError: Cannot read property 'val' of null] for Profiles.0.Badezimmer.Sa-So.Periods.5.time null
Das log sagt doch eigentlich alles: Der Datenpunkt z.Bsp. Profiles.0.Badezimmer.Sa-So.Periods.5.time hat den Wert null sollte aber eine Zeit (also z.Bsp. 16:00) haben. Das kannst du im Objekt-Tree im admin einstellen bzw. ändern.
Wenn diese exceptions beseitigt sind, schauen wir mal, welche anderen noch übrig bleiben... -
@Rene_HM so, da ich erstmal alles bereinigt und umgestellt habe, kommt die Rückmeldung etwas später. und kann nun bereichten.
Ich habe die von Dir genannten Schritte durchgeführt, alles richtig eingestellt, und der Adapter und und das View laufen jetzt. Ich kann auch alles einstellen. Allerdings stürzt die Instanz hin und wieder ab, gerade wenn ich an Einstellungen tüftel. Manchmal fängt er sich selber, manchmal muss ich neu starten. Folgende Meldung kommt im log.
heatingcontrol.0 2020-05-14 18:09:56.485 warn (7231) more then 300 cron jobs existing for this adapter, this might be a configuration error! (12510)In Verwendung sind 6 Räume, jeweils mit Heizungstermostat und Wandtermostat, sowie min. einem Fenstersenor. 6 Profile jeweils von Mo-Fr und Sa -So sind eingestellt.
Was könnte falsch Konfiguriert sein?
-
@AxelF1977 Die Warnung kannst du ignorieren. Das ist keine Ursache für einen Absturz. Ein Absturz würde mit einer exception und einem error log geloggt werden. Schau mal in deinen logs, ob du so etwas findest...
-
@Rene_HM ich habe es jetzt mal eine Weile beobachtet. In der Zeit ist die Instanz 3x abgestürzt. Alle 3 Male musste ich die Instanz neu starten, dann lief alles wieder. In der Zeit habe ich nichts gemacht, was die Instanz nutzt.
Leider gibt es keine error Einträge im Log, daher kann ich gart nichts sagen. Nur die warnings, die ich schon gepostet hatte.
-
@AxelF1977 woher weisst du dann, das es einen Absturz gab?
-
@Rene_HM wenn eine Instanz rot wird, und dann nicht von selber wieder grün wird, war dies bisher ein Absturz. Ich lasse mich gerne eines besseren belehren.
Wenn es normal ist, dass der Adapter regelmäßig rot wird, ok. Aber ist dem so?
-
@AxelF1977 nein, das ist nicht normal, aber das sollte dann aber auch geloggt werden.
Viellecht schaltest du mal debug log ein und postest dann das log hier.
