Erweiterung CULFW um Somfy/Simu

[Elektrolurch]

Kann ich bestätigen, habe ich auch öfters:
2014.10.20 07:00:02 2: SOMFY IODev device didn't answer Ys command correctly:   raw => No answer

und seit dem letzten Update von Somfy bekomme ich (s.o.) noch die Meldung:

Error: cannot Autoload Somfy.

[Pjg]

2014.10.20 07:00:02 2: SOMFY IODev device didn't answer Ys command correctly:   raw => No answer

Ich hatte die Nachricht früher auch schon mal. Und zwar immer, wenn ich mehrere Rolladen gleichzeitig ansteuern wollte.
Also über eine Strucktur z.B. alle Rolladen abends schließen.

Gelöst habe ich das über eine Strucktur für's EG und eine für's OG, und zwischen den beiden sets noch ein SLEEP 5.
Seit dem keine einzige Meldung mehr.

[thdankert]

Ich hatte die Nachricht früher auch schon mal. Und zwar immer, wenn ich mehrere Rolladen gleichzeitig ansteuern wollte.
Also über eine Strucktur z.B. alle Rolladen abends schließen.

Gelöst habe ich das über eine Strucktur für's EG und eine für's OG, und zwischen den beiden sets noch ein SLEEP 5.
Seit dem keine einzige Meldung mehr.

Hmm, das klingt so, als wäre der Code in der CULFW fürs Senden nicht schnell genug... ich versuchs heute abend mal bei mir zuhause,
bisher hatte ich diese Nachricht noch nicht bekommen.

Grüße,
Thomas

[Pjg]

zur Info:
Ich habe 15 Rolläden laufen.
Bei einer Trennung 9 zu 5 kam das Problem nicht mehr.

Aber irgendwie kommt doch erst der disconnect, oder sehe ich das falsch?
Und einem CUL der nicht connected ist, kann das SOMFY Modul ja quasi nicht antworten, oder?
Außerdem sind in dem Beispiel hier 5 Minuten zwischen den Schaltvorgängen.

2014.10.19 23:35:00 2: SOMFY set Terrassentuer on: YsAA4000BA000008
2014.10.20 06:45:00 2: SOMFY set RolloKueche off: YsAC2000AC1A1A1A
2014.10.20 06:55:00 2: SOMFY set RolloWohnG off: YsAE20008E000007
2014.10.20 07:00:00 2: SOMFY set RolloWohnS off: YsA02000C0000005
2014.10.20 07:00:02 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2014.10.20 07:00:02 2: SOMFY IODev device didn't answer Ys command correctly:   raw => No answer
2014.10.20 07:00:07 3: Setting CUL_0 baudrate to 9600
2014.10.20 07:00:07 1: /dev/ttyACM0 reappeared (CUL_0)
2014.10.20 07:00:07 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2014.10.20 07:15:00 2: SOMFY set RolloEingang off: YsA5200075ABC666

Evtl. ist es halt doch ein anderes Problem. Ich hatte da auch seinerzeit mal einen CULflash gemacht. Mag sein das es auch seit dem wieder bei mir funktioniert und der Split gar nichts damit zu tun hatte.
Will halt nicht das Du Dir da einen Wolf suchst, obwohl es eine ganz andere Ecke ist.

[thdankert]

Danke, versuchen wir es mal einzugrenzen.

Bei uns im Haus sind insgesamt 8 Rolläden verbaut, das reicht vielleicht nicht zum testen.

Wenn der CUL disconnected ist, bekommt das SOMFY-Modul in FHEM nur ein "No answer" zurück, siehe Fehlermeldung bei dir (Um 07:00:02).
Wegen CULFlash: ich habe zwischenzeitlich mal den CULFW-Code für Somfy überarbeitet, so dass sofort die entschlüsselte Nachricht zurückgegeben wird (ist dann für das FHEM-Modul einfacher).
Vielleicht habe ich damit auch etwas kaputt gemacht, obwohl ich es bei mir zuhause erfolgreich getestet habe.

Wie gesagt, ich probier heute Abend erstmal, das nachzustellen, dann sehen wir weiter.

[Pjg]

Bei mir funktioniert es ja einwandfrei.
Die Fehlermeldung hier ist von Roland.

Ich kann gerade nicht testen ob es mit 15 aktuell noch auftritt.
Bin nicht zu Hause und will meiner Frau nicht aus der Ferne... - Du verstehst, WAF in Gefahr

[Elektrolurch]

Hallo,

das zu "dichte" Hintereinandersenden kann es nicht sein.
Ich berechne jeden Rolladen getrennt mit einem at und die Differenz für jeden Rolladen beträgt 10 Sekunden, bevor der nächste einen Befehl bekommt.
Manchmal kommt das "disconnect" schon beim ersten oder zweiten Rolladen, der Hoch- oder Heruntergefahren wird.
Insgesamt habe ich 9 Rolladen.

...und leider ist es auch nicht eindeutig reproduzierbar....

Elektrolurch

[Matthias76]

Zu dicht aneinander kann wirklich nicht sein, blöd dass mein Beitrag schon eine Seite zurück gesprungen ist, ggf. noch einmal dort gucken.
Mein Post zur Einrichtung von Somfy liegt ja inzwischen schon einige Wochen zurück.
Seitdem hatte ich den Fehler noch nicht gehabt, bis halt vor kurzem.
Erstmalig und bisher einmalig.

Die anderen Aktionen lagen Minuten zurück bzw. Minuten danach.
Aber wichtig auch in dem Zusammenhang, dass zuvor gemeldet wurde, dass der CUL quasi verschwunden war.

[Puschel74]

Hallo,

@thdankert
Du warst mit Tobi in Kontakt.
Er hat im Anfängerbereich seine Frage gestellt bzgl. des STATE ? ? ?
Mit meiner Version der 10_SOMFY.pm

# $Id: 10_SOMFY.pm 6196 2014-07-04 15:30:58Z thomyd $

wurde der STATE bei ihm sofort richtig angezeigt aber mit der aktuellen hat er das Problem das der STATE auf den 3 Fragezeichen stehen bleibt.
Hier mal der Link zum Beitrag:
http://forum.fhem.de/index.php/topic,28107.msg210243.html#msg210243
Vielleicht kannst du dir das mal bei Gelegenheit anschauen.
Danke.

Grüße

P.S.: Ja ich weiß - ich verwende noch eine der ersten Versionen - nun weiß ich auch wieder warum ich mein System nicht regelmäßig update 

[Pjg]

An der Version kann es nicht liegen.
Ich habe auch die 6645 wie Tobi, und min state ist völlig OK.

[Puschel74]

Hallo,

ok, aber warum hat es dann mit meiner alte Version auf Anhieb geklappt?

Meine gesamte Installation ist älter als seine:

# $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $
# $Id: 00_CUL.pm 5487 2014-04-08 11:29:41Z rudolfkoenig $
# $Id: 14_CUL_TX.pm 4229 2013-11-15 17:29:55Z rudolfkoenig $
# $Id: 93_FHEM2FHEM.pm 6059 2014-06-04 20:01:55Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6062 2014-06-04 20:11:45Z rudolfkoenig $
# $Id: 92_FileLog.pm 5876 2014-05-16 19:54:51Z rudolfkoenig $
# $Id: 10_SOMFY.pm 6196 2014-07-04 15:30:58Z thomyd $
# $Id: 99_SUNRISE_EL.pm 5851 2014-05-13 19:39:03Z rudolfkoenig $
# $Id: 99_Utils.pm 5488 2014-04-08 11:32:17Z rudolfkoenig $
# $Id: 90_at.pm 5319 2014-03-25 10:11:47Z rudolfkoenig $
# $Id: 98_cloneDummy.pm 5919 2014-05-21 05:03:48Z joachim09876 $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_notify.pm 6081 2014-06-07 16:31:18Z rudolfkoenig $
# $Id: 33_readingsHistory.pm 5918 2014-05-20 21:19:58Z justme1968 $
# $Id: 98_telnet.pm 4844 2014-02-08 07:54:03Z rudolfkoenig $

Achtung! Das ist "nur" ein RasPi der per F2F mit meinem Cubie verbunden ist - daher die alten Versionen.
Ich mach auf diesen Geräten ganz selten ein update.

Grüße

[Pjg]

Das weiß ich auch nicht. Könnte es vielleicht an der culfw liegen?
Evtl. hat er eine Version die mit dem alten somfy modul besser zurecht kommt?

Bei mir tut es auf jeden Fall seit Wochen mit der 6645 Version.
Bei der culfw habe ich gelernt, dass es ja mehrere Stände einer yversion geben kann.
Von daher kann man da schlevht vergleichen, oder?

[Puschel74]

Hallo,

culfw hab ich die erste drauf die mit Somfy-Unterstützung angeboten wurde.
Extra dafür hab ich mir ja einen 433-er Cul gekauft.

Aber danke für den Tipp - ich werd mal nachfragen.

Grüße

[thdankert]

Hallo,

culfw hab ich die erste drauf die mit Somfy-Unterstützung angeboten wurde.
Extra dafür hab ich mir ja einen 433-er Cul gekauft.

Aber danke für den Tipp - ich werd mal nachfragen.

Grüße

Sehr guter Punkt! Die culfw sollte aktuell sein, damit im Somfy-Modul der richtige State angezeigt wird, vorher hat die ParseFn nicht richtig funktioniert.

PS: bitte den Thread hier nicht noch weiter entführen

[Puschel74]

Hallo,

PS: bitte den Thread hier nicht noch weiter entführen

Wird gemacht - sorry.
Tobi hat aber einen 868-er wie ich grad erfahren habe.
Aber egal - zur Not könnt ihr ja im Anfängerbereich vorbei schauen 
Also dann husch husch BTT und sorry nochmal.

Grüße