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

[simatec]

@cino Würde sagen level ist das bei Shelly

[guitardoc]

@cino Kommt auf den Shelly an. Beim 2.5 ist es Shutter/Position, beim Plus2pm ist es Cover0/Position. Bei den noch neueren Shellys weiß ich es nicht, hab da keine davon im Einsatz.

[docsnyder7]

Guten Morgen... Frage, seit dem Update des Ical gestern auf 1.18.0 passen meine Uhrzeiten nicht mehr. in den info Ordnern des shuttercontrol stehen die Urlaubs/Wochenendzeiten für open, trotz das es Wochentag ist... close zeiten stimmen... ebenso stehen alle control einträge auf false außer autoliving und autosleep, die stehen auf 1
eher ein problem mit dem ical oder shuttercontrol?
das downgrade auf die vorherige 1.17.0 brauchte keine änderung
systemzeit ist korrekt

[Homoran]

@simatec sagte in Test Adapter shuttercontrol v2.0.x:

@homoran Welcher Rollladen ist es genau?

hast du in der Konfiguration etwas sehen können?

nochmal zur Sicherheit: es geht um das "Stubenfenster"

[docsnyder7]

@docsnyder7

mein Fehler... heute ist Martinstag...ein Feiertag, den shuttercontrol über den Feiertag adapter bekommen hat, weil ich ihn dort nicht herausgenommen haben

[guitardoc]

Hallo zusammen,
Ich habe hier ein Problem und vermute nach drei Wochen Test, dass es möglicherweise an Shuttercontrol liegen könnte. Eventuell könnte.
Ich habe irgendwann mal die Instanz, wo alle Jalousien drin gespeichert waren, verdoppelt und dann jeweils in den jetzt zwei Instanzen die Jalousien herausgelöscht, welche in der anderen Instanz erhalten geblieben sind. Hintergrund war, dass diese Jalousien bei unterschiedlicher Dunkelheit schließen sollen und da Shuttercontrol dafür nur einen globalen Datenpunkt bereit stellt, mussten zwei Instanzen her.
Nun mein Problem - es scheint so, als dass manche gelöschten Jalousien trotzdem noch herunter gefahren werden. So als ob es da noch Phantom-Einträge gibt, die zwar im Userinterface nicht mehr auftauchen, sich aber irgendwo verstecken und dann mit ausgeführt werden.
Gleich vorweg - ich habe drei Wochen alles mögliche getestet, Zeiten der Ausführung verglichen, Logs in den Steuergeräten (Shellys) ausgewertet, mit dem Debug-Log im ioBroker verglichen - ich finde die Ursache des Problems einfach nicht. Im Debug-Log des ioBrokers geben die beiden Instanzen von Shuttercontrol die richtigen Befehle aus, so wie man sie erwartet. Trotzdem fahren die Jalousien anders und auch in den Logs der Shellys sieht man, dass irgendetwas die Jalousien schaltet. Bemerkt habe ich es erst jetzt, wo ich bei einigen Jalousien die Weihnachtseinstellung angeschaltet habe (da sollen sie nur auf 50% fahren) und die Jalousien erst komplett schließen und dann ein paar Minuten später erst wieder auf 50% öffnen.
Gibt es irgendwo eine Konfigurationsdatei für die Shuttercontrol-Instanzen, wo man unabhängig vom User-Interface nachschauen kann was eingestellt ist? Ich kann es mir mittlerweile nicht anders erklären, als dass beim Kopieren der Instanzen irgendwas schief gegangen ist und es noch Einträge gibt, die ich zwar nicht sehe und die auch keinen Eintrag im Log auslösen, aber trotzdem ausgeführt werden. Oder ist es möglich, dass sich unterschiedliche Instanzen gegenseitig beeinflussen? Zeitlich würde das nämlich mit dem Schalten der anderen Instanz zusammen passen.
Oder kann das sicher ausgeschlossen werden? Hatte jemand schon mal sowas beobachtet?

[simatec]

Schaue dir deine Config an, ob da noch was altes drin ist. Diese kannst du dir in der Adapter Konfiguration runterladen und dann direkt im json file schauen. Ist da nix drin, kann auch nix wo anders herkommen.
Aber auch die Konfiguration im Menü baut beim laden auf dieses json file

[guitardoc]

Hab alles durchsucht, da ist nichts mehr drin was das Verhalten erklären könnte. Vielleicht liegt es an node, da wurde die letzte Version ja zurück gezogen. Vielleicht ist da in meinem System was übrig geblieben, was dazwischen funkt. Werde demnächst mal schauen, ob ich noch eine alte Gesamtsicherung finde und die wiederherstellen.

[simatec]

Schaue auch mal in deinen Skripten. Wenn ich mich recht erinnere, warst du einer von den Usern, die über zusätzliche Skripte da auch Shuttercontrol öfter mal durcheinander gebracht haben.

[guitardoc]

Ja, das ist korrekt, da hatte ich als erstes nachgeschaut und bin jedes einzelne Skript durchgegangen, hab aber leider dort auch nichts gefunden.

[babl]

Hallo, zuerst mal danke für den tollen Adapter,

leider habe ich hier meine Problemchen. Ich habe die WIR Gurtwickler, diese können über das mediola Gateway nur folgende States, die sind dann als String hinterlegt.

only 1 (up), 2 (down) or 3 (stop) is allowed or value from 10 to 90 in 10 steps. For safety do a stop

So nun habe ich mir gedacht ich mache mir hier einen Alias, und eine Formel dazu, aber leider scheitere ich an der Formel total. Siehe Bild

Geht das überhaupt so, denn mein Problem ist folgendes, gebe ich dem Shuttercontrol 1 zum hochfahren und 2 zum runterfahren das funktioniert, auch dazwischen mit den ständen in 10erschritten, aber bei den sonnenschutzpositionen da wird dann irgendwie verkehrt gerechnet,

Rolladen_Josef_Zimmer: Check basis for sunprotect. Height:0 > HeightDownSun: 70 AND Height:0 == currentHeight:1 AND currentHeight:1 == heightUp:1

es wäre mit sicherheit besser wenn ich hier dem adapter von 0 - 100 sagen könnte und auch die Zwischenschritte.

[babl]

Habe es jetzt anders gelöst, habe mir mit Hilfe von ChatGPT ein Java Script geschrieben, daß dies nun alles löst, habe dafür 6 neue Datenpunkte angelegt, hier wird der Set für den mediola Adapter gemacht und dann vom State des Mediola Adapter zurück auf den STatus Datenpunkt der STatus geschrieben und zugelich wieder zurück in den Set Datenpunkt, dieser Set datenpunkt ist im Hauptbereich des Shuttercontrol Adapters hinterlegt.

ANbei das Script.

/*******************************************************
* Gurtwickler-Mediola Bridge für shuttercontrol
* - SET (0..100) -> Mediola action (1/2/3 oder 10..90)
* - Mediola state -> STATUS + zurück ins SET (ack=true)
* - Patch 1: Initial Sync beim Start (kein "None" nach Restart)
* - Patch 2: Entprellung (duplicate Kommandos vermeiden)
*******************************************************/

const rollers = [
 {
   name: "Josef_Zimmer",
   set:    "0_userdata.0.Allgemein.Rolladensteuerung.Gurtwickler_Josef_Zimmer_Set",
   status: "0_userdata.0.Allgemein.Rolladensteuerung.Gurtwickler_Josef_Zimmer_Status",
   act:    "mediola-gateway.0.action.WR1B284D01",
   state:  "mediola-gateway.0.state.WR1B284D01"
 },
 {
   name: "Balkontuer",
   set:    "0_userdata.0.Allgemein.Rolladensteuerung.Gurtwickler_Balkontuer_Set",
   status: "0_userdata.0.Allgemein.Rolladensteuerung.Gurtwickler_Balkontuer_Status",
   act:    "mediola-gateway.0.action.WR03124A01",
   state:  "mediola-gateway.0.state.WR03124A01"
 },
 {
   name: "Kueche_EG",
   set:    "0_userdata.0.Allgemein.Rolladensteuerung.Gurtwickler_Kueche_EG_Set",
   status: "0_userdata.0.Allgemein.Rolladensteuerung.Gurtwickler_Kueche_EG_Status",
   act:    "mediola-gateway.0.action.WR21175701",
   state:  "mediola-gateway.0.state.WR21175701"
 }
];

// -------- Patch 2: Entprellung --------
const lastSend = {};            // pro r.name: { out: string, ts: number }
const DUP_WINDOW_MS = 5000;     // gleiche Ausgabe innerhalb 5s wird ignoriert

function clamp01to100(v) {
 return Math.max(0, Math.min(100, v));
}

function quantize10(v) {
 // auf 10er Schritte runden
 let q = Math.round(v / 10) * 10;
 return clamp01to100(q);
}

function mapSetToMediolaOut(val) {
 // val: 0..100 (number)
 // output: "1"|"2"|"3"| "10".."90"
 if (!isFinite(val)) return "3";

 val = clamp01to100(val);

 if (val <= 0)   return "1";  // up (offen)
 if (val >= 100) return "2";  // down (geschlossen)

 let q = quantize10(val);
 // Mediola erlaubt nur 10..90 als Position (nicht 0/100)
 q = Math.max(10, Math.min(90, q));
 return String(q);
}

// -------- SET -> Mediola action --------
function setupSetToMediola(r) {
 on({ id: r.set, change: "ne", ack: false }, obj => {
   const raw = Number(obj.state.val);
   const out = mapSetToMediolaOut(raw);

   // Entprellung: gleiche Ausgabe innerhalb DUP_WINDOW_MS unterdrücken
   const now = Date.now();
   const prev = lastSend[r.name];

   if (prev && prev.out === out && (now - prev.ts) < DUP_WINDOW_MS) {
     log(`[${r.name}] debounce: skip duplicate out=${out}`);
     return;
   }
   lastSend[r.name] = { out, ts: now };

   log(`[${r.name}] SET ${obj.state.val} -> ACT ${out}`);
   setState(r.act, out, false); // ack=false ist wichtig für action.*
 });
}

// -------- Mediola state -> STATUS (+ zurück ins SET für shuttercontrol) --------
function setupStateFeedback(r) {
 on({ id: r.state, change: "ne" }, obj => {
   let vRaw = Number(obj.state.val);
   if (!isFinite(vRaw)) return;

   vRaw = clamp01to100(vRaw);

   // konsistent mit Mediola (10er Schritte)
   let v = quantize10(vRaw);

   setState(r.status, v, true); // Status aktualisieren
   setState(r.set, v, true);    // Rückmeldung in SET (ack=true, kein Loop)
 });
}

// -------- Initialisierung --------
rollers.forEach(r => {
 setupSetToMediola(r);
 setupStateFeedback(r);
});

// -------- Patch 1: Initial Sync beim Script-Start --------
// Damit shuttercontrol direkt Werte hat (kein "None" nach Restart)
setTimeout(() => {
 rollers.forEach(r => {
   const cur = getState(r.state);
   if (!cur || cur.val === null || cur.val === undefined) return;

   let vRaw = Number(cur.val);
   if (!isFinite(vRaw)) return;

   vRaw = clamp01to100(vRaw);
   let v = quantize10(vRaw);

   setState(r.status, v, true);
   setState(r.set, v, true);

   log(`[${r.name}] init sync: mediola=${cur.val} -> ${v}`);
 });
}, 2000);

Vielleicht kann das ja jemand brauchen.

Jetzt muß ich nur noch das mit dem Sonnenschutz auf die Reihe bekommen, wird auch noch werden.

[guitardoc]

@simatec Zunächst erst einmal vielen Dank für die Wartung und Bereitstellung eines neuen Updates für den Adapter!
Ich möchte an der Stelle meinen alljährlichen großen Wunsch noch einmal wiederholen: könnte Beginn und Ende der Weihnachtszeit ein Datenpunkt werden? Vielleicht ja zusätzlich zur manuellen Eintragung für die Nutzer, die die beiden Werte gern direkt in den Adapter eintragen? Das wäre mein grooooooßer Wunsch für das gesamte Jahr 2026… :-)

[andiber]

Hallo ich habe aktuell die Version 2.0.11 aktiviert. Ein kleiner Tipp für eine Folgeversion. Leider vermisse ich, dass man im Winterschutzmodus nicht die obere Endstellung limitieren kann, z.b. auf 95%. Mir ist gestern bei dem derzeitig schwerem Frost die Stoßkante des Panzers an der Oberkante der Fensterlaibung festgefroren und beim abendlichen Herunterfahren hat sich der Panzer aufgrund dessen, im Kasten ausgerollt und ist nachfolgend abgerissen. Daher halte ich diese Funktion bestimmt für viele User für nicht unwichtig. Vielen Dank vorab und überhaupt für die ganze Arbeit die hier aufgewendet wird. LG Andiber

[Homoran]

@andiber sagte in Test Adapter shuttercontrol v2.0.x:

Daher halte ich diese Funktion bestimmt für viele User für nicht unwichtig

meine bisherigen Rollladenbauer verbauten grundsätzlich bei elektrischen Rollläden keine Stopper.
Weder die runden "Knöpfe" und erst recht keine durchgehende Leiste, um Schäden durch fehlprogrammierung (Verlust der Endlagen) u d festfrieren zu verhindern.
Auch am unteren Ende kommt der Panzer nicht mehr vollflächig bis auf die Fensterbank, sondern wird durch ca 2cm breite und 2 mm dicke Puffer an den äußersten Rändern auf Distanz gehalten.

Beim letzteren hatte ich mich über den "Lichteinfall" beschwert und bekam dann diese Auskunft.

Inzwischen halte ich dueses Vorgehen für absolut korrekt.

[MartyBr]

@guitardoc sagte in Test Adapter shuttercontrol v2.0.x:

@simatec Zunächst erst einmal vielen Dank für die Wartung und Bereitstellung eines neuen Updates für den Adapter!
Ich möchte an der Stelle meinen alljährlichen großen Wunsch noch einmal wiederholen: könnte Beginn und Ende der Weihnachtszeit ein Datenpunkt werden? Vielleicht ja zusätzlich zur manuellen Eintragung für die Nutzer, die die beiden Werte gern direkt in den Adapter eintragen? Das wäre mein grooooooßer Wunsch für das gesamte Jahr 2026… :-)

Das würde ich auch begrüssen. Ich hatte es auch schon einmal angeregt. Eines meiner Rollos war am oberen Anschlag durch gefrierenden Schnee festgefroren.

[da_Woody]

@MartyBr was hat das mit der Weihnachtszeit zu tun?

[MartyBr]

@da_Woody
Gar nichts. Aber Schnee und Frost haben im Winter eine höhere Wahrscheinlichkeit als im Sommer.

[da_Woody]

@MartyBr klar, aber wie soll der Adapter das ändern?
Ist im Endeffekt egal welchen Wert du eingibst, zufriefriern kann's immer.

[MartyBr]

@da_Woody
Es gibt doch den Frost Alarm Datenpunkt. Dort kann du die Behanghöhe zum runterfahren angeben, z.B. 20%. Damit kann das Rollo nicht am Boden festfrieren.
Mir fehlt der Datenpunkt für die Begrenzung nach oben, also z.B. 90%. Damit friert das Rollo nicht am oberen Anschlag fest.
Die Logik für Frostalarm ist ja schon vorhanden, es fehlt nur der obige Begrenzungswert.