[Modul] Rollladensteuerung (BlindControl)

@bumaas
Gibt es BLC_MoveBlind eventuell nicht mehr? Ich wollte eben seit langen wieder mal alle Rollläden manuell fahren:

BLC_MoveBlind(20678, 0, 0, 0, 'Rollladen 01');
BLC_MoveBlind(14270, 0, 0, 0, 'Rollladen 02');
...

bringt den Fehler:

Parse error: syntax error, unexpected identifier "BLC_MoveBlind"

So ging das bisher immer.

LG
Tom

Doch, die Testfunktion gibt es unverändert.

Ich vermute, der Fehler liegt in der Zeile davor. Vielleicht ein ; vergessen?

Sonst zeige einmal das gesamte Skript.

Was soll ich sagen… das wars. Danke!

Tom

Ich habe Probleme den Blind Controller mit meiner KNX Installation zum laufen zu bekommen.

Ich habe es wie in der Doku beschrieben eingerichtet, also meine Positions Variable, mit der ich aus der Visu meine Rollanden von 0-100 steuern kann verknüpft und einen Wochenplan angelegt.

Ich bekomme aber ein Fehler Symbol neben die Instanz und die Testfunktionen geben wir auch als Antwort nur „Fehler“.


Schau mal in der Instanz (#56472) zu der Variablen nach. Dort ist festgelegt, ob die Variable emuliert wird.

Ja, das war der Grund. Nun geht es. Danke!

Hallo zusammen,
ich habe vor 2 Tagen auf die 7.2 geupdatet und habe seit dem das Problem, dass sich meine Rolladen nicht zu den gewohnten Zeiten bewegen.

Weder morgens nach dem Ablaufplan, noch abends nach der „Ist es Tag“ ID.
Gab es nach dem Update irgendetwas zu beachten oder muss ich irgendwelche Wochenpläne noch einmal neu anlegen? Bzw. wie kann ich der Sache auf den Grund gehen?

Viele Grüße
marvus

Mein Vorschlag:

  • am Tag den Rollladen manuell nach unten fahren.

  • Debug einschalten

  • Rollladenautomatik deaktivieren und wieder aktivieren

  • im debug nachschauen, warum er nicht hochfährt, oder mir den Debug zukommen lassen.

Hallo Bumaas,
ich habe es jetzt wie beschrieben ausgeführt und die Rollade fuhr wieder automatisch hoch. Das ist ja schon einmal ein gutes Zeichen. Hängt es dann vielleicht mit der „Es ist Tag“ Variable zusammen?

Hier der
dump.txt (11,8 KB)

Soll ich den Dump mal bis zum Wechsel von „Es ist Tag“ zu „Es ist kein Tag“ laufen lassen?

Die Tage werden nun kürzer.

Zum Hochfahren müssen beide Bedingungen (sofern angegeben) erfüllt sein. Wochenplan (hoch) und Es istTag.

Vielleicht hat es nichts mit dem Update, sondern mit dem Herbst zu tun🙂

Das komische ist, dass ich den Wochenplan fürs Runterfahren nun auf 18:46 Uhr geändert habe. Das war um 18:44 Uhr.
Die „Ist es Tag“ Variable steht aber noch auf „true“ und die Rollade ist um 18:53 Uhr jetzzt runtergefahren.

Die „Ist es Tag“ Variable wird aber erst um 19:07 Uhr umschalten.
Hier der
dump.txt (11,8 KB)

Irgendwie habe ich das Gefühl das mit der Konfiguration irgendetwas nicht so ganz stimmt.
Ich habe hier einen Rollladen, welchen ich mit einer Belüftungsstellung betreibe. Dazu nutze ich den Kontakt, bei dem der Rollladen sofort geöffnet wird und habe dort 15% Behanghöhe hinterlegt.
Wenn der Rollladen nun ganz geöffnet ist und ich schließe diesen manuell, dann fährt er zuerst ganz zu und dann auf die 15%, soweit ok. Schalte ich dann die Lüftungsautomatik aus, dann fährt er komplett zu, obwohl es Tag ist und alle Parameter erfüllt sind das er auf sein sollte.

Morgens passiert es auch manchmal, das er nicht hochfährt, sondern auf den gefühlten 15% stehenbleibt. Der Aktor (Homematic) meldet aber eine Behanghöhe von 100% zurück, also das er angeblich offen ist. Ist er aber nicht, er steht gefühlt auf den 15%.
Kann es sein, das sich dort irgendwie etwas beisst und dieses nur unter bestimmten Umständen oder bestimmten Situationen zum Tragen kommt?

Ja, es liegt ja eine manuelle Fahrt vor. Auf die Sollposition fährt er zurück.

Dann ist die Ursache auf der Homematic Seite hier zu suchen.

Aber müsste er dann nicht beim Deaktivieren der Lüftungsvariablen ganz auffahren? Es ist doch Tag und da sollte er eigentlich auf sein, aber er fährt dann komplett zu ??

Da gilt noch weiterhin die manuelle Fahrt.

So ,sorry für die verspätete Antwort von mir, aber ich hatte in den letzten Wochen wenig Zeit. Ich konnte dank der debug logs das Problem besser eingrenzen.

Wenn ich das Rollo manuell über IP-Symcon verfahre, dann sehe ich danach im Logfile Einträge wie z.B.


Somit klapp dann auch alles wie gewollt.

Wenn ich jedoch manuell über die Wandschalter (Enocean) die direkt im Aktor eingelernt sind verfahre, dann erkennt das Modul nicht, dass manuell verfahren wurde, sondern nur eine Soll-Ist Abweichung und korrigiert diese wieder direkt.

Ich hatte vorher eine andere Software (aus der Schweiz) da konnte man einstellen, dass die Schalter auch überwacht wurden um den Status nachzuführen, auch wenn diese direkt eingelernt waren. so konnte man auch erkennen, wenn direkt über den Schalter manuell gesteuert wurde. Wäre das in IPS auch möglich? Dann wäre mein Thema wahrscheinlich gelöst.

Vielen Dank schon einmal für eure Vorschläge.

Wie sind denn deine Schalter in IPS eingebunden. Magst du mal zeigen, wie ein Schalter und der Rollladen im Objektbaum eingebunden sind?
Vielleicht findet man dann eine Lösung.

Oder hat jemand sonst mit Enocean Erfahrung eine Idee?

Und hier kommt schon die Ursache Teil 1 :slight_smile:
Die Schalter habe ich bisher nicht in IPS einbinden müssen, da ich diese (auch als Fallback) direkt im Aktor eingelernt habe.

Hier mal ein einfacher Raum als Beispiel, wie es dort aussieht:

Wenn ich einen Schalter an der Wand betätige, dann wird direkt der Aktor angesprochen und macht was er soll. Über die Rückmeldung des Aktors bekommt IPS den neuen Schaltzustand und zeigt diesen auch korrekt an. Das bringt halt nur beim Rollo ein Problem, da das Modul die Abweichung merkt, aber nicht als bewusst ausgelöst interpretiert.

Ich kann natürlich die Schalter in IPS einlernen, dann hätte ich eine Variable, die müsste ich dann aber dem Modul geben, damit die als manuelle Auslösung überwacht wird. Teilweise habe ich mehrere Schalter je Rollo im Raum, das müsste ich dann wahrscheinlich bündeln.

Kurze Frage: Wurde seit Freitagnachmittag etwas am Modul angepasst? Ich kann aktuell den Fehler nicht reproduzieren, Freitagabend ging das noch ohne Probleme. Bin heute auf die neueste 7.2 gegangen, laut Changelog gab es dort keine Anpassungen, die ich für relevant halte.

Wir reden über die Variable 59571, oder?

Wenn du den Rollo über den Taster bewegst, dann sollte sich der Wert und das Änderungsdatum der Variablen ändern.

Wenn dem so ist, dann wäre alles gut und das Modul, das sich die Zeit der letzten automatischen Bewegung gemerkt hat, erkennt die manuelle Bewegung.

In der Richtung müsstest du mal das Verhalten beobachten.

An IPS 7.2 kann es nicht liegen. Du müsstest das Modul selber aktualisiert haben. Das ist aber auch nicht wahrscheinlich, da im letzten Debug die Version 2.30.55 steht und die ist auch schon ein Jahr alt.

Wenn das Problem regelmäßig auftritt, lass einfach mal das Debug mitlaufen (Umleiten in eine Datei).