Hallo zusammen,
nach 2 Nächten konfigurieren, fluchen, konfigurieren, wieder fluchen … Voodoo … bin ich ein klein wenig schlauer :rolleyes:
Evtl. hilft das nachfolgend Beschriebene ja dem einen oder anderen Probleme (sprich: haufenweise Servicemeldungen und andere Seltsamkeiten) zu identifizieren und zu lösen (konnte ein Problem in der Art im Forum bisher nicht finden).
Hier die Aufgabe:
Ziel war es eine automatische Treppenbeleuchtung per CCU-Programm zu realisieren, die nur „anspringt“ wenn es nicht mehr hell genug im Raum ist (Tageslicht) und die entsprechenden Lampen in der Umgebung des Treppenabgangs ausgeschaltet sind. Die Beleuchtung wird wieder ausgeschaltet sofern keine Bewegung mehr im Bereich der Treppe / des Treppenabgangs mehr vorhanden ist und ebenso wenn das Licht per Tastdimmer eingeschaltet wurde und keine Bewegung im Raum registriert wird (für ca. 3 min. + 2 min. Verzögerung). Klingt ja vorerst nicht übermäßig komplex …
Vereinfacht logisch beschrieben:
- WENN Licht „aus“ bzw. 0% (Aktor „A“ UND „B“ UND „C“) UND kleiner als 50% (Aktor „D“ -> die Treppenbeleuchtung) UND Helligkeit im Raum „X“ kleiner als bestimmter Wert UND Bewegung im Raum „Y“ (Treppenabgang) DANN Dimmer auf 50% (Aktor „D“)
- ODER WENN Dimmer GRÖßER oder GLEICH 0% (Aktor „D“) UND keine Bewegung im Raum „Y“ DANN Dimmer nach 2 min. auf 0% (Aktor „D“)
Hier sei noch gesagt: das CCU-Programm „an sich“ hat perfekt funktioniert und war deshalb auch bei der Fehlersuche anfangs nicht der Fokus. Der Plan war sowieso es bei Gelegenheit durch ein IPS-Skript abzulösen. Hätte ich das mal gleich so umgesetzt … :rolleyes:
Effekte nach Aktivierung des Programms:
- nach ca. 10 min. normalem Betrieb die ersten Servicemeldungen (UNREACH) verschiedener Aktoren/Sensoren
- nach ca. 30 min. im Schnitt pro Minute 10-20 UNREACH-Meldungen irgendwelcher an der CCU angelernter Devices
- teilweise sind Aktoren überhaupt nicht mehr bedienbar (weder direkt von der CCU, noch über IPS und manche auch nicht über die eigentlichen Taster)
- andere Programme funktionieren nur noch sporadisch
- Befehle aus IPS heraus wie z.B. „HW_WriteValue…“ kamen bei der CCU zu 90% nicht mehr an
- das XML-API gab nur noch selten Daten her
- Direktverknüpfungen (z.B. Thermostat <> Fensterkontakt) funktionieren teilweise nicht mehr
Interessant war auch, dass bei der kleinsten nachträglichen Modifikation (Namensänderung des Programms hat ausgereicht!) in eben diesem Programm ALLE zeitabhängigen Einstellungen in SÄMTLICHEN Programmen auf der CCU weg waren :eek: Zurück bekam man diese nur durch Rücksicherung der Konfig oder erneutem, manuellen Einstellen.
Nachvollzogen habe ich das Verhalten mit FW 1.506 und 1.507 auch nach Rücksetzen auf die Werkseinstellungen und anschließendem Restore der Konfig.
Schlussfolgerung:
Ich bin mir zu 99,8% sicher, dass der 1. Teil des Programms (Bedingung: Schaltzustand/Dimmwert der 4 Aktoren „auf Aktualisierung“ prüfen) das Chaos ausgelöst hat. Mit nur einem statt der ursprünglich 4 Aktoren geht es problemlos. Nebenbei ist mir noch aufgefallen, dass eine installierte XML-API (V1.1) das Auftreten der Probleme merklich beschleunigt hat.
Mein Fazit (mag für einige Spezis hier nicht neu sein):
- der CCU so wenig Logik wie möglich zumuten (sind die Dinger eigentlich weiblichen Geschl… lassen wir das!)
- Zusatzsoftware, Erweiterungen und andere Spielereien nur auf der CCU installieren wenn unbedingt notwendig (SetTime wäre da z.B. für mich argumentierbar)
So … wer es bis zu dieser Stelle im Text geschafft hat ist herzlich eingeladen seine eigenen Erfahrungen, Meinungen, Voodoo-Flüche o.ä. kundzutun 
Cheers
/Jens
