UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rene_HM]

@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

[laola]

@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]

@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.

@Dominik-F

[Dominik F.]

Problem gelöst. Es lag an den temporären States für die Farbeinstellungen.

[Rene_HM]

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

[laola]

@Rene_HM sieht gut aus.... :-) :-) Danke für die schnelle Reaktion.

[guergen]

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üche

heatingcontrol.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 Bad

heatingcontrol.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

[guergen]

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?

[Pittini]

@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 :clown_face:

[guergen]

@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 :-)

[guergen]

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 Bad

Die anderen Räume werden nicht erwähnt!

[AxelF1977]

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 null

heatingcontrol.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 null

Zustände die ich im VIS ändere werden folglich nicht übernommen.

Was kann das sein?

[Rene_HM]

@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...

[AxelF1977]

@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?

[Rene_HM]

@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...

[AxelF1977]

@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.

[Rene_HM]

@AxelF1977 woher weisst du dann, das es einen Absturz gab?

[AxelF1977]

@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?

[Rene_HM]

@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.

[AxelF1977]

@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