Obwohl ich auf Shutter Control umgestellt und den Speicher des RasPi bereinigt habe, gibt es immer noch Probleme mit den 1wire-Shuttern:
Der 1wire-Shutter von Esera wird mit Shutter Control angesteuert. Das Aktionsscript lautet:
<?
// Vorlage für Aktionsskript
switch($_IPS['VALUE']) {
case 0:
ESERA_SetShutter(43430,1,2);
case 1: // Nur bei ~ShutterMoveStep
// Hier der Befehl für Schritt-Öffnen
case 2:
ESERA_SetShutter(43430,1,3);
case 3: // Nur bei ~ShutterMoveStep
// Hier der Befehl für Schritt Schließen
case 4:
ESERA_SetShutter(43430,1,1);
}
SetValue($_IPS['VARIABLE'], $_IPS['VALUE']);
?>
Es tritt das Phänomen auf, dass nicht jeder zeitgesteuerte Trigger (z.B. Sonnenaufgang) und auch das manuelle Schalten der Shutter Control in der Webconsole auch wirklich das Rollo fährt.
Im Debug vom 1wire-Controller ist mir jetzt aufgefallen, dass beim Abwärtsfahren nur 1 Befehl an den 1wire-Shutter gesendet wird (SET,OWD,SHT,4,1<CR><CR>). Für Stop werden 2 Befehle hintereinander gesendet (SET,OWD,SHT,4,3<CR><CR> und SET,OWD,SHT,4,1<CR><CR>) und beim Aufwärtsfahren sogar 3 Befehle hintereinander (SET,OWD,SHT,4,2<CR><CR> undSET,OWD,SHT,4,3<CR><CR> und SET,OWD,SHT,4,1<CR><CR>). Hierbei steht die letzte Ziffer für 1 abwärts, 2 aufwärts und 3 stop. Das kann ich mir nicht erklären.
Trotzdem löst das mein Problem mit dem sporadischen nicht-fahren des Rollos nicht, da ich im Debug Befehle gesehen habe und der 1wire-Shutter trotzdem nicht reagiert hat. Dazu bin ich aber mit Esera in Kontakt, dort läuft die Ursachensuche.