Signalduino + Somfy

Begonnen von pataya, 05 Januar 2017, 17:31:56

Vorheriges Thema - Nächstes Thema

Ralf9

Zitat von: habeIchVergessen am 02 Juni 2017, 11:28:25
Nachricht mit Rolling-Code 0x0A99 beginnt mit 0x21
Rolling-Code 0x0A9B beginnt mit 0x87

könnte ((RollingCode << 1) + 1) & 0xFF) sein.

Wenn sich zwischen dem ersten Byte und dem RollingCode ein Zusammenhang feststellen lässt, könnte dies evtl für eine Plausibilitätsprüfung verwendet werden.

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

Elektrolurch

#76
Hallo Ralf,

Zitat:
Ich habe in der 00_SIGNALduino.pm die Prüfung auf A am Anfang entfernt.
Bei Somfy Nachrichten mit einer Länge von 57 Bit wird jetzt das erste Bit entfernt.

Das hat bei mir bislang nichts gebracht. Die sense habe ich auch auf 16 gestellt. Die Nachrichten kommen zwar an, werden aber weiterhin nur sporadisch erkannt, auch wenn ich direkt vor dem SignalDuino stehe und die FB betätige. An der Distanz kann es wohl nicht so recht liegen, dann aus der Entfernung fahren die Rolladen trotzdem alle noch einwandfrei.

Jetzt habe ich mir nochmal ein log erzeugt, hänge ich an. Offensichtlich senden meine Handsender nur 56 bit, denn jetzt kommt ein parser-Fehler aus dem Somfy-Modul, nachdem das device angelegt wurde.
Ich denke, dass sich so langsam das Problem einkreisen lässt.

Gruß

Elektrolurch
configDB und Windows befreite Zone!

Elektrolurch

configDB und Windows befreite Zone!

Ralf9

ZitatHier das log:

Damit der parser-Fehler aus dem Somfy-Modul verschwindet, muß noch in der 10_SOMFY.pm die Prüfung auf A am Anfang entfernt werden:

sub SOMFY_Define($$)
...
# check encryption key (2 hex digits, first must be "A")
if ( ( $a[3] !~ m/^[a-fA-F0-9]{2}$/i ) ) {
return "Define $a[0]: wrong encryption key format:"
  . "specify a 2 digits hex value (first nibble = A) "
}


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

Elektrolurch

Hallo Ralf,

habe zwar die Anpassung in der define-Routine von Somfy vorgenommen, hatte aber keine Auswirkungen. Die Fehlermeldung sagt doch, dass der Fehler  aus der SOMFY_parse Routine käme...?
Hier das aktuelle Ergebnis:
2017.06.19 09:54:10 4: SD1/msg READ: MC;LL=-1365;LH=1314;SL=-719;SH=617;D=07918161609055;C=669;L=56;R=16;
2017.06.19 09:54:10 4: SD1: Found manchester Protocol id 43 clock 669 RSSI -66 -> Somfy RTS
2017.06.19 09:54:10 4: SD1: Somfy bitdata: 00000111100100011000000101100001011000001001000001010101 (56)
2017.06.19 09:54:10 1: ERROR: >Somfy RTS message format error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2017.06.19 09:54:20 4: SD1/msg READ: MC;LL=-1362;LH=1305;SL=-673;SH=669;D=0F198969E818DD8;C=668;L=57;R=16;
2017.06.19 09:54:20 4: SD1: Found manchester Protocol id 43 clock 668 RSSI -66 -> Somfy RTS
2017.06.19 09:54:20 4: SD1: Somfy bitdata: 000011110001100110001001011010011110100000011000110111011000 (57)
2017.06.19 09:54:20 4: SD1: Somfy bitdata: _00011110001100110001001011010011110100000011000110111011 (56). Bit am Anfang entfernt
2017.06.19 09:54:20 1: ERROR: >Somfy RTS message format error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2017.06.19 09:54:30 4: SD1/msg READ: MC;LL=-1349;LH=1315;SL=-691;SH=666;D=1E8919F8F909CC8;C=670;L=57;R=14;
2017.06.19 09:54:30 4: SD1: Found manchester Protocol id 43 clock 670 RSSI -67 -> Somfy RTS
2017.06.19 09:54:30 4: SD1: Somfy bitdata: 000111101000100100011001111110001111100100001001110011001000 (57)
2017.06.19 09:54:30 4: SD1: Somfy bitdata: _00111101000100100011001111110001111100100001001110011001 (56). Bit am Anfang entfernt
2017.06.19 09:54:30 1: ERROR: >Somfy RTS message format error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2017.06.19 09:54:40 4: SD1/msg READ: MC;LL=-1347;LH=1327;SL=-740;SH=675;D=3DABBB5ADB2BEE8;C=681;L=57;R=14;
2017.06.19 09:54:48 4: SD1/msg READ: MC;LL=-1323;LH=1329;SL=-670;SH=677;D=7BEC7C9E9F6FAA8;C=666;L=57;R=7;
2017.06.19 09:54:48 4: SD1: Found manchester Protocol id 43 clock 666 RSSI -70.5 -> Somfy RTS
2017.06.19 09:54:48 4: SD1: Somfy bitdata: 011110111110110001111100100111101001111101101111101010101000 (57)
2017.06.19 09:54:48 4: SD1: Somfy bitdata: _11110111110110001111100100111101001111101101111101010101 (56). Bit am Anfang entfernt
2017.06.19 09:54:48 1: ERROR: >Somfy RTS message format error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer

Gruß

Elektrolurch

configDB und Windows befreite Zone!

habeIchVergessen


Elektrolurch

Hallo Ralf,

jetzt gehts, allerdings werden sporadisch  beim Betätigen der FBs noch weitere Somfy - devices angelegt. Ganz sauber ist der Empfang also noch nicht. Kann ich zwar mit "attr autocreate disable 1" ausblenden, aber es scheint so zu sein, dass durch die falsche Erkennung der Adressen Kommandos verloren gehen.
Die Synchonisation von Wandsender und dem Positionsstatus in fhem klappt auch.
Das Geheimnis liegt darin, dass man die set - Funktion von Somfy mit dem Parameter "virtual" und dem parsestate aufruft, dann wird das fhem-device auch korrekt mitgefahren.

Elektrolurch
configDB und Windows befreite Zone!

Ralf9

Zitatallerdings werden sporadisch  beim Betätigen der FBs noch weitere Somfy - devices angelegt. Ganz sauber ist der Empfang also noch nicht.
Das Problem dabei ist, daß anscheinend bei den Somfy Nachrichten eine zu einfache Checksumme verwendet wird.
Mir ist aufgefallen, daß wenn die Somfy Nachricht um ein Bit verschoben ist, die Checksumme anscheinend trotzdem passt.
Wenn sich zwischen dem ersten Byte und dem RollingCode ein Zusammenhang feststellen lässt, könnte dies evtl für eine Plausibilitätsprüfung verwendet werden.

Da die Signalduino Firmware nicht speziell auf die Besonderheit des Somfy Protokolls optimiert ist, kann es ab und zu vorkommen, daß der Start der Nachricht nicht richtig erkannt wird.
https://forum.fhem.de/index.php/topic,58397.msg642137.html#msg642137

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

Mave

Hallo zusammen,

wäre es für einen der SignalDuino/Somfy Spezialisten denkbar, dass er eine Synchronisation von Somfy/FHEM und Somfy Fernbedienung in einem Standard Modul umsetzt?

Es wäre schon sehr elegant, wenn auch ich, als FHEM Neuling, meine Somfy Jalousien wahlweise mit FB oder FHEM steuern könnte und immer der korrekte Status der Jalousien in FHEM angezeigt werden würde.

Vielen Dank.

Grüße Mave

RaspiLED

Guten Morgen Mave,
Du weisst doch selbst, dass Elektrolurch das schon gebaut hat!
https://forum.fhem.de/index.php?topic=72173.msg653940#msg653940
FHEM ist open source und lebt vom mitmachen. Insofern kannst Du davon ausgehen, dass gute Ideen in sen Standard integriert werden.
Aber Deine ungerichtete Forderung ist doch nicht hilfreich ;-)
@Sidey und Ralf9: Ihr macht eine tolle Unterstützung! Danke für Eure ganze Arbeit!
Könnt Ihr die Idee von Elektrolurch nutzen?

Gruß Arnd


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

Elektrolurch

Das ist erst mal zum Testen....
Leider komme ich wegen ScreenReader nicht dem Gitup zurecht, einchecken in das Standardmodul müsste es jemand anders. Aber die Änderungen sind auch nur gering.

Allerdings bleibt noch (zumindest bei mir) das schlechte Erkennen der Somfy-Signale. Da kam der Vorschlag über den Rolling-Code noch eine "Verbesserung" der Signalerkennung zu realisieren. Da weiß ich aber noch nicht, wie das gehen soll. So gehen ab und zu immer wieder Signale der FBs auch verloren, so dass die Position dann doch nicht stimmt.
Aber das kriegt die fhem-Gemeinde bestimmt noch hin....

Elektrolurch
configDB und Windows befreite Zone!