Brauche Hilfe bei der Automatisierung von Rolläden (SOMFY)

[Puschel74]

Damit dürften wir den TE erst in zwei Wochen wiedersehen 

Soll ich jetzt die passenden Seiten auch noch raussuchen 
Wobei auch die Suchfunktion helfen würde (aber darauf darf man ja nicht verweisen).
Aber auch andere mussten sich einlesen und leben noch, es sollte dem TE also nicht schaden.

[Pfriemler]

Ach, und

2015.04.15 06:39:08 2: di_Rollaeden_hoch: ser rollo_OG_Z6 off: Unknown command ser, try help.

erklärt sich doch wohl von selbst?


P.S.: Tippfehler

@Puschel: Nein, sollst Du nicht. Ich meine nur, mit 34 Seiten ist man dann schon eine Weile absorbiert, aber die Lektüre schadet in keinem Fall.

[Joker2002]

Internals:
   CODE       132
   CUL_0_MSGCNT 743
   CUL_0_RAWMSG s8441D004A00D
   CUL_0_TIME 2015-04-16 21:23:10
   DEF        132
   LASTInputDev CUL_0
   MSGCNT     743
   NAME       TCM_Aussen
   NR         50
   RSSI       -67.5
   STATE      T: 18.5 H: 20
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1429212190
   Readings:
     2015-04-15 21:54:14   battery         ok
     2015-04-16 21:23:10   humidity        20
     2015-04-16 21:23:10   state           T: 18.5 H: 20
     2015-04-16 21:23:10   temperature     18.4
Attributes:
   model      TCM21....
   room       TCM

ok, habe den Befehl eingegeben, das spuckt er aus

[Joker2002]

2015.04.15 06:39:08 2: di_Rollaeden_hoch: ser rollo_OG_Z6 off: Unknown command ser, try help.

jap, das habe ich schon korrigiert

[Joker2002]

z.B. der passende Beitrag zu SOMFY 
http://forum.fhem.de/index.php/topic,24158.0.html

Danke für den Hinweis. Den Threat kenne ich auch und habe ihn auch bevor ich mich an FHEM gemacht habe, gelesen, jedoch gibt es hierzu keine Erklärung (zumindest habe ich keine gefunden) 

[Puschel74]

Und so wie das Einsteiger.pdf und die angepinnten Beiträge darf man sich auch andere Beiträge gerne öfter durchlesen.
Wo wenn nicht dort wird SOMFY behandelt?
Und es sind doch eindeutig Meldungen zu fehlerhaften Fahrzeiten.

[Pfriemler]

ok, habe den Befehl eingegeben, das spuckt er aus

Code Auswählen Erweitern

  Readings:
     2015-04-15 21:54:14   battery         ok
     2015-04-16 21:23:10   humidity        20
     2015-04-16 21:23:10   state           T: 18.5 H: 20
     2015-04-16 21:23:10   temperature     18.4


Siehste, ist doch alles da.
Und in der Commandref zum DOIF steht, wie man readings gezielt abfragt:

Code Auswählen Erweitern

define di_shutters DOIF ([sensor:temperature] > 26 and [11:00-{sunset_abs()}] (set shutters down) DOELSE (set shutters up)


Wenn Du das verstanden hast, inkl. der Zahl der erforderlichen Klammerebenen, findest Du allein die Lösung. Und glaub uns, das schult mehr als copy&paste.

Und wenn Puschel74 meint,

Und es sind doch eindeutig Meldungen zu fehlerhaften Fahrzeiten.

dann dürfte Deine Moduldefinition noch fehlerhaft sein, also bringe das in Ordnung inkl. Test einer manuellen Ansteuerung auf der Kommandozeile, bevor Du die Automatisierung dazu baust. Das ist immer die richtige Reihenfolge. Viel Erfolg!

edit:
Ich habe gerade mal im Forum gesucht und etliche Treffer zur Fehlermeldung gefunden (sogar in in einem Fred in dem DU geantwortet hast!), aber eine wirkliche Lösung offenbart sich mir über die Suche nicht.
Kosmetisch hilft offenbar http://forum.fhem.de/index.php/topic,34078.msg264511.html#msg264511 ...
editedit:
Hilft http://forum.fhem.de/index.php/topic,28107.msg272923.html#msg272923 weiter? Oder die Commandref? Zeiten alle richtig?

Hätte fast mal Dachrollos mit SOMFY bekommen und hätte mich dann genauso einarbeiten müssen, aber bisher bei mir alles graue Theorie.

[Joker2002]

Danke erstmal für die Hilfe,
ich weiß, ich muss noch viel lesen um zu verstehen nur ist es eben für mich als Laie sehr schwierig die "kryptischen" Fehler zu verstehen. Ich arbeite aber dran 

[Puschel74]

Das

2014.11.28 16:57:24 1: SOMFY_set: Error - drivetime and updatetime = 0

habe ich hier
http://forum.fhem.de/index.php/topic,24158.msg224523.html#msg224523
in diesem Thread
http://forum.fhem.de/index.php/topic,24158.0.html
gefunden - ja, das ist der SOMFY-Thread.

Da ich dir einen der Beiträge schon rausgesucht habe wirst du es jetzt vermutlich leichter haben die Beiträge davor und danach zu
lesen.

dann dürfte Deine Moduldefinition noch fehlerhaft sein,

Das Modul selbst dürfte korrekt definiert sein.
Das Problem machen die Readings die korrekt gesetzt werden sollten/müssten.

Da ich aber noch mit einer der ersten Versionen der Somfy.pm arbeite habe ich diese Meldungen nicht.
Und ich habe auch nicht vor meinen Rollo-RasPi dahingehend auf den neuesten Stand zu bringen.

[Pfriemler]

Ein bisschen OT...
Da ich mal ein paar Minütchen Zeit hatte, habe ich interessehalber mal gestöbert in den Freds. Den ganzen Somfy-Fred durchzulesen halte ich demnach für einen Overkill. Klar hilft die Sufu (dass man darauf hier nicht verweisen darf, war mir neu, ich werde mich dran halten  ).
Spaß beiseite. Mein Eindruck (und das ist nicht das erste Mal mit FHEM): Es gibt etwa ein halbes Dutzend konkrete Nachfragen, aber nirgend wirklich ein eindeutiger Hinweis auf das Problem. Kennt man die Problemstellung selbst hinlänglich gut, liegt die Lösung oft klar auf der Hand und die Fragen weniger erfahrener Leute wundern einen dann nur. Ich kann zum Beispiel auch nicht verstehen, was man an einem DOIF nicht verstehen kann, und doch füllen die Fragen das Forum. Für einen Newbie sind die Lösungen aber eben oft leider ziemlich gut versteckt, teilweise wiederum zu offensichtlich und überraschend simpel. Eine HomeMatic-CCU2 zu programmieren ist dagegen wirklich Kindergarten.

Im konkreten Beispiel lassen die Fehlermeldungen SOMFY_set: Error - drivetime and updatetime = 0 doch darauf schließen, dass die per attr anzugebenden Fahrzeiten so sind, dass sich bei der Kalkulation intern unsinnige Werte ergeben (und das wäre für mich dann sehr wohl eine fehlerhafte Moduldefinition, um mal begriffshaarspalterig zu sein). Dankenswerterweise spricht die commandref (und das ist für mich genau der Ort, an dem man zuerst nachsehen sollte) hier ganz eindeutige Worte.
Bei der Lektüre der ganzen Beiträge findet man dann so seltsame Sachen wie das eigenständige Verstellen der Fahrzeiten (am Ende von http://forum.fhem.de/index.php/topic,24158.msg224523.html#msg224523, dessen Resultat sehr wohl solche Fehlermeldungen bewirken kann, obwohl die Def eigentlich korrekt ist), worüber dann aber im weiteren Verlauf des Freds kein Wort mehr verloren wird ...

Jeder FHEMler tut m.b.M.n. sehr gut daran, sich an diese Verhältnisse so schnell wie möglich zu gewöhnen. Denn eine vollständige Bemutterung kann umgekehrt nicht des Rätsels Lösung sein. Nur würde ich bei der Einteilung in ganz offensichtliche oder weniger offensichtlichen Problemlösungen um etwas mehr Gnade bitten wollen.
Jm2c.

[Joker2002]

So, nach ein paar Tagen des Testes habe ich es halbwegs hinbekommen die Automatik der Rollläden fertig zu stellen. "Halbwegs" deshalb, da ich irgendwie noch Probleme mit den "DOIFS" habe.
Die einzelnen Rollläden sind soweit richtig eingestellt und lassen sich auch problemlos mit dem "set" Befehl ansteuern. Nur in Kombination mit der Automatik funktionieren sie mal, mal nicht.
Ich habe jetzt festgestellt dass die Automatik nur dann greift, wenn in den DOIF's der Befehlt "initialized" steht. Wie man sehen kann ist das aber nicht überall der Fall. Um diesen Zusand herbeizuführen muss ich manuell die DOIS's editieren (ich öffne also ein DOIF und schließe es gleich wieder, speichere ab und habe den Zustand "initialized" stehen.

Was muss ich noch einstellen, damit dieser Zustand von FHEM automatisch herbeigeführt wird? In den Logfiles bekomme ich keine Fehlermeldungen angezeigt.....

[Pfriemler]

Wenn DOIFs statt immer nur einmal nach der Initialisierung ausgeführt werden, riecht das stark nach einem fehlenden Attribut "do always", besonders wenn das DOIF nur einen Zweig hat (also kein DOELSEIF oder DOELSE).

Poste mal den Code eines betroffenen DOIFs, nur um sicher zu gehen. Nur die Def reicht eigentlich.

[Joker2002]

([[LichtWetter: sr_weather]]) ((set rollo_kue,rollo_OG_Z1,rollo_OG_Z2_tuer,rollo_OG_Z3,rollo_OG_Z4_tuer,rollo_OG_Z5,rollo_OG_Z6,rollo_wz_1,rollo_wz_2_tuer,rollo_wz_3 off)) DOELSEIF ([09:00|60]) ((set rollo_OG_Z1,rollo_OG_Z2_tuer off))

So sehen die DOIFs bei mir aus

[Pfriemler]

Hm .... hmmm ... *kopfkratz* Das DOIF berechnet den Timer jedes Mal wenn sich im Twilight-Modul sr_weather ändert. Wie oft tut es das? Ne Idee: Sollte der Timer auf 07:00 stehen und um 6:58 korrigiert Twilight die Zeit auf 6:57, fällt der Rollofahrvorgang für heute aus.

Das ist es aber nicht allein. Das DOIF verzweigt mo-fr immer nur in den Zweig 1. Damit findet kein Zustandswechsel im DOIF statt. Ohne das Attribut "do always" klappt das nur nach einmalig nach einer Neudefinition.
Dir ist aber schon klar, das die gesamte Rollobatterie auch wochenends bei Sonnenaufgang aufrollt?

P.S.: das Leerzeichen zwischen : und sr_weather ist bestimmt falsch ...?

[Joker2002]

Hm.. bezüglich der Timerberechnung steht in den Details der Automatik dass er die Werte um 21:39 Uhr neu lädt. Also hätte er ja noch genügen Zeit ....

Am Wochenende fahren nicht alle Rolläden mit dem Sonntenaufgang hoch. Hier habe ich ja den Code "DOELSEIF ([09:00|60]) ((set rollo_OG_Z1,rollo_OG_Z2_tuer off))" eingefügt damit mein Schlafzimmer bis 09.00 Uhr verdunkelt bleibt. Das klappt prinzipiell auch, wenn ich manuell eben immer den Vorgang in der DOIF speichere...