10_SOMFY.pm - Somfy RTS (und kompatible)

Begonnen von viegener, 12 Mai 2016, 21:06:46

Vorheriges Thema - Nächstes Thema

stef1938

Ich hab das ganze in homebridge integriert. Funktioniert bei mir am Besten komplett ohne mapping mit dem Plugin von @justme-1968.
LG

tyrolean

ZitatIch hab das ganze in homebridge integriert. Funktioniert bei mir am Besten komplett ohne mapping mit dem Plugin von @justme-1968.
LG

OK - darf ich erstens fragen was das repetition 2 eigentlich ändert.
Hast du zufällig einen Link wie du das mit dem Plugin von justme-1968 meinst oder den Auszug einer funktionierenden Konfiguration?

stef1938

#317
Zitat von: stef1938 am 08 September 2019, 13:24:43
Hallo zusammen! Bin ganz neu im Thema FHEM und bislang hat auch alles ganz gut geklappt. Die Somfy RTS Raffstores lassen sich sehr gut über FHEM steuern. Das einzige was ich nicht hinbekomme, ist das der Status der Raffstores richtig angezeigt wird, nachdem die Position mit dem Handsender geändert wurde.
Hierbei scheitert es schon daran, dass ich es nicht hinbekomme die Handsender in FHEM anzulegen.
Das Anlernen der Rollos hab ich gemäß dem FHEM Somfy via SIGNALduino erfolgreich druchgeführt. Der SIGNALduino selbst ist ein radino cc1101, fw V 3.3.1-dev SIGNALduino cc1101 (433Mhz )- compiled at Mar 10 2017 23:27:29.
Folgende Einstellungen hab ich noch getätigt (hat aber nichts gebracht): freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:16dB (DataRate:3173.83Baud). Weitere Infos liefere ich gerne nach!
Weiß leider überhaupt nicht mehr weiter und nach einer Woche Forum durchforsten bin ich langsam am Verzweifeln.
Über hilfreiche Tipps bin ich sehr dankbar.
LG, Stefan
Habs jetzt hinbekommen die Handsender anzulernen. Würde mich sehr über Tipps freuen wie ich die Handsender mit dem in FHEM als Sender angelegten Device synchron halten kann. Der Lösungsansatz aus 2017 funktioniert leider nicht (10_SOMFY.pm mod). Mittels notify funktioniert es so halb  - Bewegung mittels Handsender wird erkannt und an das Device übergeben, allerdings nicht der Stop_Befehl.

Notify wie hier beschrieben:
Zitat von: JWRu am 15 Juli 2018, 15:13:56
Ich habe zwischenzeitlich das Problem mit einem einfachen notify gelöst:
define notify_FB_Markise notify FB_Markise:parsestate.* set Markise virtual $EVTPART1
"FB_Markise" ist das mit autocreate erzeugte Device, das die Signale der Hand-Fernbedienung empfängt.
"Markise" ist das von mir definierte Device, das an der Markise angelernt wurde. "set ... virtual" verhindert, dass "Markise" wirklich sendet.
Wenn ich nun die Fernbedienung betätige, ändert sich abhängig von der Laufzeit das Reading "position" in "Markise".

LG, S

derda

Hallo Liebes Forum,

so wie es aussieht gibt es mit der Telis 16 Fernbedienung einige Besonderheiten bzgl. der Datenlänge. Ich habe dank dem Forum rausgefunden, dass hierzu eine Anpassung in 10_SOMFY.pm nötig ist, welche ich auch durchgeführt habe. Leider muss ich aber feststellen, dass die Datenlänge meiner Fernbedienung weder 14 noch 20 Zeichen, sonder 21 Zeichen beträgt, siehe Auszug aus dem Log:

2019.12.13 12:57:57 4: SIGNALduino01/msg READ: MC;LL=-1305;LH=1250;SL=-656;SH=605;D=53F2F4245A56A242000E8;C=635;L=81;R=243;
2019.12.13 12:57:57 4: SIGNALduino01: Found manchester Protocol id 43 clock 635 RSSI -80.5 -> Somfy RTS
2019.12.13 12:57:57 4: SIGNALduino01: Somfy bitdata: 010100111111001011110100001001000101101001010110101000100100001000000000000011101000 (81)
2019.12.13 12:57:57 1: SIGNALduino01: SOMFY_Parse : Somfy RTS message format error (length)! 53F2F4245A56A242000E8 (21), length should be 14 or 20
2019.12.13 12:57:57 3: SIGNALduino01: Unknown code Ys53F2F4245A56A242000E8, help me!


Kann mir hierzu jemand einen Tip geben oder werden noch weitere Infos von mir benötigt?

Ich sage schonmal herzlichen Dank und ein angenehmes Wochenende.

MfG
Christian

Ralf9

Ich würde mir gerne die empfangenen Signale der Fernbedienung mal als MU-Nachrichten anschauen:
https://forum.fhem.de/index.php/topic,53319.msg762696.html#msg762696

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

derda

Hallo Ralf,

Ich habe hier eine MU-Nachricht für dich:

2019.12.15 14:35:53 4: SIGNALduino01/msg READredu: MU;P0=609;P1=-651;P2=-1283;P3=1273;P4=-1780;P5=2470;P6=-2500;P7=4812;D=0102323101010101010231010101010101020132013102310232013231010201010132013102013231010102310101010101010101010101020101320456565656565672323101023231010101010102310101010101010201320131023102320132310102010101320131020132310101023101010101010101010101010;CP=0;R=62;O;

Bin mal sehr auf deine Antwort gespannt.

MfG
Christian

Ralf9

Hallo Christian,

die MU-Nachricht passt nicht ganz, der Start ist in der Mitte, rekonstruiert sieht sie so aus:
MU;P0=609;P1=-651;P2=-1283;P3=1273;P4=-1780;P5=2470;P6=-2500;P7=4812;D=2045656565656567232310102323101010101010231010101010101020132013102310232013231010201010132013102013231010102310101010101010101010101020101320;CP=0;R=62;
und dann in eine MC-Nachricht gewandelt:
MC;LL=-1283;LH=1273;SL=-651;SH=609;D=A280806C968F6684001D;C=635;L=80;s17;b17;

und mit einen sduinodummy simuliert passt es dann (Datenlänge 20)

2019.12.15 15:37:29.499 4 : sduinoD/msg get raw: MC;LL=-1283;LH=1273;SL=-651;SH=609;D=A280806C968F6684001D;C=635;L=80;s17;b17;
2019.12.15 15:37:29.499 4 : sduinoD: Found manchester Protocol id 43 clock 635 -> Somfy RTS
2019.12.15 15:37:29.499 4 : sduinoD: Somfy bitdata: 10100010100000001000000001101100100101101000111101100110100001000000000000011101 (80)
2019.12.15 15:37:29.500 5 : sduinoD: dispatch YsA280806C968F6684001D
2019.12.15 15:37:29.530 4 : sduinoD: Somfy RTS preprocessing check: 2 enc: A280806C968F6684001D(20) dec: A22200ECFA19E9
2019.12.15 15:37:29.530 1 : SOMFY Unknown device E919FA (A2 00EC), please define it
2019-12-15 15:37:29.536 Global global UNDEFINED SOMFY_E919FA SOMFY E919FA A2 00EC


Welche Hardware und welche firmwareversion verwendest Du bei Deinem SIGNALduino01?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

derda

Hallo Ralf,

ich habe folgendes ausfindig machen können:

Firmwareversion: V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Dec 29 2018 01:43:10
Hardwareversion: Nano V3.0 (Das steht zumindest auf der Platine, ich weiß nicht ob man das über FHEM auch auslesen kann)

Ich hänge zu Infozwecken mal noch folgendes an:

  • ccconf: freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
  • ccpatable: C3E = 00 84 00 00 00 00 00 00 => 5_dBm
  • cmds: V R t X S P C r W x e


Ralf9

Hallo Christian,

Du kannst mal meine alternative firmware V 3.3.2.1-rc9 versuchen, wenn es damit auch nicht besser wird, liegt es evtl an den Empfangsbedingungen
set SIGNALduino01 flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

derda

Mit der Firmware funktioniert es.

Vielen Dank, Ralf.

MfG
Christian

derda

Hallo Zusammen,

ich habe eine Frage bzgl. der Events in einem SOMFY gerät. Bei mir werden keinerlei Events generiert. Ich hätte gerne das reading "rolling_code" als event geloggt. Am besten mit "event-on-change-reading". Leider klappt dies natürlich nicht, da eben keinerlei events aus diesem Gerät kommen.

Kann mir hier jemand helfen?

Danke.
MfG
Christian

viegener

@derda: Ist Deine Installation aktuell? Somfy sollte ganz normal events senden.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

derda

@viegener: Diese Infos habe ich mit fheminfo erhalten:
ConfigType:   configFile
SVN rev:   20715
OS:   linux
Perl:   5.24.1
uniqueId:   153...

ich kann aber nochmal ein update machen.

Ellert

Vor längerer Zeit gab es kein Event für das Reading rolling_code. Wenn das noch so ist, könnte man auf state triggern, den RC auslesen und loggen.

Allerdings ist dies der vorletzte RC, ddaher muss 1 addiert werden.

Siehe auch: https://forum.fhem.de/index.php/topic,89337.0.html

stefanru

#329
Hi,

ich habe heute festgestellt, dass sich meine Rolläden nicht mehr auf eine gewünschte Prozenteingabe fahren lassen.
Hab hier mal ein Logauszug. Wollte von offen auf 90 Prozent fahren. Das ging eindeutig mal, sehr seltsam:

2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse before cmd:pos: arg1:90: pos:100:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse after  cmd:pos: arg1:11.1111111111111: pos:0:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> entering with mode :send: cmd :pos:  arg1 :11.1111111111111:  pos :0:
2020.02.15 18:25:43 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2020.02.15 18:25:43 5: SOMFY_set: handled for drive/udpate:  updateState :11.1111111111111:  drivet :1.31111111111111: updatet :0:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:0:   updatestate:11.1111111111111:   move:on:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:100:  rounded:100:  stateTrans:open:
2020.02.15 18:25:43 4: SOMFY_sendCommand: EG.RolloBuero -> cmd :on:
2020.02.15 18:25:43 5: SOMFY_sendCommand: EG.RolloBuero -> message :sAA40126A000001:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> stopping in 1.31111111111111 sec
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse before cmd:on: arg1:: pos:100:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero Inverse after  cmd:on: arg1:: pos:0:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> entering with mode :virtual: cmd :on:  arg1 ::  pos :0:
2020.02.15 18:25:43 4: SOMFY_set: handled command on --> move :on:  newState :2:
2020.02.15 18:25:43 5: SOMFY_set: handled for drive/udpate:  updateState :200:  drivet :0: updatet :16.57:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:2:   updatestate:200:   move:on:
2020.02.15 18:25:43 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:98.2:  rounded:100:  stateTrans:open:
2020.02.15 18:25:43 4: SOMFY_set: EG.RolloBuero -> update state in 16.57 sec
2020.02.15 18:25:43 4: SOMFY Parse: EG.RolloBuero msg: YsAA4A126A010000  --> 40-on   --> io is CUL
2020.02.15 18:25:44 4: SOMFY Parse: EG.RolloBuero msg: YsAA4A126A010000  --> 40-on   --> io is SIGNALduino
2020.02.15 18:25:46 4: SOMFY_TimedUpdate
2020.02.15 18:25:46 5: SOMFY_TimedUpdate : pos before convert so far : 98.2
2020.02.15 18:25:46 5: SOMFY_TimedUpdate : pos so far : 2
2020.02.15 18:25:46 5: SOMFY_TimedUpdate : delta time : 3.01   new rounde pos (rounded): 27.5084745762712
2020.02.15 18:25:46 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:27.5084745762712:   updatestate:200:   move:on:
2020.02.15 18:25:46 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:75.2423728813559:  rounded:80:  stateTrans:80:
2020.02.15 18:25:46 4: SOMFY_TimedUpdate: EG.RolloBuero -> update state in 13.56 sec
2020.02.15 18:25:46 5: SOMFY_TimedUpdate: EG.RolloBuero -> next time to stop: 1581787549.78763
2020.02.15 18:25:46 5: SOMFY_TimedUpdate DONE
2020.02.15 18:25:49 4: SOMFY_TimedUpdate
2020.02.15 18:25:49 5: SOMFY_TimedUpdate : pos before convert so far : 75.2423728813559
2020.02.15 18:25:49 5: SOMFY_TimedUpdate : pos so far : 27.5084745762712
2020.02.15 18:25:49 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 52.9322033898305
2020.02.15 18:25:49 4: SOMFY_UpdateState: EG.RolloBuero enter with  newState:52.9322033898305:   updatestate:200:   move:on:
2020.02.15 18:25:49 4: SOMFY_UpdateState: EG.RolloBuero after conversions  newState:52.3610169491526:  rounded:50:  stateTrans:50:
2020.02.15 18:25:49 4: SOMFY_TimedUpdate: EG.RolloBuero -> update state in 10.56 sec
2020.02.15 18:25:49 5: SOMFY_TimedUpdate: EG.RolloBuero -> next time to stop: 1581787552.78376
2020.02.15 18:25:49 5: SOMFY_TimedUpdate DONE


Hat jemand eine Idee woran das liegen könnte? Alle Rolläden sind betroffen.

P.S.: Hab schon selbst etwas herausgefunden.
Ich habe noch einen FhemDuino, wenn ich diesen trenne geht es wieder.
Ich hatte beim FhemDuino die Devices als Raw Devices hinterlegt.
Diese Änderung hat das wohl ausgelöst.
Kann mir das jemand erklären und wie muss ich es richtig machen?

Gruß und Danke,
Stefan