Erweiterung CULFW um Somfy/Simu

Begonnen von thdankert, 31 Mai 2014, 14:20:23

Vorheriges Thema - Nächstes Thema

Matthias76

Als ich "update check" eingab, sah ich, dass sich doch schon recht viel getan hat und habe dann gleich ein "update" hinterhergeschickt.
Bisher gab es kaum "negative Meldungen" im Log, jetzt aber extrem viele.
Hier mal nur die im Bezug zu Somfy:

Zunächst mal einen Teil, den ich vor längerer Zeit bereits mal gepostet hatte, der aber nicht im Zusammenhang mit dem Update steht, außer, dass ich dachte, dass dies mit einem Update verschwinden würde:

2014.11.04 21:23:49 3: No I/O device found for RolloKueche
2014.11.04 21:23:49 3: No I/O device found for RolloWohnS
2014.11.04 21:23:49 3: No I/O device found for RolloWohnG
2014.11.04 21:23:49 3: No I/O device found for Markise
2014.11.04 21:23:49 3: No I/O device found for RolloEingang
2014.11.04 21:23:49 3: No I/O device found for Terrassentuer
2014.11.04 21:23:49 1: usb create starting
2014.11.04 21:23:50 1: usb create end


Also erst ein I/O-Device (wie CUL_0) für Somfy suchen, aber dann erst USB kreieren...

Nun aber zu den neuen Meldungen:

2014.11.04 21:44:09 2: SOMFY set RolloKueche on: sAC4000CC1A1A1A
2014.11.04 21:44:10 3: CUL_0: Unknown code YsACE5E529332933, help me!
2014.11.04 21:44:27 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.04 21:44:27 2: SOMFY set RolloKueche off: sAD2000CD1A1A1A
2014.11.04 21:44:28 3: CUL_0: Unknown code YsAD82824F554F55, help me!
2014.11.04 21:44:33 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.04 21:44:33 2: SOMFY set RolloKueche stop: sAE1100CE1A1A1A
2014.11.04 21:44:34 3: CUL_0: Unknown code YsAEB2B27C667C66, help me!
2014.11.04 21:44:39 2: SOMFY set RolloKueche on: sAF4000CF1A1A1A
2014.11.04 21:44:40 3: CUL_0: Unknown code YsAFE6E629332933, help me!
2014.11.04 21:45:03 2: SOMFY set RolloEingang on: sA7400097ABC666
2014.11.04 21:45:04 3: CUL_0: Unknown code YsA7EBEB7C1ADC77, help me!
2014.11.04 21:45:08 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.04 21:45:08 2: SOMFY set RolloEingang stop: sA8110098ABC666
2014.11.04 21:45:09 3: CUL_0: Unknown code YsA8B1B1294F8922, help me!
2014.11.04 21:46:41 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.04 21:46:41 2: SOMFY set RolloEingang off: sA9200099ABC666
2014.11.04 21:46:42 3: CUL_0: Unknown code YsA983831A7CBA11, help me!
2014.11.04 21:46:51 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.04 21:46:51 2: SOMFY set RolloEingang stop: sAA11009AABC666
2014.11.04 21:46:52 3: CUL_0: Unknown code YsAAB3B3294F8922, help me!
2014.11.04 21:46:58 2: SOMFY set RolloEingang on: sAB40009BABC666
2014.11.04 21:46:58 3: CUL_0: Unknown code YsABE7E77C1ADC77, help me!
2014.11.04 21:55:00 2: SOMFY set RolloWohnS on: sAF4000DF000005
2014.11.04 21:55:00 3: CUL_0: Unknown code YsAFE9E936333333, help me!
2014.11.04 21:58:00 2: SOMFY set RolloWohnG on: sAD4000AD000007
2014.11.04 21:58:00 3: CUL_0: Unknown code YsADEEEE43444444, help me!
2014.11.04 21:59:00 2: SOMFY set RolloKueche on: sA04000D01A1A1A
2014.11.04 21:59:00 3: CUL_0: Unknown code YsA0E8E838223822, help me!


Die Rollos fahren aber auf Befehl von FHEM noch genauso hoch und runter wie vor dem Update, als es die Meldungen noch nicht gab.

Einen Config-Save hatte ich vor dem Update noch gemacht.
Zur Sicherheit hatte ich auch das komplette FHEM-Verzeichnis vor dem Update kopiert, wenn es jetzt helfen sollte.

Interessanterweise ändert sich bei einigen Somfy-Rollos auch das StateIcon jetzt nicht mehr, bei anderen schon.

Mehr Logs hier: http://forum.fhem.de/index.php/topic,28696.0.html

Hat das jetzt auch mit dem Rolling-Code zu tun?
Ich meine, ich sehe den letzten von heute morgen:
2014.11.04 07:15:00 2: SOMFY set RolloEingang off: YsA3200093ABC666
und dann den ersten nach Update
2014.11.04 21:30:00 2: SOMFY set RolloEingang on: sA4400094ABC666
und weitere
2014.11.04 21:42:59 2: SOMFY set RolloEingang on: sA5400095ABC666
2014.11.04 21:43:26 2: SOMFY set RolloEingang on: sA6400096ABC666
usw.

thdankert

Zitat von: Matthias76 am 04 November 2014, 22:31:38
2014.11.04 21:23:49 3: No I/O device found for RolloKueche
2014.11.04 21:23:49 3: No I/O device found for RolloWohnS
2014.11.04 21:23:49 3: No I/O device found for RolloWohnG
2014.11.04 21:23:49 3: No I/O device found for Markise
2014.11.04 21:23:49 3: No I/O device found for RolloEingang
2014.11.04 21:23:49 3: No I/O device found for Terrassentuer
2014.11.04 21:23:49 1: usb create starting
2014.11.04 21:23:50 1: usb create end


Das ist ein bekanntes Problem, welches bei mir auch auftritt.
Die Reihenfolge der defines ist bei mir zuhause korrekt, zuerst wird der CUL definiert, danach die Rollos.

Da es bisher keine Auswirkung auf die Funktion von FHEM hat, habe ich hier noch nicht weiter nach der Ursache gesucht.

Zitat
Nun aber zu den neuen Meldungen:

2014.11.04 21:44:09 2: SOMFY set RolloKueche on: sAC4000CC1A1A1A
2014.11.04 21:44:10 3: CUL_0: Unknown code YsACE5E529332933, help me!
2014.11.04 21:44:27 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.04 21:44:27 2: SOMFY set RolloKueche off: sAD2000CD1A1A1A
2014.11.04 21:44:28 3: CUL_0: Unknown code YsAD82824F554F55, help me!
2014.11.04 21:44:33 1: SOMFY_set: Error - drivetime and updatetime = 0


Die Rollos fahren aber auf Befehl von FHEM noch genauso hoch und runter wie vor dem Update, als es die Meldungen noch nicht gab.

Interessanterweise ändert sich bei einigen Somfy-Rollos auch das StateIcon jetzt nicht mehr, bei anderen schon.

Das sieht danach aus, als hast du nur das SOMFY-Modul aktualisiert, aber die CULFW noch nicht.
Mach mal ein CULflash, damit du auch dort die neueste Version hast - dann verschwinden die "unknown code" Meldungen, und die StateIcons werden korekt angezeigt.

Die Meldung "Error - drivetime and updatetime = 0" kommt entweder, weil du noch keine Zeiten für die Positionierung eingetragen hast,
oder, wenn du das Rollo mit "go-my" und "stop" bewegst.
Da muss ich noch einen Bugfix machen, damit die Meldung dann nicht ausgegeben wird.

Grüße,
Thomas
RPI mit FHEM, 2x Stackable CC (868 und 433MHz)

Matthias76

Hallo Thomas

Vielen Dank für Deine Antwort.
Die paar Zeilen nach einem Neustart (wie No I/O device found for RolloEingang) stören auch nicht.
Ich dachte nur, dass es wahrscheinlich spontan und sehr schnell behebbar ist. Damit können wir jedoch leben. ;-)

Bei dem eigentlichen Thema fiel mir in der Logdatei auf, dass mal ein Y vorangestellt ist, und mal nicht. Vor dem Update war es immer an erster Stelle:
sAD2000CD1A1A1A
YsAD82824F554F55

ZitatMach mal ein CULflash
Das wollte ich gestern auch gleich mit-machen, ging auf die Seite http://culfw.de/culfw.html und sah,
dass dort
ZitatCurrent Version: (as of 2014-06-28) is 1.61
notiert ist.
Diese Version 1.61 habe ich jedoch auf dem CUL.

Das mt den Zeiten, die programmiert werden müssen, ist das hier von Elektrolurch, richtig?
http://forum.fhem.de/index.php/topic,25321.msg200871.html#msg200871

Schau Dir mal oben mein Zahlenbeispiel für die Fahrzeiten an, Dein dritter Wert (drive-time-up-to-100) ist falsch.
Nochmal zur Messung der Fahrzeiten:
1. Man nehme eine Stopuhr mit Zwischenzeiten
2. Der Rolladen ist oben.
3. Man drücke down und starte die Stopuhr.
4. Wenn der Rolladen gerade die untere Fensterkante berührt, nimmt man die erste Zwishenzeit (drive-down-time-to-100).
5. Ist das Rollo ganz geschlossen, stoppt man (drive-down-time-to-close)
5. Stopuhr zurücksetzen.
6. Up am Rollo starten und stoppuhr starten.
7. Wenn das Rollo gerade die untere Fensterkante nicht mehr beührt, also alle Lamellen gespreizt sind, nimmt man die Zwischenzeit (drive-up-time-to-100). Das können nur wenige Sekunden sein und nicht wie bei Dir mehr als 15 Sekunden.
8. Wenn der Rolo die obere Endposition erreicht hat, drückt man Stop auf der Stoppuhr. (drive-up-time-to-open).

Will man es nicht so genau haben, mit dem Grad der Verschattung des Fensters, so kann man:

drive-down-time-to-100 = drive down-time-to-close und
drive-up-time-to-100 = 0 setzen.

drive-down-time-to-close und drive-up-time-to-open werden sich trotzdem etwas unterscheiden, da das Rollo etwas länger braucht, um hoch zu fahren.

Gruß
Elektrolurch


Das ist als Attribut am Somfy-Define zu setzen, nicht?

Puschel74

Hallo,

ZitatDas wollte ich gestern auch gleich mit-machen, ging auf die Seite http://culfw.de/culfw.html und sah,
Du weisst aber das es im Ordner ./fhem/FHEM die hex-files gibt welche per update mitgeliefert werden?

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

thdankert

Zitat von: Matthias76 am 05 November 2014, 12:21:05

Das wollte ich gestern auch gleich mit-machen, ging auf die Seite http://culfw.de/culfw.html und sah,
dass dort  notiert ist.
Diese Version 1.61 habe ich jedoch auf dem CUL.

Das mt den Zeiten, die programmiert werden müssen, ist das hier von Elektrolurch, richtig?
http://forum.fhem.de/index.php/topic,25321.msg200871.html#msg200871

Das ist als Attribut am Somfy-Define zu setzen, nicht?

Zur CULFW: bisher gibt es noch keine neue Versionsnummer - aber wenn du mit FHEM direkt den CUL flashst, bekommst du eine "aktuellere" 1.61,
die dann auch mit dem SOMFY-Modul zusammenarbeitet.

Zu den Attributen: Ja, die kannst du jetzt setzen, wenn du die genaue Positionierung nutzen möchtest.
Dazu wie von Elektrolurch beschrieben die Zeiten messen und als Attribute speichern.

Es funktioniert aber auch ohne, dann funktionieren wie vorher nur "on/off/stop" bzw. "go-my".

Grüße,
Thomas
RPI mit FHEM, 2x Stackable CC (868 und 433MHz)

Matthias76

Danke für die Infos.
"CULflash CUL CUL_V3" im Webfrontend angeben reicht, oder?
Und den CUL mit gedrückter Taste einführen, wie beim Flash außerhalb FHEM!?

Das werde ich nachher mal machen...

Puschel74

Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Matthias76

#382
Ich fragte nur wegen dem Webfrontend, aber jetzt hab ich tatsächlich wieder Probleme mit dem CULflash.
Egal ob mit set CUL_0 raw b01, set CUL_0 raw B01 oder Tastegedrückthalten und dann CULflash CUL_0 CUL_V3 in FHEM, egal ob im Webfrontend oder per FHEM-Telnet, ich erhalte immer ein "Device not present".

Wenn ich danach ein "get CUL_0 raw V" mache, heißt es "CUL_0 raw => No answer". Also scheint es so, als sei der CUL-Stick dann bis zum Reboot nicht mehr ansprechbar/sichtbar (wie ausgesteckt).
Die Rechte des dfu-programmers hatte ich per sudo gesetzt (eigentlich schon beim letzten Mal, wo es noch funktionierte).

Dann habe ich den Tipp beherzigt und mir die Hex-Datei aus dem firmware-Verzeichnis geholt und diese in der original makefile-Umgebung ersetzt, so dass ich es wie beim letzten Mal in der normalen Konsole per make usbprogram_v3 ausführen konnte.
Aber leider auch da:
root@matiserv:/opt/fhem/CUL_VER_161/Devices/CUL# make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer: no device present.
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer: no device present.
make: *** [do_usbprogram] Error 1


Übrigens: Egal ob ich den Bootloader-Modus per Befehl oder per Taste-beim-Einstecken-gedrückt-Halten aktiviere, blinkt die LED nicht anders als im normalen Modus, sondern sie leuchtet gar nicht mehr. Nur als Hinweis, ich weiß nicht, wie sie aussehen sollte.

Ich bin bei vielen Threads dieser Art über "Root-Rechte in FHEM" gestolpert.
Aber ich mache es doch inzwischen außerhalb FHEM.

Noch eine Idee?

Nachtrag: Ach je, jetzt war ich doch wieder zu schnell zum Posten.
Ich habe den Stick nun einfach mal in den anderen USB-Anschluss des Cubies gesteckt.
Darin funktionierte es.

Matthias76

So:

root@matiserv:/opt/fhem/CUL_VER_161/Devices/CUL# ls -l
total 328
-rwxrwxr-x 1  501 staff  3795 Jun 13 01:26 CUL.c
-rw-rw-r-- 1  501 staff 34533 Jun 28 10:45 CUL_V2.hex
-rw-rw-r-- 1  501 staff 32008 Jun 28 10:45 CUL_V2_HM.hex
-rw-rw-r-- 1  501 staff 33494 Jun 28 10:45 CUL_V2_MAX.hex
-rw-rw-r-- 1  501 staff 65701 Nov  5 16:57 CUL_V3.hex
-rw-r--r-- 1 root root  65329 Nov  5 16:57 CUL_V3.old
-rw-rw-r-- 1  501 staff 58403 Jun 28 10:45 CUL_V4.hex
-rw-rw-r-- 1  501 staff  5853 Jun 15 16:15 board.h
-rwxrwxr-x 1  501 staff  6309 Jun 15 16:15 makefile
-rwxrwxr-x 1  501 staff  9460 Jun 15 16:15 makefile.myusb


root@matiserv:/opt/fhem/CUL_VER_161/Devices/CUL# make usbprogram_v3                           
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
23354 bytes used (81.45%)
dfu-programmer atmega32u4 start
dfu-programmer: failed to release interface 0.
make: *** [do_usbprogram] Error 1


Aber irgendwo sehen, welchen Versionsstand [Datum] der CUL jetzt hat (außer das bekannte 1.61) kann ich nirgendwo?

thdankert

#384
Zitat von: Matthias76 am 05 November 2014, 17:19:27
Nachtrag: Ach je, jetzt war ich doch wieder zu schnell zum Posten.
Ich habe den Stick nun einfach mal in den anderen USB-Anschluss des Cubies gesteckt.
Darin funktionierte es.

Das ist doch super!
Aber bitte entführe nicht diesen Thread mit deinen Meldungen zum CUL flash - das hat erstmal nichts direkt mit SOMFY zu tun.

Edit: Die Version heißt weiterhin 1.61, es gibt noch keine neuere. Du kannst jetzt aber ins Log schauen, die Warnungen mit "Unknown command" sollten weg sein.

Grüße,
Thomas
RPI mit FHEM, 2x Stackable CC (868 und 433MHz)

Matthias76

#385
Nein, keine Sorge, genug entführt - läuft ja auch.
Und das Beste ist: Es stimmt, diese Meldungen sind verschwunden!
:-)


Jetzt werde ich noch schauen, ob ich und was ich mit den Rollozuständen definiere.
Besten Dank.

Halt, ich hatte doch noch gar kein Rollo bewegt.
Jetzt:
2014.11.05 17:40:33 2: SOMFY set RolloWohnG on: sAF4000AF000007
2014.11.05 17:40:33 2: SOMFY set RolloWohnS on: sA14000E1000005
2014.11.05 17:40:34 3: CUL_0: Unknown code YsAF4300AF070000, help me!
2014.11.05 17:40:34 3: CUL_0: Unknown code YsA14500E1050000, help me!
2014.11.05 17:40:36 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 17:40:36 2: SOMFY set RolloWohnG stop: sA01100B0000007
2014.11.05 17:40:36 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 17:40:36 2: SOMFY set RolloWohnS stop: sA21100E2000005
2014.11.05 17:40:40 3: CUL_0: Unknown code YsA01700B0070000, help me!
2014.11.05 17:40:40 3: CUL_0: Unknown code YsA21000E2050000, help me!
2014.11.05 17:40:40 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 17:40:40 2: SOMFY set RolloWohnG off: sA12000B1000007
2014.11.05 17:40:40 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 17:40:40 2: SOMFY set RolloWohnS off: sA32000E3000005
2014.11.05 17:40:41 3: CUL_0: Unknown code YsA12400B1070000, help me!
2014.11.05 17:40:42 3: CUL_0: Unknown code YsA32300E3050000, help me!


Mit den Zeiten, klar, aber "Unknown code" sehe ich noch, wenn ich die Rollos aus FHEM heraus bewege.

Matthias76

#386
Ne, irgendwie ist das noch nicht sauber.
Auch mit den 4 Attributen sieht es noch so aus:

2014.11.05 18:14:06 3: SOMFY_set: RolloEingang -> state update in 20 sec
2014.11.05 18:14:06 2: SOMFY set RolloEingang on: sAE40009EABC666
2014.11.05 18:14:07 3: CUL_0: Unknown code YsAE4C009E66C6AB, help me!
2014.11.05 18:14:18 3: SOMFY_set: Warning: go-my/stop will mess up correct positioning! Please use pos <value> instead.
2014.11.05 18:14:18 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 18:14:18 2: SOMFY set RolloEingang stop: sAF11009FABC666
2014.11.05 18:14:19 3: CUL_0: Unknown code YsAF19009F66C6AB, help me!
2014.11.05 18:14:20 3: SOMFY_set: RolloEingang -> state update in 5 sec
2014.11.05 18:14:20 2: SOMFY set RolloEingang on: sA04000A0ABC666
2014.11.05 18:14:21 3: CUL_0: Unknown code YsA04F00A066C6AB, help me!
2014.11.05 18:14:42 3: SOMFY_set: RolloEingang -> state update in 33.3166666666667 sec
2014.11.05 18:14:42 2: SOMFY set RolloEingang off: sA12000A1ABC666
2014.11.05 18:14:43 3: CUL_0: Unknown code YsA12900A166C6AB, help me!
2014.11.05 18:14:48 3: SOMFY_set: Warning: go-my/stop will mess up correct positioning! Please use pos <value> instead.
2014.11.05 18:14:48 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 18:14:48 2: SOMFY set RolloEingang stop: sA21100A2ABC666
2014.11.05 18:14:49 3: CUL_0: Unknown code YsA21A00A266C6AB, help me!
2014.11.05 18:14:52 3: SOMFY_set: RolloEingang -> state update in 25 sec
2014.11.05 18:14:52 2: SOMFY set RolloEingang off: sA32000A3ABC666
2014.11.05 18:14:53 3: CUL_0: Unknown code YsA32900A366C6AB, help me!
2014.11.05 18:14:55 3: SOMFY_set: Warning: go-my/stop will mess up correct positioning! Please use pos <value> instead.
2014.11.05 18:14:55 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 18:14:55 2: SOMFY set RolloEingang stop: sA41100A4ABC666
2014.11.05 18:14:56 3: CUL_0: Unknown code YsA41A00A466C6AB, help me!
2014.11.05 18:15:00 3: SOMFY_set: Warning: go-my/stop will mess up correct positioning! Please use pos <value> instead.
2014.11.05 18:15:00 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 18:15:00 2: SOMFY set RolloEingang stop: sA51100A5ABC666
2014.11.05 18:15:00 3: CUL_0: Unknown code YsA51A00A566C6AB, help me!
2014.11.05 18:15:02 3: SOMFY_set: Warning: go-my/stop will mess up correct positioning! Please use pos <value> instead.
2014.11.05 18:15:02 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 18:15:02 2: SOMFY set RolloEingang stop: sA61100A6ABC666
2014.11.05 18:15:03 3: CUL_0: Unknown code YsA61A00A666C6AB, help me!
2014.11.05 18:15:17 1: SOMFY_CalcNewPos: RolloEingang move wrong stop
2014.11.05 18:15:23 3: CUL_HM set CUL_HM_HM_LC_SW1_BA_PCB_291A4C statusRequest
2014.11.05 18:15:33 3: SOMFY_set: Warning: go-my/stop will mess up correct positioning! Please use pos <value> instead.
2014.11.05 18:15:33 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.11.05 18:15:33 2: SOMFY set RolloEingang stop: sA71100A7ABC666
2014.11.05 18:15:34 3: CUL_0: Unknown code YsA71A00A766C6AB, help me!
2014.11.05 18:15:35 3: SOMFY_set: RolloEingang -> state update in 25 sec
2014.11.05 18:15:35 2: SOMFY set RolloEingang off: sA82000A8ABC666
2014.11.05 18:15:36 3: CUL_0: Unknown code YsA82900A866C6AB, help me!
2014.11.05 18:15:53 3: CUL_HM set CUL_HM_HM_CC_VD_1CF0B4 getConfig
2014.11.05 18:16:04 3: CUL_HM set CUL_HM_HM_CC_TC_187A48 statusRequest
2014.11.05 18:16:24 3: CUL_HM set CUL_HM_HM_CC_VD_18773D getConfig


Wobei ich zwischendurch auch "stop" gesendet habe.
Die Steuerung habe noch auf on:stop:off

Zum DevStateIcon:
Ich fand die direkte Anzeige vorher schöner, also prompte Icon-Änderung bei Betätigung und spezielles Icon, wenn man ein "stop" absetzt.
(on:fts_shutter_100:stop stop:fts_shutter_manual:off off:fts_shutter_10:on)
Jetzt zeigt FHEM "offen", wenn es ganz offen/oben ist und "geschlossen", wenn es ganz runtergefahren ist.
Bei einem Rollo mit manuellen Zwischenstopp kam das Offen erst ca. 20 Sekunden nachdem es offen war.
"fts_shutter_manual" erscheint gar nicht mehr.

Müssen die Zeiten eigentlich ganz exakt sein bzw. was ist, wenn sie es nicht sind?
+/- 1 Sekunde kommt es bei mir bei allen hin (15-20-4-20) und dann noch meine Messungenauigkeit...

Wie sieht der Positionsbefehl aus? So? SOMFY set RolloEingang pos 50: sA51100A5ABC666? pos x x= Position in %?
Durch Test erfahren, ok: set RolloWohnS pos 50: sA61100E6000005
Das erzeugte jedoch diese Logeinträge:
2014.11.05 18:48:01 1: PERL WARNING: Argument "50:" isn't numeric in numeric eq (==) at ./FHEM/10_SOMFY.pm line 468.
2014.11.05 18:48:01 1: PERL WARNING: Argument "50:" isn't numeric in numeric eq (==) at ./FHEM/10_SOMFY.pm line 484.
2014.11.05 18:48:01 3: SOMFY_set: cmd on newpos 50: drivetime 7.5
2014.11.05 18:48:01 3: SOMFY_set: RolloWohnS -> stopping in 7.5 sec
2014.11.05 18:48:01 2: SOMFY set RolloWohnS on 50: sA61100E6000005: sA84000E8000005
2014.11.05 18:48:02 3: CUL_0: Unknown code YsA84500E8050000, help me!
2014.11.05 18:48:08 2: SOMFY set RolloWohnS stop: sA91100E9000005
2014.11.05 18:48:09 3: CUL_0: Unknown code YsA91000E9050000, help me!


OK, der Doppelpunkt muss auch weg, dann ist die Perl-Warnung weg.
set RolloWohnS pos 100 sA61100E6000005 fährt dann nicht ganz zu. Dafür muss man wieder "on" setzen?

Merlin1

Zitat von: thdankert am 06 Juli 2014, 08:34:14
Du kannst probieren, die "repetition" (als Attribut, z.B. auf 100 oder mehr) hochzusetzen, und damit der Torsteuerung einen gedrückten Knopf vorgaukeln.

Ich bin immer noch dabei meine Jalousien in Betrieb zu nehmen.

Folgende Funktionen würde ich im Endausbau gene haben:

go-my, komplett geschlossen, komplett offen, jalosien drehen hoch, jalosien drehen runter

Der Tip mit der Repetition ist auf jeden Fall gut. Mit 1 kann man sie Stückchenweise drehen.

Um sie komplett zu schließen muß man >2s ein das "off" oder "on" Kommando schicken.

Allerdings wenn ich mit der Repetition zu hoch gehe, bekomme ich folgenden Fehler

2014.11.10 08:17:19 2: SOMFY set rkf off: sA12000A1100005
2014.11.10 08:17:21 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL433)
2014.11.10 08:17:26 3: Setting CUL433 baudrate to 9600
2014.11.10 08:17:26 1: /dev/ttyACM0 reappeared (CUL433)


Stabil geht repetition bis 12. Ab 14 bricht der CUL determiniert mit obigem Fehler ab.

Ich denke mal, daß ich für 2 Sekunden eine Repeition von ca. 24 benötigen würde.

CULFW, SOMFY.pm, usw. alles auf dem aktuellen Release Stand.

chbla

Hi, und bitte um Entschuldigung fuer die Anfaenger Frage: Ich plane gerade einige Dinge wie Thermostate und Somfy Rollaeden zu automatisieren, kenne aber bisher FHEM nicht.
Ich dachte ich  mache das so wie hier beschrieben: http://www.bauimtal.de/?page_id=82 und bin dann irgendwann auf das hier gestossen:

http://play.with.free.fr/index.php/somfy-rts-devices-in-fhem-with-the-rfxtrx433e/

Sehe ist das allerdings richtig (unten bei Notes) das ich anstatt dem RFXtrx433E auch einen solchen CUL kaufen kann und damit universeller bin?
Falls ja, welcher waere das? Was ich erstmal machen will ist meine bestehenden Somfy RTS Rolladen mit FHEM steuern, und spaeter dann Thermostate zu integrieren...

Danke fuer eure Hilfe

Puschel74

Hallo,

für Anfänger gibt es den Bereich - Anfänger (man glaubt es kaum  ::) ).
Aber ja, du kannst einen CUL-433 nehmen und damit auch die Somfy-RTS ansteueren - wie hier ja auch beschrieben ist.
Um aber später Thermostate integrieren zu können solltest du vielleicht wirklich mal besser das Froum durchforsten (du kommst um das lesen nicht umhin).
Im Anfängerbereich gibt es das Einsteiger.pdf - unbedingt lesen.
Und auch so mal im Forum stöbern (und lesen) bildet ungemein was FHEM betrifft.
Du willst ja später mal auch deine Rollläden und Thermostate bedienen wenn das Forum mal nicht errreichbar sein sollte  ;)

Grüße

P.S.: Kurz und knapp - begib dich in den Anfängerbereich (dafür ist er da) und werd dort erstmal deine konkreten Fragen los.
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.