Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[simatec]

@nightfly1983 sagte in Test Adapter shuttercontrol v1.4.x:

Never change a running system

Dann solltest du nicht auf latest (Beta) gehen ... Das sind keine Stable Versionen und können Fehler enthalten

[Nightfly1983]

@simatec Den Log hatt ich schon gepostet, der Host hat die Instanz mit folgender Meldung gestoppt:
instance system.adapter.shuttercontrol.0 terminated due to SIGSEGV

Vom Shuttercontrol selbst kam keine Meldung.
Ich werde es nochmal mit der neuen Hardware testen und dann ggf. die Logs reinstellen, wenn sich alles genauso schlecht verhält.

[simatec]

@nightfly1983 Die Frage ist doch, wann tritt das auf?

[simatec]

@nightfly1983 Hier hast du gepostet, dass alles geht.
Was mir aufgefallen ist, du hat in deiner Config einige Namen mit Umlauten (z.B. Büro).
Das würde ich ändern ... Umlaute sind nie so optimal

[Nightfly1983]

@simatec okay, das mit den umlauten kann ich mal noch ändern, hat zwar bisher nie gestört, ist aber ja kein Problem

[da_Woody]

@simatec sagte in Test Adapter shuttercontrol v1.4.x:

Umlaute sind nie so optimal

genau da sollte langsam geschraubt werden. in domains funktiniert das ja auch schon.
als ösi bin ich nicht der meinung das jedes wort unbedingt "eingedeutscht" werden muss, aber da sollte IMHO ein bißchen was weitergehn... ;)

[Thomas Braun]

@da_woody sagte in Test Adapter shuttercontrol v1.4.x:

genau da sollte langsam geschraubt werden.

Das ist aber ein Thema, das weit über den ioBroker hinausgeht. Mit UTF-8 wurde ja auch schon weitgeschraubt, allerdings müssen auch sämtliche Programme durchgängig UTF-8 sprechen. Tun sie aber nicht.

[Bostil]

Nachdem ich Rolladen manuell steuere, fuhren sie nun bereits zwei Mal genau zur halben Stunde zurück in ihre Ausgangsposition laut Automatik ?

[simatec]

@bostil Bitte Debuglog

[Rene_HM]

Seit Version 1.4.6 (hatte vorher eine 1.3 im Einsatz) fahren meine Jalousien bei "Alles spät runter" sehr versetzt:

2021-12-20 22:20:04.018 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Tuer1 value: 0%
2021-12-20 22:20:38.053 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Tuer2 value: 0%
2021-12-20 22:21:12.095 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Tuer3 value: 0%
2021-12-20 22:21:46.127 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_WoZi_Fenster value: 0%
2021-12-20 22:22:20.160 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Arbeitszimmer_Seite value: 0%
2021-12-20 22:22:54.245 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Arbeitszimmer_Vorn value: 0%
2021-12-20 22:23:28.277 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Kueche_Tuer value: 0%
2021-12-20 22:24:02.312 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_Kueche_Fenster value: 0%
2021-12-20 22:24:36.356 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_EG_WC value: 0%
2021-12-20 22:25:10.401 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_EG_Flur value: 0%
2021-12-20 22:25:44.445 - info: shuttercontrol.0 (187161) Down Late #25 Set ID: Jalousie_OG_Bad value: 0%

Eingestellt ist, dass die Jalousien um 22:20 schliessen. Bis zur 1.3 sind sie auch ungefähr zur gleichen Zeit gefahren. Nun aber braucht die Funktion 5 Minuten. Bei allen anderen Fahrten (hoch, runter inkl. Weihnacht) habe ich kein delay eingerichtet und dort funktioniert es auch weiterhin. Ist das so gewollt oder bekannt?

[simatec]

@rene_hm Ja in Version 1.4.6 wurde der Delay für das versetzte Fahren der einzelnen Rollläden gefixt.
Der war in der LateDown fehlerhaft.

So wie ich das sehe, hast du in deine Config den Delay auf ca. 34 Sekunden eingestellt.

[Rene_HM]

@simatec da würde ich widersprechen, alle delays sind auf 0

und wie gesagt: bei allen anderen Fahrten sehe ich kein delay...

[simatec]

@rene_hm Kannst du mal den Debuglog posten?

[Rene_HM]

@simatec ja, morgen früh...

[simatec]

@rene_hm Hat sich erledigt ... Da war ein Fehler in der Abfrage ... Er hat nach jeder Rollladenfahrt erst alle Rollläden kontrolliert.
Wird gefixt

[simatec]

Ab sofort steht die Version 1.4.7 auf Github und in kürze auch im latest zur Verfügung.

Hier gibt es nun ein komplettes Error-Handling für alle States. Sollte ein State nicht korrekt in der Config eingetragen sein, wird der Adapter hierzu Warnungen im log ausgeben.

Changelog

1.4.7 (2021-12-21)

• (simatec) complete error handling for states added
• (simatec) Bugfix Down Late Option
• (simatec) small Bugfixes
• (simatec) Dependencies updated
• (simatec) Dev-Dependencies updated

[Bostil]

@simatec Sorry, hatte dauernd Probleme den Log zu ziehen. Nun endlich mit Umweg über Excel.

• Erkenntnis basiert noch auf Version 1.4.6 der letzten Tage
• wie gesagt: Rolladen wurden tagsüber manuell in Position gefahren, aber zur halben / vollen Stunde wurden sie wieder komplett geöffnet
• nun sehe ich auch im Log: "Alarm frost ended" hat dies wohl immer getriggered
• unabhängig davon, war auch in den neueren Version auffällig, dass alle Rolladen zeitversetzt fuhren und nicht mehr parallel

ERLEDIGT - Screenshots entfernt, weil irritierend.

[simatec]

@bostil Blockly sollte im Trigger auf geändert statt aktualisiert und der Frostalarm sollte true/false statt 0/1 bekommen

[Bostil]

@simatec Danke, du bist genial! Letzteres (true false) hatte ich gerade nach Studieren deiner Anleitung auch festgestellt! Danke für die Tipps! Bin gespannt, ob es nun wieder ordentlich läuft. Klassischer Fall von Anwenderfehler.

Frage: Frostalarm stelle ich gerade auf "true" -> wenn ich nun "auto_all" selektiere, wann gehen die Rolladen nun noch in den Frostschutz ?

[simatec]

@bostil Des Weiteren würde ich den Frostalarm nur im Blockly setzen, wenn er sich ändern soll.
Das heißt „if (temp =< 0 && frostalarm === false)“