SIGNALduino funktioniert nicht mit Somfy RTS

Begonnen von capcom, 20 Juli 2021, 14:26:31

Vorheriges Thema - Nächstes Thema

capcom

Hallo,

Zitat von: andies am 26 Juli 2021, 16:34:34
Du hast irgendeine andere Situation im Kopf und siehst ein Problem, wo keines ist.

prinzipiell verstehe ich was du meinst, aber meiner Meinung nach ist deine Rechnung etwas zu optimistisch. Nach 18 Jahren Benutzung kann ich den Rolling Code auf keinen Fall auf 5 genau schätzen, sondern nur auf ein paar tausend genau. Ich habe bereits ca. 700 Codes getestet und noch nichts gefunden. Wenn man die 1%-Regel einhalten will, kann man meiner Meinung nach nur ca. 120x pro Stunde klicken. Wenn ich die Codes von 10.000 (HEX:2710) bis 20.000 (HEX:4E20) testen will, bedeutet das mindestens 4 Tage ständiges Klicken.

Deshalb auch von mir nochmal die Frage, ob es nicht an etwas anderem liegen könnte (siehe @Boenne) bzw. ob ein Zurücksetzen des Rollladens und damit Ablernen aller Sender vom Rollladen und ein anschließendes Neuanlernen (https://sowero.freshdesk.com/support/discussions/topics/6000010201) Sinn machen würde, wenn dabei das Risiko eines kompletten "Kontrollverlusts" nicht zu hoch ist?

Vielen Dank!

andies

Zitat von: capcom am 20 Juli 2021, 14:26:31
vor kurzem habe ich mir einen Raspberry Pi und SIGNALduino bestellt, um damit über FHEM und Homebridge meine Somfy RTS Rollläden in HomeKit einzubinden.
HALT. Es gibt bei Dir jetzt ZWEI (sogar bis zu sieben, glaube ich) Rolling Codes in jeder Steuerung des Motors. Der Rolling Code ist an eine konkrete Steuerung gebunden. Du hast einmal das ursprüngliche Sendegerät, das du seit 18 Jahren oder so benutzt. Rolling Code irgendwas. Der ist auch uninteressant, weil Du den gar nicht nehmen darfst: Denn sendet FHEM den, erfährt das ursprüngliche Sendegerät davon nichts, kommt aus dem Takt und kann nicht mehr benutzt werden. FHEM hat mit dem Somfy Device einen eigenen, neuen Rolling Code, der ebenfalls im Somfy Motor (genauer der Steuerung im Motor) gespeichert ist. Den musst Du herausfinden.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Zitat von: andies am 29 Juli 2021, 13:13:16
FHEM hat mit dem Somfy Device einen eigenen, neuen Rolling Code, der ebenfalls im Somfy Motor (genauer der Steuerung im Motor) gespeichert ist. Den musst Du herausfinden.
Achso, gut. Und wie mache ich das? Also beginnt dieser neue Rolling Code bei 0001 oder irgendwo anders?

andies

FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Danke nochmal! Ich habe jetzt über 100x ab Rolling Code 0000 geklickt, aber der Rollladen bewegt sich einfach nicht. Höher kann der Code eigentlich fast nicht sein, da ich, als es noch funktioniert hat, nur ein paar Mal geklickt habe.

Zitat von: andies am 29 Juli 2021, 13:13:16
FHEM hat mit dem Somfy Device einen eigenen, neuen Rolling Code, der ebenfalls im Somfy Motor (genauer der Steuerung im Motor) gespeichert ist. Den musst Du herausfinden.
Wenn es zwei Rolling Codes gibt, hätte der von FHEM/SIGNALduino gesendete aber doch eigentlich nie den Takt verlieren dürfen. Denn es gab ja schon eine Verbindung, da es nach der Einrichtung kurz funktioniert hat. Warum hat es dann trotzdem plötzlich nicht mehr funktioniert?

Hat es vielleicht etwas mit "enc_key" zu tun? Der ändert sich auch bei jedem Klicken.
Oder damit, dass der Timestamp von bestimmten Werten (exact, position, state) nach dem Klicken rot wird?
Oder doch mit dem Neuaufsetzen des Raspis/Neuflashen des SIGNALduinos?
Oder kann das
Zitat von: andies am 29 Juli 2021, 13:13:16
Du hast einmal das ursprüngliche Sendegerät, das du seit 18 Jahren oder so benutzt. Rolling Code irgendwas. Der ist auch uninteressant, weil Du den gar nicht nehmen darfst: Denn sendet FHEM den, erfährt das ursprüngliche Sendegerät davon nichts, kommt aus dem Takt und kann nicht mehr benutzt werden.
auch umgekehrt, also mit dem SIGNALduino, passiert sein?

Vielen Dank schon im Voraus!

andies

Also der enc_key ändert sich NICHT! Eventuell liegt da der Fehler? Und 100 mal ist zuviel, der Fehler liegt also woanders. Die rote Farbe entsteht, wenn aktualisiert wird (und verschwindet nach einer Minute, ist das korrekt @Profis?). Das ist also harmlos.

Also wir sind wieder am Anfang. Kann ich mal ein listing des somfy sehen (list <Devicename>, bitte in den #Knöpfen posten, nicht als screenshot)? Und ein listing des signalduino.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Ok, das ist zumindest mal ein Hinweis! Hier das Listing des Somfy:

Internals:
   ADDRESS    000006
   DEF        000006
   FUUID      60f6ef47-f33f-95c0-c270-68d3c048c51489ac
   IODev      sduino
   NAME       RolloZimmer
   NR         16
   STATE      open
   TYPE       SOMFY
   move       off
   CODE:
     1          000006
   READINGS:
     2021-07-27 23:17:07   IODev           sduino
     2021-07-29 19:58:20   enc_key         AD
     2021-07-29 19:58:20   exact           0
     2021-07-29 19:58:20   position        0
     2021-07-29 19:58:20   rolling_code    0072
     2021-07-29 19:58:20   state           open
Attributes:
   IODev      sduino
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   eventMap   on:down stop:stop off:up
   model      somfyshutter
   room       GoogleAssistant
   webCmd     down:stop:up


Und hier das des SIGNALduino:

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
   FD         7
   FUUID      60f6811c-f33f-95c0-4c93-f8ab49b15106d978
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino
   NR         15
   NR_CMD_LAST_H 2
   PARTIAL   
   STATE      opened
   TIME       1627420627
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.1-dev SIGNALduino - compiled at Apr 20 2017 21:06:32
   versionProtocols 1.20
   versionmodul v3.4.4_dev+14042020
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[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   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
     18:FLAMINGO ^P13\.?1?#[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]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     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]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2021-07-29 19:59:58   ping            OK
     2021-07-21 16:28:33   rolling_code    0030
     2021-07-27 23:17:15   state           opened
   XMIT_TIME:
     1627581496
     1627581500
   additionalSets:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
Attributes:
   verbose    3

andies

Der SIGNALduino hat keinen rolling_code. Nur somfy hat einen. Hast du etwa den eingestellt:
2021-07-21 16:28:33   rolling_code    0030
Das würde einiges erklären. Du hättest den auf 000 stellen müssen:
2021-07-29 19:58:20   rolling_code    0072
Allerdings hat der vom SIGNALduino den richtigen Zeitpunkt (heute verändert).

Kannst du erklären, wieso sduino einen Code hat? Oder ist das ein früher falscher Versuch?
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Zitat von: andies am 29 Juli 2021, 21:13:55
Der SIGNALduino hat keinen rolling_code. Nur somfy hat einen. Hast du etwa den eingestellt:
Eigentlich nicht, ich habe immer den Rolling Code von Somfy mit
setreading RolloZimmer rolling_code 0000
geändert.

ZitatDas würde einiges erklären. Du hättest den auf 000 stellen müssen:
Welchen hätte ich auf 0000 stellen müssen, den von SOMFY oder den des SIGNALduino?

ZitatAllerdings hat der vom SIGNALduino den richtigen Zeitpunkt (heute verändert).
Sicher? Meiner Meinung nach hat der vom SIGNALduino sich zuletzt am 21.07. verändert, und der von SOMFY gestern.

ZitatKannst du erklären, wieso sduino einen Code hat? Oder ist das ein früher falscher Versuch?
Bewusst habe ich da keinen eingestellt. Vielleicht mal früher aus versehen. Wie kann ich das rückgängig machen bzw. was muss ich tun, um das Problem zu lösen?






andies

Lösche mal den rolling code vom signalduino. Das hier war richtig:
setreading RolloZimmer rolling_code 0000
weil dort der rolling Code hingehört.

OK, also am Anfang gab es da ein Kuddelmuddel. Wir müssen leider bei null anfangen, sonst kommen wir da nicht weiter.


  • Wie viele Rollos hast du jemals bei FHEM angelernt? Bitte bei jedem das listing posten.
  • Wann ging welches von diesen Rollos wie lange?
  • Wie oft hast du welches von den Rollos angelernt? Wann? Mit welchem Ergebnis?
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Ok, ich habe jetzt den Rolling Code des sduino gelöscht. Soll ich jetzt nochmal ab SOMFY 0000 hochklicken?

Zitat1. Wie viele Rollos hast du jemals bei FHEM angelernt? Bitte bei jedem das listing posten.
Insgesamt habe ich aktuell 2 Rollos angelernt. Davor hatte ich auch schon welche, die hab ich aber wieder gelöscht bzw. durch das Neuaufsetzen verloren. Hier die Listings der aktuell aktiven SOMFY-devices:
Internals:
   ADDRESS    000006
   DEF        000006
   FUUID      60f6ef47-f33f-95c0-c270-68d3c048c51489ac
   IODev      sduino
   NAME       RolloZimmer
   NR         16
   STATE      open
   TYPE       SOMFY
   move       off
   CODE:
     1          000006
   READINGS:
     2021-07-27 23:17:07   IODev           sduino
     2021-07-29 21:14:34   enc_key         AE
     2021-07-29 21:14:34   exact           0
     2021-07-29 21:14:34   position        0
     2021-07-30 11:21:45   rolling_code    0000
     2021-07-29 21:14:34   state           open
Attributes:
   IODev      sduino
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   eventMap   on:down stop:stop off:up
   model      somfyshutter
   room       GoogleAssistant
   webCmd     down:stop:up


Internals:
   ADDRESS    000007
   DEF        000007
   FUUID      60ffc13c-f33f-95c0-60ab-03f7b8d69ef6bdd9
   IODev      sduino
   NAME       RolloAufgang
   NR         22
   STATE      open
   TYPE       SOMFY
   move       off
   CODE:
     1          000007
   READINGS:
     2021-07-27 23:17:07   IODev           sduino
     2021-07-29 21:14:32   enc_key         A9
     2021-07-29 21:14:32   exact           0
     2021-07-29 21:14:32   position        0
     2021-07-30 11:21:59   rolling_code    0000
     2021-07-29 21:14:32   state           open
Attributes:
   IODev      sduino
   devStateIcon open:fts_shutter_10 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 down:fts_shutter_100 closed:fts_shutter_100
   eventMap   on:down stop:stop off:up
   model      somfyshutter
   room       GoogleAssistant
   webCmd     down:stop:up


Zitat2. Wann ging welches von diesen Rollos wie lange?
Die haben beide nicht lange funktioniert, höchsten 3-5 Minuten nach Anlernen. Kurz nachdem ich das 2. Rollo angelernt habe, gingen beide nicht mehr.

Zitat3. Wie oft hast du welches von den Rollos angelernt? Wann? Mit welchem Ergebnis?
Ich hab beide Rollos ein paar Mal (ca. 10x) in FHEM gelöscht und wieder neu erstellt und dann mit "set RolloZimmer prog" versucht anzulernen. Am 21.07. habe ich das gemacht, danach auch noch ein paar Mal. Beim ersten Anlernen hat es problemlos geklappt, danach nie mehr (Der Rollladen ruckte nicht mehr auf und ab zur Bestätigung).

Ich hoffe, das hilft!

andies

Also das wird jetzt schwierig. Ich würde zuerst einmal ab 0000 hochklicken, beim somfy device. In den FHEM Geräten sehe ich nichts auffälliges. Aber Du schreibst

Zitat von: capcom am 30 Juli 2021, 11:32:43
Ich hab beide Rollos ein paar Mal (ca. 10x) in FHEM gelöscht und wieder neu erstellt und dann mit "set RolloZimmer prog" versucht anzulernen.
Wenn man den von Dir genannten Befehl das erste Mal eingibt, wird das Rollo angelernt. Beim zweiten Mal wird es abgelernt. Beim dritten Mal wieder angelernt usw usf.

Wenn Du zwischendurch aber dieADDRESS    000006in der Definition des FHEM-Gerätes geändert hast, dann wird ein neues Gerät angelernt, das alte verbleibt im Speicher des Motors. Der wiederum kann mW maximal zwölf verschiedene Handsender/FHEM Geräte aufnehmen, das steht hier https://www.rollorieper.de/images/rolladen/beschreibung_rolladenmotor_oximo_rts.pdf. Es könnte also im worst case sein, dass der Speicher des Motors voll ist und deshalb die Anlernbefehle nicht mehr funktionieren. Dann müsste der Motor komplett zurückgesetzt werden und ich habe die Jungs bei mir gesehen, wie die das gemacht haben. Das war Schwerstarbeit (vielleicht waren das auch nicht die hellsten, keine Ahnung), mit Anruf bei Somfy etc pp. Hier bräuchte ich also nochmal Infos.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Hallo, also ich hab jetzt wieder 50x bei beiden Rollladen geklickt, es hat sich nichts bewegt.

ZitatWenn man den von Dir genannten Befehl das erste Mal eingibt, wird das Rollo angelernt. Beim zweiten Mal wird es abgelernt. Beim dritten Mal wieder angelernt usw usf.
Dann hätte es aber doch spätestens beim dritten Anlernen wieder funktionieren müssen, wenn ein neuer Platz belegt wird nach An-, Ab- und wieder Anlernen, oder? Allgemein finde ich das mit dem An- und Ablernen aber eher komisch/unwahrscheinlich, da es ja auch beim dritten Mal nicht zur Bestätigung geruckt hat.

ZitatWenn Du zwischendurch aber die ADDRESS in der Definition des FHEM-Gerätes geändert hast, dann wird ein neues Gerät angelernt, das alte verbleibt im Speicher des Motors. Der wiederum kann mW maximal zwölf verschiedene Handsender/FHEM Geräte aufnehmen. Es könnte also im worst case sein, dass der Speicher des Motors voll ist und deshalb die Anlernbefehle nicht mehr funktionieren.
Meiner Meinung nach habe ich es sicher nicht so oft geändert, dass der Speicher voll ist, vielleicht nur 4x komplett neu (Sonst habe ich immer ohne Löschen "set RolloZimmer prog" gemacht). Da davor nur 1 Sender angelernt hat, ist eine Überbelegung meiner Meinung nach unwahrscheinlich, eben auch weil es direkt nach dem ersten Anlernen nie mehr wie bei einem neuen Anlernen auf- und ab geruckt hat.

Zitatich habe die Jungs bei mir gesehen, wie die das gemacht haben. Das war Schwerstarbeit (vielleicht waren das auch nicht die hellsten, keine Ahnung), mit Anruf bei Somfy etc pp.
Damit ist ein Zurücksetzen auf jeden Fall raus, das möchte ich mir nicht antun.

Welche Infos bräuchtest du denn noch bzw. hast du noch eine andere Idee, an der es liegen könnte? Kann es nicht doch etwas mit enc_key zu tun haben, der ändert sich nämlich immer noch.

andies

FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Zitat von: andies am 02 August 2021, 10:01:41
Nach Aussage dieses Posts ist der enc_key unproblematisch
https://forum.fhem.de/index.php/topic,53319.msg786652.html#msg786652
Ok, gut!

FHEM ist aktuell, ich habe es die ganze Zeit regelmäßig aktualisiert.

Was machen wir dann jetzt?