Test Adapter HeatingControl v2.12.x
-
@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. -
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@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.Ok, ich hab den Log für die Instanz auf Debug umgestellt. Ich werde posten, sobald es was gibt.
Danke erstmal
-
Erst mal danke für den Geilen Adapter..
Ich bin recht neu bei IoBroker und hab Max Thermostate über nen Cul am Laufen und Xiaomi Zigbee Sensoren an den Fenstern.Ich hab jetzt soweit die Thermostate schon mittels HeatingControl am laufen und hab auch einen Sensor drin der auf "zigbee.0.00158d000276e4c7.opened" Triggert, leider juckt es dem Thermostat nicht wenn ich das Fenster auf machen.
Hat da wer evtl ne idee?
Gruß
-
@Bo-s_Pictures zeige doch mal deine Konfiguration des Sensors...
-
-
@Bo-s_Pictures Hast Du in der Adapteradmin Hauptseite "Sensoren verwendet" aktiviert?
Wär der Klassiker warum dem Adapter der Sensorstate egal ist.
Und bitte nutze die Bild upload Funktion (drittes Icon von rechts), erstens sieht mans besser und zweitens hab ich kein Bock auf Werbung.
-
@Pittini
JA das hab ich Aktiv weil wenn das nicht Aktiv ist hat man gar nicht das Sensor Auswahlfenster beim den Regeln (bild oben)
EDIT: seh aber gerade das bei deinem Screen noch was unten dran ist?
ich nutze die Version 0.3.19
-
@Bo-s_Pictures sagte in Test Adapter HeatingControl v0.3.x:
EDIT: seh aber gerade das bei deinem Screen noch was unten dran ist?
Ja, ich hab die 0.4 in der mein Skript integriert wurde um mein Vis Projekt ohne Zusatzskript verwenden zu können. Dürfte aber nix mit Deinem Problem zu tun haben. Reagiert denn der Datenpunkt unter "heatingcontrol.0.Rooms.EinerDeinerRäume.WindowIsOpen" wenn Du das Fenster aufmachst?
-
@Pittini
Ja Reagiert steht bei Fenster zu auf FalseHier die beiden Screens (Am Regler ändert sich nix)
-
@Bo-s_Pictures
Hier: Absolut oder Relativ?
Und hier:
Hast du vielleicht Relative Temperaturabsenkung und WindowOpenDecreease auf 0
-
da hab ich relative drin stehen
und ja steht auf 0 Grad da scheint woll mein fehler zu sein
