Modul-Entwicklung: Somfy RTS

Begonnen von thdankert, 12 Juli 2014, 21:04:31

Vorheriges Thema - Nächstes Thema

timtom

Zitat von: RaspiLED am 15 Mai 2017, 21:27:54
Hi,
Also in den Internals des Handsenders habe ich keine definierten Zeiten erkannt. Dann schaltet der auch nie den State und und triggert keine Notifies, oder? Was passiert, wenn Du die Zeiten auch in die Handfernbedienung einträgst? On, Off, Mypos sollten dann eigentlich gehen nur auf Position fahren müsste zu Fehlern führen...
Gruß Arnd
Ok, ich habe jetzt folgendes ergänzt.Allerdings keine Internal, sondern Attr.
attr wz_RolladenHandsender drive-down-time-to-100 24
attr wz_RolladenHandsender drive-down-time-to-close 28
attr wz_RolladenHandsender drive-up-time-to-100 4
attr wz_RolladenHandsender drive-up-time-to-open 30


Den zweiten Teil deines Posts habe ich nicht verstanden. Ich habe gedacht, wenn ich den Rolladen über den Handsender (Hardware) steuere, wird der Status bzw. Position in das FHEM Rolladen-Device synchronisiert. Oder etwa nicht?

RaspiLED

Hi,
Ja super Attribute mit Zeiten übernommen.
Frage 1) wenn Habdsender benutzt gibt es jetzt auch einen richtigen Status im Handsender Icon/State? 2) Was davon wird per Notify auf das FHEM FB Device übertragen oder wo fehlt es noch?
3) Ist überhaupt etwas anders?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

timtom

#317
Zitat von: RaspiLED am 16 Mai 2017, 00:55:43
Hi,
Ja super Attribute mit Zeiten übernommen.
Frage 1) wenn Habdsender benutzt gibt es jetzt auch einen richtigen Status im Handsender Icon/State?
Hmm laut log wird nur parsestate gesetzt. Es gibt nur ein "Internal" STATE und kein Reading. Das Internal steht allerdings durchgehend auf ? ? ?
2017-05-13_18:32:20 wz_RolladenHandsender parsestate: off
2017-05-13_18:32:46 wz_RolladenHandsender parsestate: on
2017-05-13_18:49:36 wz_RolladenHandsender parsestate: stop


Zitat von: RaspiLED am 16 Mai 2017, 00:55:43
2) Was davon wird per Notify auf das FHEM FB Device übertragen oder wo fehlt es noch?
Laut meinem notify wird doch "nur" der State in Form der Begriffe open/closed/go-my/prog im Rolladen-Device gesetzt. Hierbei ist mir die Verwendung von go-my und prog noch unklar. Aber das finde ich noch raus ;)

Zitat von: RaspiLED am 16 Mai 2017, 00:55:43
3) Ist überhaupt etwas anders?
Naja, das Notify setzt den State des Rolladens auf z.B. "go-my" wenn ich auf dem Handsender "stop" drücke. Diesen Status gab es vorher nicht. Daher wird auch kein richtiges Icon angezeigt.

Porsti

Hallo zusammen,

ich habe mal eine Frage wie Ihr es gelöst habt.
Bei mir gibt es es 2 Geräte:

1. Sender zum Steuern aus fhem heraus
2. Empfänger zum erkennen der Somfy-RTS Fernbedienung

Habe dieser Zur Teit über ein Doif verbunden damit ich auch erkenne wenn die Fernbedienung für die Markise benutzt wurde.

Habe nur das Problem das der beim drücken der Stop/go-my Taste kurz Stoppt und dann den Befehl über fhem bekommt in die go-my position zu fahren.
Im EnOCean Modul gibt dafür extra das attribut SubDef um den virtuellen Schalter mit dem Hardware-Schalter zu verbinden ohne das die Befehle 2mal abgesetzt weden wenn der örtliche benutzt wird.

Virtueller:

Internals:
   ADDRESS    000001
   CFGFN      ./FHEM/fhem_dev_somfy.cfg
   DEF        000001
   IODev      sduino
   NAME       AU.MARKISE
   NR         443
   STATE      0 %
   TYPE       SOMFY
   move       off
   Code:
     1          000001
   Readings:
     2017-05-15 22:00:00   enc_key         A0
     2017-05-15 22:00:00   exact           0
     2017-05-12 19:34:10   parsestate      off
     2017-05-15 22:00:00   position        0
     2017-05-15 22:00:00   rolling_code    0060
     2017-05-15 22:00:00   state           open
Attributes:
   IODev      sduino
   alias      Markise
   drive-down-time-to-100 42
   drive-down-time-to-close 42
   drive-up-time-to-100 0
   drive-up-time-to-open 45
   eventMap   on:Runter off:Hoch go-my:Stop
   group      Aussen
   icon       awning
   model      somfyblinds
   room       Allgemein
   stateFormat {sprintf("%d",ReadingsVal("AU.MARKIESE","position",0))." %"}
   webCmd     Hoch:Stop:Runter


Fernbedienung:

Internals:
   ADDRESS    2CB943
   CFGFN      ./FHEM/fhem_dev_somfy.cfg
   DEF        2CB943 A8 062C
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     10
   NAME       AU.MARKISE.FERN
   NR         445
   STATE      off
   TYPE       SOMFY
   move       stop
   sduino_DMSG YsA986806D2E97BB
   sduino_MSGCNT 10
   sduino_RAWMSG MC;LL=-1292;LH=1296;SL=-646;SH=637;D=A986806D2E97BB;C=645;L=56;R=7;
   sduino_TIME 2017-05-15 22:00:00
   Code:
     1          2CB943
   Readings:
     2017-05-12 12:52:33   enc_key         A4
     2017-05-12 12:52:33   exact           50
     2017-05-15 22:00:00   parsestate      off
     2017-05-12 12:52:33   position        50
     2017-05-12 12:52:33   rolling_code    0648
     2017-05-12 12:52:33   state           go-my
Attributes:
   IODev      sduino
   model      somfyblinds
   room       SOMFY
   stateFormat parsestate
   webCmd     :


DOIF:

Internals:
   DEF        ([AU.MARKISE.FERN:parsestate] eq "on")
(set AU.MARKISE Runter)
DOELSEIF
([AU.MARKISE.FERN:parsestate] eq "off")
(set AU.MARKISE Hoch)
DOELSEIF
([AU.MARKISE.FERN:parsestate] eq "stop")
(set AU.MARKISE Stop)
   NAME       FERNBEDIENUNG_MARKISE
   NR         583
   NTFY_ORDER 50-FERNBEDIENUNG_MARKISE
   STATE      cmd_2
   TYPE       DOIF
   Readings:
     2017-05-15 22:00:00   Device          AU.MARKISE.FERN
     2017-05-15 22:00:00   cmd             2
     2017-05-15 22:00:00   cmd_event       AU.MARKISE.FERN
     2017-05-15 22:00:00   cmd_nr          2
     2017-05-15 22:00:00   e_AU.MARKISE.FERN_parsestate off
     2017-05-15 22:00:00   state           cmd_2
   Condition:
     0          ReadingValDoIf($hash,'AU.MARKISE.FERN','parsestate') eq "on"
     1          ReadingValDoIf($hash,'AU.MARKISE.FERN','parsestate') eq "off"
     2          ReadingValDoIf($hash,'AU.MARKISE.FERN','parsestate') eq "stop"
   Devices:
     0           AU.MARKISE.FERN
     1           AU.MARKISE.FERN
     2           AU.MARKISE.FERN
     all         AU.MARKISE.FERN
   Do:
     0:
       0          set AU.MARKISE Runter
     1:
       0          set AU.MARKISE Hoch
     2:
       0          set AU.MARKISE Stop
     3:
   Helper:
     event      parsestate: off
     globalinit 1
     last_timer 0
     sleeptimer -1
     timerdev   AU.MARKISE.FERN
     timerevent parsestate: off
     triggerDev AU.MARKISE.FERN
     timerevents:
       parsestate: off
     timereventsState:
       parsestate: off
     triggerEvents:
       parsestate: off
     triggerEventsState:
       parsestate: off
   Internals:
   Itimer:
   Readings:
     0           AU.MARKISE.FERN:parsestate
     1           AU.MARKISE.FERN:parsestate
     2           AU.MARKISE.FERN:parsestate
     all         AU.MARKISE.FERN:parsestate
   Regexp:
     0:
     1:
     All:
   State:
     State:
   Trigger:
Attributes:
   do         always


Gibt es da eine elegantere Lösung?

Gruß & Danke
Porsti
____________________________________
fhem 6.2  auf Raspberry 3b
Homematic HM-CC-RT-DN / HM-TC-IT-WM-W-EU / HM-SEC-SCo / HM-LC-SW1-PL2
SIGNALduino, KNX (Merten, MDT, Siemens, ABB)

Elektrolurch

Hallo zusammen,

habe jetzt einen SignalDuino im System angeschlossen, auf die aktuellste Firmware geflasht. Er hat auch ein Funkthermometer CUL-tx empfangen und automatisch angelegt. Aber wenn ich mit einer Somfy FB in der Nähe Signale aussende, passiert nichts.
Hier mal die Definitionen:

   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
   STATE      opened
   TYPE       SIGNALduino
   version    V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32
Attribute:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nano328
verbose 3
whitelist_IDs #

Hier mal den Auszug aus dem log, ab der Stelle, an der er den CUL_tx erkannt hat.
2017.05.16 10:04:25 2: CUL_TX Unknown device 96, please define it
2017.05.16 10:04:25 2: autocreate: define CUL_TX_96 CUL_TX 96
2017.05.16 10:04:25 2: autocreate: define FileLog_CUL_TX_96 FileLog /opt/fhem/log/CUL_TX_96-%Y.log CUL_TX_96
2017.05.16 10:04:25 2: autocreate: define SVG_CUL_TX_96 SVG FileLog_CUL_TX_96:temp4hum4:CURRENT
2017.05.16 10:04:25 3: SignalDuino: Unknown code u63AA4AA8AA90952A12AA, help me!
2017.05.16 10:04:25 3: SignalDuino: Unknown code u6392115524A955254AAA92115524A955254A8, help me!
2017.05.16 10:05:23 3: SignalDuino: Unknown code u63AA4AA8AAA850AA14535495515550A15428A4, help me!
2017.05.16 10:05:23 3: SignalDuino: Unknown code u63AA48455492A554952AAA48455492A554952A, help me!
2017.05.16 10:06:23 3: SignalDuino: Unknown code u63AA4AA8AAA8512A140D52554555428950A04, help me!
2017.05.16 10:06:23 3: SignalDuino: Unknown code u6300000000000000, help me!
2017.05.16 10:07:21 3: SignalDuino: Unknown code u63AA4AA8AAA85152142552554555428A90A10, help me!
2017.05.16 10:07:22 3: SignalDuino: Unknown code u63AA48455492955494A954908AA9252AA92950, help me!
2017.05.16 10:08:19 3: SignalDuino: Unknown code u63AA4AA8AA90A4AA14AA, help me!
2017.05.16 10:08:20 3: SignalDuino: Unknown code u63AA48455492955494A954908AA9252AA92950, help me!
2017.05.16 10:09:18 3: SignalDuino: Unknown code u63AA4AA8AAA8528A1486A92AA2AAA14A28521, help me!

Was muss ich da machen, damit der die Somfy FB erkennt? Ein Attribut zum Umschalten der Frequenz habe ich nicht gefunden....

Wer kann mir da Anschub geben?
Vielen Dank.

Elektrolurch

configDB und Windows befreite Zone!

timtom

Zitat von: Elektrolurch am 16 Mai 2017, 10:39:01
Was muss ich da machen, damit der die Somfy FB erkennt? Ein Attribut zum Umschalten der Frequenz habe ich nicht gefunden....
Was bei mir auch so. Schalten hatte funktioniert, nur wurde die FB nicht empfangen. Ich hab einen nanoCUL C1101 auf SIGNALduino FW. Also keinen nano328 wie du.

Ein
set SignalDuino cc1101_freq 433.420
hat geholfen.

Elektrolurch

Leider nicht:
This command is only available with a cc1101 receiver

Kann man da die andere Firmware auch flashen?
Ursprünglich war da ja die fhemDuino - Firmware drauf.

Elektrolurch
configDB und Windows befreite Zone!

RaspiLED

Hi,
bei CUL Firmwares mit
set <Dev> freq 433.420
Und zurück hinterher
set <Dev> freq 433.920
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

timtom

Ist eigentlich mein Notify (siehe oben) richtig? Intuitiv hätte ich nämlich auch eher ein DOIF (ähnlich zu Porsti) gebaut.

timtom

#324
Also, ich habe noch mal rumgespielt. Also entweder das Notify ist falsch oder bei mir funktioniert etwas nicht so, wie es soll.

Neben der Def des Handsenders (siehe oben), habe ich drei Readings
enc_key AB 1970-01-01 01:00:00
parsestate off 2017-05-16 20:23:05
rolling_code 157B 1970-01-01 01:00:00


Betätige ich den Handsender, ändert sich nur das parsestate Reading.

Daraufhin reagiert das Notify (siehe oben). Wenn ich z.B. STOP auf dem Handsender drücke, setzt das Notify das Reading state des Rolladen-Devices auf go-my.
Das war's auch schon. Ich verstehe nicht, wie das Rolladen-Device überhaupt an die Position kommen soll :(

Anbei noch mal das List des SIGNALduinos:
Internals:
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL021MXX-if00-port0@57600
   DMSG       u633EAB4088
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL021MXX-if00-port0@57600
   FD         27
   ITClock    250
   MSGCNT     41
   NAME       nanoSIGNALduino
   NR         132
   NR_CMD_LAST_H 2
   PARTIAL
   RAWMSG     MU;P0=-1354;P1=1223;P2=10940;P3=-22388;P4=566;P5=-735;P6=248;P7=-360;D=2345674045454545101010104510134545454545401545404;CP=4;R=244;
   RSSI       -80
   STATE      opened
   TIME       1495000011.19051
   TYPE       SIGNALduino
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   Matchlist:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^YsA[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]{6}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   Readings:
     2017-05-17 08:44:18   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:3173.83Baud)
     2017-05-17 08:43:06   config          MS=1;MU=1;MC=1
     2017-05-17 08:45:51   ping            OK
     2017-05-17 07:46:51   state           opened
     2017-05-17 08:43:13   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   XMIT_TIME:
     1494972060.12981
     1494972360.14757
   Getcmd:
   Keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     32
     33
     35
     38
     4
     41
     51
     55
     6
     7
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     63
     64
     65
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateway
   hardware   nanoCC1101


List Rolladen
Internals:
   ADDRESS    000001
   DEF        000001
   IODev      nanoSIGNALduino
   NAME       wz_Rolladen
   NR         161
   STATE      go-my
   TYPE       SOMFY
   move       stop
   Code:
     1          000001
   Readings:
     2017-05-16 20:08:47   enc_key         A4
     2017-05-16 20:08:49   exact           0
     2017-05-07 15:52:12   parsestate      stop
     2017-05-16 20:08:49   position        0
     2017-05-16 20:08:47   rolling_code    00B4
     2017-05-16 20:29:09   state           go-my
Attributes:
   IODev      nanoSIGNALduino
   devStateIcon open:fts_window_2w@black 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 100:fts_shutter_100 down:fts_shutter_100 closed:fts_shutter_100@black
   drive-down-time-to-100 24
   drive-down-time-to-close 28
   drive-up-time-to-100 4
   drive-up-time-to-open 30
   eventMap   on:down stop:stop off:up
   group      Rolladenstatus
   room       IT,SOMFY,Wohnzimmer
   webCmd     stop:down:10:20:30:40:50:60:70:80:90:100:up


List Handsender
Internals:
   ADDRESS    612208
   DEF        612208 AB 157B
   IODev      nanoSIGNALduino
   LASTInputDev nanoSIGNALduino
   MSGCNT     30
   NAME       wz_RolladenHandsender
   NR         186
   STATE      ???
   TYPE       SOMFY
   move       stop
   nanoSIGNALduino_DMSG YsAFB1A44B436100
   nanoSIGNALduino_MSGCNT 30
   nanoSIGNALduino_RAWMSG MC;LL=-1320;LH=1262;SL=-680;SH=610;D=AFB1A44B436100;C=645;L=55;R=23;
   nanoSIGNALduino_RSSI -62.5
   nanoSIGNALduino_TIME 2017-05-16 20:29:09
   Code:
     1          612208
   Readings:
     1970-01-01 01:00:00   enc_key         AB
     2017-05-16 20:29:09   parsestate      stop
     1970-01-01 01:00:00   rolling_code    157B
Attributes:
   IODev      nanoSIGNALduino
   drive-down-time-to-100 24
   drive-down-time-to-close 28
   drive-up-time-to-100 4
   drive-up-time-to-open 30
   room       SOMFY,Wohnzimmer


List Notify
Internals:
   DEF        wz_RolladenHandsender:parsestate:.(on|off|stop) {

   my %ger1 = (
      "wz_RolladenHandsender" => "wz_Rolladen"
   );

   my %cmd1 = (
      "off"  => "open",
      "on"   => "closed",
      "stop" => "go-my"
   );

   return undef unless ($ger1{$NAME} and $cmd1{$EVTPART1});
   fhem "setreading $ger1{$NAME} state $cmd1{$EVTPART1}";
}

   NAME       n_RolladenHandsenderSync
   NR         188
   NTFY_ORDER 50-n_RolladenHandsenderSync
   REGEXP     wz_RolladenHandsender:parsestate:.(on|off|stop)
   STATE      2017-05-16 20:29:09
   TYPE       notify
   Readings:
     2017-05-16 18:48:49   state           active
Attributes:

Ellert

ZitatBetätige ich den Handsender, ändert sich nur das parsestate Reading.

Daraufhin reagiert das Notify (siehe oben). Wenn ich z.B. STOP auf dem Handsender drücke, setzt das Notify das Reading state des Rolladen-Devices auf go-my.
Das war's auch schon. Ich verstehe nicht, wie das Rolladen-Device überhaupt an die Position kommen soll

Genau das ist der Sinn des Notifys. Das Notify soll den Status des FHEM-Gerätes nachziehen, nur dann kann man sinnvoll Filter einsetzen im Sinne von set Rolladen:FILTER=state!=open up. Die Stärke des notifys liegt dort, wo eine größere Zahl von Handsenderbedienungen auf die Status der Geräte übertragen werden soll, weil die Zuordnung Handsender => Rolladen per Hash erfolgt. Bei einem Handsender und einem Rolladen geht es natürlich simpler, auch mit DOIF.

timtom

Zitat von: Ellert am 17 Mai 2017, 10:49:39
Genau das ist der Sinn des Notifys. Das Notify soll den Status des FHEM-Gerätes nachziehen, nur dann kann man sinnvoll Filter einsetzen im Sinne von set Rolladen:FILTER=state!=open up. Die Stärke des notifys liegt dort, wo eine größere Zahl von Handsenderbedienungen auf die Status der Geräte übertragen werden soll, weil die Zuordnung Handsender => Rolladen per Hash erfolgt. Bei einem Handsender und einem Rolladen geht es natürlich simpler, auch mit DOIF.
Hmm ok. Bedeutet das dann, dass es gar nicht möglich ist, die Position des Rolladens auszulesen, wenn dieser über den Handsender gesteuert wurde?

timtom

Also, ich habe jetzt mal weitergemacht.

Trotz längerer Recherche, ist mir noch nicht ganz klar, was das Attribut "go-my" ist. Könnte mich dazu jemand aufschlauen?

Dann habe ich in FHEM beim Handsender set wz_RolladenHandsender go-my gedrückt. Und siehe da, jetzt sind schon mal die Readings exact, position und state dazugekommen.

Jetzt ist jedoch das Problem, dass der Wert der "position" sich nur ändert, wenn ich in FHEM beim Handsender on/off drücke nicht jedoch wenn ich über den Hardware-Handsender drücke. Weiterhin zählt "position" immer weiter hoch und stoppt nicht bei 100.

Elektrolurch

Hallo,

leider bin ich noch nicht so weit, da falschen Empfänger gekauft für die Handsender.
Aber ich dachte, mann müsste beim SignalDuino - Somfy Device für den Handsender nur das Attribut rawdevice mit der Adresse des fhem-Somfy-Senders setzen und dann würde es automatisch funktionieren.
Wenn ich mich nicht täusche, dann wurde das Somfy-Modul im notify so erweitert, dass es über die Hardware-Adresse das Signal des Handsenders empfängt und so dann nur den state korrekt ändert, entsprechend  der Attribute für die Wegezeiten des Rolladens.

Ein seperates notify ist dann nicht notwendig.
Elektrolurch
configDB und Windows befreite Zone!

timtom

Zitat von: Elektrolurch am 19 Mai 2017, 09:24:46
Hallo,

leider bin ich noch nicht so weit, da falschen Empfänger gekauft für die Handsender.
Aber ich dachte, mann müsste beim SignalDuino - Somfy Device für den Handsender nur das Attribut rawdevice mit der Adresse des fhem-Somfy-Senders setzen und dann würde es automatisch funktionieren.
Wenn ich mich nicht täusche, dann wurde das Somfy-Modul im notify so erweitert, dass es über die Hardware-Adresse das Signal des Handsenders empfängt und so dann nur den state korrekt ändert, entsprechend  der Attribute für die Wegezeiten des Rolladens.

Ein seperates notify ist dann nicht notwendig.
Elektrolurch
Wenn ich mich nicht irre wird rawdevice nur vom FHEMduino und nicht SIGNALduino unterstützt. Oder hat sich da etwas geändert? Daher besteht mein Problem weiterhin.