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

[amg_666]

@funbug Nein, nur Rolläden, keine Automatik an den Fenstern selber, Ich habe aber wg Heizungssteuerung an jedem Fenster einen Kontakt (Xiaomi) und dann würde ich den im Adapter auswerten (im Adapter kannst du in den Haupteinstellungen für jeden Rolladen einen Tür/Fensterkontakt angeben, den er auswertet. Wenn du auch automatische Fensteröffnung hast müsste es doch für das Veluxfenster einen Datenpunkt geben ob es auf oder zu ist (???) den würde ich dann im shuttercontrol eintragen

[Mike Hellracer]

@simatec
Hi, ich hatte 1.3.9 und ein paar "komische" Effekte. Ein einzelner Rollo fährt außerhalb der Zeit runter, und obwohl auch noch der Griff offen war und die Ausperrfunktion gesetzt. Zum Glück hatte ich einen Schlüssel. Bin seit gestern abend auf 1.4.6 und bisher lauft alles.

[Dirk Peter]

@earl80
Hallo,
mit den Frostschutz mache ich das so:

/* +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
   ++++++++++++++++++++++++    Frostschutz    ++++++++++++++++++++++++
   +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
*/

const ipOutsideTemp = 'hm-rpc.1.001818A992BB08.1.ACTUAL_TEMPERATURE';
createState(jPfad + '.frostProtectionWarner.state', {name: 'frost warner'});

const tempWarner = (/** @type {number} Actual Temperature*/ aktTemp) => {
    let memory = null;
    if(aktTemp < 1) {
        memory = true;
    } else if (aktTemp > 3) {
        memory = false;
    }

    if (memory && (memory !== getState(jPfad + '.frostProtectionWarner.state').val)) {
        setState(jPfad + '.frostProtectionWarner.state', memory);
    }
}

tempWarner(getState(ipOutsideTemp/*Actual Temperature*/).val);

on({id: ipOutsideTemp/*Actual Temperature*/}, function (obj){
    tempWarner(getState(ipOutsideTemp/*Actual Temperature*/).val);
});

MfG Dirk Peter

[MartyBr]

@earl80
Der Adapter "accuweather" liefert die richtigen Datenpunkte. Hier brauchst du nur mit einem kleinen Script den für die Auslösung der Frostschutzes angelegten Datenpunkt triggern.
Wichtig für die Rollläden ist ja nicht nur die Außentemperatur, sondern gibt es Eisbildung oder Schnee, der die Rollos verkleben kann.

[Nightfly1983]

Nachdem ich die Fehler nicht in den Griff bekommen habe und es immer mehr komische Aktionen (Rollläden einfach immer wieder zu gefahren) gab, bin ich gestern auf die Version 1.2.1 zurück. Damit fahren die Rollläden erstmal alle wieder und der Adapter stürzt nicht ab, wenn ein Fenster geöffnet oder geschlossen wird. Das Einzige was dabei nicht funktioniert, weswegen ich damals das Update gemacht hatte, ist die Weihnachtsposition. Die Werte werden in die einzelnen Shellys geschrieben, aber diese akzeptieren diese komischerweise nicht. Denn wenn ich manuell noch einmal bestätige, fährt jeder Rollladen.
Ist zwar ärgerlich, dass ich Frost und Weihnachten so erstmal nicht nutzen kann, aber wenigsten gehen die Rollos ordentlich auf und zu. Never change a running system :shrug:
Ich werde es mit neuer Hardware demnächst erneut versuchen, da ich vermute mein System ist mit dem Proxmos und der VM überfordert.
Hoffentlich krieg ich das alles dann gelöst.
VG, frohe Weihnachtszeit allen und ein großes Dankeschön an die Entwickler für die geniale Arbeit und die tolle Unterstützung, echt top :+1:

[simatec]

@nightfly1983 Zeige mir doch mal bitte einen Debuglog von deinen Problemen ... Ich kann sonst deine beschriebenen Fehler nicht nachvollziehen

[simatec]

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

und der Adapter stürzt nicht ab

Bitte den Errorlog posten, wann und warum der Adapter abstürzt ...
Welche Version war installiert? In Sentry sehe ich keinen Absturz

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