Erweiterung CULFW um Somfy/Simu

[Pjg]

Echt komisch.
Aber mein erster Fahrbefehl nach dem update, eben um 10:00 ging in die Hose:

SOMFY_set: Error - drivetime and updatetime = 0
SOMFY set BA_C off: sA...
SOMFY Unknown device 888888, please define it
autocreate: define SOMFY_888888 SOMFY 888888
No I/O device found for SOMFY_888888
autocreate: define FileLog_SOMFY_888888 FileLog./log/SOMFY_888888-%Y.log SOMFY 888888


Warum heißt der Befehl jetzt nicht mehr YsA sondern sA?
Und wie kommt er auf das unknown device 888888

Ich schlate mal sicherheitshalber autocreate aus, sonst habe ich gleich ne Menge neuer devices...

[thdankert]

Kannst du mal nachsehen, welche CULFW du installiert hast?

Das Somfy-Modul verwendet jetzt IOWrite, und nicht mehr CUL_SimpleWrite (damit z.B. FHEM2FHEM funktioniert),
daher ist im Log das "Y" abgeschnitten.
Gesendet wird trotzdem das richtige Kommando.

Leider hatte ich in der CULFW noch einen Fehler - und der bringt jetzt das Somfy-Modul durcheinander.
Das habe ich korrigiert - dazu musst du aber deinen CUL neu flashen.

[Pjg]

Ich habe "V CUL 1.61 CUL433" unter Version stehen.

Also soll ich das unter FHEM eingeben?

CULflash CUL1 CUL_V3

Geht das jetzt schon, oder muss ich noch auf irgendetwas warten?

[Pjg]

Hallo,

unter CULFW.de finde ich keine neuerer Version als die meine?

[thdankert]

Ja, da gibt es noch keine - das ist nur im SVN... ich frag mal Rudi, wann eine neue CULFW veröffentlicht wird.

Ich kann dir aber auch gern eine vorkompilierte zur Verfügung stellen - siehe Anhang, ist für einen CUL_V3.

[rudolfkoenig]

Beim culfw Release bin ich entspannt (bzw. ja nach Ansicht faul).

Wenn man ein CUL ueber CULflash flasht, dann wird die in SVN "gestern" eingecheckte .hex Datei benutzt, das Verfahren ist aehnlich wie beim FHEM-update. Sollte fuer die meisten reichen.

Will nicht jemand CULflash fuer SCC erweitern?

[thdankert]

Beim culfw Release bin ich entspannt (bzw. ja nach Ansicht faul).

Wenn man ein CUL ueber CULflash flasht, dann wird die in SVN "gestern" eingecheckte .hex Datei benutzt, das Verfahren ist aehnlich wie beim FHEM-update. Sollte fuer die meisten reichen.

Ah, wieder was gelernt!
Dann reicht es wirklich, ich habe heute vormittag die neue .hex Datei ins SVN eingecheckt.

[thdankert]

Will nicht jemand CULflash fuer SCC erweitern?

Würde ich gern versuchen, ich hab 2 SCC im Einsatz, und kann direkt testen.

[Pjg]

also ich kann dann morgen die cul mit den Änderungen flashen?

[Pjg]

Bezieht sich das hier

Leider hatte ich in der CULFW noch einen Fehler - und der bringt jetzt das Somfy-Modul durcheinander.
Das habe ich korrigiert - dazu musst du aber deinen CUL neu flashen.

auch auf das disconnect Thema, oder auf das unknown Device 888888?
Kann ich letzters einfach wieder löschen?

[thdankert]

Bezieht sich das hier

auch auf das disconnect Thema, oder auf das unknown Device 888888?
Kann ich letzters einfach wieder löschen?

Mein Bugfix ist für das "unkown Device XXXXXX" - nach Update der CULFW (morgen) ist der Fehler behoben,
und das SOMFY-Modul bekommt die richtigen Mitteilungen von der CULFW.

Tritt der disconnect nur bei Verwendung des Somfy-Moduls auf? Für mich liest sich das so, als verschwindet dein gesamter CUL vom System.

[Puschel74]

Hallo,

da wäre es jetzt interessant das Logfile zu sehen zu bekommen.

Grüße

[Pjg]

Ich habe nur somfy laufen. Und zwei Elros. Die tun aber seit irgendeinem Update nicht mehr so richtig. Oder sind generell unzuverlässig.
Also habe ich die Abbrüche nur bei somfy

[Pjg]

Logfile folgt

[Pjg]

Hier beide Logfiles von Sept. und Oktober.

Heute Abend, also nach dem vorletzten update, kam abends kein Abbruch.
Ich habe aber auch auf zwei strukturen geändert: OG und EG und fahre diese in einer Zeile mit zwei sets ab.
Ob eines davon jetzt der Grund ist, oder es eher Zufall war?