FHEM Forum

Hallo zusammen,

um den "Modul-Entwicklung: Somfy RTS" Thread nicht überzustrapazieren, habe ich zu dem Thema mal einen eigenen eröffnet. Dies ist auch nicht neu und man findet Fragen dazu in diversen anderen Threads. Jedoch habe ich bisher keine Antwort gefunden. Es geht um die Kopplung von SOMFY Rolläden mit einer Fernbedienung bzw. Wandtaster zur Status-/Positionsübernahme

Setup:
SIGNALduino FW 3.3.1 (nanoCUL mit CC1101) (Name: nanoSIGNALduino)
SOMFY Rolladen (Name: wz_Rolladen)
SOMFY Wandtaster bzw. Fernbedienung (Name: wz_RolladenHandsender)

Problemstellung: Der Status bzw. Position des Rolladens soll nach Steuerung über den Wandtaster (wz_RolladenHandsender) im FHEM-Rolladen Device (wz_Rolladen) korrekt angezeigt werden.

Eine direkte Kopplung über ein Attribut (z.B. rawDevice) ist meines Wissens nach nicht möglich. Oder gibt es eine fertige Lösung?

Andernfalls hätte ich folgende Ideen:

1. Das DOIF schaltet einfach bei Betätigung der Fernbedienung einfach noch mal per "set" das Rollade-Device. Somit bekommt der Rolladen das Signal 2x ab. Wäre das problematisch oder nur unschön?
([wz_RolladenHandsender:parsestate] eq "on") ##down
  (set wz_Rolladen on)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "off") ##up
(set wz_Rolladen off)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "stop") ##stop
(set wz_Rolladen stop)

2. Etwas komplizierter und nach meinem Gefühl fehleranfälliger wäre folgendes.
Man erweitert das o.g. DOIF so, dass beim Drücken des Handsenders dieser per "set wz_RolladenHandsender on" nachgezogen wird. Wenn man die Positionsattribute im Handsender analog zum Rolladen gesetzt hat, wird auch die Position berechnet (in der letzten Sekunde springt diese jedoch von 100 auf 200. Das müsste ich noch mal anlysieren.)
Sobald "stop" bestätigt wird oder die Position =0 bzw. >=100 (bzw. 200) ist, wird die "position" sowie "exact" des Handsenders per setreading von der Fernbedienung an das Rolladendevice übergeben.
Da mir dies auch irgendwie nicht ganz sauber vorkommt, habe ich vorerst Variante 1 gewählt.

Beste Grüße und ein schönes Wochenende

Hi,
Es wäre auch eine Variante die normale FB zu entlernen ;-)
Aber es stimmt schon, kann man nicht mittels notify nur den State ohne Erneutes Befehlssenden übernehmen?
Evtl. Könnte der State dich auch ein Userreading anzeigen und dieses Userreading wird aus beiden FB gefüttert?
Gruß Arnd
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo timtom,

irgendwie stehe ich auf dem schlauch und bringe das ganze nicht hin.

Setup:
SIGNALduino FW 3.3.1 (nanoCUL mit CC1101) (Name: sduino)
SOMFY Rolladen (Name: RolloFrank)
SOMFY Wandtaster bzw. Fernbedienung (Name: SOMFY_Handsender_Frank)

ich habe den Wandtaster per autocreate erstellen lassen und bekomme auch die Log einträge.
aber das Icon des RoloFrank wird nicht nachgezogen.

mein DOIF

DOIF ([SOMFY_Handsender_Frank:parsestate] eq "on") ##down
  (set RolloFrank on)
DOELSEIF ([SOMFY_Handsender_Frank:parsestate] eq "off") ##up
(set RolloFrank off)
DOELSEIF ([SOMFY_Handsender_Frank:parsestate] eq "stop") ##stop
(set RolloFrank stop)

wo kann ich den suchen anfangen ?
Bin ganz neu und der Rolladen ist das erste was ich in FHEM mache also bitte verständlich erklären ;-)

Verständnisfrage: RolloFrank ist die FHEM Fernbedienung und angelernt an der Rollade?
Wenn Du on FHEM on oder off drückst, dann fährt der Rolladen?
Warum benutzt Du nicht erstmal die folgenden Attribute in beiden Geräten:
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:open stop:stop off:close
   webCmd     open:stop:close
Danach meldest Du Dich nochmal. Was geht und was nicht! Achso bitte auch die Laufzeiten der Rolllade eintragen (steht im Somfy Wiki).
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo RaspiLED,

ja ist anlernt und geht auch die Zeiten sind wie im Wiki auch gestoppt und sowohl bei RolloFrank als auch beim Handsender eingetragen.

wenn ich per RolloFrank fahre bewegt sich auch mein Ivon auf das Passende State.
Nur die Verbindung zum Handsender bekomme ich das Icon von Rollo Frank nicht nachgezogen.

Okay, dann zeige mal die
list RolloFrank
list SOMFY_Hansender_Frank
Sind die Befehle jetzt auch schon gemappt auf open/stop/close?
Wie heißt Dein DOIF und wie sieht es nach Anpassung auf open/close/... aus?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo RaspiLED,

ich hoffe ich habe alles verstanden und zeig dir mal meine ausgaben (ich fange gerade erst mit FHEM an und bin noch nicht so tief drin).

list RolloFrank
Internals:
   ADDRESS    12345F
   DEF        12345F
   IODev      sduino
   NAME       RolloFrank
   NR         23
   STATE      open
   TYPE       SOMFY
   move       stop
   Code:
     1          12345F
   Readings:
     2017-05-21 09:14:46   enc_key         A9
     2017-05-21 09:15:06   exact           0
     2017-05-21 09:15:06   position        0
     2017-05-21 09:14:46   rolling_code    0019
     2017-05-21 09:15:06   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
   drive-down-time-to-100 15
   drive-down-time-to-close 19
   drive-up-time-to-100 4
   drive-up-time-to-open 20
   eventMap   on:close stop:stop off:open
   room       Rolladen
   webCmd     open:stop:close

list SOMFY_Handsender_Frank
Internals:
   ADDRESS    60E079
   DEF        60E079 AC 019C
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     17
   NAME       SOMFY_Handsender_Frank
   NR         28
   STATE      ???
   TYPE       SOMFY
   move       stop
   sduino_DMSG YsA88A8B532ACAAA
   sduino_MSGCNT 17
   sduino_RAWMSG MC;LL=-1299;LH=1277;SL=-677;SH=622;D=A88A8B532ACAAA;C=645;L=55;R=22;
   sduino_RSSI -63
   sduino_TIME 2017-05-21 09:25:43
   Code:
     1          60E079
   Readings:
     1970-01-01 01:00:00   enc_key         AC
     2017-05-21 09:25:43   parsestate      off
     1970-01-01 01:00:00   rolling_code    019C
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
   drive-down-time-to-100 15
   drive-down-time-to-close 19
   drive-up-time-to-100 4
   drive-up-time-to-open 20
   eventMap   on:close stop:stop off:open
   room       SOMFY
   webCmd     open:stop:close

list SOMFY_Handsender_FrankNotify
Internals:
   DEF        DOIF ([SOMFY_Handsender_Frank:parsestate] eq "on") ##down
  (set RolloFrank close)
DOELSEIF ([SOMFY_Handsender_Frank:parsestate] eq "off") ##up
(set RolloFrank open)
DOELSEIF ([SOMFY_Handsender_Frank:parsestate] eq "stop") ##stop
(set RolloFrank stop)
   NAME       SOMFY_Handsender_FrankNotify
   NR         48
   NTFY_ORDER 50-SOMFY_Handsender_FrankNotify
   REGEXP     DOIF
   STATE      active
   TYPE       notify
   Readings:
     2017-05-21 09:25:23   state           active
Attributes:

auch wenn ich im DOIF anstelle von open und close off und on verwende geht es nicht.

was habe ich denn Falsch gemacht.

So bin 1 schritt weiter das DOIF habe ich nun als DOIF definiert (wer das WIKI list ist im Vorteil ;-) )
erste state Änderungen am Rollo sind erkennbar muss nochmals schauen hab da bestimmt noch irgendwo Falsche befehle im DOIF drin.

list SOMFY_Handsender_Frank_DOIF

Internals:
   CFGFN
   DEF        ([SOMFY_Handsender_Frank:parsestate] eq "on") ##down
  (set RolloFrank on)
DOELSEIF ([SOMFY_Handsender_Frank:parsestate] eq "off") ##up
(set RolloFrank off)
DOELSEIF ([SOMFY_Handsender_Frank:parsestate] eq "stop") ##stop
(set RolloFrank stop)
   NAME       SOMFY_Handsender_Frank_DOIF
   NR         156
   NTFY_ORDER 50-SOMFY_Handsender_Frank_DOIF
   STATE      cmd_2
   TYPE       DOIF
   Readings:
     2017-05-21 10:31:13   Device          SOMFY_Handsender_Frank
     2017-05-21 10:31:13   cmd             2
     2017-05-21 10:31:13   cmd_event       SOMFY_Handsender_Frank
     2017-05-21 10:31:13   cmd_nr          2
     2017-05-21 10:31:13   e_SOMFY_Handsender_Frank_parsestate off
     2017-05-21 10:31:13   state           cmd_2
   Condition:
     0          ReadingValDoIf($hash,'SOMFY_Handsender_Frank','parsestate') eq "on"
     1          ReadingValDoIf($hash,'SOMFY_Handsender_Frank','parsestate') eq "off"
     2          ReadingValDoIf($hash,'SOMFY_Handsender_Frank','parsestate') eq "stop"
   Devices:
     0           SOMFY_Handsender_Frank
     1           SOMFY_Handsender_Frank
     2           SOMFY_Handsender_Frank
     all         SOMFY_Handsender_Frank
   Do:
     0:
       0          set RolloFrank on
     1:
       0          set RolloFrank off
     2:
       0          set RolloFrank stop
     3:
   Helper:
     event      parsestate: open
     globalinit 1
     last_timer 0
     sleeptimer -1
     timerdev   SOMFY_Handsender_Frank
     timerevent parsestate: open
     triggerDev SOMFY_Handsender_Frank
     timerevents:
       parsestate: open
     timereventsState:
       parsestate: open
     triggerEvents:
       parsestate: open
     triggerEventsState:
       parsestate: open
   Internals:
   Itimer:
   Readings:
     0           SOMFY_Handsender_Frank:parsestate
     1           SOMFY_Handsender_Frank:parsestate
     2           SOMFY_Handsender_Frank:parsestate
     all         SOMFY_Handsender_Frank:parsestate
   Regexp:
     0:
     1:
     2:
     All:
   State:
     State:
   Trigger:
Attributes:


wenn ich das jetzt so einigermaßen richtig Kapiert habe kann ich das Notfy wieder löschen.
Ebenso müsste ich doch am Handsender das attr webCmd und das attr eventmap auch wieder löschen können ?

Zitat von: RaspiLED am 20 Mai 2017, 16:33:30
Hi,
Es wäre auch eine Variante die normale FB zu entlernen ;-)
Aber es stimmt schon, kann man nicht mittels notify nur den State ohne Erneutes Befehlssenden übernehmen?
Evtl. Könnte der State dich auch ein Userreading anzeigen und dieses Userreading wird aus beiden FB gefüttert?
Gruß Arnd
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Das entlernen wäre mir nicht so recht, da der Empfang des Handsenders nicht so zuverlässig ist.

Dein zweiter Vorschlag ist ja etwa da, was ich oben unter 2 beschrieben habe. Das Problem ist, dass bei Betätigung des Handsenders nicht die Positionsattribute "mitlaufen", sondern nur, wenn ich in FHEM auf on/off klicke. Dann könnte man die Attribute übernehmen. Da ist nur die Frage was besser ist.

Hallo, hier meine Lösung zum Abgleich der fhem-devices von Somfy, wenn die Rolladen über Hand/Wandsender verfahren werden:

Der Trick liegt in einer Namenskonvention.
Das fhem-Device heisst z.B. Wz_TRolladen und der dazugehörige Wandsender Wz_FB_TRoll.

Man definiert sich z.B ein notify:

define Roll_FB_not notify .._FB.Roll:.* {Roll_FB_not($NAME,$EVENT)}

Die sub sieht dann bei mir so aus:

sub Roll_FB_not($$)
{
my($fb,$event) = @_;
Log3($rolladenselektor,1,"Roll_FB_not: $fb event $event");
my ($rd,$val) = split(' ',$event);

return undef if($fb eq 'ExtMarkise');
return if($rd ne 'parsestate:');

# fb format is: xx_FB_[TF]Roll
# T = door, F = window FB = remote
# xx shortcut for room
# Somfy device for send
# xx_[TF]Rolladen
# example:
# FB: Wz_FB_TRoll
# Somfy: Wz_TRolladen

my $d = $fb . 'aden';
$d =~s/FB_//; # transform name
Log3($rolladenselektor,1,"set  $d virtual $val");
fhem("set  $d virtual $val");

return undef;
} # end sub Roll_FB_not

Der Trick liegt darin, die set - Funktion von Somfy mit "virtual" aufzurufen, dann wird kein Kommando gesendet, aber die Position korrekt berechnet.

Elektrolurch

Zitat von: Elektrolurch am 20 Juni 2017, 11:17:34
Hallo, hier meine Lösung zum Abgleich der fhem-devices von Somfy, wenn die Rolladen über Hand/Wandsender verfahren werden:

Der Trick liegt in einer Namenskonvention.
Das fhem-Device heisst z.B. Wz_TRolladen und der dazugehörige Wandsender Wz_FB_TRoll.
...

Auch ein interessanter Ansatz. Ich frage mich nur, ob ich das nach längerer Zeit immer noch verstehe, was da gemacht wurde ;) Aber irgendwie komisch, dass es für so ein simples Problem, keine einfache Standardlösung gibt :(

Wobei mir bei deinem Ansatz eine Idee gekommen ist. Das Attribut Dummy verhindert doch, dass Funksignale gesendet werden? Könnte man dann mein DOIF so anpassen?

([wz_RolladenHandsender:parsestate] eq "on") ##down
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen on)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "off") ##up
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen off)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "stop") ##stop
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen stop)
  (attr wz_Rolladen dummy 0)


Hallo,

ich habe die SOMFY_Parse sub mal so erweitert, dass man beim Handsender über ein Attribut die Rolläden hinterlegen kann und sich der Status der Rolläden auch ändert, wenn man den Handsender drückt.

So wirds gemacht:

attr Az_FB_FRoll userattr associated-devices
attr Az_FB_FRoll associated-devices  Az_FRolladen

Da können auch mehrere Rolläden stehen, wenn man z.B. auf einer Taste der FB mehrere Rolläden angelernt hat.

Ich hänge mal die geänderte SOMFY-Datei an. Die 10_SOMFY.pm sollte man entfernen, da ansonsten das Modul zweimal geladen wird und beim Neustart das log voll geschrieben wird.

Viel Spaß damit.

Ach ja, damit die Handsender überhaupt erkannt wurden, musste die Abfrage etwas weniger strikt erfolgen. Leider werden über den SignalDuino die gesendeten Signale nicht immer erkannt, so dass er meint, neue devices anlegen zu müssen.
Man sollte
attr autocreate disable 1
setzen, um nicht lauter Leichen oder die Rollos der Nachbarn anzulernen, was ja auch missbraucht werden könnte.

Elektrolurch

Zitatich habe die SOMFY_Parse sub mal so erweitert, dass man beim Handsender über ein Attribut die Rolläden hinterlegen kann und sich der Status der Rolläden auch ändert, wenn man den Handsender drückt.

Das klingt gut und sollte in den Standard wandern!

Danke, Stefan.

Ich bin an einer Lösung auch stark interessiert und fände es auch gut, wenn das im Standard umgesetzt werden würde....

Zitat von: timtom am 29 Juni 2017, 12:21:44
Auch ein interessanter Ansatz. Ich frage mich nur, ob ich das nach längerer Zeit immer noch verstehe, was da gemacht wurde ;) Aber irgendwie komisch, dass es für so ein simples Problem, keine einfache Standardlösung gibt :(

Wobei mir bei deinem Ansatz eine Idee gekommen ist. Das Attribut Dummy verhindert doch, dass Funksignale gesendet werden? Könnte man dann mein DOIF so anpassen?

Code Auswählen Erweitern

([wz_RolladenHandsender:parsestate] eq "on") ##down
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen on)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "off") ##up
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen off)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "stop") ##stop
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen stop)
  (attr wz_Rolladen dummy 0)


Ich zitiere mich mal selber. Würde etwas gegen den Vorschlag sprechen?

Hi,
hat jetzt jemand die Doif/Dummy Variante laufen und kann mal alles notwendige an defines posten?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo,
genau das würde mich auch brennend interessieren da ich mich mit DOIF etc. noch zu wenig auskenne.

Und ich habe noch ein zweites Problem, habe jetzt per sunset eine Regel zum gemeinsamen Herunterfahren definiert,
meine 3 Somfys in "Alle_Rolladen" gepackt, es fährt aber nur das erste herunter. Wenn da schon jemand defines hätte bitte auch gern posten.
Kleine Kommentare wären hilfreich.
Hier mein Sunset: id_Rolladen_Steuerung
##Rolladen sind zwischen Sonnenuntergang und Sonnenaufgang geschlossen, sonst auf
([{sunset(-1500, "16:00", "22:00")}]-[{sunrise(+1800, "07:00", "9:00")}])
   (set Alle_Rolladen off)
DOELSE (set Alle_Rolladen on)

DeviceOverview
Alle_Rolladen
DEF
Rol_AUTO Rol_Stube_FHEM Rol_Terasse_FHEM Rol_Bad_FHEM

Vielen Dank,
Gruß Pit

Für den Abgleich mit den Handsender habe ich oben eine modifizierte SOMFY-Datei gepostet (zum Testen).
Zitat:
Und ich habe noch ein zweites Problem, habe jetzt per sunset eine Regel zum gemeinsamen Herunterfahren definiert,
meine 3 Somfys in "Alle_Rolladen" gepackt, es fährt aber nur das erste herunter. Wenn da schon

Warum lernst Du nicht die 3 Rolladen auf einen neuen Kanal an, wenn Du dann von fhem aus auf dem Kanal einen Befehl sendest, gehen alle drei Rolladen auf einmal. Problem ist nämlich, dass wenn fhem zu dicht hintereinander an verschiedene Somfys  Signale sendet, gehen welche verloren. Darüber wurde schon gepostet. Daher verfahre ich die Rollos immer im zeitlichen Abstand von 10 s von fhem aus, wenn ich mehrere verfahren will. Seit dem gibt es auch keine Probleme mehr.

Elektrolurch

Hallo Elektrolurch,

auf die Idee bin ich noch gar nicht gekommen mehrere Sender auf einen Kanal anzulernen. Das ginge natürlich und würde die Funklast minimieren.
Trotzdem muss ich aber auch verschiedene Devices irgendwie zu einer Gruppe zusammen fassen, da mein viertes Rollos kein Somfy ist, außerdem
gibt es Situationen, wo ich nicht alle drei Somfys zusammen hoch/runter fahren möchte da die Terasse z.B. offen bleiben soll, oder ich das eine
oder andere Rollos nicht komplett rauf fahren möchte.

Wie stelle ich das dann an z.B. mit den 10s wo trage ich sowas ein, bzw. wie setzt man das um und wie bewerkstellige ich das Hochfahren z.B, auf 50% ?

Zu dem Synchen der Anzeige:
Hier wäre ein post von funktionierenden defines echt klasse, als Anfäger blicke ich noch nicht durch. Die geänderte Somfy.pm im entsprechenden Verzeichnis
austauschen ist klar, aber welche Defines brauche ich sonst noch, das geht in den Posts etwas durcheinander, Du hast da folgendes gepostet:
attr Az_FB_FRoll userattr associated-devices
attr Az_FB_FRoll associated-devices  Az_FRolladen
und
sub Roll_FB_not($$)
{
my($fb,$event) = @_;
Log3($rolladenselektor,1,"Roll_FB_not: $fb event $event");
my ($rd,$val) = split(' ',$event);

return undef if($fb eq 'ExtMarkise');
return if($rd ne 'parsestate:');

# fb format is: xx_FB_[TF]Roll
# T = door, F = window FB = remote
# xx shortcut for room
# Somfy device for send
# xx_[TF]Rolladen
# example:
# FB: Wz_FB_TRoll
# Somfy: Wz_TRolladen

my $d = $fb . 'aden';
$d =~s/FB_//; # transform name
Log3($rolladenselektor,1,"set  $d virtual $val");
fhem("set  $d virtual $val");

return undef;
} # end sub Roll_FB_not
timtom wieder das:
([wz_RolladenHandsender:parsestate] eq "on") ##down
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen on)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "off") ##up
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen off)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "stop") ##stop
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen stop)
  (attr wz_Rolladen dummy 0)
Was brauche ich nun wirklich und was wird wo hinterlegt, Ihr seid da soviel weiter, aber als Anfänger blickt man da nicht durch.
Daher wäre es schön mal alles zu posten wie auch Arnd es sich gewünscht hat:
Hi,
hat jetzt jemand die Doif/Dummy Variante laufen und kann mal alles notwendige an defines posten?
Gruß Arnd

Hallo,

1. Mit der 99_myUtilsSOMFY entfällt der Code für das notify, das macht das Modul jetzt schon selber.
2. mit DOIf hat das von mir vorgeschlagene nichts zu tun.
3. Die beiden attribute werden noch benötigt. Der Az_FB_Roll ist der Handsender, der sollte vom SignalDuino ja automatisch per autocreate angelegt erden, wenn Du auf den Handsender drückst.
Der Az_Rolladen ist  das fhem - Device, was Deinen Rolladen ansendet. Mit dem Atribut weiß das Az_FB_Roll Objekt, wem es die Info über den Handsender schicken muss.

Mehr ist nicht von nöten. Alle anderen Vorshcläge, die da vor meinem Post gemacht wurden, sind obsulet.

Elektrolurch

Hallo Elektrolurch,

ich habe das jetzt mal versucht umzusetzen, die 99_myUtilsSOMFY.pm gegen 10_SOMFY.pm ersetzt. Leider waren nach dem restart meine Somfy Devices alle weg.
Ich hab dann noch mal welche neu angelegt, aber die Icons synchen nicht. Wenn ich dann die  99_myUtilsSOMFY.pm editiere und wieder schließe bekomme ich aber folgende Meldung:
syntax error at ./FHEM/99_myUtilsSOMFY.pm line 112, near "package main" BEGIN not safe after errors--compilation aborted at ./FHEM/99_myUtilsSOMFY.pm line 114.
Hier meine Definitionen:
define EG_FHEM_Rol_Terasse SOMFY 581202;
attr EG_FHEM_Rol_Terasse IODev sduino;
attr EG_FHEM_Rol_Terasse 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;
attr EG_FHEM_Rol_Terasse drive-down-time-to-100 23;
attr EG_FHEM_Rol_Terasse drive-down-time-to-close 27;
attr EG_FHEM_Rol_Terasse drive-up-time-to-100 4;
attr EG_FHEM_Rol_Terasse drive-up-time-to-open 28;
attr EG_FHEM_Rol_Terasse eventMap on:runter stop:stop off:rauf;
attr EG_FHEM_Rol_Terasse room Rolladen;
attr EG_FHEM_Rol_Terasse webCmd runter:stop:rauf;
attr EG_FHEM_Rol_Terasse room Rolladen;
attr EG_FB_Rol_Terasse userattr associated-devices;
attr EG_FB_Rol_Terasse associated-devices EG_FHEM_Rol_Terasse;

define EG_FB_Rol_Terasse SOMFY E740BB;
attr EG_FB_Rol_Terasse IODev sduino;
attr EG_FB_Rol_Terasse 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;
attr EG_FB_Rol_Terasse drive-down-time-to-100 23;
attr EG_FB_Rol_Terasse drive-down-time-to-close 27;
attr EG_FB_Rol_Terasse drive-up-time-to-100 4;
attr EG_FB_Rol_Terasse drive-up-time-to-open 28;
attr EG_FB_Rol_Terasse eventMap on:runter stop:stop off:rauf;
attr EG_FB_Rol_Terasse room Rolladen;
attr EG_FB_Rol_Terasse webCmd runter:stop:rauf;
attr EG_FB_Rol_Terasse room SOMFY;
attr EG_FB_Rol_Terasse userattr associated-devices;
attr EG_FB_Rol_Terasse associated-devices EG_FB_Rol_Terasse;

Was mach ich falsch?
Gruß Pit

Hallo Pit,

Zeile 112 ist überhaupt die erste Codezeile in der 99_myUtilsSOMFY.pm.

Da muss irgendwie digitaler Schmutz hereingekommen sein....

Mach die Datei mit dem edit-Befehl in fhem auf und schau Dir mal den Anfang an.
Da fängt jede Zeile mit # an, ist also auskommentiert.

und in Zeile 112 steht:
package main;


Wenn das Modul nicht geladen werden kann, sind natürlich auch die angelegten devices und Attribute nach dem Neustart weg. -> da ja kein Modul da.

Da macht es also auch keinen Sinn, dass Du mir hier die Definitionen postes....

Elektrolurch

Hallo Elektrolurch,

vielen Dank für die Antwort, gibt natürlich Sinn, wenn Fehler in der .pm sind, das die devices weg sind. Ich habe nun
eine neue 99_myUtilsSOMFY.pm eingespielt, nun bleiben die devices da. Leider passiert in der Anzeige immer noch nichts.

Ich habe jeweils ein device was automatisch angelegt wurde, da habe ich die beiden neuen Attribute eingetragen. Und ein
selbst angelegtes device.

Die Anzeige bewegt sich aber nur bei den selbst angelegten Devices, nicht wenn ich die Rollos über den Handsender bediene.
Noch einen Tipp?
Gruß Pit

Hi, stell doch mal das
Attribut verbose auf 5 für die Somfy Devices und den Signalduino und zeige uns was im passiert im logfile

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo Arnd,
Ich habe scheinbar noch ein anderes Problem, irgendwie werden dauernd neue Somy Devices durch autocreate erstellt. Im Eventmonitor kommen aber auch Einträge der schon definierten devices.
Irgend etwas stimmt da nicht ich werde mal alles neu aufsetzen.
Melde mich wieder
Gruß Pit

Zitat von: Elektrolurch am 29 Juni 2017, 14:55:58

[...]
attr Az_FB_FRoll userattr associated-devices
attr Az_FB_FRoll associated-devices  Az_FRolladen [...]

Ich hänge mal die geänderte SOMFY-Datei an. [...]

Ach ja, damit die Handsender überhaupt erkannt wurden, musste die Abfrage etwas weniger strikt erfolgen. Leider werden über den SignalDuino die gesendeten Signale nicht immer erkannt, so dass er meint, neue devices anlegen zu müssen.
Man sollte
attr autocreate disable 1
setzen, um nicht lauter Leichen oder die Rollos der Nachbarn anzulernen, was ja auch missbraucht werden könnte.

Elektrolurch

Hi,
musst Du Dir überlegen, aber ich glaube das sind die Nebenwirkungen der 99_myUtilsSOMFY.pm ;-(

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo Arnd, hallo Elektrolurch,
erst mal vielen Dank für die Unterstützung :-)

Zitatmusst Du Dir überlegen, aber ich glaube das sind die Nebenwirkungen der 99_myUtilsSOMFY.pm ;-(

Das kann gut sein, hatte ich vorher nicht. Allerdings habe ich auch das autocreate nicht abgeschaltet=>

ZitatMan sollte
attr autocreate disable 1
setzen, um nicht lauter Leichen oder die Rollos der Nachbarn anzulernen, was ja auch missbraucht werden könnte.

Komischerweise wurden die neuen SOMFY devices eingerichtet als ich die FB gedrückt habe, sollten eigentlich keine
devices von Nachbarn sein. Irgendwie seltsam. Und ich werde autocreate disablen.
Zur Not nehme ich halt wieder die originale .pm das mit den Anzeigen synchen ist nicht Prio 1, wäre natürlich schön.

ZitatHi, stell doch mal das
Attribut verbose auf 5 für die Somfy Devices und den Signalduino und zeige uns was im passiert im logfile

Kann ich verbose bei einzelnen Komponenten einschalten oder nur in global? Habe nur da die Möglichkeit gesehen?

Im Moment bin ich ja auch noch am rumprobieren mit dem dashboard, finde ich auch spannend. Habe einige interessante
Howtos im Wiki gefunden, noch einiges zu lesen ;-)
Werde jetzt erst mal die Funktionen wieder herstellen.
Gruß Pit

Hi,
In der FHEM Web auf den Signalduino klicken und dann den ATTR Button suchen (rechtes Teilfenster, links Mitte) daneben in der Auswahlbox verbose auswählen, daneben rechts die 5 setzen und auf den ATTR Button drücken ;-)
Analog in den Somfy Devices!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo Pit,

schau Dir doch noch mal Deine Definition an:

Der Fehler ist, dass die FB (Fernbedienung) auf sich selbst verweist.

FB_Roll_Terrasse ist das fhem-device, was ausschliesslich die Funksignale der Hand/Wandsender empfängt. Es brauch auch keine Positionsattribute, noch ein webCmd. Wenn es nämlich senden würde, gehen Deine Hand/Wandsender nicht mehr wegen dem rolling Code.
Dieses device wird beim ersten Drücken automatisch angelegt (Vorsicht, der SignalDuino empfängt die Somfy-Signale nicht einwandfrei, da können also auch falsche device angelegt werden, das sieht man daran, dass das reading parsestate nach mehrmaligem Drücken trotzdem nicht gesetzt wird)

Du musst ein zeites fhem - device haben, was ausschließlich Signale von fhem aus an die Rolladen sendet und das hast Du von Hand anlegen und an die Rolladen anlernen müssen.

Sagen wir mal, dh.h. EG_Rolladen_Terasse

Also:

attr EG_FB_Roll_Terrasse associated-device EG_Rolladen_Terrasse

Fernbedienung wird so mit dem fhem device EG_Rolladen_Terrasse verbunden.

Bei dem von Hand angelegten device sind dann auch die Attribute für die Positionen und das Icon zu definieren.

Elektrolurch

Hallo Elektrolurch,
Habe es jetzt nach Deinen Angaben aufgeräumt, die angelernten devices mit den neuen Attributen bestückt, Positionsangabe und Webcmd raus, die selbst eingetragenen devices überprüft und autocreate disabled.
Und es funktioniert nun, jedenfalls manchmal, das liegt aber daran, das bei Betätigen der FB scheinbar nicht immer Daten im Signalduino ankommen, das sieht man gut im Eventmonitor.

Endlich Erfolge, vielen Dank für die Unterstützung. Bleibt die Frage warum die Tastendrücke auf der FB nicht immer ankommen und warum teilweise neue devices erzeugt werden bei autocreate enabled.

Gruß Pit

Hallo Pit,
Hast Du verbose vom Signalduino mal auf 5 gesetzt, und kommen da wirklich keine Daten bei jedem Tastendruck? Oder kommen Daten, aber der Signalduino hört ein wenig falsch bzw. zeitlich verschoben? Was sagen die raw data? Kannst Du hier mal das logfile oder EventMonitor mit log Hacken aktiv posten?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo,

Zitat:
Hast Du verbose vom Signalduino mal auf 5 gesetzt, und kommen da wirklich keine Daten bei jedem Tastendruck? Oder kommen Daten, aber der Signalduino hört ein wenig falsch bzw. zeitlich verschoben? Was sagen die raw data? Kannst Du hier mal das logfile oder EventMonitor mit log Hacken aktiv posten?

Ich habe mir mal vor dem encrypt in der Sompfy_Parse die Bitfolge des Signals ausgeben lassen, kann aber leider nicht erkennen, ob die Bits tatsächlich verschoben sind, da durch das encrypt zwischen zwei Signalen eines gleichen Handsenders durch den rollingcode die bits ja sich auch ändern....
Die Länge stimmt ja jeweils (fast) immer.
Nächster Versuch wäre jetzt mal, falls das device nicht in der parse-fn gefunden wird, die nochmals aufzurufen und vorne ein bit hinzufügen oder wahlweise abschneiden. Aber dazu hatte ich noch keine Zeit.
Oder gibt es da noch andere Ideen, die sich in der SignalDuino - SW leichter umsetzen lassen?
Jedenfalls scheine ich nicht der Einzige zu sein, der das Problem mit den Handsendern hat. Wigner hat ja auch das Gleiche schon berichtet.

Elektrolurch

Hallo Arnd, hallo Elektrolurch,
anbei mal logfile und eventmonitor log. Hoffe Ihr könnt etwas damit anfangen.
Gruß Pit

Mahlzeit,

Danke Elektrolurch, hab die 99_myUtilSomfy.pm eingespielt und soweit funktioniert es auch zumindest mit den Handsendern, der State wurde bei meinen Versuchen immer richtig angezeigt
Ich habe allerdings noch eine Impresario Chronis (FB für mehrere Rolos) die bisher die automatsiche Steuerung übernommen hat, leider kann man nur 4 Fahrbefehle pro Tag ausführen lassen.. was aber für eine vernünftige Beschattung nicht aureichend ist .. aber das nur am Rande...l.
Nun hab ich alle Rollos von der Chronis bedient im FHEM entsprechend via autocreate mitgehört und dann die Zuweisung vorgenommen.
Das blöde Ding sendet jedoch jeden Fahrbefehl mehrfach an jedes Rollo, im Log sieht man immer 3-5 Befehle mit ca. 2-6 Sekunden Verzögerung und das verfälscht den State aber das kann man ja vernachlässigen....
------------

Edit:
ha kaum geschrieben schon ist es passiert,
der State wurde beim einem Rollo nicht aktualisiert obwohl "parsestate" des Handsenders den aktuellen Zeitstempel enthält, beim anderen Rollo wurde hingegen der parsestate der FB nicht aktualisert..

@Elektrolurch. Sofern ich deine Anpassung verstanden haben, rufst du das Somfy-Device bei Betätigung der FB virtuell auf, um ein Doppel-Senden (Hardware FB und FHEM) zu verhindern? Würde das mit dem DOIF nicht auch analog gehen?
([wz_RolladenHandsender:parsestate] eq "on") ##down
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen on)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "off") ##up
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen off)
  (attr wz_Rolladen dummy 0)
DOELSEIF ([wz_RolladenHandsender:parsestate] eq "stop") ##stop
  (attr wz_Rolladen dummy 1)
  (set wz_Rolladen stop)
  (attr wz_Rolladen dummy 0)

Ja. Da ich aber mit Doifelse mich nicht beschäftigt habe, kann ich Dir nicht sagen, ob das oben richtig ist.

Aber ich rufe den Rolladen mit dem Parameter "virtual" aus der Parse_FN auf:

DoSet($ad,'virtual',$newstate);

Funktioniert aber nur, wenn Sender und Empfänger auf dem gleichen fhem laufen. Wenn da noch fhem2fhem zum Einsatz kommt, muss man wahrscheinlich irgendwas mit IOWrite da machen. Habe ich mich aber noch nicht damit beschäftigt.

Leider empfängt mein SignalDuiono die Handsender nicht immer korrekt, so das der Status der Rolladen auch nicht immer korrekt ist.

Elektrolurch

Etwas Off-Topic: Bei mir steht der Einbau der Velux Rollläden noch bevor. Muss man sich Gedanken machen, wenn man die Rollläden automatisch herunter fährt und die Fenster geöffnet sind? Geht da was kaputt?

Hallo, ich klinke mich hier einmal ein.
Ich steuere meine 14 somfy rts mit einem "Impresario Chronis", das funktioniert auch sehr gut. Zusätzlich habe ich die Rollos an FEHM mit CUL-HM angebunden. Um induviduelle Steuerung vorzunehmen.
Durch den "Impresario Chronis" bekomme ich natürlich den Status im Fhem nicht mit. Jetzt war mein Gedanke mit einem Signaldino das senden des "Impresario Chronis" abzuhören und dann den Status in Fhem zu setzen, gleiches Vorgehen könnte auch für die Wandsender verwendet werden.
Allerdings habe ich keine Ahnung wie ich den Signaldino einstellen muss, damit er die Funksignal abhört und anschließend diese auszuwerten.
Habt Ihr schon sowas gemacht oder ist mein Ansatz falsch?
Für Vorschläge bin ich dankbar. Mir ist bewusst, dass das setzen vom Status nur einen Schönheitskaracter hat.

Hi,
Eigentlich reicht es im SIGNALDuino (mit cc1101 Chip!) die Freq auf 433.420 zu setzen.
Danach werden die Somfy FB als Device mit Rollingcode angelegt und bekommen den Status mit.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Bezüglich Empfang habe ich die besten Ergebnisse mit folgenden Werten ausgetestet:

ccconf

freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:16dB

Wie kann ich die Werte im Signaldiuno hinterlegen? Freq usw.

Hi hugo,
zeig mal ein
list <dev>
<dev> mit dem Namen Deines Signalduinos ersetzen.

Normalerweise mit
set <dev> cc1101_freq 433.420
set <dev> cc1101_sens 16

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo,
hier das List. Konnte die Werte jetzt setzen, Sehe Sie aber im List nicht. Shutodwn und restart durchgeführt.
Jetzt hat er ein Device angelegt und kann auch über Fhem das Rollo bewegen.
Wenn ich mit der FB das Rollo bewege, bekomme ich nur den Status off mit geteilt und erhalte im LOGFILE eine Fehlermeldung.

2017.08.27 13:04:54 4: RC_SIGNALduino/msg READ: OK
2017.08.27 13:04:54 5: RC_SIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.08.27 13:04:54 4: RC_SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2017.08.27 13:05:40 4: RC_SIGNALduino/msg READ: MU;P0=1351;P1=-581;P2=-15612;P3=-120;P4=2620;P5=-2612;P6=4820;P7=-1220;D=2345456707012121212707210127212107210127012701272121212121072107012721012127210707070722;CP=0;R=241;
2017.08.27 13:05:40 5: RC_SIGNALduino: applying filterfunc SIGNALduino_filterSign
2017.08.27 13:05:40 5: RC_SIGNALduino: applying filterfunc SIGNALduino_compPattern
2017.08.27 13:05:40 5: RC_SIGNALduino: applying filterfunc SIGNALduino_filterMC
2017.08.27 13:05:40 4: RC_SIGNALduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.08.27 13:05:40 5: RC_SIGNALduino: Starting demodulation at Position 0
2017.08.27 13:05:40 5: RC_SIGNALduino: dispatching bits: 0 1 0 1 0 0 1 0 1 0 0 1 0 1 0 0 1 0 0 1 0 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0
2017.08.27 13:05:40 4: RC_SIGNALduino: decoded matched MU Protocol id 63 dmsg u63529492A4AA length 40 RSSI = -81.5
2017.08.27 13:05:40 5: RC_SIGNALduino Dispatch: u63529492A4AA, test ungleich: disabled
2017.08.27 13:05:40 5: RC_SIGNALduino Dispatch: u63529492A4AA, -81.5 dB, dispatch
2017.08.27 13:05:40 5: RC_SIGNALduino: dispatch u63529492A4AA
2017.08.27 13:05:40 3: RC_SIGNALduino: Unknown code u63529492A4AA, help me!
2017.08.27 13:05:40 4: RC_SIGNALduino/msg READ: MC;LL=-1333;LH=1341;SL=-585;SH=691;D=B0B3B24FDA6355;C=658;L=56;R=242;
2017.08.27 13:05:40 4: RC_SIGNALduino: Found manchester Protocol id 43 clock 658 RSSI -81 -> Somfy RTS
2017.08.27 13:05:40 5: RC_SIGNALduino: extracted data 10110000101100111011001001001111110110100110001101010101 (bin)
2017.08.27 13:05:40 4: RC_SIGNALduino: Somfy bitdata: 10110000101100111011001001001111110110100110001101010101 (56)
2017.08.27 13:05:40 5: RC_SIGNALduino Dispatch: YsB0B3B24FDA6355, test ungleich: disabled
2017.08.27 13:05:40 5: RC_SIGNALduino Dispatch: YsB0B3B24FDA6355, -81 dB, dispatch
2017.08.27 13:05:40 5: RC_SIGNALduino: dispatch YsB0B3B24FDA6355
2017.08.27 13:05:40 1: ERROR: >Somfy RTS message format error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2017.08.27 13:05:54 4: RC_SIGNALduino/keepalive ok, retry = 0
2017.08.27 13:06:54 4: RC_SIGNALduino/KeepAlive not ok, retry = 1 -> get ping
2017.08.27 13:06:54 5: AddSendQueue: RC_SIGNALduino: P (1)
2017.08.27 13:06:54 5: RC_SIGNALduino SW: P
2017.08.27 13:06:54 4: RC_SIGNALduino/msg READ: OK
2017.08.27 13:06:54 5: RC_SIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.08.27 13:06:54 4: RC_SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2017.08.27 13:07:54 4: RC_SIGNALduino/keepalive ok, retry = 0



Internals:
   Clients    :IT:CUL_TCM97001:SD_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-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         11
   LASTDMSG   nothing
   NAME       RC_SIGNALduino
   NR         30
   PARTIAL
   STATE      opened
   TIME       1503830277
   TYPE       SIGNALduino
   sendworking 0
   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#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   ^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: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]+
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2017-08-27 12:48:22   ping            OK
     2017-08-27 12:39:22   state           opened
     2017-08-27 12:39:22   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   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
     68
     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
     66
     67
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    5


Hugo!
Ein wenig einlesen würde Dir helfen ;-)

In meinem Beitrag waren drei Hinweise!

Signalduino mit "CC1101" - okay hast Du
Freq auf 433.42 MHz - hast Du jetzt auch
RollingCode - tja was ist das?
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino

Hier mal versucht kurz zu erklären:
Du wolltest Den Status des Somfy mitbekommen, wenn Du die FB drückst - Das geht jetzt!
Wenn Du per FHEM den Somfy bewegen willst, dann brauchst Du ein neues FHEM Device, dass Du an die Somfy als neue Fernbedienung anlernen musst.
Sonst kannst Du nicht mehr mit Deiner Hardware Fernbedienung auslösen, da der RollingCode nicht mehr passt!

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo Arnd,
vielen Dank für deinen Hinweis. Bin mir über die Thematik von RollingCode bewusst, hattes aber in diesem Zusammenhang total vernachlässigt.
Ist jetzt so wie du sagst in meinem Device werden die FB-Stati im "parsestate" "on/stop/off" angezeigt. Somit kann ich jetzt mit einem notify und setstate meinen Status setzen.
Nochmals Danke für die Bemühungen.
Hugo  :)

@hugo: kannst du bitte ein list vom SOMFY-Device posten?
meiner Meinung nach, sollte kein Status angezeigt werden, da keine korrekte SOMFY-Nachricht empfangen wurde.

Hallo habeIchVergessen,
klar mache ich das.
List vom Somfy

Internals:
   ADDRESS    36B995
   CFGFN
   DEF        36B995 A3 01F0
   IODev      RC_SIGNALduino
   LASTInputDev RC_SIGNALduino
   MSGCNT     24
   NAME       SOMFY_36B995
   NR         40
   RC_SIGNALduino_DMSG YsABBBB9A1348DBB
   RC_SIGNALduino_MSGCNT 24
   RC_SIGNALduino_RAWMSG MC;LL=-1245;LH=1337;SL=-597;SH=665;D=ABBBB9A1348DBB;C=640;L=56;R=253;
   RC_SIGNALduino_RSSI -75.5
   RC_SIGNALduino_TIME 2017-08-27 14:46:21
   STATE      closed
   TYPE       SOMFY
   move       on
   CODE:
     1          36B995
   READINGS:
     2017-08-27 12:58:05   enc_key         AC
     2017-08-27 12:58:05   exact           200
     2017-08-27 14:46:21   parsestate      stop
     2017-08-27 12:58:05   position        200
     2017-08-27 12:58:05   rolling_code    01F9
     2017-08-27 12:58:05   state           closed
Attributes:
   IODev      RC_SIGNALduino
   comment    Markiese
   room       SOMFY


List vom Siganlduino

Internals:
   Clients    :IT:CUL_TCM97001:SD_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-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       u63ACEFEDF461D8EE
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         11
   LASTDMSG   u63ACEFEDF461D8EE
   MSGCNT     51
   NAME       RC_SIGNALduino
   NR         30
   PARTIAL
   RAWMSG     MU;P0=1344;P1=-1228;P2=690;P3=-587;D=0101230321232301232323232323012301232323230103232123032323212323012303232123230123230;CP=2;R=245;
   RSSI       -79.5
   STATE      opened
   TIME       1503839413
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 2017-08-27 15:17:13-MU;P0=-118;P1=204;P2=375;P3=-175;P4=120;P5=-339;D=01023434515131345131515132515234510131313;CP=1;R=197;#2017-08-27 15:22:10-MU;P1=243;P2=-164;P4=-117;P5=-404;P6=158;P7=119;D=0121415156270647010621005756272751215126514121;CP=1;R=196;#2017-08-27 15:23:08-MU;P0=-120;P1=258;P2=-176;P3=-312;P4=189;P6=372;P7=120;D=012134243134313634343126313407243427343734;CP=4;R=196;#2017-08-27 15:29:13-MU;P0=556;P1=120;P2=-298;P3=215;P5=-118;P6=-483;D=3532323632323235061636321232323632323532321235;CP=3;R=198;#2017-08-27 15:29:28-MU;P0=-140;P2=468;P3=-289;P4=163;P5=119;P6=-414;P7=245;D=0023435356704356405673407040567043434343704;CP=4;R=196;#2017-08-27 15:32:22-MU;P0=167;P1=-346;P2=1000;P3=117;P4=-159;P5=262;P6=-116;D=0121345101062631010151045431515101040134;CP=0;R=196;#2017-08-27 15:43:02-MU;P0=215;P1=-162;P2=146;P3=-330;P5=-116;P6=412;P7=-537;D=0123212563230525232761070521032127212501;CP=2;R=196;#2017-08-27 15:53:09-MU;P0=117;P1=-120;P2=-340;P3=476;P4=-174;P5=204;P6=-516;D=0102343256510252525154345254545456545251;CP=5;R=195;#2017-08-27 15:57:03-MU;P0=-247;P1=139;P2=-117;P3=202;P4=-414;P5=330;P7=-170;D=0123430343212501434303430171752541710103437;CP=1;R=197;#2017-08-27 16:05:43-MU;P0=-424;P1=-196;P2=222;P3=-291;P4=140;P5=-118;D=012345214343232321432345202540232045212325;CP=2;R=197;#2017-08-27 16:11:08-MU;P0=-500;P1=380;P2=-177;P3=240;P4=157;P6=-116;D=012324242423230423010301246124036464236124;CP=4;R=196;#2017-08-27 16:12:45-MU;P0=-161;P1=173;P2=-119;P3=284;P4=-302;P5=119;P7=432;D=012123214541054343414345414345474121054121;CP=1;R=196;#2017-08-27 16:28:00-MU;P0=243;P1=-117;P3=-206;P4=160;P5=-476;P6=116;P7=-305;D=01030303430501036307070703030767010707636701;CP=0;R=194;#2017-08-27 16:34:03-MU;P0=-453;P1=-123;P2=150;P4=-215;P5=231;P6=-338;D=0121245624515421215124242620502021512656212;CP=2;R=197;#2017-08-27 16:46:16-MU;P0=-124;P1=170;P2=-255;P3=116;P5=-449;P6=336;D=01232321215601212351230121212626210103535;CP=1;R=196;#2017-08-27 16:49:46-MU;P0=652;P1=-309;P2=186;P3=-160;P4=422;P5=-118;P7=120;D=0123452321452105232141210173737171252173;CP=2;R=196;#2017-08-27 16:52:00-MU;P1=-376;P2=145;P3=243;P4=-164;P6=-116;D=0121213426312121012626212131362136212624242124213131212104;CP=2;R=196;#2017-08-27 17:01:26-MU;P0=-627;P1=179;P2=433;P3=-267;P5=-170;P6=307;P7=-438;D=012315136567632711251021106025171515151715;CP=1;R=195;#2017-08-27 17:27:44-MU;P0=222;P1=136;P2=-137;P4=-373;P6=666;P7=-208;D=411670717011401026704171714011412021402140;CP=1;R=195;#2017-08-27 17:32:07-MU;P0=-391;P1=716;P2=-135;P3=238;P5=159;P6=118;D=01232523262323050603260325232601260605232;CP=3;R=196;#2017-08-27 17:44:32-MU;P0=159;P1=-158;P2=-374;P3=270;P5=-118;P6=428;P7=116;D=0102023232020102050202613275027201310272;CP=0;R=198;#2017-08-27 17:45:19-MU;P0=116;P1=215;P2=-170;P3=-119;P5=-365;P7=512;D=012101312121510151212131512751510121005137;CP=1;R=197;#2017-08-27 18:00:46-MU;P0=219;P1=-410;P3=553;P4=-226;P5=-601;P6=-117;D=01010101343105060401013604050105063404010;CP=0;R=197;#2017-08-27 18:09:14-MU;P1=189;P2=-192;P4=-117;P5=119;P6=-690;P7=556;D=0121454545054145452161672145412141214101;CP=5;R=193;#2017-08-27 18:16:22-MU;P0=-428;P1=161;P2=-315;P3=117;P4=-132;P5=712;P7=275;D=01234141254147072147472107234107214143414;CP=1;R=195;
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   DoubleMsgIDs:
   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#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   ^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: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]+
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2017-08-27 18:33:58   ping            OK
     2017-08-27 12:52:54   state           opened
     2017-08-27 12:52:54   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   getcmd:
   keepalive:
     ok         1
     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
     68
     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
     66
     67
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    5


danke. da sind auch korrekte Nachrichten empfangen worden.

Hallo zusammen,

ich habe folgende Frage:
Bisher habe ich meine SomfyRTS-Motoren mit Hilfe eines nanoCULs mit culFW 1.66 gesteuert. Bekanntermaßen lassen sich hiermit keine Somfy-Befehle der Handsender empfangen. Daher habe ich den Stick heute zu einem SIGNALduino geflasht.

M.E. hat auch alles soweit funktioniert. Die Rollläden kann ich jedenfalls mittels FHEM steuern. Dazu musste ich lediglich das IODev der bereits angelegten Rollladen-Devices auf den SIGNALduino wechseln.

Es funktioniert allerdings nicht, dass die Handsender als neue Devices in FHEM auftauchen. "autocreate" ist aktiviert. "Verbose 5" liefert nichts im Log-file, wenn ich einen Handsender drücke. Die Sender tauchen einfach nicht auf...

Hat jemand eine Idee? Kann der Stick ggfs. nicht empfangen, sprich ein Hardware-Defekt?

Viele Grüße
Luke

Hast Du die Frequenz für den Empfang auch permanent auf 433.20 Mhz gesetzt?
ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:16dB 
Für das Senden macht das Somfy-Modul das temporär.

Elektorlurch

Hallo Elektrolurch,

so, kann mich jetzt wieder an fhem versuchen...

Das mit der Frequenz war offensichtlich zunächst das Problem. Danke für den Hinweis! Und sorry, dass ich nicht selbst drauf gekommen bin. Es steht ja in vielen Posts. Ich war irgendwie der Meinung, dass ich die Frequenz bereits richtig eingestellt hatte.

Soweit so gut. Die Fernbedienungen werden vom SD also jetzt erkannt. Aber offensichtlich nur per "autocreate". Dies ist ja wegen der rollingcodes nicht sinnvoll, habe ich verstanden. Daher habe ich "autocreate" disabled und die angelegten FB-devices gelöscht. Danach werden die FBs bei erneutem Anlernen aber nicht mehr angelegt. Was mache ich falsch?

Sorry, für die vermeintlich einfachen Fragen, aber irgendwie komme ich nicht zurecht, trotz langer Rumprobiererei...

Gruß
Luke

Hi,
Wenn du ein Device händisch löscht wird es erst nach dem nächsten reboot von FHEM wieder neu angelegt.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Hallo.

Entschuldigt vorab die ein oder andere Blöde Frage aber selbst nach einem Jahr hab ich bisher nur das Anlegen eines Somfy Devices benötigt und das hab ich hinbekommen.
Der aktuelle Stand:
Ich hab bisher hier einen nanoCUL in Verwendung gehabt und hab mir aus Langeweile und weil es auch nett wäre den aktuellen Status der Markise zu kennen einen Signalduino gebaut.
FHEM hat via Autocreate meine echte Somfy FB angelegt. In diesem Device sieht man auch in "echtzeit" welcher Status gerade aktiv ist (off/on/stop...etc)

Zuerst eine generelle  Frage:
Ich hab schon festgestellt das wenn bei meinem alten Somfy Device das IO Device einfach von CUL auf Singnalduino ändere funktioniert das nicht. Seh ich das richtig das das eine Art Softwareschutz ist in FHEM damit nicht jeder so einfach die Rollos vom Nachbarn übernimmt. Signalduino sendet "anders" und darum muss einfach das Device nochmal extra angelernt werden. Richtig?


Zum Thema jetzt selbst:
Sind die Änderungen von Elektrolurch schon via Update zu erhalten oder muss man noch das somfy Modul austauschen?

Ich versteh den Syntax nicht ganz:
attr Az_FB_FRoll userattr associated-devices
attr Az_FB_FRoll associated-devices  Az_FRolladen

Wo gibt man diese Befehle ein? Auf der Hauptseite oder im FHEM Somfy device oder im Autocreate Device?
Was genau ist "Az_FB_FRoll" und "Az_FRolladen"


Grüße,
Christian

Hi,

ist die Lösung mit associated-Devices schon im Standard?

Ich habe festgestellt das es viele Verweise auf "associated devices" gibt, aber nichts im comandref zu finden ist und auch "mein" Problem ausser hier noch nicht zu finden ist.

Ich habe einen SignalDuino um SOMFY RTS einzubinden

Die Somfy Fernbedienung wird per autocreate erstellt

Das Somfy device (ein Rollo)musste manuel angelernt werden.
Ebenso habe ich eine drive-down-time und drive-up-time gesetzt damit sich der status des devices aendern kann

Weil Somfy RTS Devices keine Rueckmeldung gibt habe ich in der Fernbedienung folgendes attribut gesetzt wie von Elektrolurch beschrieben:

Code: [Auswählen]
attr Rollo_FB userattr associated-devices

das fuehrt zu einem neuen Eintrag in der attribute Liste und damit setze ich dann

Code: [Auswählen]
attr Rollo_FB  associated-devices Rollo

Jetzt sollte ein Fernbedienungsbefehl dazu fuehren das sich der Status des Rollo veraendert.

Klappt aber leider nicht.
Im reading der Fernbedienung sehe ich zwar das ich die Fernbedienung betätigt habe,
der Staus des Devices ändert sich aber leider nicht.

Das reading de Fernbedienung sieht so aus:
Zitat
Readings
enc_key       A5         2017-12-09 10:54:28
exact           50          2017-12-09 10:54:28
parsestate   off          2017-12-19 08:48:10
position       50          2017-12-09 10:54:28
rolling_code 008B     2017-12-09 10:54:28
state            moving  2017-12-09 10:54:28

Muss es noch ein mapping der Fernbedienungsbefehle, mit den Devicebefehlen geben? (obwohl stop, off, on wie es unter "parsstate" steht eignetlich mit den Devicebefehlen harmoniert)

webcmd und eventmap im Rollo sind vorsichtshalber gelöscht auch wenn ich die gerne nutzen wollen würde

mach ich sonst irgendwas falsch?

ach so hier noch das Log in Verbose 5:

Einmal an der Fernbedienung Befehl on gesetzt ( also runterfahren), dann noch einmal off ( also hoch) der Rest ist Schmutz nehm ich mal an

Zitat2017.12.19 18:31:14 3: SignalDuino: setting Verbose to: 5
2017.12.19 18:31:19 4: SignalDuino/msg READ: MC;LL=-1301;LH=1280;SL=-671;SH=606;D=F1F1CFBB0A91;C=642;L=48;R=34;
2017.12.19 18:31:54 4: SignalDuino/keepalive ok, retry = 0
2017.12.19 18:31:55 4: SignalDuino/msg READ: MU;P0=-1311;P1=1284;P2=-629;P3=638;D=012323232301232323012301232323012303232323212301232301232323230323212303210123230123;CP=3;R=25;
2017.12.19 18:31:55 5: SignalDuino: applying filterfunc SIGNALduino_filterSign
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 34
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.12.19 18:31:55 5: SignalDuino: applying filterfunc SIGNALduino_compPattern
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 1
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 9
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 3
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 1
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 3
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 3
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 1
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 3
2017.12.19 18:31:55 4: SignalDuino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.12.19 18:31:55 5: SignalDuino: Starting demodulation at Position 1

Hallo Heiner,

konntest Du da noch etwas herausfinden?
Ich habe nämlich das gleiche Problem und komme auch nicht weiter.

Danke, lg, Gerhard

Ich habe mal nachgeschaut - die Lösung mit "associated-devices" ist (noch?) nicht im Standard.
Ich werde Elektrolurch mal eine PM schicken, ob das in die 10_SOMFY.pm aufgenommen werden kann.

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".

Sorry, war länger nicht online.
Dass Attribut "associated--device" macht mit dem Code im Modul genau das, was Du auch mit dem notify machtst.


Gruß

Elektrolurch

Hallo liebe Community,

ich möchte mich vielmals bei allen "alten Hasen" und Tippgebern in diesem Forum bedanken. Ich konnte viele meiner Anliegen mit Hilfe dieses Forums bereits umsetzen. Heute musste ich mich nun dennoch anmelden, da ich eine spezielle auf diesem Thread aufbauende Frage habe.

Was funktioniert bereits?
- Steuerung unserer Reflexa-Markise mit Somfy-Funksteuerung über einen SIGNALduino mit CC1101.
- Einbindung in Homekit über Homebridge mit prozentualer Steuerung in 10% Schritten.
- Lauschen auf Signale des vorhandenen Telis 1 RTS Handsenders mittels dem zwei Posts über mir stehenden "virtual" notify's, um den Markisenstatus mitzuführen.

Was fehlt noch / Was ist mein Problem?
- Die meistgenutzte Taste auf unserem Handsender ist die My-Taste, welche eine Position anfährt, die bei ca. 90% Ausladung der Markise liegt. Das hat verschiedene Gründe, auf die ich jetzt gar nicht eingehen möchte.
- Genau diese My-Taste wird vom Somfy-Modul jedoch immer als Stop Signal gewertet, weswegen das oben stehende "virtual" notify gerade für diese Taste nicht funktioniert und der Status der Markise nicht mitgeführt wird. Dadurch ist Homekit auch immer nicht mehr synchron zum tatsächlichen Zustand.

Auf github habe ich folgendes Detail ausfindig gemacht:


sub SOMFY_DispatchRemoteCmd($$) {
...
if ($cmd eq "10") {
$cmd = "11"; # use "stop" instead of "go-my"
}


Warum aber wird dieser go-my Befehl zwingend auf ein stop gemapped? Kennt jemand die Hintergründe dafür?

Ich habe zeitweise über eine Änderung von somfyremote zu somfyshutter gehofft den Funktionsumfang des fhem-Devices für den Handsender mit dem fhem-Device für die Markise gleichzuziehen, das hatte aber nicht den erhofften Erfolg.

Vielen Dank im Voraus für weiterführende Informationen und evtl. Lösungsvorschläge. Ich weiß leider gerade überhaupt nicht, wie ich mir damit helfen soll.

Beste Grüße
Michael

Hallo Michael,

die Stop / GoMi - Taste hat leider eine context-sensitive Funktion:
Steht der Rolladen, dann wird die gespeicherte Position angefahren. Also müsste man zuerst hier korrekterweise ein Attribut hinterlegen, damit fhem dann auch weiß, wohin die Reise geht.

Läuft der Rolladen, dann wird ein Stopp verarbeitet, sowohl am Rolladen, als auch in fhem.

Möglicher Lösungsweg:
a) zusätzliches Attribut für die GoMi - Position einführen.
b) Die Dispatch-Funktion für das Kommando müsste abfragen, ob der Rolladen läuft, wenn ja dann stopp,
wenn nein, dann mit der Option Virtual die gespeicherte Position in fhem für GoMi nachbilden.

Sollte eigentlich nicht so schwierig sein, habe aber keinen Entwickler-Account und bin auch nicht der maintainer.

Elektrolurch

Zitat von: Elektrolurch am 29 Juni 2017, 14:55:58
Hallo,

ich habe die SOMFY_Parse sub mal so erweitert, dass man beim Handsender über ein Attribut die Rolläden hinterlegen kann und sich der Status der Rolläden auch ändert, wenn man den Handsender drückt.

So wirds gemacht:

attr Az_FB_FRoll userattr associated-devices
attr Az_FB_FRoll associated-devices  Az_FRolladen

Da können auch mehrere Rolläden stehen, wenn man z.B. auf einer Taste der FB mehrere Rolläden angelernt hat.

Ich hänge mal die geänderte SOMFY-Datei an. Die 10_SOMFY.pm sollte man entfernen, da ansonsten das Modul zweimal geladen wird und beim Neustart das log voll geschrieben wird.

Viel Spaß damit.

Ach ja, damit die Handsender überhaupt erkannt wurden, musste die Abfrage etwas weniger strikt erfolgen. Leider werden über den SignalDuino die gesendeten Signale nicht immer erkannt, so dass er meint, neue devices anlegen zu müssen.
Man sollte
attr autocreate disable 1
setzen, um nicht lauter Leichen oder die Rollos der Nachbarn anzulernen, was ja auch missbraucht werden könnte.

Elektrolurch

darf ich hier nochmals einhakenm ist ja einige zeit vergangen.
ich habe heute meine somfy rts markise auf von einem busware cul auf signalduino umgestellt, klappt alles.
das betätigen des handsenders wurde auch erkannt , device heisst nun out_markise_fb und mittels user-attribute habe
ich diese wie beschrieben mit dem gerät out_markise assoziert.
leider synchronisiert sich der status der markise aber nicht.

nun stehe ich etwas auf dem schlauch:
wenn ich es richtig verstehe wird das associated-devices user-attribut nicht vom 10_somfy unterstützt? oder hat sich seither was getan hier?
und falls nicht: wie entferne ich wie oben von elektrolurch vorgeschlagen die 10_somfy.pm und ersetze diese durch die myutils Version?
danke für ne kurze info.
VG,
Chris

Hallo,

für wahr, ist schon lange her....
Ich bin mir nicht sicher, ob das neue Attribut mit in die aktuelle Version  von 10_SOMFY.pm übernommen  wurde.
Es gibt zwei Möglichkeiten, das Modul zu ersetzen:
1. Ersetzte einfach im FHEM - Ordner die 10_SOMFY.pm durch die 99_myUtilsSOMFY.pm und verhindere über das global Attribut exclude_from_update  das bei einem Update das Modul überschrieben wird oder
2. die 99_myUtils...pm Module werden als letztes geladen, überschreiben also andere Module, falls die subs die gleichen Namen haben.

Ich hänge Dir mal die Version an, die bei mir derzeit läuft und auch mit den Handsendern funktioniert.


Elektrolurch

Hallo Elektrolurch,

danke für deine Erklärungen. Ich habe nun mal deine 10_SOMFY.pm Datei genommen und meine bestehende ersetzt.
Leider kein Erfolg. im per autocreate erzeugten FB-device kommen die Aktionen beim Drücken an, aber nicht im verknüpften Markisen-device.
Wenn ich im Editor deine Datei mal anschaue, finde ich mit meinen bescheidenen PERL kenntnissen auch kein
Coding zum "associate-devices" attribut...Muss da ggf. noch was bei mir lokal ergänzt werden?
VG,
Chris

Hallo,

Meine Fernbedienung sieht so aus:

associated-devices Az_FRolladen
model somfyshutter
userattr associated-devices


und der zugehörige Rolladen Az_FRolladen:

IODev CUL_433
additionalPosReading pos
alias Fenster
devStateIcon geschlossen:fts_shutter_100@#2222ff:offen 0:fts_shutter_100@#3333ff:offen  gesperrt|10$:fts_shutter_90@#4444ff:offen Dämmerung|20:fts_shutter_80@#5555ff:offen Sonnenschutz|30:fts_shutter_70@#6666ff:offen 40:fts_shutter_60@#7777ff:offen 50:fts_shutter_50@#9988CC:offen 60:fts_shutter_40@#AA7788:offen 70:fts_shutter_30@#aa8866:offen 80:fts_shutter_20@#bb8822:offen 90:fts_shutter_10@#cc8822:gesperrt offen:fts_shutter_0@#ff8800:gesperrt
drive-down-time-to-100 13.3
drive-down-time-to-close 16.9
drive-up-time-to-100 3.18
drive-up-time-to-open 17.67
event-on-change-reading state,pos
eventMap {'usr' => {'offen' => 'off', 'geschlossen' => 'on',  'gesperrt' => 'pos 0', 'Dämmerung' => 'pos 20', 'Sonnenschutz' => 'pos 30'}, 'dev' => {'open' => 'offen', 'closed' => 'geschlossen', '^30$' => 'Sonnenschutz', '^20$' => 'Dämmerung', '^0$' => 'gesperrt'}}
genericDeviceType blind
group Rolladen
homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100,minStep=10
icon fts_window_2w
model somfyshutter
positionInverse 1
room Homekit
verbose 1


Habe das gerade noch einmal überprüft. Da ich den SignalDuino an einem anderen System betreibe, habe ich die Fernbedienungen per fhem2fhem gekoppelt und mir auf die Fernbedienungen ein notify gesetzt:

define SD_notify notify (Alle.|[A-Z][a-z])_FB_.*Roll:.* {SD1_not($NAME,$EVENT)}

In Deinem Fall ist die regex für die Fernbedienungen durch den Namen der Fernbedienung für die Markise zu ersetzen.

Und der zugehörige perl-Code sieht wie folgt aus:

sub SD1_not($$)
{
my ($name,$event) = @_;
my ($rd,$val) = split(': ',$event);
my $ads = AttrVal($name,'associated-devices',undef);
if(defined($ads))
{
# Ton ausgeben, FB betätigt
DoSet("sig2",6,2) if($name =~m/FB_.*Roll$/);
foreach my $ad (split("[ ,\t]+",$ads))
{
# Log(1,"SD_not: $name set $ad virtual $val");

DoSet($ad,'virtual',$val);
Log3 $name, 4, "SOMFY $name associated-device $ad $val";
} # liste
} # if ad
return undef;

} # end sub SD1_not
##############################


Die Zeile

DoSet("sig2",6,2) if($name =~m/FB_.*Roll$/);

kannst Du auskommentieren, sie erzeugt nur ein Geräusch, wenn über die FB ein Rolladen bedient wird und fhem das mittrackt.
Sorry, dachte, ich hätte den Code schon in das Somfy-Modul eingebracht.
Das Stückckchen Code liest das Attribut ssociated-devices aus und setzt dann bei den devices die Position.
Da das jetzt schon lange her ist.... na ja. Kann ja schon mal passieren, dass man nicht mehr weiß, wie man etwas gelöst hat.

Elektrolurch

Hallo elektrolurch,

*update nach ausprobieren*
dein Lösungsweg funktioniert wunderbar. Markisenstatus wird perfekt synchronisiert nach
Betätigen der Original Fernbedienung. Nochmals vielen Dank!

vg,
chris

Hallo Leute,

habe es hinbekommen, dass ich via Signalduino Stick und FHEM meine Somfy RTS Rolladen steuern kann.
Nun geht es um die Positionsrückmeldung wenn der Sender gedrückt wird.

Problem: wenn ich einmal kurz eine Sendertaste der FB drücke kommen die Befehle nur sporadisch beim Fhem an.
Lasse ich den Finger auf dem Taster dann rattern die Meldungen im Eventmonitor durch.

Meine Somfy Fernbedienung ist die Telis 6 Chronis RTS.

Via FHEM habe ich den Signalduino fest auf 433,42 eingestellt.
Das Fhem Modul habe ich gegen die  99_myUtilsSOMFY.pm  aus diesem Threat getauscht
Via Autocreate wurden alle 6 Kanäle des Senders gefunden.
Duino Firmware ist die
V 3.3.1-dev SIGNALduino cc1101 (433Mhz )- compiled at Mar 10 2017 23:27:29
versionmodul v3.4.1_dev_28.10

Nun weis ich nicht mehr wo ich ansetzen soll.
Firmware vom Duino Stick neuer Flashen?
Irgendeinen anderen Parameter anpassen?

Beim aktualisieren der Stick Firmware habe ich die Befürchtung das hinterher nichts mehr geht, alle Einstellungen weg sind oder der Stick hinüber ist....

Es wird nun die FB zurück gemeldet, jedoch kommt das nur zuverlässig an wenn man den Knopf gedrückt lässt.
Im FHEM Logfile kommt noch  nach Tausch auf die  99_myUtilsSOMFY.pm folgende Meldung alle paar Sekunden:

2019.11.02 07:25:06 1: ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer

Danke und Gruß André

EDIT: wenn ich den Knof an der Fb kurz drücke kommt das am Stick an. Die Led leuchtet dann.
Es kommt also an aber wird nicht verarbeitet.

Hallo,

ich bin neu im Forum und kann Dank der vielen Beiträge im Forum meine Somfy Rollos mit dem Signalduino steuern.
Die Positionsrückmeldung der Fernbedienung (Wandsender/Telis 4, ca. 11 Jahre alt) funktioniert ebenfalls mit Ausnahme der my-Taste. Wird die Taste während dem Auf- oder Abfahren gedrückt, stoppt die Positionsrückmeldung korrekterweise. Beim Ansteuern der my-Position passiert aber nichts, im LogFile wird ,,stop" rückgemeldet.

Zur Problemlösung gab es im Oktober 2018 einen aus meiner Sicht guten Vorschlag von Elektrolurch.

"b) Die Dispatch-Funktion für das Kommando müsste abfragen, ob der Rolladen läuft, wenn ja dann stopp,
wenn nein, dann mit der Option Virtual die gespeicherte Position in fhem für GoMi nachbilden.
Sollte eigentlich nicht so schwierig sein, habe aber keinen Entwickler-Account und bin auch nicht der maintainer."

Bleibt es bei dem Vorschlag?

Dann habe ich noch eine alte Somfy Steuerung (Zeiten/Sonnenaufgang). Der CUL-Stick empfängt zwar, im Fhem kommt aber nichts an. Woran kann das liegen?

Vielen Dank Rolf

Hallo,

leider gab es zu meiner Frage bezüglich dem Abgleich der SOMFY Fernbedienung noch keine Rückmeldung.

Zwischenzeitlich habe ich die manuelle und ASC Steuerung meiner 14 Rollos optimiert und 4 Wochen getestet. Die Steuerung funktioniert sehr zuverlässig.
Probleme habe ich aber immer noch mit dem Abgleich der Handsender, die Sender werden nicht zuverlässig erkannt. Zu dem Thema habe ich im Forum im Wesentlichen den Vorschlag von Elektrolurch ,,userattr associated-devices mit 99_myUtilsSOMFY.pm" gefunden. Im Prinzip funktioniert das, aber leider werden die Handsender nur sehr unzuverlässig, d.h. mit falschem Code ,,erkannt".
In diesen Fällen fehlt immer ein Bit, 56 anstatt 57. Wenn ich ein Bit (0 oder 1) am Ende anfüge und damit decodiere,  sind der rolling code und die Adresse korrekt. Ich habe dies mit mehreren Handsender (RTS, Telis 4 RTS, Simu) und den Modulen 10_SOMFY.pm sowie 99_myUtilsSOMFY.pm bestätigt.

2020.03.01 12:16:15 4: CUL1: Parse_MC, Found manchester Protocol id 43 clock 648 RSSI -50.5 -> Somfy RTS
2020.03.01 12:16:15 4: CUL1: Somfy bitdata: 01010001011101011111000011110101101110010100110001010101 (56)
2020.03.01 12:16:15 4: CUL1: Somfy RTS preprocessing check: 4 enc: 5175F0F5B94C55 dec: 512485054CF519
2020.03.01 12:16:30 4: CUL1: Read, msg: MC;LL=-1328;LH=1263;SL=-685;SH=611;D=A38C868D14FECC;C=647;L=55;R=44;

letztes Bit "0" ergänzt, erstes Bit entfernt:
_10100010111010111110000111101011011100101001100010101010
enc: A2EBE1EB7298AA  dec: A2490A0A99EA32

Ich benutze den Selbstbau NanoCUL von Schlauhaus (Ardunino Nano vc3, traxCUL Platine, cc1101) mit der aktuelle Firmware ,,V 3.4.0-dev SIGNALduino cc1101 (chip CC1101) - compiled at Feb 15 2020". Ältere Firmware Versionen verhalten sich gleich.

Gibt es dafür eine Lösung?
André, konntest du dein Problem lösen?

Vielen Dank und Gruß
Rolf

Hi,
probiere doch mal bitte die a-culfw und/oder die Signalduino Firmware aus.

Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

Hi Arnd,

vielen Dank für die Antwort.
Signalduino Firmware benutze ich momentan und habe die Version 3.3.1, 3.3.2 und die aktuelle 3.4.1 geprüft.
a-culfw 1.26.08 habe ich am Anfang benutzt, da war ich aber noch nicht ganz soweit. Soweit ich mich erinnere, gab es da auch schon Probleme mit dem Erkennen der Handsender. Ich habe den Stick eben mit der a-culfw geflasht, den CUL und einen Hansender (als assotiated device) eingerichtet, der Aufwand war etwas größer als vermutet. Den richtigen rolling code habe ich zuvor mit der Signalduino Firmware ermittelt. Die Rückmeldung war mehrmals unknown device.

Ich habe mir die beiden Protokolle 10_SOMFY.pm und 00_Signalduino.pm angeschaut. Soweit ich diese verstanden habe, vermute ich auch, dass es am Signalduino (Firmware oder Hardware) liegt. Da ich nicht der Einzige mit Empfangsprobleme bin, vermute ich die Firmware.
Ich richte die Frage mal an das entsprechende Forum, vielleicht haben die eine Idee.

Gruß
Rolf

ZitatIm Prinzip funktioniert das, aber leider werden die Handsender nur sehr unzuverlässig, d.h. mit falschem Code ,,erkannt".
In diesen Fällen fehlt immer ein Bit, 56 anstatt 57. Wenn ich ein Bit (0 oder 1) am Ende anfüge und damit decodiere,  sind der rolling code und die Adresse korrekt. Ich habe dies mit mehreren Handsender (RTS, Telis 4 RTS, Simu) und den Modulen 10_SOMFY.pm sowie 99_myUtilsSOMFY.pm bestätigt.

Ich möchte es mir mal anschauen, dazu benötige ich MU-Nachrichten von den empfangenen Signalen der Handsender.
https://forum.fhem.de/index.php/topic,53319.msg762696.html#msg762696

Gruß Ralf

Hallo Ralf,

anbei die MU's. Ich habe die down Taste des RTS  Senders 5 mal gedrückt. Die Adresse des Senders ist 96EB97 bzw. final 97EB96. Zuvor habe ich in Serie 5 Signale als MC generiert. 2 davon waren richtig erkannt, 3 nicht. Bei der manuellen Dekodierung wurde bei den 3 nicht zugeordneten Signalen ein Bit angehängt. Damit waren die Codes korrekt.


2020.03.03 21:06:33 4: CUL1: Read, msg READredu: MU;P0=-136;P1=2516;P2=-2622;P3=4828;P4=-1298;P5=1282;P6=-649;P7=621;D=012123454545676747676567676767476767676567476567476765456767674547676767656767676767476765476767;CP=7;R=32;
2020.03.03 21:06:34 4: CUL1: Read, msg READredu: MU;P0=23808;P1=-2644;P2=2472;P3=4812;P4=-1286;P5=1295;P6=-639;P7=633;D=01213454545674767676567676747676767676567674567476765456767674547676767656767676767476765476767;CP=7;R=31;
2020.03.03 21:06:35 4: CUL1: Read, msg READredu: MU;P0=2532;P1=-2636;P2=4820;P3=-1295;P4=1276;P5=632;P6=-644;D=0101234343434356564656534356565656435656465356564346565653435656565646565656565356564356565;CP=5;R=32;
2020.03.03 21:06:36 4: CUL1: Read, msg READredu: MU;P0=-136;P1=2530;P2=-2610;P3=4824;P4=-1287;P5=1290;P6=619;P7=-652;D=0121234545454676767675767646767676767675454576467675457676764546767676757676767676467675467676;CP=6;R=33;
2020.03.03 21:06:37 4: CUL1: Read, msg READredu: MU;P0=1286;P1=625;P2=-641;P3=-4800;P4=2404;P5=-2668;P6=4780;P7=-1285;D=345670707120217121207120217121212070712021712120702121217071212121202121212121712120712121;CP=1;R=32;



"MC Bits, bei den nicht zugeordneten Signalen habe ich bei der manuellen Dekodierung ein Bit 0 angehängt.
Bei allen Signalen wurde das 1. Bit entfernt.
                                                                                                                            fhem                               manuell
010101001111000101111101110101110001110001101001101000100000 A9 4B 1955 96EB97 A9 4B 1955 96EB97
01010101011100001111110001010111000111000110100110100010         55 70 FC57 1C69A2 AA 4B 1956 96EB97
01010101111100000111110011010111000111000110100110100010         55 F0 7CD7 1C69A2 AB 4B 1957 96EB97
01010110011101111111101101010111000111000110100110100010         56 77 FB57 1C69A2 AC 43 1958 96EB97
010101100111011111111011010101110001110001101001101000100000 AC 43 1958 96EB97 AC 43 1958 96EB97


Vielen Dank und Gruß
Rolf

Diese 5 MU Nachrichten werden richtig decodiert, ich benötige MU-Nachrichten bei denen es nicht passt.


MU;P0=-136;P1=2516;P2=-2622;P3=4828;P4=-1298;P5=1282;P6=-649;P7=621;D=012123454545676747676567676767476767676567476567476765456767674547676767656767676767476765476767;CP=7;R=32;
MC;LL=-1298;LH=1282;SL=-649;SH=621;D=A8E0F99D0BE077;C=641;L=56;
SOMFY Unknown device 97EB96 (A8 1964)

MU;P0=23808;P1=-2644;P2=2472;P3=4812;P4=-1286;P5=1295;P6=-639;P7=633;D=01213454545674767676567676747676767676567674567476765456767674547676767656767676767476765476767;CP=7;R=31;
MC;LL=-1286;LH=1295;SL=-639;SH=633;D=A9E1F89D0BE077;C=642;L=56;
SOMFY Unknown device 97EB96 (A9 1965)

MU;P0=2532;P1=-2636;P2=4820;P3=-1295;P4=1276;P5=632;P6=-644;D=0101234343434356564656534356565656435656465356564346565653435656565646565656565356564356565;CP=5;R=32;
MC;LL=-1295;LH=1276;SL=-644;SH=632;D=AAE2FB9D0BE077;C=641;L=56;
SOMFY Unknown device 97EB96 (AA 1966)

MU;P0=-136;P1=2530;P2=-2610;P3=4824;P4=-1287;P5=1290;P6=619;P7=-652;D=0121234545454676767675767646767676767675454576467675457676764546767676757676767676467675467676;CP=6;R=33;
MC;LL=-1287;LH=1290;SL=-652;SH=619;D=ABE3FA9D0BE077;C=641;L=56;
SOMFY Unknown device 97EB96 (AB 1967)

MU;P0=1286;P1=625;P2=-641;P3=-4800;P4=2404;P5=-2668;P6=4780;P7=-1285;D=345670707120217121207120217121212070712021712120702121217071212121202121212121712120712121;CP=1;R=32;
MC;LL=-1285;LH=1286;SL=-641;SH=625;D=ACECF59D0BE077;C=639;L=56;
SOMFY Unknown device 97EB96 (AC 1968)

Hallo Ralf,

vielen Dank.
Das überrascht mich, da ich zeitnah mit identischem Testaufbau (lediglich MC und MS disable gesetzt) unknown MC Signale empfangen habe.
Leider kann ich die MU Signale noch nicht selbst dekodieren und daher nicht prüfen, ob diese unvollständig sind. Mit der Beschreibung in "Wiki/Unbekannte_Funkprotokolle" komme ich bei dem Mapping der Pulswerte mit der "sSlL-Notation" und der Zuordnung von Pausen nicht zurecht.
Gibt es dazu eine klarere Beschreibung?

Gruß
Rolf

Hallo Rolf,
ich lese hier im Faden von RollingCode.
Kannst du bitte schauen ob du einen solchen Sender schadensfrei öffnen kannst. Mich würde der Schaltkreise bzw IC interessieren welcher verbaut ist. So erfahren wir ggf mehr über den RollingCode.
Mfg


Gesendet von iPhone mit Tapatalk Pro

Am Anfang der Nachricht ist die folgende Pulsfolge: 2516, -2622, 4828
z.B. 123 wobei P1=2516;P2=-2622;P3=4828

Damit beim Dekodieren der Anfang erkannt werden kann, muss diese Pulsfolge am Anfang sein. Wahrscheinlich sind die Pulse -2622, 4828 am Anfang auch ausreichend.
Bei nicht so guten Empfangsbedingungen kann es vorkommen, daß am Anfang einige Pulse fehlen.

Kannst Du mal mehrere Tastendrücke als MU-Nachrichten posten?

Hallo,

kein Problem, siehe Anhang. Ich hoffe, das Bild ist ok und hilft weiter.
Was interessiert dich am rolling code noch?

Gruß
Rolf

Hallo Ralf9,

vielen Dank.
Die Erkennung vom Start habe ich verstanden und nehme an, dass im ersten Beispiel P4-P7 die Daten Bits sind. Diese werden dann in long low/high und short low/high umgesetzt. Nicht nachvollziehen kann ich den letzten Schritt der Dekodierung, "mapping", "sSlL-Notation".

Ich habe je 10 MU Signale "zu" und "my" generiert.

2020.03.04 23:25:57 4: CUL1: Read, msg READredu: MU;P0=-1308;P1=1266;P2=-650;P3=625;P4=2870;P5=-2590;P7=4816;D=454570101232323032323210321230323232101010101232303232123230323212301032123010323210323;CP=3;R=37;
2020.03.04 23:25:58 4: CUL1: Read, msg READredu: MU;P0=2520;P1=-2628;P2=4828;P3=-1295;P4=1279;P5=-657;P6=617;D=010123434565634365654365436565656543456563434565636565456563656545634365456343656543656;CP=6;R=36;
2020.03.04 23:26:00 4: CUL1: Read, msg READredu: MU;P0=2526;P1=-2642;P2=4832;P3=-1287;P4=1282;P5=-647;P6=628;D=01012343456563656565654365654365656543656543434565636565456563656545634365456343656543656;CP=6;R=38;
2020.03.04 23:26:01 4: CUL1: KeepAlive, ok, retry = 0
2020.03.04 23:26:01 4: CUL1: Read, msg READredu: MU;P0=2548;P1=-2596;P2=4836;P3=-1291;P4=1284;P5=-659;P6=616;D=01012343456345636565436565656565656543654563434565636565456563656545634365456343656543656;CP=6;R=37;
2020.03.04 23:26:02 4: CUL1: Read, msg READredu: MU;P0=2546;P1=-2592;P2=4852;P3=-1281;P4=1285;P5=-655;P6=623;D=1012343456343656565456565656365656565456343434565636565456563656545634365456343656543656;CP=6;R=38;
2020.03.04 23:26:04 4: CUL1: Read, msg READredu: MU;P0=20152;P1=-2624;P2=2488;P3=4824;P4=-1294;P5=1286;P6=-652;P7=614;D=0121345456747654767656767674767676767656767674545676747676567674767656745476567454767654767;CP=7;R=38;
2020.03.04 23:26:05 4: CUL1: Read, msg READredu: MU;P0=-651;P1=630;P2=-4780;P3=2424;P4=-2644;P5=4820;P6=-1287;P7=1277;D=2345676701610101010107010167610101010761076767010161010701016101070167610701676101076101;CP=1;R=36;
2020.03.04 23:26:07 4: CUL1: Read, msg READredu: MU;P0=2598;P1=-2586;P2=4844;P3=-1294;P4=1285;P5=-655;P6=613;D=01012343434565636565456563656565656565434563434565636565456563656545634365456343656543656;CP=6;R=38;
2020.03.04 23:26:08 4: CUL1: Read, msg READredu: MU;P0=2586;P1=-2626;P2=4816;P3=-1289;P4=1284;P5=-654;P6=623;D=010123434345636565654563456365656565654343434565636565456563656545634365456343656543656;CP=6;R=37;
2020.03.04 23:26:10 4: CUL1: Read, msg READredu: MU;P0=4836;P1=-1295;P2=1274;P3=615;P4=-657;D=01212121213434243121343434343434243431212434313434243431343424312134243121343421343;CP=3;R=37;
2020.03.04 23:27:01 4: CUL1: KeepAlive, ok, retry = 0
2020.03.04 23:27:55 4: CUL1: Read, msg READredu: MU;P0=-2700;P1=4788;P2=-1296;P3=1286;P4=628;P5=-655;P6=-22284;P7=2084;D=701232323245453245354245453232323545454545423542354235423542454545354245454532454536;CP=4;R=23;
2020.03.04 23:27:56 4: CUL1: Read, msg READredu: MU;P0=27348;P1=-2580;P2=2532;P3=4812;P4=-1307;P5=1266;P6=637;P7=-653;D=01213454546757645467576454545454675767676764576457645764576467676757646767675467675;CP=6;R=25;
2020.03.04 23:27:57 4: CUL1: Read, msg READredu: MU;P0=1281;P1=624;P2=-654;P3=-5080;P4=2104;P5=-2676;P6=4804;P7=-1291;D=34567070712071207121212021707021707021217070712021212121712071207021217121212121212121;CP=1;R=25;
2020.03.04 23:27:59 4: CUL1: Read, msg READredu: MU;P0=2676;P1=-2624;P2=4836;P3=-1290;P4=1286;P5=618;P6=-654;D=01012343435656434356565643564346534656565653434356465656565356435643465653565656565656565;CP=5;R=25;
2020.03.04 23:28:00 4: CUL1: Read, msg READredu: MU;P0=1286;P1=629;P2=-637;P3=-132;P4=2636;P5=-2638;P6=4816;P7=-1289;D=34545670707121212120712121212070702171212021217070712021212121712071207021217121212121212121;CP=1;R=28;
2020.03.04 23:28:01 4: CUL1: KeepAlive, ok, retry = 0
2020.03.04 23:28:01 4: CUL1: Read, msg READredu: MU;P0=-2666;P1=2452;P2=4824;P3=-1285;P4=1283;P5=-648;P6=623;P7=-23032;D=010234345656565634365656565656543456365456565634343654565656563654365434565636565656565656567;CP=6;R=26;
2020.03.04 23:28:02 4: CUL1: Read, msg READredu: MU;P0=-650;P1=617;P2=-4780;P3=2432;P4=-2648;P5=4788;P6=-1293;P7=1285;D=1234567670101016107610107010167670101016701016767610701010101610761076701016101010101010101;CP=1;R=26;
2020.03.04 23:28:03 4: CUL1: Read, msg READredu: MU;P0=-160;P1=2520;P2=-2632;P3=4812;P4=-1293;P5=1283;P6=-642;P7=632;D=01212345456767454547676567476545676767676767674545476567676767476547654567674767676767676767;CP=7;R=28;
2020.03.04 23:28:04 4: CUL1: Read, msg READredu: MU;P0=-428;P1=2530;P2=-2626;P3=4816;P4=-1300;P5=1292;P6=-647;P7=626;D=012123454567674767654767654545456767476567674545476567676767476547654567674767676767676767;CP=7;R=28;
2020.03.04 23:28:05 4: CUL1: Read, msg READredu: MU;P0=2580;P1=-2616;P2=4828;P3=-1292;P4=1274;P5=-660;P6=618;D=01012343456345634365654365654345656345656563434365456565656365436543456563656565656565656;CP=6;R=27;


Gruß
Rolf

Zitat von: Ralf9 am 04 März 2020, 22:37:55
Am Anfang der Nachricht ist die folgende Pulsfolge: 2516, -2622, 4828

Das ist der Sync

https://pushstack.wordpress.com/somfy-rts-protocol/

Oder auch hier

https://github.com/henrythasler/sdr/tree/master/somfy




Gesendet von iPhone mit Tapatalk Pro

ZitatDie Erkennung vom Start habe ich verstanden und nehme an, dass im ersten Beispiel P4-P7 die Daten Bits sind. Diese werden dann in long low/high und short low/high umgesetzt.

MU;P0=-1308;P1=1266;P2=-650;P3=625;P4=2870;P5=-2590;P7=4816;D=4545701012323230323232103
Die Daten sind:
P0=-1308 long low
P1=1266 long high
P2=-650 short low
P3=625 short high

ZitatIch habe je 10 MU Signale "zu" und "my" generiert.

Du hast sehr gute Empfangsbedingungen, wie Du selber erkennen kannst, ist bei allen MU Nachrichten der Sync (2516, -2622, 4828) am Anfang.

Ich kann bei diesen MU Nachrichten keine erkennen wo was nicht passt.
Ich habe ein paar Stichproben nach MC Nachrichten umgewandelt, sieht alles gut aus.
MC;LL=-1294;LH=1286;SL=-652;SH=614;D=A6E1F851C72CBB;C=640;L=56;R=128;
MC;LL=-1289;LH=1284;SL=-654;SH=623;D=A9E4FD51C72CBB;C=641;L=56;R=128;
MC;LL=-1291;LH=1281;SL=-654;SH=624;D=ADBCA5158368FF;C=641;L=56;R=128;
MC;LL=-1293;LH=1283;SL=-642;SH=632;D=A2B9A0158368FF;C=641;L=56;R=128;
MC;LL=-1292;LH=1274;SL=-660;SH=618;D=A4BBA2158368FF;C=640;L=56;R=128;

Nachtrag:
Bitte schau mal wie oft es vorkommt, daß MU-Nachrichten ohne Sync am Anfang empfangen werden.

Gruß Ralf

Hallo zusammen,

HomeAuto_User, vielen Dank für die beiden Links, die haben mir für das Verständnis sehr geholfen. Dennoch habe ich den letzten Schritt der Dekodierung (Umwandlung der Puls-Werte in die Bits) noch nicht ganz verstanden, arbeite aber noch daran.

Ralf, mein Zitat zu den Startwerten P4-P7 bezog sich auf die Daten vom 3.3. 22:15, das passt aber auch zu den von dir erwähnten Daten.
Zu den MU-Nachrichten ohne Sync am Anfang habe ich heute Vormittag (ca. 11 Uhr) 129 Signale generiert. Ca. 3 Stunden davor und danach wurde keine fremden MU-Signale empfangen, daher nehme ich an dass die Signale ausschließlich von meinem RTS stammen.
Im ersten Schritt habe ich die my-Taste (Adresse 97EB96) 5 mal kurz und danach 5 mal länger gedrückt, im zweiten Schritt die FB 3 mal jeweils 5 Sekunden.
Die Anzahl der Signale liegt im Median bei 101 (40 - 207!!!), die Anzahl der Puls-Zeiten P0 bis P7 zwischen 4 (!) und 7. Der "Vorspann" ist ebenfalls in den Extremen sehr unterschiedlich.
Die Bewertung der Sync Werte habe ich mit den Sync-Zeiten 2500, -2500, 4800 durchgeführt, danach sind 110 ok, 17 nicht ok und 2 unklar.
Die Daten sind in der Excel-Datei angehängt.

Gruß
Rolf

Ich habe mir die Nachrichten in der Exceltabelle angesehen, demnach fehlt bei ca 10-15% der Sync am Anfang.

Der Anfang wird auch noch richtig erkannt, wenn die roten Pulse fehlen. In vielen Fällen passt es noch, wenn die roten und der blaue Puls fehlt.
MU;P0=2526;P1=-2642;P2=4832;P3=-1287;P4=1282;P5=-647;P6=628;D=010123434565636565656543656543

Wenn bei Dir bei mehr als ca 10 - 15% der empfangenenen MC-Nachrichten der Anfang nicht passt, kannst Du es auch mit meiner V 3.3.2.1-rc9 versuchen
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Wenn Dir die 10 - 15% zu viel sind, kannst Du mal versuchen ob Du die Empfangsbedingungen verbessern kannst.

Gruß Ralf

Hallo Ralf,

vielen Dank.
Im Prinzip könnte ich mit den nicht zuordenbaren Signalen leben. Da dabei aber der rolling code nicht korrigiert wird, werden die nachfolgenden Signale auch nicht mehr zugeordnet (?).

Ich habe den Einfluss folgender Empfangsbedingungen geprüft:
rAmpl, Frequenz, bWidth, Sens und der Entfernung Sender zum Signalduino. Im Vorversuch habe ich die Frequenz vom Somfy-Sender mit einem DAB-DVB-Stick ermittelt, dieser liegt bei 433.47 MHz und am Signalduino indirekt bestätigt (kein Empfang mit 433.420 MHz / 58 KHz, aber mit 433.47 MHz / 58 KHz).
In der Tendenz sehe ich einen Einfluss der Frequenz, der Verstärkung und vermutlich der Entfernung, die Puls-Signale entsprechen nur in wenigen Fällen den Erwartungen, Details siehe Exceltabelle.
Wie bereits erwähnt habe ich keine nennenswerte Probleme beim Steuern der Rollläden. Unklar ist mir, ob der Empfänger von meinem Signalduino defekt ist.


Gruß
Rolf

Wichtig ist eine gute Antenne oder eine nicht so grosse Entfernung und dass es in der Nähe des Signalduino keine Störquellen gibt.
Evtl bringt es auch was den Standort des Signalduino zu verändern.
Was für ein Empfänger hast Du am Signalduino?

Hallo Ralf,

ich benutze einen CUL Selbstbau von Schlauhaus mit einem Arduino Nano 3 und einem cc1101.
Die original Antenne ist 6.5 cm, die habe ich heute aufgrund deiner Info durch eine 13 cm Antenne ausgetauscht. Die Signale sind deutlich besser, dennoch gibt es relativ viel fehlerhafte Signale.

Die MU und MC Daten verstehe ich nicht.
Bei den MU Signalen schaut es so aus, als wäre das Problem am Anfang, bei der Erfassung der Sync Daten. Die MC Daten sind wie bereits erwähnt korrekt, wenn am Ende ein Bit (0) ergänzt wird, Detail Exceltabelle


Decodierung enc                   dec
fhem      A8EBF6D94FA433  A8431D2F96EB97  10101000111010111111011011011001010011111010010000110011000 (56) Bit am Anfang entfernt
manuell  A8EBF6D94FA433  A8431D2F96EB97  10101000111010111111011011011001010011111010010000110011000 (56) Bit am Anfang entfernt

fhem      54F2FC642F5A91  54A60E984B75CB  01010100111100101111110001100100001011110101101010010001 (56)
manuell  A9E5F8C85EB522  A94C1D3096EB97 10101001111001011111100011001000010111101011010100100010 (56) Bit am Anfang entfernt,  "0" am Ende angehängt

fhem      55727CE42F5A91  55270E98CB75CB  01010101011100100111110011100100001011110101101010010001 (56)
manuell  AAE4F9C85EB522 AA4E1D3196EB97 10101010111001001111100111001000010111101011010100100010 (56) Bit am Anfang entfernt,  "0" am Ende angehängt

fhem      55F3FD642F5A91  55A60E994B75CB  01010101111100111111110101100100001011110101101010010001 (56)
manuell  ABE7FAC85EB522  AB4C1D3296EB97 10101011111001111111101011001000010111101011010100100010 (56) Bit am Anfang entfernt,  "0" am Ende angehängt

fhem      ACE6FBC85EB522  AC4A1D3396EB97 10101100111001101111101111001000010111101011010100100010000 (56) Bit am Anfang entfernt
manuell  ACE6FBC85EB522  AC4A1D3396EB97 10101100111001101111101111001000010111101011010100100010000 (56) Bit am Anfang entfernt


Gibt es dafür eine Erklärung?

Vielen Dank und Gruß
Rolf

ZitatCUL Selbstbau von Schlauhaus

das verwendete cc1101 sollte passen.

Zitat
Bei den MU Signalen schaut es so aus, als wäre das Problem am Anfang, bei der Erfassung der Sync Daten

Bei allen Nachrichten wo der Syncpuls von ca 4800 am Anfang dabei ist, sollte der Anfang eigentlich richtig erkannt werden.

ZitatDie MC Daten sind wie bereits erwähnt korrekt, wenn am Ende ein Bit (0) ergänzt wird, Detail Exceltabelle

Woher weisst Du ob Du am Ende eine 0 oder eine 1 ergänzen musst?
Ob die Nachricht mit einer 0 oder 1 endet ist abhängig vom enckey (1.Byte der Nachricht) und der Adresse

Ist in der Nähe des sduino evtl eine Störquelle?

Hallo Ralf,

die MU Signale kann ich leider noch nicht in den Hex Code umwandeln. Auf Basis der Statistik werden aber auch Signale ohne ca. 4800 beim Anfangs-Puls richtig erkannt.

Zur Dekodierung der MC Signale (Bits) habe ich mir ein Excel-Tool gebastelt (Anhang). Damit werden die Bits aus der MC Nachricht in den Hex-Code umgewandelt und mit dem enc dekodiert. Im Tool kann das Start-Bit variiert und natürlich auch ein Bit angehängt werden. "0" oder "1" entscheide ich über die ermittelte Adresse, die muss richtig sein. Dass die restlichen Bits korrekt sind, wird zusätzlich durch den ermittelten ctrl und rolling code belegt.

Gibt es eine Möglichkeit die MU und MC parallel auszugeben?

Die Störquelle bzw. den Einfluss vom Standort des Empfängers prüfen ich Anfang der Woche.

Gruß
Rolf

ZitatAuf Basis der Statistik werden aber auch Signale ohne ca. 4800 beim Anfangs-Puls richtig erkannt.

siehe:

ZitatDer Anfang wird auch noch richtig erkannt, wenn die roten Pulse fehlen. In vielen Fällen passt es noch, wenn die roten und der blaue Puls fehlt.
MU;P0=2526;P1=-2642;P2=4832;P3=-1287;P4=1282;P5=-647;P6=628;D=010123434565636565656543656543

ZitatZur Dekodierung der MC Signale (Bits) habe ich mir ein Excel-Tool gebastelt (Anhang). Damit werden die Bits aus der MC Nachricht in den Hex-Code umgewandelt und mit dem enc dekodiert. Im Tool kann das Start-Bit variiert und natürlich auch ein Bit angehängt werden. "0" oder "1" entscheide ich über die ermittelte Adresse, die muss richtig sein. Dass die restlichen Bits korrekt sind, wird zusätzlich durch den ermittelten ctrl und rolling code belegt.

Dies müsstest Du jetzt nur noch in die sub SOMFY_Parse vom SOMFY Modul integrieren.

ZitatGibt es eine Möglichkeit die MU und MC parallel auszugeben?

Ja beim selbst compilieren der firmware gibts dafür Debug Optionen. Du kannst aber davon ausgehen, daß die MC passt, wenn die ca. 4800 am Anfang dabei ist.

Gruß Ralf

Hallo Ralf,

vielen Dank für die Rückmeldung.

ZitatDies müsstest Du jetzt nur noch in die sub SOMFY_Parse vom SOMFY Modul integrieren.

Leider funktioniert das nicht, da mir kein Algorithmus dazu einfällt und ich mich nicht in die sub SOMFY_Parse integrieren kann und will ;D.
Die Versuche zu Störquellen und Standort haben auch keine neuen Erkenntnisse gebracht.

Zwischenzeitlich habe ich meinen DAB-DBV-T Stick mit der Software von Universial Radio Hacker eingerichtet und Nachrichten parallel zum Signalduino mit geschnitten und ausgewertet.
Die Nachrichten (Bits) sind 100 % identisch zu denen vom Signalduino/Fhem (Anhang Excel-Datei). Das gilt für fehlerhafte und korrekte Nachrichten. Bei den fehlerhaften Nachrichten fehlt nach wie vor nur das letzte Bit (56). Das Ergebnis "my-Taste fehlerhaft" und "down-Taste ok" ist zufällig und lies sich nicht reproduzieren.

Als Fazit schließe ich, dass meine Hardware (Signalduino und Rasp-3) ok ist.
Bezüglich dem Demodulieren bin ich mir nicht sicher, da ich die beiden Algorithmen nicht kenne. Wenn diese identisch sind, ist das Ergebnis vermutlich auch gleich.

Bleibt nur der Sender (?).
Wenn ja, warum wird das Signal vom Somfy-Rollo erkannt?
Ich werde noch weitere Handsender prüfen.
Hat jemand noch eine Idee?

Vielen Dank und Gruß
Rolf

Hallo Ralf,

zum Algorithmus habe ich doch eine Idee, die funktionieren könnte.
Bei den nicht erkannten Codes fehlt ein Bit, 56 anstatt 57. Soweit ich mich erinnere und was ich erwarte, stimmt in allen Fällen die cks nicht, das muss ich aber noch überprüfen. Dann hängt man das Bit 0 oder 1 an und prüft die cks. Wenn diese stimmt, müsste die Adresse korrekt sein.

Da ich mit Perl/Linux noch nicht so vertraut bin, dauert das etwas.

Gruß
Rolf

Hallo zusammen, Hallo Ralf,

ich habe weitere 2 RTS und 2 Telis-4 Handsender bewertet, der Fehler tritt bei allen auf. Zudem habe ich den Einfluss vom Standort des Sduino nochmals untersucht und "optimiert". Der Fehler "1 Bit fehlt" tritt danach bei ca. 2 - 5 % der Nachrichten auf. In selten Fällen fehlen bis zu 3 Bits, geschätzt ist die Häufigkeit aber kleiner 0.1 %.

Wie erwartet können die fehlerhaften Nachrichten (1 Bit fehlt) über die Check-Summe prinzipiell korrigiert werden, das habe ich bei mehreren fehlerhaften Nachrichten gezeigt, nachfolgend exemplarisch ein Beispiel.


2020.03.15 07:13:21 4: CUL1: Parse_MC, Found manchester Protocol id 43 clock 643 RSSI -37.5 -> Somfy RTS
2020.03.15 07:13:21 4: CUL1: Somfy bitdata: 01010110010111001101111110110100110100011110010101000100 (56)
2020.03.15 07:13:21 4: CUL1: Somfy RTS preprocessing check: A enc: 565CDFB4D1E544 dec: 560A836B6534A1
2020.03.15 07:13:21 1: SOMFY Unknown device A13465 (56 836B), please define it
2020.03.15 07:13:21 4: CUL1: Read, msg: MC;LL=-1271;LH=1298;SL=-635;SH=655;D=565CDFB4D1E544;C=643;L=56;R=72;
dec fhem:  56 0A 836B 6534A1      cks ist korrekt, Adresse ist falsch
berechnetes cks: A
Bit 1 entfernt und Bit "0" angehängt
_10101100101110011011111101101001101000111100101010001000
dec Excel: AC 15 06D6 4269CA       cks und Adresse sind korrekt
berechnetes cks: 5
Bit 1 entfernt und Bit "1" angehängt
_10101100101110011011111101101001101000111100101010001001
dec Excel: AC 15 06D6 4369CA      cks und Adresse sind falsch
berechnetes cks: 4


Leider ist in diesem Beispiel die Checksumme mit dem aktuellen 10_SOMFY Protokoll (zufällig) korrekt, obwohl 1 Bit fehlt und die Adresse falsch ist. Ich habe auch Beispiele, bei denen die Checksumme auch falsch ist.

Ich habe mir die Protokolle 00_SIGNALduino.pm und 10_SOMFY.pm angeschaut.
In 00_SIGNALduino wird in der Sub SIGNALduino_SomfyRTS das erste Bit nur entfernt, wenn die Anzahl 57 Bits ist.
Die Dekodierung und anschließende Prüfung der Checksumme erfolgt im Protokoll 10_SOMFY.
Damit müssten beide Protokolle angepasst werden.

Zum "Entfernen des ersten Bits" habe ich eine prinzipielle Frage.
Ich habe mir (gefühlt) 2000 Nachrichten angeschaut, bei allen korrekten war das erste Byte "A".
Gibt es bei den SOMFY Sendern Nachrichten welche nicht mit dem Byte "A" beginnen?
Wenn nein, könnte die Abfrage und das "entfernen vom ersten Bit"nicht mit der Bedingung "erstes Byte muss A sein" erfolgen?

Zudem würde ich mich über Rückmeldungen zur Erfahrung mit dem Abgleich von Handsender freuen.
Übrigens, mit Ausnahme des "fehlenden Bits" und dadurch Probleme mit dem rolling code funktioniert der Abgleich der Handsender sehr gut. Das mit dem aktuellen 10_SOMFY Protokoll, Handsender definded mit Attribut "associated-devices" und zusätzlich "notify-device".

Vielen Dank und Gruß
Rolf

Hallo Ralf,

beim Sichten meiner Daten fiel mir auf, dass bei den fehlerhaften Nachrichten das fehlende Bit am Ende immer eine "0" ist und nie eine "1" (letzte Daten siehe Excel Datei). Dies ist auch bei Bit-Folgen mit mehreren Nullen vor der fehlenden "0".

Daher glaube ich nicht mehr, dass es an meinen Handsendern liegt. Zwischenzeitlich habe ich 6 Stück bewertet.
Kann es sein, dass beim Demodulieren die "0" verloren geht?

Gruß
Rolf

Zitatbeim Sichten meiner Daten fiel mir auf, dass bei den fehlerhaften Nachrichten das fehlende Bit am Ende immer eine "0" ist und nie eine "1"

Ohne fehlerhafte MC-Nachrichten die als MU-Nachrichten ausgegeben werden, kann ich dies nicht nachprüfen.

Du kannst mal die Firmware in der Anlage testen, da wird zusätzlich zur MC Nachricht auch die MU Nachricht (DMC) ausgegeben

Gruß

Hallo Ralf,

einfach super, 100 % Erkennung bei 2 Handsender (RTS und TELIS 4) in 3 Testreihen mit je 20 mal tasten.
Auffällig ist auch, dass nur noch vereinzelt "Bit 57" mit "Bit am Anfang entfernt" ausgegeben wird.
Details siehe Excel-Datei.

Beim Testen habe ich immer die selbe Taste gedrückt, um unnötige Fahrbewegungen der Rollos zu vermeiden. Das sollte aber kein Einfluss haben. Die Änderung der Anzeige der Rollo-Position funktioniert auch, jedoch mit Ausnahme bei der my-Taste. Das schaue ich mir aber nochmals an.
Ich bin gespannt wie der Langzeittest ausfällt, bin aber sehr optimistisch.

Kannst Du verraten, was an der Firmware verändert ist?

Vielen Dank und Gruß
Rolf

Hallo Rolf,

ZitatKannst Du verraten, was an der Firmware verändert ist?

schön zu sehen, daß es sich gelohnt hat, den MC Decoder zu überarbeiten und komplett neu zu schreiben.
Der MC Decoder bei mir und bei der Firmware von Sidey funktioniert nach dem selben Prinzip, aber Sidey hat es anders programmiert.

Durch die Debug Ausgaben (DMC) lässt sich erkennen, daß der Anfang nicht richtig erkannt wird, wenn der sync 4800 fehlt oder zu kurz ist.

ZitatLeider ist in diesem Beispiel die Checksumme mit dem aktuellen 10_SOMFY Protokoll (zufällig) korrekt, obwohl 1 Bit fehlt und die Adresse falsch ist.

Ja, es wird leider nur eine sehr einfache Checksumme verwendet.

ZitatGibt es bei den SOMFY Sendern Nachrichten welche nicht mit dem Byte "A" beginnen?

Es gibt welche die mit 8 anfangen

und solche
https://forum.fhem.de/index.php/topic,53319.msg764241.html#msg764241

ZitatPlease note that the "Somfy Telis RTS 1" (vanilla color with 3 grey buttons) remotes I own do NOT have 0xA in the MSB of the 1st byte, but is seemingly random. I also have a Somfy Telis 1 PURE (with the MY center button), that HAS the 0xA in the MSB.

Gruß Ralf

Hallo Ralf,

vielen Dank für die Infos. Damit einige meiner Fragen geklärt.

Zwischenzeitlich habe ich alle meine FB's (RTS, TELIS 4 inklusive Gruppen) zum Abgleich der Position eingerichtet und getestet.
DIE ERKENNUNG DER NACHRICHTEN LIEGT BEI 100 %.

Übrigens, beim Abgleich der Position mit dem FB Attribut associated-devices (+ notifydev) muss der rolling code nicht aktuell sein. Dies hatte ich im Rahmen der Probleme bei der Erkennung falsch interpretiert.

Ich nehme an. dass die überarbeitet MC Dekodierung in den nachfolgenden Firmware Versionen erhalten bleibt.

Damit sollte das Problem gelöst sein. Nochmals vielen Dank für die Geduld und Problemlösung.

Gruß
Rolf

ZitatIch nehme an. dass die überarbeitet MC Dekodierung in den nachfolgenden Firmware Versionen erhalten bleibt.

Die komplett überarbeitete MC Dekodierung ist schon seit Ende Dezember 2017 drin.

Hallo Ralf,

d.h. die überarbeitete MC Dekodeierung ist in allen Firmware Versionen ab Ende 2017.
Muss dazu die Firmware mit der Debug Ausgabe geflasht werden?
Denn ich hatte mehrere Versionen getestet und alle verhielten gleich.
Gruß Rolf

Hallo Rolf,

dies sollte mit allen meinen Firmware Versionen ab Ende 2017/Anfang Januar 2018 funktionieren.
Dies ist unabhängig von der Debug Ausgabe, wichtig ist nur ein guter Empfang.

Gruß Ralf

Hallo Ralf,

???? dann weiß ich nicht warum seit der Umstellung auf die Version SIGNALduino_nanoCC1101_3322rc10DMC.hex die Erkennung 100 % ist. Bei meinen Testreihen ändere ich prinzipiell nur einen Parameter, dies war auch bei der Umstellung auf diese Version.

ZitatDu kannst mal die Firmware in der Anlage testen, da wird zusätzlich zur MC Nachricht auch die MU Nachricht (DMC) ausgegeben

Man muss nicht alles verstehen, Hauptsache es funktioniert. Vorerst bleibe ich bei der aktuellen Einstellung und kümmere mich um die restlichen Themen zu meiner Rollo-Steuerung.

Gruß Rolf

Hallo!
Ich wollte heute wiedermal versuchen meinen Handsender in fhem mit der Somfy Markise zu synchronisieren! irgendwie funktioniert es nicht!
Der signalesp bekommt keine informationen von dem handsender (Telis 1) wenn ich autocreate abgeschaltet habe, wenn ich autocreate eingeschaltet habe bekommt er die fb mit aber auch unzählige andere devices die er anlegt! Wie krieg ich das gefixt?

Hier meine list:

autocreate:
Internals:
   FUUID      5c4ffa2d-f33f-f967-ea32-23e6ec4debaca90d
   NAME       autocreate
   NOTIFYDEV  global
   NR         15
   NTFY_ORDER 50-autocreate
   STATE      disabled
   TYPE       autocreate
   received:
Attributes:
   alias      autocreate
   autosave   1
   device_room %TYPE
   disable    1
   filelog    ./log/%NAME-%Y.log
   ignoreTypes (Revolt_.*| SD_.*| ABS_.*| SOMFY.*| CUL_.*| Unknow_.*| CUL_TCM97001.*|)
   room       System
   verbose    0
   weblink    1
   weblink_room Plots

sduino

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        192.168.178.33:23
   DMSG       s316C43689000
   DevState   initialized
   DeviceName 192.168.178.33:23
   FD         10
   FUUID      5c4ffa50-f33f-f967-bdb1-f5f187dcbff9e4ec
   LASTDMSG   s316C43689000
   LASTDMSGID 0.3
   MSGCNT     1325
   NAME       sduino
   NR         41
   NR_CMD_LAST_H 5
   PARTIAL   
   RAWMSG     MS;P1=467;P3=-2027;P4=-4056;P5=-9070;D=15131314141313131413141413141413131314131313131414131414131413131314131314;CP=1;SP=5;R=240;O;m2;
   RSSI       -82
   STATE      opened
   TIME       1594717934
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages
   version    V 3.4.0-dev+20200216 SIGNALESP cc1101 (chip CC1101) - compiled at Feb 15 2020 23:26:10
   versionProtocols 1.17
   versionmodul v3.4.3
   DoubleMsgIDs:
   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)#.*
     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)#.*
     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:
     2020-07-14 09:12:50   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
     2020-07-14 09:12:50   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-07-14 09:12:50   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2020-03-27 00:11:50   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2020-03-22 18:28:39   ccpatable       C3E = 00 C8 00 00 00 00 00 00  => 7_dBm
     2020-06-24 18:29:10   cmds            V R t X S P C r W s x e
     2020-06-24 18:29:15   config          MS=1;MU=1;MC=1;Mred=1
     2020-06-24 18:29:20   freeram         41496
     2020-07-14 09:10:55   ping            OK
     2019-01-29 08:27:27   raw             Unsupported command -> 0x73 s
     2020-07-13 22:33:52   state           opened
     2020-04-17 22:12:46   version         V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:45:03
   XMIT_TIME:
     1594716546
     1594717603
     1594717605
     1594717643
     1594717651
   additionalSets:
     flash      3.3.1
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     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
     50
     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
Attributes:
   alias      sduino
   devStateIcon opened:WLAN_Status.1 disconnected:WLAN_Status.0
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateway
   hardware   nanoCC1101
   longids    1
   room       Gateways
   verbose    3
   whitelist_IDs 0,0.1,0.2,0.3,0.4,1,3,3.1,4,6,7,8,9,10,11,12,13,13.1,13.2,14,15,16,17,17.1,18,19,21,22,23,24,25,26,27,28,29,30,31,32,33,33.1,33.2,34,35,36,37,38,39,40,41,42,43,44,44.1,45,46,47,48,49,50,51,52,53,55,56,57,58,59,60,61,62,64,65,66,67,68,69,70,71,72,73,74,74.1,76,79,80,81,83,84,85,86,87,88,89,90,91,91.1,92,93,94,95,96

Markise

Internals:
   ADDRESS    12345F
   DEF        12345F
   FUUID      5c4ffa53-f33f-f967-516a-4eef61b02fbe4da4
   IODev      sduino
   NAME       Markise
   NR         88
   STATE      20
   TYPE       SOMFY
   move       stop
   CODE:
     1          12345F
   READINGS:
     2020-07-14 11:07:31   enc_key         AC
     2020-07-14 11:07:31   exact           24
     2020-07-14 11:07:31   position        20
     2020-07-14 11:07:31   rolling_code    01EC
     2020-07-14 11:07:31   state           20
     2020-07-14 11:07:31   userposition    0
Attributes:
   IODev      sduino
   alias      Markise
   devStateIcon open:sunblind_0@green closed:sunblind_100@red go-my:sunblind_50@orange
   drive-down-time-to-100 34
   drive-down-time-to-close 34
   drive-up-time-to-100 36.38
   drive-up-time-to-open 36.38
   eventMap   on:ausfahren off:einfahren go-my:my on:close off:open
   genericDeviceType blind
   homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=50 TargetPosition=userposition,minValue=0,maxValue=100,minStep=50,cmds=0:close;;50:my;;100:open
   model      somfyblinds
   room       17_Terrasse,Homekit
   userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
   verbose    3
   webCmd     einfahren:my:ausfahren

Handsender

Internals:
   ADDRESS    28CCF6
   CFGFN     
   DEF        28CCF6 AA 0B95
   FUUID      5f0d5ccc-f33f-f967-906c-7c3785260b2326bd
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     9
   NAME       Markise_FB
   NR         5856
   STATE      ???
   TYPE       SOMFY
   move       stop
   sduino_DMSG YsABBEB503F53911
   sduino_MSGCNT 9
   sduino_Protocol_ID 43
   sduino_RAWMSG MC;LL=-1356;LH=1224;SL=-723;SH=552;D=55DF5A81FA9C888;C=642;L=57;R=232;
   sduino_RSSI -86
   sduino_TIME 2020-07-14 09:55:57
   CODE:
     1          28CCF6
   READINGS:
     1970-01-01 01:00:00   enc_key         AA
     2020-07-14 09:55:57   parsestate      stop
     1970-01-01 01:00:00   rolling_code    0B95
Attributes:
   IODev      sduino
   associated-devices Markise
   room       17_Terrasse,SOMFY
   userattr   associated-devices

wenn noch was gebraucht wird bitte sagen!

Hallo Kawaci,

mit dem Signalesp kenne ich mich zwar nicht aus, das Reading kommt mir aber suspekt vor. Der Telis Handsender sendet bei 433.42 MHz, im Reading vom Sduino stehen aber 868, 433.42 und 433.92 MHz.

Zitat2020-04-17 22:12:46   version         V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:45:03
2020-03-27 00:11:50   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
2020-07-14 09:12:50   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud

Bei 433.92 MHz wird der Signalesp so gut wie kein Signal mehr empfangen.

Gruß
Rolf

Hallo Ralf,

habe deine Firmware SIGNALduino_nanoCC1101_3322rc10DMC.hex auf meinen Signalduino (https://www.amazon.de/gp/product/B07TCSCL41/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=) raufgespielt und die Handsender werden (nach ersten kurzen Tests) zu 100% erkannt.
Ich hatte zuvor die vorinstallierte FW und dann auf die FW 3.4.0 geupdated. Bei beiden FW hat der Signalduino erst nach ca. 30 mal drücken am Handsender was erkannt.

Jetzt mit deiner FW scheint es als wäre ich bei 100% Erkennungsquote. Würde mich interessieren, was bei den FW so den großen Unterschied ausmacht?

Danke jedenfalls!!

BG, Stefan

Hallo Bernd und Ralf,

leider werden bei mir die Somfy - Handsender nicht gut erkannt.
Firmware habe ich:
version
V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Gibt es da etwas Neueres? Bei update steht bei Singanlduio "nothing to do".
Muss ich da eine andere Quelle angeben?

Elektrolurch

V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
Ja, die firmware ist schon recht alt, in den aktuelleren firmwaren wurde einiges optimiert und einige Bugs beseitigt.
Wichtig sind bei Somfy auch ein gute Empfangsverhältnisse

Gruß Ralf

Jetzt mit deiner FW scheint es als wäre ich bei 100% Erkennungsquote. Würde mich interessieren, was bei den FW so den großen Unterschied ausmacht?

Die "SIGNALduino_nanoCC1101_3322rc10DMC.hex" enthält für den normalen Betrieb nicht nötige Debugausgaben.
Bitte teste auch mal meine V 3.3.2.1-rc9 die sollte bei SOMFY eigentlich genauso gut funktionieren
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Ich habe die Erkennung vom Anfang des SOMFY Signals etwas anders programmiert als in der offiziellen Version von Sidey, dies hat evtl Vorteile bei nicht optimalen Empfangsbedingungen.

Gruß Ralf

Hallo Elektrolurch, Hallo Ralf,

ZitatBitte teste auch mal meine V 3.3.2.1-rc9 die sollte bei SOMFY eigentlich genauso gut funktionieren
Ich habe die Erkennung vom Anfang des SOMFY Signals etwas anders programmiert als in der offiziellen Version von Sidey, dies hat evtl Vorteile bei nicht optimalen Empfangsbedingungen.

Anfang des Jahres habe ich mich intensiv mit dem Empfang meiner SOMFY Handsender beschäftigt.
Mit der Umstellung auf die FW SIGNALduino_nanoCC1101_3321rc9.hex hatte ich anfangs 100 % Erkennung der Signale meiner Handsender, im Langzeittest aber "nur" ca. 98 - 99 %.
Zwischenzeitlich habe ich die SOMFY's auf den MapleMini migriert und ca. 3 Wochen im Langzeittest, zuvor den Empfang mit dem SIGNALduino (SIGNALduino_nanoCC1101_3321rc9.hex) und dem MapleMini (Maple_sduino_USB_411dev200627.bin) parallel getestet.
- mit dem SIGNALduino und dem MapleMini ist der Empfang im Parallelbetrieb identisch
- im Langzeittest werden die Signale mit dem MapleMini auch nur zwischne 98-99 % erkannt.
- eine Abhängigkeit von der Sender-Positionierung konnte ich nach der Optimierung (Einstellung, Position Raspberry/Empfänger) nicht erkennen.

Zum Vergleich habe ich den billigen Funksender vom Türgong (GEA-028DB) seit Mai 2020 in Betrieb und alle Signale empfangen.

Ich hätte starkes Interesse an der weiteren Verbessrung des Empfangs und würde beim Testen sehr gerne unterstützen. 

Gruß
Rolf

Hallo Rolf,

bei den nicht erkannten Signalen der Handsender, steht da normalerweise im log eine Fehlermeldung in der Art: "Somfy RTS message format error" oder "Somfy RTS checksum error"
Kannst Du mal einige von diesen MC-Nachrichten, die eine solche Fehlermeldung erzeugen, posten?

Mit wie vielen Wiederholungen werden die Signale der Handsender gesendet?

ZitatZum Vergleich habe ich den billigen Funksender vom Türgong (GEA-028DB) seit Mai 2020 in Betrieb und alle Signale empfangen.

Hast Du mal geschaut mit wie vielen Wiederholungen der Funksender vom Türgong sendet? Dies sind wahrscheinlich recht viele Wiederholungen.

Gruß Ralf

Hallo Ralf,

vielen Dank für die schnelle Antwort.

Zitatbei den nicht erkannten Signalen der Handsender, steht da normalerweise im log eine Fehlermeldung in der Art: "Somfy RTS message format error" oder "Somfy RTS checksum error"
Kannst Du mal einige von diesen MC-Nachrichten, die eine solche Fehlermeldung erzeugen, posten?

Bisher habe ich nur "keine Fehlermeldung",  "checksum error" und "unknown device, plase define it" beobachtet. Zufällig habe ich heute alle 3 Fehler erhalten und etwas aufbereitet.

Meine beiden Markisen habe ich mit der Somfy Telis 4 Fernbedienung vom identischen Standort innerhalb 5 Sekunden angesteuert. Das Signal für die Markise_1 (CBCC73) wurde nicht, das der Markise_2 (CBCC74) korrekt erkannt. Im logfile (Verbose 4) war ein Hex-Code mit 12 Bytes ohne Fehlermeldung gelogt. Anhand vom Zeitstempel vermutete ich, dass es das Signal der Markise_1 sein muss und das die ersten 8 Bits fehlen. Dies hat sich durch iteratives Ergänzen der Bits bestätigt.

2020.08.01 16:18:55 4: MapleSduino1: Read, msg: MC;LL=-1332;LH=1243;SL=-700;SH=596;D=EBEEB8CB07CC;C=645;L=48;R=48;s9;b4;
EBEEB8CB07CC: nach dem Bit-Muster fehlen die ersten 8 Bits
Bit 1-8 ergänzt ergibt den korrekten Code 10101010111010111110111010111000110010110000011111001100 =  AA410556CBCC73 = CBCC73

2020.08.01 16:19:00 4: MapleSduino1: Read, msg: MC;LL=-1328;LH=1254;SL=-675;SH=603;D=A8E8EB8CF834FF;C=643;L=56;R=51;s6;b6;
2020.08.01 16:19:00 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 643 RSSI -48.5 -> Somfy RTS
2020.08.01 16:19:00 4: MapleSduino1: SomfyRTS, bitdata: 10101000111010001110101110001100111110000011010011111111 (56)
2020.08.01 16:19:00 4: MapleSduino1: Somfy RTS preprocessing check: 0 enc: A8E8EB8CF834FF dec: A840036774CCCB


Mein wind_sun sensor sendet alle 15 Minuten 4 Signale à 5 Wiederholungen, der Sensor verwendet einen fix-Code, d.h. bei konstanter Helligkeit wird immer der gleiche Code gesendet.
Aufgrund der vielen Wiederholungen sind die Fehler im Prinzip nicht relevant. Da die gleichen Fehler auch bei den Handsendern vorkommen aber repräsentativ.
Beim ersten Signal fehlen Bit 1 und 2 mit der Fehlermeldung "unknown device...". Werden die Bits ergänzt, ist der Code korrekt enc. YsA04747459CBF22.
Das Signal 2 ist fehlerfrei und liefert das korrekte Signal, enc. YsA04747459CBF22.
Beim Signal 3 fehlen die letzten 3 Bits und die Fehlermeldung "checksum error". Werden die Bits ergänzt, ist der Code korrekt YsA04747459CBF22. Zudem wird die Anzahl der Bit 53 gelogt, die fehlenden Bits im Bitmuster aber mit 0 aufgefüllt.

2020.08.01 16:52:59 4: MapleSduino1: Read, msg: MC;LL=-1292;LH=1267;SL=-640;SH=638;D=811D1D1672FC88;C=639;L=54;R=7;s1;b1;w;
2020.08.01 16:52:59 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -70.5 -> Somfy RTS
2020.08.01 16:52:59 4: MapleSduino1: SomfyRTS, bitdata: 10000001000111010001110100010110011100101111110010001000 (54)
2020.08.01 16:52:59 4: MapleSduino1: Somfy RTS preprocessing check: C enc: 811D1D1672FC88 dec: 819C000B648E74
2020.08.01 16:52:59 1: SOMFY Unknown device 748E64 (81 000B), please define it
Bit 1 und 2 ergänzt  ergibt den korrekten Bitmuster : 10100000010001110100011101000101100111001011111100100010

2020.08.01 16:53:07 4: MapleSduino1: Read, msg: MC;LL=-1278;LH=1286;SL=-640;SH=638;D=A04747459CBF22;C=640;L=56;R=5;s17;b17;w;
2020.08.01 16:53:07 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 640 RSSI -71.5 -> Somfy RTS
2020.08.01 16:53:07 4: MapleSduino1: SomfyRTS, bitdata: 10100000010001110100011101000101100111001011111100100010 (56)
2020.08.01 16:53:07 4: MapleSduino1: Dispatch, YsA04747459CBF22, Dropped due to short time or equal msg

2020.08.01 16:53:07 4: MapleSduino1: Read, msg: MC;LL=-1278;LH=1286;SL=-640;SH=638;D=A04747459CBF20;C=640;L=53;R=5;s17;b17;
2020.08.01 16:53:07 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 640 RSSI -71.5 -> Somfy RTS
2020.08.01 16:53:07 4: MapleSduino1: SomfyRTS, bitdata: 10100000010001110100011101000101100111001011111100100000 (53)
2020.08.01 16:53:07 1: MapleSduino1: SOMFY_Parse : Somfy RTS checksum error! :A04747459CBF20:
2020.08.01 16:53:07 3: MapleSduino1: Unknown code YsA04747459CBF20, help me!
Bit 54-56 ergänzt ergibt das korrekte Bitmuster: 10100000010001110100011101000101100111001011111100100010


Zitat
Mit wie vielen Wiederholungen werden die Signale der Handsender gesendet?
Hast Du mal geschaut mit wie vielen Wiederholungen der Funksender vom Türgong sendet? Dies sind wahrscheinlich recht viele Wiederholungen.

Für die Handsender bin ich mir nicht ganz sicher, vermute aber ohne Wiederholung bei kurzen Drücken der Taste.
Den Türgong triggere ich über eine Fotodiode und einem Digispark, dadurch sind die Wiederholungen immer konstant, gesendet wird mit 2 Wiederholungen.

Gruß
Rolf

Zitat von: Ralf9 am 29 Juli 2020, 21:23:44

Code Auswählen Erweitern

Jetzt mit deiner FW scheint es als wäre ich bei 100% Erkennungsquote. Würde mich interessieren, was bei den FW so den großen Unterschied ausmacht?

Die "SIGNALduino_nanoCC1101_3322rc10DMC.hex" enthält für den normalen Betrieb nicht nötige Debugausgaben.
Bitte teste auch mal meine V 3.3.2.1-rc9 die sollte bei SOMFY eigentlich genauso gut funktionieren
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Ich habe die Erkennung vom Anfang des SOMFY Signals etwas anders programmiert als in der offiziellen Version von Sidey, dies hat evtl Vorteile bei nicht optimalen Empfangsbedingungen.

Gruß Ralf

Hallo Ralf,

diese FW funktioniert auch einwandfrei. Teste noch ein wenig. Was bei beiden FWs nicht so gut funktioniert, ist wenn ich mehrere Befehle zugleich abgebe. ZB über Homebridge/Homekit alle Raffstores im Wohnzimmer auf 50% setze. Die Raffstores starten teilweise stark zeitversetzt (bis zu 10 Sek). Es scheint aber so, als ob FHEM für die Berechnung der Position, bereits mit Erteilung des Befehls zu zählen beginnt und nicht erst mit dem Absetzen des Signals.

Gibts hierfür vielleicht eine Lösung?

Versuche in der Zwischenzeit das Signal zu optimieren.

LG, Stef

Zitatdiese FW funktioniert auch einwandfrei. Teste noch ein wenig. Was bei beiden FWs nicht so gut funktioniert, ist wenn ich mehrere Befehle zugleich abgebe. ZB über Homebridge/Homekit alle Raffstores im Wohnzimmer auf 50% setze. Die Raffstores starten teilweise stark zeitversetzt (bis zu 10 Sek). Es scheint aber so, als ob FHEM für die Berechnung der Position, bereits mit Erteilung des Befehls zu zählen beginnt und nicht erst mit dem Absetzen des Signals.

Ist bei der Firmware von Sidey die Verzögerung beim Starten geringer?

ZitatGibts hierfür vielleicht eine Lösung?

Kannst Du bitte mal ein log Auszug posten mit einem Signalduino verbose 4

Gruß Ralf

Hallo Rolf,

ich habe es mir mal angeschaut, mit den folgenden Annahmen:
- die meisten Fernbedienungen senden mit 56 Bit und die ersten 4 Bit sind immer "A"
- die "Telis 6 Chronis RTS" und "TELIS COMPOSIO" senden mit 80 Bit und die ersten 4 Bit sind immer "8"
- die "Telis 4 Mod/Var RTS Pure" senden mit 80 Bit und die ersten 4 Bit sind zwischen 8 und F
- es gibt auch noch einen Windsensor der hat 80 Bit und fängt mit "A" an
- es gibt laut der u.g. Bemerkung angeblich noch eine Fernbedienung wo die ersten 4 Bit zufällig sind, diese würde ich aber nicht berücksichtigen, da diese recht alt ist und niemand bekannt ist der diese hat

ZitatPlease note that the "Somfy Telis RTS 1" (vanilla color with 3 grey buttons) remotes I own do NOT have 0xA in the MSB of the 1st byte, but is seemingly random. I also have a Somfy Telis 1 PURE (with the MY center button), that HAS the 0xA in the MSB.

damit ist dann der folgende Kompromiss möglich:
a:) Länge <= 60
- wenn die ersten 4 Bit "1010" (A) sind, dann ok
- bei einer Länge von 56 oder 57 wird geprüft ob die ersten 5 Bit "01010" sind, falls ja, dann wird das erste Bit entfernt, bei einer Länge von 56 wird am Ende eine 0 ergänzt
- bei einer Länge von 52 - 55 werden die fehlenden Bits am Anfang zu "A" ergänzt
z.B.
MC;LL=-1292;LH=1267;SL=-640;SH=638;D=811D1D1672FC88;C=639;L=54;
100000010001110100011101000101100111001011111100100010 (54)
entfernen von Bits am Anfang, damit die Länge 52 wird
0000010001110100011101000101100111001011111100100010 (52)
1010 (A) am Anfang zufügen
10100000010001110100011101000101100111001011111100100010 (56)

b:) für eine Fernbedienung mit 80 Bits
- wenn die die ersten 4 Bit "1010" (A) oder "1000" 8 sind, dann ok
- bei einer Länge von 80 oder 81 wird geprüft ob die ersten 5 Bit "01010" oder "01000" sind, falls ja, dann wird das erste Bit entfernt, bei einer Länge von 80 wird am Ende eine 0 ergänzt
- bei einer Länge von 78 oder 79 Bit wird am Anfang "10" ergänzt (bei 79 Bit wird vorher ein Bit am Anfang entfernt)


c:) damit es auch für die "Telis RTS 1 (vanilla color with 3 grey buttons)" und die "Telis 4 Mod/Var RTS Pure" passt, gibt es neu eine zusätzliche Protocol ID 43.1 die in der whitelist aktiviert werden muss (es ist dafür ein 00_SIGNALduino.pm Modul von mir ab 2021 notwendig)
- bei einer Länge von 57 wird am Anfang ein Bit entfernt
- bei einer Länge von 81 und wenn das erste Bit 0 ist, wird am Anfang ein Bit entfernt
- bei einer Länge > 80 wird hinten auf 80 Bit gekürzt

Das Ergänzen von fehlenden Bits am Ende wird zu aufwändig.

Es sollten damit folgende Besonderheiten berücksichtigt sein:

- Bei der "Telis 4 Mod/Var RTS Pure" sendet die Fernbedienung die Nachrichten zweimal, zuerst mit einer Länge von 81 und dann mit einer Länge von 80.
Bei der ersten Nachricht ist am Ende ein Bit zuviel.
Die Nachrichten fangen immer mit einer Hex Ziffer zwischen 8 und F an.

- Bei der "Telis 6 Chronis RTS" und "TELIS COMPOSIO" ist bei einer Länge von 81 meistens am Anfang ein Bit zuviel

- Bei der Firmware von Sidey kommt es recht häufig vor, daß am Anfang ein Bit zuviel ist, auch wenn die Länge passt (56 oder 80 Bit)

Gruß Ralf

Hallo Ralf,

Zitatwäre der folgende Kompromiss möglich:
- Bei einer Länge von 57, wird wie gehabt das erste Bit entfernt.
- bei einer Länge von 52 - 55 wird geprüft ob die ersten 4 Bit "A" sind, falls nein, dann werden die fehlenden Bits am Anfang zu "A" ergänzt

Das Ergänzen der ersten 4 Bit auf "A" oder "8" gefällt mir sehr gut. Vermutlich müsste "A" oder "8" über ein Attribut definiert werden.   
Alle meine Fernbedienungen senden am Anfang ein "A". Zur Häufigkeit fehlender Bit am Anfang oder Ende habe ich leider keine Statistik erhoben.

Wie bereits erwähnt, ich würde gerne testen.

Vielen Dank und Gruß
Rolf

Zitat von: Elektrolurch am 05 Juli 2019, 10:27:32
Hallo,

für wahr, ist schon lange her....
Ich bin mir nicht sicher, ob das neue Attribut mit in die aktuelle Version  von 10_SOMFY.pm übernommen  wurde.
Es gibt zwei Möglichkeiten, das Modul zu ersetzen:
1. Ersetzte einfach im FHEM - Ordner die 10_SOMFY.pm durch die 99_myUtilsSOMFY.pm und verhindere über das global Attribut exclude_from_update  das bei einem Update das Modul überschrieben wird oder
2. die 99_myUtils...pm Module werden als letztes geladen, überschreiben also andere Module, falls die subs die gleichen Namen haben.

Ich hänge Dir mal die Version an, die bei mir derzeit läuft und auch mit den Handsendern funktioniert.


Elektrolurch

Hallo,
ich würde gerne nochmal auf das eigentliche Thema zurückkommen: Abgleich Status/Position von Handsender und SIGNALduino für SOMFY-Rolläden.
Ist es noch richtig, dass die Lösung mit den " associated-devices" nicht in der 10_SOMFY.pm Berücksichtigung gefunden hat, sondern ich mir aus dem Thread eine der Lösungsvarianten aussuchen darf?

VG, capo

Hallo !
Die Lösungen scheinen in das offizielle Modul eingeflossen zu sein ! Mit einer Mischung aus Userattribut associated-devices und rawdevice AdressevomRollo scheint es zu funktionieren, ohne dass man von Hand irgendwelche Dateien austauschen muss. So ist zumindest bei mir der Stand, wobei mir haufenweise Fernbedienungen autocreated werden...hatte erst an die Nachbarschaft gedacht, aber so viele Fenster gibt es gar nicht bei denen :-)

VG Dirk

Hallo,

ZitatDie Lösungen scheinen in das offizielle Modul eingeflossen zu sein ! Mit einer Mischung aus Userattribut associated-devices und rawdevice AdressevomRollo scheint es zu funktionieren, ohne dass man von Hand irgendwelche Dateien austauschen muss. So ist zumindest bei mir der Stand, wobei mir haufenweise Fernbedienungen autocreated werden...hatte erst an die Nachbarschaft gedacht, aber so viele Fenster gibt es gar nicht bei denen :-)

Genau so ist es, der Abgleich vom Somfy device mit der Fernbedienung funktioniert mit der aktuellen 10_SOMFY.pm. Für die Fernbedienung ein device definieren (z. B. autocreate) und in userattribut associated-devices eintragen. Mit dem "InternalVal STATE" des device der Fernbedienung kann man zusätzlich den Status im Rollo device abgleichen (über ein Notify mit parsestate....).
Im Prinzip funktioniert das sehr gut. Probleme gibt es aber mit der Zuverlässigkeit beim Erkennen der Fernbedienung und führt zum Eintrag "Somfy RTS checksum error!" oder "SOMFY Unknown device 2ECE1D (AE 04EF), please define it" im logfile. Wenn autocreate aktiviert ist, wird im letzteren Fall ein neues device angelegt. Ich habe die Signale zahlreicher "unknown device" analysiert und konnte diese als unvollständige Signale identifizieren. Beispiel siehe Kommunikation mit Ralf99 vom 01 August 2020, 19:46:26.
Die Zuverlässigkeit des Empfangs konnte ich im Wesentlichen durch folgende Maßnahmen deutlich verbessern, aktuell >= 98 %.
- update der FW Signalduino
- Positionierung des Signalduino
Dennoch wünsche ich mir eine Verbesserung der Zuverlässigkeit, siehe Kommunikation mit Ralf99.

Gruß
Rolf

Hallo, und sorry an @nagelreo das ich erst jetzt antworte!

Zitat von: nagelreo am 15 Juli 2020, 09:47:38
Hallo Kawaci,

mit dem Signalesp kenne ich mich zwar nicht aus, das Reading kommt mir aber suspekt vor. Der Telis Handsender sendet bei 433.42 MHz, im Reading vom Sduino stehen aber 868, 433.42 und 433.92 MHz.

Bei 433.92 MHz wird der Signalesp so gut wie kein Signal mehr empfangen.

Gruß
Rolf

In meinem letzten post hatte ich noch alte readings drinnen von meinem signalesp! Es funktioniert leider noch immer nicht bzw bin ich noch nicht drauf gekommen warum es nicht funktioniert, ab und zu logt der signalesp die fb und mal nicht!

Hier der log des handsenders!

2020-07-14_09:23:01 Markise_FB parsestate: off
2020-07-14_09:23:02 Markise_FB parsestate: stop
2020-07-14_09:23:04 Markise_FB parsestate: stop
2020-07-14_09:23:21 Markise_FB parsestate: stop
2020-07-14_09:28:50 Markise_FB parsestate: stop
2020-07-14_09:29:08 Markise_FB parsestate: on
2020-07-14_09:29:11 Markise_FB parsestate: stop
2020-07-14_09:41:28 Markise_FB parsestate: stop
2020-07-14_09:55:57 Markise_FB parsestate: stop
2020-07-14_13:59:09 Markise_FB parsestate: on
2020-07-16_11:11:43 Markise_FB parsestate: off
2020-07-21_19:53:26 Markise_FB parsestate: off
2020-07-24_13:14:05 Markise_FB parsestate: off
2020-07-27_22:10:11 Markise_FB parsestate: off
2020-07-28_12:15:08 Markise_FB parsestate: on
2020-07-29_14:34:27 Markise_FB parsestate: off
2020-07-31_11:26:44 Markise_FB parsestate: on
2020-08-02_12:57:00 Markise_FB parsestate: stop
2020-08-06_13:11:50 Markise_FB parsestate: on
2020-08-06_16:40:14 Markise_FB parsestate: off
2020-08-13_11:43:52 Markise_FB parsestate: stop

Zitat

Zitat von: Kawaci am 14 Juli 2020, 11:14:11
Hallo!
Ich wollte heute wiedermal versuchen meinen Handsender in fhem mit der Somfy Markise zu synchronisieren! irgendwie funktioniert es nicht!
Der signalesp bekommt keine informationen von dem handsender (Telis 1) wenn ich autocreate abgeschaltet habe, wenn ich autocreate eingeschaltet habe bekommt er die fb mit aber auch unzählige andere devices die er anlegt! Wie krieg ich das gefixt?

Hier meine list:

autocreate:

Code Auswählen Erweitern

Internals:
   FUUID      5c4ffa2d-f33f-f967-ea32-23e6ec4debaca90d
   NAME       autocreate
   NOTIFYDEV  global
   NR         15
   NTFY_ORDER 50-autocreate
   STATE      disabled
   TYPE       autocreate
   received:
Attributes:
   alias      autocreate
   autosave   1
   device_room %TYPE
   disable    1
   filelog    ./log/%NAME-%Y.log
   ignoreTypes (Revolt_.*| SD_.*| ABS_.*| SOMFY.*| CUL_.*| Unknow_.*| CUL_TCM97001.*|)
   room       System
   verbose    0
   weblink    1
   weblink_room Plots

sduino

Code Auswählen Erweitern

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        192.168.178.33:23
   DMSG       s316C43689000
   DevState   initialized
   DeviceName 192.168.178.33:23
   FD         10
   FUUID      5c4ffa50-f33f-f967-bdb1-f5f187dcbff9e4ec
   LASTDMSG   s316C43689000
   LASTDMSGID 0.3
   MSGCNT     1325
   NAME       sduino
   NR         41
   NR_CMD_LAST_H 5
   PARTIAL   
   RAWMSG     MS;P1=467;P3=-2027;P4=-4056;P5=-9070;D=15131314141313131413141413141413131314131313131414131414131413131314131314;CP=1;SP=5;R=240;O;m2;
   RSSI       -82
   STATE      opened
   TIME       1594717934
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages
   version    V 3.4.0-dev+20200216 SIGNALESP cc1101 (chip CC1101) - compiled at Feb 15 2020 23:26:10
   versionProtocols 1.17
   versionmodul v3.4.3
   DoubleMsgIDs:
   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)#.*
     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)#.*
     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:
     2020-07-14 09:12:50   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
     2020-07-14 09:12:50   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-07-14 09:12:50   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2020-03-27 00:11:50   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2020-03-22 18:28:39   ccpatable       C3E = 00 C8 00 00 00 00 00 00  => 7_dBm
     2020-06-24 18:29:10   cmds            V R t X S P C r W s x e
     2020-06-24 18:29:15   config          MS=1;MU=1;MC=1;Mred=1
     2020-06-24 18:29:20   freeram         41496
     2020-07-14 09:10:55   ping            OK
     2019-01-29 08:27:27   raw             Unsupported command -> 0x73 s
     2020-07-13 22:33:52   state           opened
     2020-04-17 22:12:46   version         V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:45:03
   XMIT_TIME:
     1594716546
     1594717603
     1594717605
     1594717643
     1594717651
   additionalSets:
     flash      3.3.1
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     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
     50
     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
Attributes:
   alias      sduino
   devStateIcon opened:WLAN_Status.1 disconnected:WLAN_Status.0
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateway
   hardware   nanoCC1101
   longids    1
   room       Gateways
   verbose    3
   whitelist_IDs 0,0.1,0.2,0.3,0.4,1,3,3.1,4,6,7,8,9,10,11,12,13,13.1,13.2,14,15,16,17,17.1,18,19,21,22,23,24,25,26,27,28,29,30,31,32,33,33.1,33.2,34,35,36,37,38,39,40,41,42,43,44,44.1,45,46,47,48,49,50,51,52,53,55,56,57,58,59,60,61,62,64,65,66,67,68,69,70,71,72,73,74,74.1,76,79,80,81,83,84,85,86,87,88,89,90,91,91.1,92,93,94,95,96

Markise

Code Auswählen Erweitern

Internals:
   ADDRESS    12345F
   DEF        12345F
   FUUID      5c4ffa53-f33f-f967-516a-4eef61b02fbe4da4
   IODev      sduino
   NAME       Markise
   NR         88
   STATE      20
   TYPE       SOMFY
   move       stop
   CODE:
     1          12345F
   READINGS:
     2020-07-14 11:07:31   enc_key         AC
     2020-07-14 11:07:31   exact           24
     2020-07-14 11:07:31   position        20
     2020-07-14 11:07:31   rolling_code    01EC
     2020-07-14 11:07:31   state           20
     2020-07-14 11:07:31   userposition    0
Attributes:
   IODev      sduino
   alias      Markise
   devStateIcon open:sunblind_0@green closed:sunblind_100@red go-my:sunblind_50@orange
   drive-down-time-to-100 34
   drive-down-time-to-close 34
   drive-up-time-to-100 36.38
   drive-up-time-to-open 36.38
   eventMap   on:ausfahren off:einfahren go-my:my on:close off:open
   genericDeviceType blind
   homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=50 TargetPosition=userposition,minValue=0,maxValue=100,minStep=50,cmds=0:close;;50:my;;100:open
   model      somfyblinds
   room       17_Terrasse,Homekit
   userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
   verbose    3
   webCmd     einfahren:my:ausfahren

Handsender

Code Auswählen Erweitern

Internals:
   ADDRESS    28CCF6
   CFGFN     
   DEF        28CCF6 AA 0B95
   FUUID      5f0d5ccc-f33f-f967-906c-7c3785260b2326bd
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     9
   NAME       Markise_FB
   NR         5856
   STATE      ???
   TYPE       SOMFY
   move       stop
   sduino_DMSG YsABBEB503F53911
   sduino_MSGCNT 9
   sduino_Protocol_ID 43
   sduino_RAWMSG MC;LL=-1356;LH=1224;SL=-723;SH=552;D=55DF5A81FA9C888;C=642;L=57;R=232;
   sduino_RSSI -86
   sduino_TIME 2020-07-14 09:55:57
   CODE:
     1          28CCF6
   READINGS:
     1970-01-01 01:00:00   enc_key         AA
     2020-07-14 09:55:57   parsestate      stop
     1970-01-01 01:00:00   rolling_code    0B95
Attributes:
   IODev      sduino
   associated-devices Markise
   room       17_Terrasse,SOMFY
   userattr   associated-devices

wenn noch was gebraucht wird bitte sagen!

Hier die bereinigte Signalesp list

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        192.168.178.33:23
   DMSG       Ys5027A7A7FA6899CA002C
   DevState   initialized
   DeviceName 192.168.178.33:23
   FD         112
   FUUID      5c4ffa50-f33f-f967-bdb1-f5f187dcbff9e4ec
   LASTDMSG   Ys5027A7A7FA6899CA002C
   LASTDMSGID 43
   MSGCNT     38375
   NAME       sduino
   NR         41
   NR_CMD_LAST_H 3
   PARTIAL   
   RAWMSG     MC;LL=-1293;LH=1241;SL=-653;SH=620;D=5027A7A7FA6899CA002C;C=634;L=80;R=0;
   RSSI       -74
   STATE      opened
   TIME       1597368613
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages
   version    V 3.4.0-dev+20200216 SIGNALESP cc1101 (chip CC1101) - compiled at Feb 15 2020 23:26:10
   versionProtocols 1.20
   versionmodul v3.4.4
   DoubleMsgIDs:
   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+#.*
   OLDREADINGS:
   QUEUE:
   READINGS:
     2020-08-02 08:35:46   cc1101_config   Freq: 433.420 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
     2020-08-02 08:35:46   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-08-02 08:35:47   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2020-07-27 08:12:50   config          MS=1;MU=1;MC=1;Mred=1
     2020-07-27 08:13:16   freeram         41144
     2020-08-14 03:33:18   ping            OK
     2020-08-02 08:35:45   state           opened
     2020-07-27 08:15:14   uptime          5 13:55:56
   XMIT_TIME:
     1597324055
     1597324059
     1597324061
   additionalSets:
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     43
   msIdList:
   muIdList:
Attributes:
   alias      sduino
   devStateIcon opened:WLAN_Status.1 disconnected:WLAN_Status.0
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateway
   hardware   nanoCC1101
   longids    1
   room       Gateways
   verbose    3
   whitelist_IDs 43

Hallo Kawaci,

poste bitte ein paar MC's (fhem logfile, verbose 4) von erkannten und nicht erkannten Signalen.

Gruß
Rolf

sorry aber wie mach ich das?

Zitat von: nagelreo am 14 August 2020, 18:27:52
Hallo Kawaci,

poste bitte ein paar MC's (fhem logfile, verbose 4) von erkannten und nicht erkannten Signalen.

Gruß
Rolf

Hallo Kawaci,

- im Sduino den Wert im Attribut verbose von 3 auf 4 erhöhen.
- eine Taste der Fb mehrfach im Abstand von ca. 2 sec drücken.
- den logfile fhem öffnen und die logs der entsprechenden Signale kopieren.

Gruß Rolf

Achso! Hab ich gemacht!

erst das mit verbose 3 und danach mit verbose 4

2020-08-14 23:31:39 Global global ATTR sduino verbose 3
2020.08.14 23:31:49 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.14 23:31:55 1 : SOMFY Unknown device 1466FB (53 05F8), please define it
2020.08.14 23:31:57 1 : SOMFY Unknown device 14667B (53 05F9), please define it
2020.08.14 23:32:00 1 : SOMFY Unknown device 14667B (54 05FA), please define it
2020.08.14 23:32:08 1 : SOMFY Unknown device 5098ED (5D 17F3), please define it
2020.08.14 23:32:10 1 : SOMFY Unknown device 1466FB (50 05FD), please define it
2020.08.14 23:32:16 1 : SOMFY Unknown device 1466FB (52 05FF), please define it

2020.08.14 23:32:26 3 : sduino: Attr, setting Verbose to: 4
2020-08-14 23:32:26 Global global ATTR sduino verbose 4
2020.08.14 23:32:32 4 : sduino: Read, msg: MC;LL=-1327;LH=1243;SL=-683;SH=583;D=52C3C5C5BED8CC8;C=639;L=57;R=25;
2020.08.14 23:32:32 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -61.5 -> Somfy RTS
2020.08.14 23:32:32 4 : sduino: SomfyRTS, bitdata: 010100101100001111000101110001011011111011011000110011001000 (57)
2020.08.14 23:32:32 4 : sduino: SomfyRTS, bitdata: _10100101100001111000101110001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:32 4 : sduino: Somfy RTS preprocessing check: 2 enc: A5878B8B7DB199 dec: A5220C00F6CC28
2020.08.14 23:32:33 4 : sduino: Read, msg: MC;LL=-1324;LH=1239;SL=-681;SH=590;D=53434545BED8CC8;C=638;L=57;R=26;
2020.08.14 23:32:33 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -61 -> Somfy RTS
2020.08.14 23:32:33 4 : sduino: SomfyRTS, bitdata: 010100110100001101000101010001011011111011011000110011001000 (57)
2020.08.14 23:32:33 4 : sduino: SomfyRTS, bitdata: _10100110100001101000101010001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:33 4 : sduino: Somfy RTS preprocessing check: 0 enc: A6868A8B7DB199 dec: A6200C01F6CC28
2020.08.14 23:32:37 4 : sduino: Read, msg: MC;LL=-1329;LH=1238;SL=-684;SH=580;D=53C2C4C5BED8CC8;C=638;L=57;R=27;
2020.08.14 23:32:37 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -60.5 -> Somfy RTS
2020.08.14 23:32:37 4 : sduino: SomfyRTS, bitdata: 010100111100001011000100110001011011111011011000110011001000 (57)
2020.08.14 23:32:37 4 : sduino: SomfyRTS, bitdata: _10100111100001011000100110001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:37 4 : sduino: Somfy RTS preprocessing check: 2 enc: A785898B7DB199 dec: A7220C02F6CC28
2020.08.14 23:32:39 4 : sduino: KeepAlive, ok, retry = 0
2020.08.14 23:32:41 4 : sduino: Read, msg: MC;LL=-1336;LH=1229;SL=-702;SH=578;D=54424445BED8CC8;C=640;L=57;R=26;
2020.08.14 23:32:41 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 640 RSSI -61 -> Somfy RTS
2020.08.14 23:32:41 4 : sduino: SomfyRTS, bitdata: 010101000100001001000100010001011011111011011000110011001000 (57)
2020.08.14 23:32:41 4 : sduino: SomfyRTS, bitdata: _10101000100001001000100010001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:41 4 : sduino: Somfy RTS preprocessing check: C enc: A884888B7DB199 dec: A82C0C03F6CC28
2020.08.14 23:32:46 4 : sduino: Read, msg: MC;LL=-1322;LH=1241;SL=-673;SH=590;D=54C1C7C5BED8CC8;C=637;L=57;R=26;
2020.08.14 23:32:46 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 637 RSSI -61 -> Somfy RTS
2020.08.14 23:32:46 4 : sduino: SomfyRTS, bitdata: 010101001100000111000111110001011011111011011000110011001000 (57)
2020.08.14 23:32:46 4 : sduino: SomfyRTS, bitdata: _10101001100000111000111110001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:46 4 : sduino: Somfy RTS preprocessing check: A enc: A9838F8B7DB199 dec: A92A0C04F6CC28
2020.08.14 23:32:49 4 : sduino: Read, msg: MC;LL=-1330;LH=1225;SL=-690;SH=587;D=55414745BED8CC8;C=638;L=57;R=26;
2020.08.14 23:32:49 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -61 -> Somfy RTS
2020.08.14 23:32:49 4 : sduino: SomfyRTS, bitdata: 010101010100000101000111010001011011111011011000110011001000 (57)
2020.08.14 23:32:49 4 : sduino: SomfyRTS, bitdata: _10101010100000101000111010001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:49 4 : sduino: Somfy RTS preprocessing check: 8 enc: AA828E8B7DB199 dec: AA280C05F6CC28
2020.08.14 23:32:52 4 : sduino: Read, msg: MC;LL=-1328;LH=1240;SL=-682;SH=583;D=55C0C6C5BED8CC8;C=638;L=57;R=26;
2020.08.14 23:32:52 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -61 -> Somfy RTS
2020.08.14 23:32:52 4 : sduino: SomfyRTS, bitdata: 010101011100000011000110110001011011111011011000110011001000 (57)
2020.08.14 23:32:52 4 : sduino: SomfyRTS, bitdata: _10101011100000011000110110001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:52 4 : sduino: Somfy RTS preprocessing check: A enc: AB818D8B7DB199 dec: AB2A0C06F6CC28

Hallo Kawaci,

mit den Log Daten mit verbose 3 kann ich leider nicht viel anfangen, da nur die ermittelten Adressen vom unknown device logged sind.
Die nicht erkannten Signale sind vermutlich nicht alle in Serie aufgetreten? Wie viel mal wurde die Taste der Fb insgesamt gedrückt?

Die 7 Signale nach der Umstellung auf verbose 4 sind völlig unauffällig, die Signalstärke ist aus meiner Sicht sehr gut (RSSI -61). Da alle 7 Signale einen rolling code in Serie haben, wurden alle Tastendrücke erkannt.
Hast Du außer der Umstellung auf verbose 4 noch etwas gemacht, z. B. Neustart?
Interessant wären Signale (verbose 4) von nicht erkannten Tastendrücke.

Gruß
Rolf

Hallo!

OK? aber warum schaltet er mir dann nicht das device? Warum sagt er pleas define it!

habs jetzt noch mal gelegt mit verb 4

2020.08.15 19:16:17 1 : SOMFY Unknown device F1925D (50 8000), please define it
2020.08.15 19:16:20 4 : sduino: Read, msg: MC;LL=-1285;LH=1255;SL=-663;SH=602;D=5027A7A7FA6899C2000E8;C=634;L=81;R=251;
2020.08.15 19:16:20 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 634 RSSI -76.5 -> Somfy RTS
2020.08.15 19:16:20 4 : sduino: SomfyRTS, bitdata: 010100000010011110100111101001111111101001101000100110011100001000000000000011101000 (81)
2020.08.15 19:16:20 4 : sduino: Somfy RTS preprocessing check: 7 enc: 5027A7A7FA6899C2000E8 dec: 507780005D92F1
2020.08.15 19:16:20 1 : SOMFY Unknown device F1925D (50 8000), please define it
2020.08.15 19:16:20 4 : sduino: Read, msg: MC;LL=-1286;LH=1239;SL=-641;SH=630;D=5027A7A7FA6899C400110;C=632;L=81;R=251;
2020.08.15 19:16:20 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 632 RSSI -76.5 -> Somfy RTS
2020.08.15 19:16:20 4 : sduino: SomfyRTS, bitdata: 010100000010011110100111101001111111101001101000100110011100010000000000000100010000 (81)
2020.08.15 19:16:20 4 : sduino: Somfy RTS preprocessing check: 7 enc: 5027A7A7FA6899C400110 dec: 507780005D92F1
2020.08.15 19:16:20 1 : SOMFY Unknown device F1925D (50 8000), please define it
2020.08.15 19:16:20 4 : sduino: Read, msg: MC;LL=-1283;LH=1236;SL=-650;SH=629;D=5027A7A7FA6899C6001B8;C=632;L=81;R=251;
2020.08.15 19:16:20 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 632 RSSI -76.5 -> Somfy RTS
2020.08.15 19:16:20 4 : sduino: SomfyRTS, bitdata: 010100000010011110100111101001111111101001101000100110011100011000000000000110111000 (81)
2020.08.15 19:16:20 4 : sduino: Somfy RTS preprocessing check: 7 enc: 5027A7A7FA6899C6001B8 dec: 507780005D92F1
2020.08.15 19:16:20 1 : SOMFY Unknown device F1925D (50 8000), please define it
2020.08.15 19:16:20 4 : sduino: Read, msg: MC;LL=-1279;LH=1257;SL=-642;SH=626;D=5027A7A7FA6899C800268;C=633;L=81;R=251;
2020.08.15 19:16:20 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 633 RSSI -76.5 -> Somfy RTS
2020.08.15 19:16:20 4 : sduino: SomfyRTS, bitdata: 010100000010011110100111101001111111101001101000100110011100100000000000001001101000 (81)
2020.08.15 19:16:20 4 : sduino: Somfy RTS preprocessing check: 7 enc: 5027A7A7FA6899C800268 dec: 507780005D92F1
2020.08.15 19:16:20 1 : SOMFY Unknown device F1925D (50 8000), please define it
2020.08.15 19:16:20 4 : sduino: Read, msg: MC;LL=-1286;LH=1250;SL=-653;SH=617;D=5027A7A7FA6899CA002C;C=634;L=80;R=251;
2020.08.15 19:16:20 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 634 RSSI -76.5 -> Somfy RTS
2020.08.15 19:16:20 4 : sduino: SomfyRTS, bitdata: 01010000001001111010011110100111111110100110100010011001110010100000000000101100 (80)
2020.08.15 19:16:20 4 : sduino: Somfy RTS preprocessing check: 7 enc: 5027A7A7FA6899CA002C dec: 507780005D92F1
2020.08.15 19:16:20 1 : SOMFY Unknown device F1925D (50 8000), please define it

Hallo Kawaci,

die Signale von gestern Nacht und heute Abend sind doch unterschiedliche Handsender bzw. Fernbedienungen.

Für die Signale von gestern Nacht hast Du am 14 Juli 2020, 11:14:11 ein device mit der Adresse 28CCF6
gepostet. Diese Fb wurde gestern bei 7 Tastendrücke sehr gut erkannt. Die Signale der Fb sind 56 bit lang (siehe unten bitdata__1....01 (56), das entspricht der Somfy Telis 1.

Zitat2020.08.14 23:32:32 4 : sduino: Somfy RTS preprocessing check: 2 enc: A5878B8B7DB199 dec: A5220C00F6CC28
= Adresse 28CCF6 (byte 1 und 3 der Adresse sind getauscht).
2020.08.14 23:32:32 4 : sduino: SomfyRTS, bitdata: _10100101100001111000101110001011011111011011000110011001 (56). Bit am Anfang entfernt

Die Daten von heute Abend stammen von einer anderen Fb mit 80 bit langen Signalen (möglicherweise Impresarion Chronis?). Die werden vom device für die Adresse 28CCF6 nicht erkannt.

Zitat2020.08.15 19:16:20 4 : sduino: SomfyRTS, bitdata: 010100000010011110100111101001111111101001101000100110011100001000000000000011101000 (81)

Für jede Fernbedienung muss ein separates device angelegt werden.

Gruß
Rolf

Wenn ich eine 2 te Fernbedienung hätte wäre es logisch für jede fb ein device anzulegen! Aber ich habe nur die eine telis1. Der einzige unterschied zwischen gestern Nacht und heute Nachmittag ist, das ich einfahren, stop und ausfahren, mehrmals unterschiedlich gedrückt habe. Aber immer mit der selben Fernbedienung!

Hallo Kawaci,

wie muss ich das verstehen? Mehrmals unterschiedlich, mit Pause oder ohne Pause dazwischen?

ZitatDer einzige unterschied zwischen gestern Nacht und heute Nachmittag ist, das ich einfahren, stop und ausfahren, mehrmals unterschiedlich gedrückt habe.

In der bit-Folge (81) habe ich keine Sequenz gefunden, welche die Adresse 28CCF6 enthält. Da du gestern Nachmittag die selbe Telis 1 benutzt hast, sollten die Signale 56 bzw. 57 bit und nicht 81 lang sein.

Zudem bin ich mir nicht sicher, ob es wirklich eine Somfy Fb mit einem 81 bit-Signal gibt. In einer quick and derty Recherche habe ich ich nur den Hinweis auf eine modifizierte 10_SOMFY.pm gefunden

Zitathttps://forum.fhem.de/index.php?topic=53319.135
Sein Tipp war das Auskommentieren von "$ret = "Somfy RTS message format error (length)! :".$encData.":" if (length($encData) != 14);" aus dem 10_SOMFY.pm.

D.h. Signale mit einer Länge > 14 sollten theoretisch mit einer Fehlermeldung geflaggt werden (?)
Hast du die aktuelle 10_Somfy.pm Datei installiert?

Gruß
Rolf

Somfy Fb mit einem 80 bit-Signal sind bis jetzt nur die Telis 6 Chronis RTS und TELIS COMPOSIO bekannt, welche bis jetzt immer mit 8 anfangen

ZitatTelis 6 Chronis RTS, Nach den 14 Ziffern der normalen Somfy Nachricht folgen noch 6 weitere (84001D).
auch TELIS COMPOSIO, Datenlänge von 20 Ziffern
MC;LL=-1246;LH=1293;SL=-592;SH=660;D=81CDCDCBB7DEDD84001D;C=631;L=80;

Habt Ihr die selbe Somfy Fb?
Interessant wäre ob sich diese 80/81 Bit Nachricht wo mit A anfängt reproduzieren lässt, evtl eine bestimmte Tastenfolge
Dispatch: YsA04F4F4FF4D13390004D

Nachtrag:
Bei der auf dem SignalESP verwendeten Firmware fällt auf, daß bei den raw Nachrichten fast immer am Anfang ein Bit zuviel ist (57/81 Bit), das eine Bit zuviel sollte normalerweise die Ausnahme sein.

so jetzt hab ich nochmal mit verbose 4 gelockt und ein 3 sec abstand zwischen den Tastendruck gelassen!

2020.08.16 10:14:41 4 : sduino: Read, msg: MC;LL=-1318;LH=1246;SL=-679;SH=595;D=53F0F6E79CFAEE8;C=639;L=57;R=63;
2020.08.16 10:14:41 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -42.5 -> Somfy RTS
2020.08.16 10:14:41 4 : sduino: SomfyRTS, bitdata: 010100111111000011110110111001111001110011111010111011101000 (57)
2020.08.16 10:14:41 4 : sduino: SomfyRTS, bitdata: _10100111111000011110110111001111001110011111010111011101 (56). Bit am Anfang entfernt
2020.08.16 10:14:41 4 : sduino: Somfy RTS preprocessing check: 6 enc: A7E1EDCF39F5DD dec: A7460C22F6CC28
2020.08.16 10:14:48 4 : sduino: Read, msg: MC;LL=-1330;LH=1229;SL=-686;SH=597;D=A8B5B99A6CA088;C=640;L=56;R=63;
2020.08.16 10:14:48 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 640 RSSI -42.5 -> Somfy RTS
2020.08.16 10:14:48 4 : sduino: SomfyRTS, bitdata: 10101000101101011011100110011010011011001010000010001000 (56)
2020.08.16 10:14:48 4 : sduino: Somfy RTS preprocessing check: D enc: A8B5B99A6CA088 dec: A81D0C23F6CC28
2020.08.16 10:14:48 4 : sduino: Read, msg: MC;LL=-1317;LH=1237;SL=-689;SH=594;D=545ADCCD365044;C=639;L=56;R=63;
2020.08.16 10:14:48 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -42.5 -> Somfy RTS
2020.08.16 10:14:48 4 : sduino: SomfyRTS, bitdata: 01010100010110101101110011001101001101100101000001000100 (56)
2020.08.16 10:14:48 4 : sduino: Somfy RTS preprocessing check: E enc: 545ADCCD365044 dec: 540E8611FB6614
2020.08.16 10:14:48 1 : SOMFY Unknown device 1466FB (54 8611), please define it
2020.08.16 10:14:57 4 : sduino: Read, msg: MC;LL=-1328;LH=1260;SL=-683;SH=579;D=54C0C6D4AFC9DD8;C=641;L=57;R=46;
2020.08.16 10:14:57 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 641 RSSI -51 -> Somfy RTS
2020.08.16 10:14:57 4 : sduino: SomfyRTS, bitdata: 010101001100000011000110110101001010111111001001110111011000 (57)
2020.08.16 10:14:57 4 : sduino: SomfyRTS, bitdata: _10101001100000011000110110101001010111111001001110111011 (56). Bit am Anfang entfernt
2020.08.16 10:14:57 4 : sduino: Somfy RTS preprocessing check: 8 enc: A9818DA95F93BB dec: A9280C24F6CC28
2020.08.16 10:15:00 4 : sduino: Read, msg: MC;LL=-1336;LH=1223;SL=-700;SH=590;D=AAB3BF9A6CA088;C=641;L=56;R=53;
2020.08.16 10:15:00 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 641 RSSI -47.5 -> Somfy RTS
2020.08.16 10:15:00 4 : sduino: SomfyRTS, bitdata: 10101010101100111011111110011010011011001010000010001000 (56)
2020.08.16 10:15:00 4 : sduino: Somfy RTS preprocessing check: 9 enc: AAB3BF9A6CA088 dec: AA190C25F6CC28
2020.08.16 10:15:00 4 : sduino: Read, msg: MC;LL=-1327;LH=1242;SL=-681;SH=597;D=5559DFCD365044;C=641;L=56;R=52;
2020.08.16 10:15:00 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 641 RSSI -48 -> Somfy RTS
2020.08.16 10:15:00 4 : sduino: SomfyRTS, bitdata: 01010101010110011101111111001101001101100101000001000100 (56)
2020.08.16 10:15:00 4 : sduino: Somfy RTS preprocessing check: C enc: 5559DFCD365044 dec: 550C8612FB6614
2020.08.16 10:15:00 1 : SOMFY Unknown device 1466FB (55 8612), please define it
2020.08.16 10:15:03 4 : sduino: Read, msg: MC;LL=-1335;LH=1235;SL=-687;SH=600;D=55D85E4D3650440;C=642;L=57;R=51;
2020.08.16 10:15:03 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 642 RSSI -48.5 -> Somfy RTS
2020.08.16 10:15:03 4 : sduino: SomfyRTS, bitdata: 010101011101100001011110010011010011011001010000010001000000 (57)
2020.08.16 10:15:03 4 : sduino: SomfyRTS, bitdata: _10101011101100001011110010011010011011001010000010001000 (56). Bit am Anfang entfernt
2020.08.16 10:15:03 4 : sduino: Somfy RTS preprocessing check: B enc: ABB0BC9A6CA088 dec: AB1B0C26F6CC28
2020.08.16 10:15:04 4 : sduino: Read, msg: MC;LL=-1315;LH=1239;SL=-687;SH=597;D=55D85E4D365044;C=639;L=56;R=52;
2020.08.16 10:15:04 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -48 -> Somfy RTS
2020.08.16 10:15:04 4 : sduino: SomfyRTS, bitdata: 01010101110110000101111001001101001101100101000001000100 (56)
2020.08.16 10:15:04 4 : sduino: Somfy RTS preprocessing check: D enc: 55D85E4D365044 dec: 558D86137B6614
2020.08.16 10:15:04 1 : SOMFY Unknown device 14667B (55 8613), please define it
2020.08.16 10:15:07 4 : sduino: Read, msg: MC;LL=-1326;LH=1244;SL=-692;SH=593;D=5658DECD365044;C=642;L=56;R=51;
2020.08.16 10:15:07 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 642 RSSI -48.5 -> Somfy RTS
2020.08.16 10:15:07 4 : sduino: SomfyRTS, bitdata: 01010110010110001101111011001101001101100101000001000100 (56)
2020.08.16 10:15:07 4 : sduino: Somfy RTS preprocessing check: E enc: 5658DECD365044 dec: 560E8613FB6614
2020.08.16 10:15:07 1 : SOMFY Unknown device 1466FB (56 8613), please define it

es ist noch immer die Telis 1 RTS Pure!

Ich habe mir das log mal angeschaut, bei einigen ist am Anfang ein Bit zuviel und am Ende fehlt ein Bit. Das Device 28CCF6 passt bei allen.
Laut log waren es verschiedene Tastendrücke (cmd=40 cmd=11 cmd=20)

2020.08.16 10:14:41 4 : sduino: Read, msg: MC;LL=-1318;LH=1246;SL=-679;SH=595;D=53F0F6E79CFAEE8;C=639;L=57;R=63;
2020.08.16 10:14:41 4 : sduino: SomfyRTS, bitdata: 010100111111000011110110111001111001110011111010111011101000 (57)
2020.08.16 10:14:41 4 : sduino: SomfyRTS, bitdata: _10100111111000011110110111001111001110011111010111011101 (56). Bit am Anfang entfernt
2020.08.16 10:14:41 4 : sduino: Somfy RTS preprocessing check: 6 enc: A7E1EDCF39F5DD dec: A7460C22F6CC28
                                SOMFY Unknown device 28CCF6 (A7 0C22), cmd=40 please define it

2020.08.16 10:14:48 4 : sduino: Read, msg: MC;LL=-1330;LH=1229;SL=-686;SH=597;D=A8B5B99A6CA088;C=640;L=56;R=63;
2020.08.16 10:14:48 4 : sduino: SomfyRTS, bitdata: 10101000101101011011100110011010011011001010000010001000 (56)
2020.08.16 10:14:48 4 : sduino: Somfy RTS preprocessing check: D enc: A8B5B99A6CA088 dec: A81D0C23F6CC28
                                SOMFY Unknown device 28CCF6 (A8 0C23), cmd=11 please define it

2020.08.16 10:14:48 4 : sduino: Read, msg: MC;LL=-1317;LH=1237;SL=-689;SH=594;D=545ADCCD365044;C=639;L=56;R=63;
2020.08.16 10:14:48 4 : sduino: SomfyRTS, bitdata: 01010100010110101101110011001101001101100101000001000100 (56)
2020.08.16 10:14:48 4 : sduino: Somfy RTS preprocessing check: E enc: 545ADCCD365044 dec: 540E8611FB6614
2020.08.16 10:14:48 1 : SOMFY Unknown device 1466FB (54 8611), please define it
### am Anfang ein Bit zuviel und am Ende fehlt ein Bit
### korrigiert MC;LL=-1317;LH=1237;SL=-689;SH=594;D=545ADCCD3650440;C=639;L=57;R=63;
                               Somfy RTS preprocessing check: D enc: A8B5B99A6CA088(14) dec: A81D0C23F6CC28
                               SOMFY Unknown device 28CCF6 (A8 0C23), cmd=11 please define it

2020.08.16 10:14:57 4 : sduino: Read, msg: MC;LL=-1328;LH=1260;SL=-683;SH=579;D=54C0C6D4AFC9DD8;C=641;L=57;R=46;
2020.08.16 10:14:57 4 : sduino: SomfyRTS, bitdata: 010101001100000011000110110101001010111111001001110111011000 (57)
2020.08.16 10:14:57 4 : sduino: SomfyRTS, bitdata: _10101001100000011000110110101001010111111001001110111011 (56). Bit am Anfang entfernt
2020.08.16 10:14:57 4 : sduino: Somfy RTS preprocessing check: 8 enc: A9818DA95F93BB dec: A9280C24F6CC28
                               SOMFY Unknown device 28CCF6 (A9 0C24), cmd=20 please define it

2020.08.16 10:15:00 4 : sduino: Read, msg: MC;LL=-1336;LH=1223;SL=-700;SH=590;D=AAB3BF9A6CA088;C=641;L=56;R=53;
2020.08.16 10:15:00 4 : sduino: SomfyRTS, bitdata: 10101010101100111011111110011010011011001010000010001000 (56)
2020.08.16 10:15:00 4 : sduino: Somfy RTS preprocessing check: 9 enc: AAB3BF9A6CA088 dec: AA190C25F6CC28
                               SOMFY Unknown device 28CCF6 (AA 0C25), cmd=11 please define it

2020.08.16 10:15:00 4 : sduino: Read, msg: MC;LL=-1327;LH=1242;SL=-681;SH=597;D=5559DFCD365044;C=641;L=56;R=52;
2020.08.16 10:15:00 4 : sduino: SomfyRTS, bitdata: 01010101010110011101111111001101001101100101000001000100 (56)
2020.08.16 10:15:00 4 : sduino: Somfy RTS preprocessing check: C enc: 5559DFCD365044 dec: 550C8612FB6614
2020.08.16 10:15:00 1 : SOMFY Unknown device 1466FB (55 8612), please define it
### am Anfang ein Bit zuviel und am Ende fehlt ein Bit
### korrigiert MC;LL=-1327;LH=1242;SL=-681;SH=597;D=5559DFCD3650440;C=641;L=57;R=52;
                               SOMFY Unknown device 28CCF6 (AA 0C25), cmd=11 please define it

2020.08.16 10:15:03 4 : sduino: Read, msg: MC;LL=-1335;LH=1235;SL=-687;SH=600;D=55D85E4D3650440;C=642;L=57;R=51;
2020.08.16 10:15:03 4 : sduino: SomfyRTS, bitdata: 010101011101100001011110010011010011011001010000010001000000 (57)
2020.08.16 10:15:03 4 : sduino: SomfyRTS, bitdata: _10101011101100001011110010011010011011001010000010001000 (56). Bit am Anfang entfernt
2020.08.16 10:15:03 4 : sduino: Somfy RTS preprocessing check: B enc: ABB0BC9A6CA088 dec: AB1B0C26F6CC28
                               SOMFY Unknown device 28CCF6 (AB 0C26), cmd=11 please define it

2020.08.16 10:15:04 4 : sduino: Read, msg: MC;LL=-1315;LH=1239;SL=-687;SH=597;D=55D85E4D365044;C=639;L=56;R=52;
2020.08.16 10:15:04 4 : sduino: SomfyRTS, bitdata: 01010101110110000101111001001101001101100101000001000100 (56)
2020.08.16 10:15:04 4 : sduino: Somfy RTS preprocessing check: D enc: 55D85E4D365044 dec: 558D86137B6614
2020.08.16 10:15:04 1 : SOMFY Unknown device 14667B (55 8613), please define it
### am Anfang ein Bit zuviel und am Ende fehlt ein Bit
### korrigiert MC;LL=-1315;LH=1239;SL=-687;SH=597;D=55D85E4D3650440;C=639;L=57;R=52;
                               SOMFY Unknown device 28CCF6 (AB 0C26), cmd=11 please define it

2020.08.16 10:15:07 4 : sduino: Read, msg: MC;LL=-1326;LH=1244;SL=-692;SH=593;D=5658DECD365044;C=642;L=56;R=51;
2020.08.16 10:15:07 4 : sduino: SomfyRTS, bitdata: 01010110010110001101111011001101001101100101000001000100 (56)
2020.08.16 10:15:07 4 : sduino: Somfy RTS preprocessing check: E enc: 5658DECD365044 dec: 560E8613FB6614
2020.08.16 10:15:07 1 : SOMFY Unknown device 1466FB (56 8613), please define it
### am Anfang ein Bit zuviel und am Ende fehlt ein Bit
### korrigiert MC;LL=-1326;LH=1244;SL=-692;SH=593;D=5658DECD3650440;C=642;L=57;R=51;
                               SOMFY Unknown device 28CCF6 (AC 0C27), cmd=11 please define it

Ja, einige signale werden auch richtig erkannt und dann wieder nicht, wie kann man das fixen? 3 tasten befehl stimmt einfahren ausfahren und stop!

Hallo Kawaci, Hallo Ralf,

Ralf, vielen Dank für die Info zum 80 bit-Signal.

Dann sind die 80-bit Signale vom 2020.08.15 19:16:17 nicht von Kawaci's Fernbedienung, vielleicht vom Nachbarn.

Zusammengefasst hat Kawaci das gleiche Problem wie ich und vermutlich weitere Fhem Nutzer, das Signal der Fernbedienung wird sporadisch nicht richtig erkannt.
Aus meiner Sicht kann das Problem nur durch eine Optimierung des Algorithmus minimiert oder beseitigt werden.
Wie ist der Stand zur Optimierung durch Ergänzen der ersten 4 Bit auf "A" oder "8"

Gruß
Rolf

@nagelreo
kommt es bei Dir auch ab und zu vor, daß bei einer korrekten Länge von 56 am Anfang ein Bit zuviel ist und am Ende ein Bit fehlt?

@Kawaci
die 80 Bit Nachrichten passen nicht zur Telis 1 RTS Pure, es ist auch ein anderes device, gibt es bei Dir noch einen anderen Sender?

Gruß Ralf

danke für die Beruhigung das ich nicht der einzige mit diesem problem bin!

@Ralf9 der Nachbar hat auch Somfy Markise der hat aber die selbe fb wie ich, und er war auch nicht zuhause als ich diese logs gemacht habe!

@Kawaci
kannst Du bitte mal versuchen ob diese 80/81 Bit Nachrichten reproduzierbar sind

@ralf9 wollte gerade versuchen es zu reproduzieren aber jetzt empfängt er garnichts mehr! die 80/81 er konnte ich nicht reproduzieren!

Habe jetzt mal den sduino mit verbose 4 und die Somfy im event monitor mit geschnitten

sduino

2020.08.16 23:03:15 4 : sduino: Read, msg: MC;LL=-1324;LH=1243;SL=-679;SH=607;D=5242C4AB503622;C=642;L=56;R=31;
2020.08.16 23:03:15 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 642 RSSI -58.5 -> Somfy RTS
2020.08.16 23:03:15 4 : sduino: SomfyRTS, bitdata: 01010010010000101100010010101011010100000011011000100010 (56)
2020.08.16 23:03:15 4 : sduino: Somfy RTS preprocessing check: 0 enc: 5242C4AB503622 dec: 5210866FFB6614
2020.08.16 23:03:15 1 : SOMFY Unknown device 1466FB (52 866F), please define it
2020.08.16 23:03:19 4 : sduino: Read, msg: MC;LL=-1319;LH=1247;SL=-676;SH=598;D=52C4C2B2C9AFBB8;C=639;L=57;R=34;
2020.08.16 23:03:19 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -57 -> Somfy RTS
2020.08.16 23:03:19 4 : sduino: SomfyRTS, bitdata: 010100101100010011000010101100101100100110101111101110111000 (57)
2020.08.16 23:03:19 4 : sduino: SomfyRTS, bitdata: _10100101100010011000010101100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:19 4 : sduino: Somfy RTS preprocessing check: C enc: A5898565935F77 dec: A52C0CE0F6CC28
2020.08.16 23:03:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:03:21 4 : sduino: Read, msg: MC;LL=-1311;LH=1248;SL=-680;SH=589;D=53444232C9AFBB8;C=637;L=57;R=34;
2020.08.16 23:03:21 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 637 RSSI -57 -> Somfy RTS
2020.08.16 23:03:21 4 : sduino: SomfyRTS, bitdata: 010100110100010001000010001100101100100110101111101110111000 (57)
2020.08.16 23:03:21 4 : sduino: SomfyRTS, bitdata: _10100110100010001000010001100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:21 4 : sduino: Somfy RTS preprocessing check: E enc: A6888465935F77 dec: A62E0CE1F6CC28
2020.08.16 23:03:23 4 : sduino: Read, msg: MC;LL=-1314;LH=1260;SL=-677;SH=590;D=53C5C3B2C9AFBB8;C=640;L=57;R=34;
2020.08.16 23:03:23 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 640 RSSI -57 -> Somfy RTS
2020.08.16 23:03:23 4 : sduino: SomfyRTS, bitdata: 010100111100010111000011101100101100100110101111101110111000 (57)
2020.08.16 23:03:23 4 : sduino: SomfyRTS, bitdata: _10100111100010111000011101100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:23 4 : sduino: Somfy RTS preprocessing check: C enc: A78B8765935F77 dec: A72C0CE2F6CC28
2020.08.16 23:03:25 4 : sduino: Read, msg: MC;LL=-1329;LH=1231;SL=-681;SH=589;D=54454332C9AFBB8;C=638;L=57;R=35;
2020.08.16 23:03:25 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -56.5 -> Somfy RTS
2020.08.16 23:03:25 4 : sduino: SomfyRTS, bitdata: 010101000100010101000011001100101100100110101111101110111000 (57)
2020.08.16 23:03:25 4 : sduino: SomfyRTS, bitdata: _10101000100010101000011001100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:25 4 : sduino: Somfy RTS preprocessing check: 2 enc: A88A8665935F77 dec: A8220CE3F6CC28
2020.08.16 23:03:26 4 : sduino: Read, msg: MC;LL=-1330;LH=1241;SL=-691;SH=578;D=54C6C0B2C9AFBB8;C=639;L=57;R=33;
2020.08.16 23:03:26 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -57.5 -> Somfy RTS
2020.08.16 23:03:26 4 : sduino: SomfyRTS, bitdata: 010101001100011011000000101100101100100110101111101110111000 (57)
2020.08.16 23:03:26 4 : sduino: SomfyRTS, bitdata: _10101001100011011000000101100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:26 4 : sduino: Somfy RTS preprocessing check: 4 enc: A98D8165935F77 dec: A9240CE4F6CC28
2020.08.16 23:03:29 4 : sduino: Read, msg: MC;LL=-1330;LH=1236;SL=-671;SH=601;D=55464032C9AFBB8;C=639;L=57;R=34;
2020.08.16 23:03:29 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -57 -> Somfy RTS
2020.08.16 23:03:29 4 : sduino: SomfyRTS, bitdata: 010101010100011001000000001100101100100110101111101110111000 (57)
2020.08.16 23:03:29 4 : sduino: SomfyRTS, bitdata: _10101010100011001000000001100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:29 4 : sduino: Somfy RTS preprocessing check: 6 enc: AA8C8065935F77 dec: AA260CE5F6CC28
2020.08.16 23:03:32 4 : sduino: Read, msg: MC;LL=-1323;LH=1235;SL=-687;SH=583;D=55C7C1B2C9AFBB8;C=637;L=57;R=33;
2020.08.16 23:03:32 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 637 RSSI -57.5 -> Somfy RTS
2020.08.16 23:03:32 4 : sduino: SomfyRTS, bitdata: 010101011100011111000001101100101100100110101111101110111000 (57)
2020.08.16 23:03:32 4 : sduino: SomfyRTS, bitdata: _10101011100011111000001101100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:32 4 : sduino: Somfy RTS preprocessing check: 4 enc: AB8F8365935F77 dec: AB240CE6F6CC28
2020.08.16 23:03:34 4 : sduino: Read, msg: MC;LL=-1317;LH=1243;SL=-678;SH=591;D=56474132C9AFBB8;C=638;L=57;R=32;
2020.08.16 23:03:34 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -58 -> Somfy RTS
2020.08.16 23:03:34 4 : sduino: SomfyRTS, bitdata: 010101100100011101000001001100101100100110101111101110111000 (57)
2020.08.16 23:03:34 4 : sduino: SomfyRTS, bitdata: _10101100100011101000001001100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:34 4 : sduino: Somfy RTS preprocessing check: 2 enc: AC8E8265935F77 dec: AC220CE7F6CC28
2020.08.16 23:03:37 4 : sduino: Read, msg: MC;LL=-1326;LH=1242;SL=-682;SH=587;D=56C0C6B2C9AFBB8;C=639;L=57;R=32;
2020.08.16 23:03:37 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -58 -> Somfy RTS
2020.08.16 23:03:37 4 : sduino: SomfyRTS, bitdata: 010101101100000011000110101100101100100110101111101110111000 (57)
2020.08.16 23:03:37 4 : sduino: SomfyRTS, bitdata: _10101101100000011000110101100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:37 4 : sduino: Somfy RTS preprocessing check: C enc: AD818D65935F77 dec: AD2C0CE8F6CC28
2020.08.16 23:03:39 4 : sduino: Read, msg: MC;LL=-1327;LH=1242;SL=-678;SH=589;D=57404632C9AFBB8;C=639;L=57;R=33;
2020.08.16 23:03:39 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -57.5 -> Somfy RTS
2020.08.16 23:03:39 4 : sduino: SomfyRTS, bitdata: 010101110100000001000110001100101100100110101111101110111000 (57)
2020.08.16 23:03:39 4 : sduino: SomfyRTS, bitdata: _10101110100000001000110001100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:39 4 : sduino: Somfy RTS preprocessing check: E enc: AE808C65935F77 dec: AE2E0CE9F6CC28

Somfy


2020-08-16 23:03:15 Global global UNDEFINED SOMFY_1466FB SOMFY 1466FB 52 866F
2020-08-16 23:03:19 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:21 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:23 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:25 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:26 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:29 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:32 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:34 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:37 SOMFY Markise_FB parsestate: off
2020-08-16 23:03:39 SOMFY Markise_FB parsestate: off

jetzt habe ich noch mal nachgesehen und den log von sduino durch gesehen und ohne das ich gedrückt habe hatte ich die 81er wieder drinnen!

2020.08.16 23:03:39 4 : sduino: SomfyRTS, bitdata: 010101110100000001000110001100101100100110101111101110111000 (57)
2020.08.16 23:03:39 4 : sduino: SomfyRTS, bitdata: _10101110100000001000110001100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:03:39 4 : sduino: Somfy RTS preprocessing check: E enc: AE808C65935F77 dec: AE2E0CE9F6CC28
2020.08.16 23:04:10 4 : sduino: Read, msg: MC;LL=-1274;LH=1255;SL=-638;SH=620;D=A04B4B4B0;C=631;L=34;R=209;
2020.08.16 23:04:10 4 : sduino: Read, msg: MC;LL=-1278;LH=1251;SL=-650;SH=620;D=04B4B4B10;C=633;L=33;R=218;
2020.08.16 23:04:10 4 : sduino: Read, msg READredu: MU;P0=670;P1=-1219;P2=1250;P3=-607;P5=-2486;P6=2501;D=01230303030303030303030303012303012565656;CP=0;R=209;
2020.08.16 23:04:11 4 : sduino: Read, msg: MC;LL=-1267;LH=1261;SL=-632;SH=629;D=A04B4B4;C=631;L=27;R=209;
2020.08.16 23:04:11 4 : sduino: Read, msg READredu: MU;P0=141;P1=-1165;P2=1281;P3=-628;P4=635;P5=-466;P6=967;D=01234341234123434343434343454343434363234;CP=4;R=210;
2020.08.16 23:04:12 4 : sduino: Read, msg: MC;LL=-1263;LH=1266;SL=-577;SH=635;D=9B444;C=623;L=20;R=210;
2020.08.16 23:04:13 4 : sduino: Read, msg READredu: MU;P0=91;P1=-1230;P2=636;P3=-637;P4=1261;P5=-466;D=01234123414325214323214323214323212343232;CP=2;R=209;
2020.08.16 23:04:13 4 : sduino: Read, msg: MC;LL=-1272;LH=1256;SL=-642;SH=631;D=D2C4D8;C=633;L=22;R=210;
2020.08.16 23:04:13 4 : sduino: Read, msg READredu: MU;P0=-1183;P1=-162;P2=1241;P5=-646;P6=610;P7=203;D=12025656170256025656521656565656565656560256065206;CP=6;R=208;
2020.08.16 23:04:13 4 : sduino: Read, msg: MC;LL=-1269;LH=1283;SL=-626;SH=620;D=69696268;C=632;L=29;R=211;
2020.08.16 23:04:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:05:19 4 : sduino: KeepAlive, not ok, retry = 1 -> get ping
2020.08.16 23:05:19 4 : sduino: HandleWriteQueue, called
2020.08.16 23:05:19 4 : sduino: SendFromQueue, called
2020.08.16 23:05:19 4 : sduino: Read, msg: OK
2020-08-16 23:05:19 SIGNALduino sduino ping: OK
2020.08.16 23:05:19 4 : sduino: HandleWriteQueue, called
2020.08.16 23:05:19 4 : sduino: HandleWriteQueue, nothing to send, stopping timer
2020.08.16 23:06:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:06:51 4 : sduino: Read, msg: MC;LL=-1283;LH=1251;SL=-638;SH=633;D=5026A6A6DD97E642000E8;C=634;L=81;R=237;
2020.08.16 23:06:51 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 634 RSSI -83.5 -> Somfy RTS
2020.08.16 23:06:51 4 : sduino: SomfyRTS, bitdata: 010100000010011010100110101001101101110110010111111001100100001000000000000011101000 (81)
2020.08.16 23:06:51 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:06:51 4 : sduino: Read, msg: MC;LL=-1286;LH=1254;SL=-648;SH=672;D=5026A6A6DD97E64400110;C=643;L=81;R=237;
2020.08.16 23:06:51 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 643 RSSI -83.5 -> Somfy RTS
2020.08.16 23:06:51 4 : sduino: SomfyRTS, bitdata: 010100000010011010100110101001101101110110010111111001100100010000000000000100010000 (81)
2020.08.16 23:06:51 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:06:51 4 : sduino: Read, msg: MC;LL=-1173;LH=1249;SL=-706;SH=602;D=A04D4D4D8;C=621;L=34;R=237;
2020.08.16 23:06:51 4 : sduino: Read, msg: MC;LL=-1278;LH=1257;SL=-686;SH=580;D=9918006E;C=633;L=31;R=238;
2020.08.16 23:06:51 4 : sduino: Read, msg: MC;LL=-1284;LH=1258;SL=-651;SH=584;D=1353536ECBF3240010;C=629;L=69;R=238;
2020.08.16 23:06:51 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 629 RSSI -83 -> Somfy RTS
2020.08.16 23:06:51 4 : sduino: SomfyRTS, bitdata: 000100110101001101010011011011101100101111110011001001000000000000010000 (69)
2020.08.16 23:06:51 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:06:51 4 : sduino: Read, msg: MC;LL=-1289;LH=1253;SL=-643;SH=622;D=5026A6A6DD97E64A002C;C=634;L=80;R=237;
2020.08.16 23:06:51 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 634 RSSI -83.5 -> Somfy RTS
2020.08.16 23:06:51 4 : sduino: SomfyRTS, bitdata: 01010000001001101010011010100110110111011001011111100110010010100000000000101100 (80)
2020.08.16 23:06:51 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:06:53 4 : sduino: Read, msg: MC;LL=-1287;LH=1252;SL=-644;SH=628;D=5026A6A6DD97E642000E8;C=635;L=81;R=238;
2020.08.16 23:06:53 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 635 RSSI -83 -> Somfy RTS
2020.08.16 23:06:53 4 : sduino: SomfyRTS, bitdata: 010100000010011010100110101001101101110110010111111001100100001000000000000011101000 (81)
2020.08.16 23:06:53 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:06:53 4 : sduino: Read, msg: MC;LL=-1287;LH=1252;SL=-630;SH=646;D=5026A6A6DD97E64400;C=635;L=70;R=238;
2020.08.16 23:06:53 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 635 RSSI -83 -> Somfy RTS
2020.08.16 23:06:53 4 : sduino: SomfyRTS, bitdata: 010100000010011010100110101001101101110110010111111001100100010000000000 (70)
2020.08.16 23:06:53 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:06:53 4 : sduino: Read, msg: MC;LL=-1284;LH=1248;SL=-651;SH=616;D=5026A6A6;C=633;L=32;R=240;
2020.08.16 23:06:53 4 : sduino: Read, msg: MC;LL=-1328;LH=1256;SL=-666;SH=583;D=B2FCC8C0037;C=638;L=44;R=237;
2020.08.16 23:06:53 4 : sduino: Read, msg: MC;LL=-1277;LH=1254;SL=-642;SH=629;D=409A9A9B765F99200;C=633;L=68;R=237;
2020.08.16 23:06:53 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 633 RSSI -83.5 -> Somfy RTS
2020.08.16 23:06:53 4 : sduino: SomfyRTS, bitdata: 01000000100110101001101010011011011101100101111110011001001000000000 (68)
2020.08.16 23:06:53 4 : sduino: Somfy RTS preprocessing check: A enc: 409A9A9B765F99200 dec: 40DA0001ED29C6
2020.08.16 23:06:53 1 : SOMFY Unknown device C629ED (40 0001), please define it
2020.08.16 23:06:53 4 : sduino: Read, msg: MC;LL=-1293;LH=1242;SL=-645;SH=629;D=5026A6A6DD97E64A002C0;C=634;L=81;R=237;
2020.08.16 23:06:53 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 634 RSSI -83.5 -> Somfy RTS
2020.08.16 23:06:53 4 : sduino: SomfyRTS, bitdata: 010100000010011010100110101001101101110110010111111001100100101000000000001011000000 (81)
2020.08.16 23:06:53 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:11 4 : sduino: Read, msg: MC;LL=-1276;LH=1255;SL=-632;SH=639;D=502525250D7908C2000E8;C=633;L=81;R=230;
2020.08.16 23:07:11 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 633 RSSI -87 -> Somfy RTS
2020.08.16 23:07:11 4 : sduino: SomfyRTS, bitdata: 010100000010010100100101001001010000110101111001000010001100001000000000000011101000 (81)
2020.08.16 23:07:11 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:11 4 : sduino: Read, msg: MC;LL=-1270;LH=1267;SL=-588;SH=685;D=502525250D7908C40010;C=634;L=78;R=230;
2020.08.16 23:07:11 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 634 RSSI -87 -> Somfy RTS
2020.08.16 23:07:11 4 : sduino: SomfyRTS, bitdata: 01010000001001010010010100100101000011010111100100001000110001000000000000010000 (78)
2020.08.16 23:07:11 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:11 4 : sduino: Read, msg: MC;LL=-1278;LH=1252;SL=-646;SH=589;D=502525250D7908C800268;C=627;L=81;R=227;
2020.08.16 23:07:11 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 627 RSSI -88.5 -> Somfy RTS
2020.08.16 23:07:11 4 : sduino: SomfyRTS, bitdata: 010100000010010100100101001001010000110101111001000010001100100000000000001001101000 (81)
2020.08.16 23:07:11 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:11 4 : sduino: Read, msg READredu: MU;P0=-635;P1=627;P2=-112;P3=2501;P4=-2501;P5=4780;P6=-1282;P7=1287;D=23434343434567670101010101670167670167016767016701672;CP=1;R=228;
2020.08.16 23:07:11 4 : sduino: Read, msg: MC;LL=-1273;LH=1251;SL=-651;SH=618;D=E4232800B0;C=632;L=39;R=228;
2020.08.16 23:07:14 4 : sduino: Read, msg: MC;LL=-1287;LH=1249;SL=-633;SH=635;D=502525250D7908C2000E8;C=633;L=81;R=229;
2020.08.16 23:07:14 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 633 RSSI -87.5 -> Somfy RTS
2020.08.16 23:07:14 4 : sduino: SomfyRTS, bitdata: 010100000010010100100101001001010000110101111001000010001100001000000000000011101000 (81)
2020.08.16 23:07:14 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:14 4 : sduino: Read, msg: MC;LL=-1287;LH=1249;SL=-627;SH=654;D=502525250D7908C40;C=636;L=67;R=229;
2020.08.16 23:07:14 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 636 RSSI -87.5 -> Somfy RTS
2020.08.16 23:07:14 4 : sduino: SomfyRTS, bitdata: 01010000001001010010010100100101000011010111100100001000110001000000 (67)
2020.08.16 23:07:14 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:14 4 : sduino: Read, msg READredu: MU;P0=637;P1=-138;P2=-1274;P3=2495;P4=-2510;P5=4787;P6=1249;P7=-629;D=23434526267070707070267026267026702626701;CP=0;R=229;
2020.08.16 23:07:14 4 : sduino: Read, msg: MC;LL=-1281;LH=1257;SL=-637;SH=638;D=1AF2118C0;C=635;L=35;R=228;
2020.08.16 23:07:14 4 : sduino: Read, msg: MC;LL=-1273;LH=1257;SL=-646;SH=600;D=A04A4A4A1AF20;C=629;L=49;R=230;
2020.08.16 23:07:14 4 : sduino: Read, msg: MC;LL=-1274;LH=1261;SL=-653;SH=623;D=A4A4A1AF211940058;C=635;L=66;R=229;
2020.08.16 23:07:14 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 635 RSSI -87.5 -> Somfy RTS
2020.08.16 23:07:14 4 : sduino: SomfyRTS, bitdata: 10100100101001001010000110101111001000010001100101000000000001011000 (66)
2020.08.16 23:07:14 1 : ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2020.08.16 23:07:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:07:33 4 : sduino: Read, msg READredu: MU;P0=-978;P1=113;P2=-197;P5=242;P6=-152;D=012101210121056101210121012101210121012101;CP=1;R=212;
2020.08.16 23:07:33 4 : sduino: Read, msg READredu: MU;P0=-1653;P1=127;P2=-204;P3=-843;P4=93;P7=-115;D=01213421012101213121312131213121312431213171;CP=1;R=210;
2020.08.16 23:07:33 4 : sduino: Read, msg READredu: MU;P0=-1138;P1=-99;P2=139;P3=-877;P4=106;P5=-192;D=3452325434543454345434543452345432540412;CP=4;R=225;
2020.08.16 23:07:34 4 : sduino: Read, msg READredu: MU;P0=-850;P1=113;P2=-196;P3=166;P4=-411;P5=-272;P7=-92;D=012101234151210121012101210121012101210121710121;CP=1;R=213;
2020.08.16 23:07:34 4 : sduino: Read, msg READredu: MU;P0=-194;P1=109;P2=-973;P3=-1998;D=012101210121012101210121012101210131012101;CP=1;R=214;
2020.08.16 23:07:34 4 : sduino: Read, msg READredu: MU;P0=-935;P1=126;P2=-174;P4=-1847;D=012101210121012101214121012101210121012101;CP=1;R=213;
2020.08.16 23:07:34 4 : sduino: Read, msg READredu: MU;P0=-200;P1=110;P2=-898;P3=-1389;P4=143;D=012101210121013101210121042101210121012101;CP=1;R=210;
2020.08.16 23:07:34 4 : sduino: Read, msg READredu: MU;P0=-845;P1=110;P2=-194;P4=-1726;P5=-105;P6=214;P7=-637;D=012101214121012141210121012101214121412101560121412141217;CP=1;R=214;
2020.08.16 23:07:34 4 : sduino: Read, msg READredu: MU;P0=-1180;P1=121;P2=-197;P3=-2092;D=01213121012131210121012101210121012101213;CP=1;R=203;
2020.08.16 23:07:35 4 : sduino: Read, msg READredu: MU;P0=-999;P1=-105;P2=-1323;P3=108;P4=-187;P5=-1738;D=2343234323435343234353435343234303430343231;CP=3;R=211;
2020.08.16 23:07:35 4 : sduino: Read, msg READredu: MU;P0=-201;P1=110;P2=-1504;P4=-2037;D=01210121014101410121012101210121014101410;CP=1;R=209;
2020.08.16 23:07:39 4 : sduino: Read, msg READredu: MU;P0=-324;P1=-851;P2=130;P3=-192;P4=-3799;P5=101;P6=-115;P7=178;D=1232423212321232153212321235153512321532126715350;CP=2;R=212;
2020.08.16 23:07:39 4 : sduino: Read, msg READredu: MU;P0=-490;P1=107;P2=-201;P3=-1009;P5=215;D=012131213121312131213121312131213121312131253121312131213121312;CP=1;R=212;
2020.08.16 23:07:40 4 : sduino: Read, msg READredu: MU;P0=-882;P1=120;P2=-197;P3=-351;P4=92;P6=-17553;P7=221;D=01213131210121012101210124012104210121012467;CP=1;R=196;
2020.08.16 23:08:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:08:37 3 : EQ3BT (HZK_Vorraum): updateStatus, 0x0411, 031408101708 failed 20 times.
2020.08.16 23:09:19 4 : sduino: KeepAlive, not ok, retry = 1 -> get ping
2020.08.16 23:09:19 4 : sduino: HandleWriteQueue, called
2020.08.16 23:09:19 4 : sduino: SendFromQueue, called
2020.08.16 23:09:19 4 : sduino: Read, msg: OK
2020-08-16 23:09:19 SIGNALduino sduino ping: OK
2020.08.16 23:09:19 4 : sduino: HandleWriteQueue, called
2020.08.16 23:09:19 4 : sduino: HandleWriteQueue, nothing to send, stopping timer
2020.08.16 23:10:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:11:06 4 : sduino: Read, msg: MC;LL=-1327;LH=1237;SL=-688;SH=586;D=57C1C7B2C9AFBB8;C=639;L=57;R=48;
2020.08.16 23:11:06 4 : sduino: Parse_MC, Found manchester protocol id 43 clock 639 RSSI -50 -> Somfy RTS
2020.08.16 23:11:06 4 : sduino: SomfyRTS, bitdata: 010101111100000111000111101100101100100110101111101110111000 (57)
2020.08.16 23:11:06 4 : sduino: SomfyRTS, bitdata: _10101111100000111000111101100101100100110101111101110111 (56). Bit am Anfang entfernt
2020.08.16 23:11:06 4 : sduino: Somfy RTS preprocessing check: C enc: AF838F65935F77 dec: AF2C0CEAF6CC28
2020.08.16 23:11:19 4 : sduino: KeepAlive, ok, retry = 0
2020.08.16 23:12:19 4 : sduino: KeepAlive, not ok, retry = 1 -> get ping
2020.08.16 23:12:19 4 : sduino: HandleWriteQueue, called
2020.08.16 23:12:19 4 : sduino: SendFromQueue, called
2020.08.16 23:12:19 4 : sduino: Read, msg: OK
2020-08-16 23:12:19 SIGNALduino sduino ping: OK
2020.08.16 23:12:19 4 : sduino: HandleWriteQueue, called
2020.08.16 23:12:19 4 : sduino: HandleWriteQueue, nothing to send, stopping timer
2020.08.16 23:13:19 4 : sduino: KeepAlive, ok, retry = 0

Ich habe einen 3d Windsensor der auch über funk mit der Markise redet das zuviel wind ist und dann einfährt, aber ich weis nicht was der wie und wann sendet!

das ist der link für den Windsensor!

https://www.somfy.de/produkte/9014400/eolis-3d-wirefree-rts (https://www.somfy.de/produkte/9014400/eolis-3d-wirefree-rts)

@Ralf9

ja, ein Beispiel habe ich am 15 März 2020, 18:46:56 gepostet.

Zitat2020.03.15 07:13:21 4: CUL1: Parse_MC, Found manchester Protocol id 43 clock 643 RSSI -37.5 -> Somfy RTS
2020.03.15 07:13:21 4: CUL1: Somfy bitdata: 01010110010111001101111110110100110100011110010101000100 (56)
2020.03.15 07:13:21 4: CUL1: Somfy RTS preprocessing check: A enc: 565CDFB4D1E544 dec: 560A836B6534A1
2020.03.15 07:13:21 1: SOMFY Unknown device A13465 (56 836B), please define it
2020.03.15 07:13:21 4: CUL1: Read, msg: MC;LL=-1271;LH=1298;SL=-635;SH=655;D=565CDFB4D1E544;C=643;L=56;R=72;
dec fhem:  56 0A 836B 6534A1      cks ist korrekt, Adresse ist falsch
berechnetes cks: A
Bit 1 entfernt und Bit "0" angehängt
_10101100101110011011111101101001101000111100101010001000
dec Excel: AC 15 06D6 4269CA       cks und Adresse sind korrekt
berechnetes cks: 5
Bit 1 entfernt und Bit "1" angehängt
_10101100101110011011111101101001101000111100101010001001
dec Excel: AC 15 06D6 4369CA      cks und Adresse sind falsch
berechnetes cks: 4

@Kawaci,
in deinem Signalesp ist das sens mit 8 dB definert, default ist 4. Hast Du das "optimiert"?

Gruß
Rolf

@nagelreo

Es war ein optimierungs versuch!

Zitat@Ralf9
ja, ein Beispiel habe ich am 15 März 2020, 18:46:56 gepostet.

War dies mit der Firmware von mir oder mit der offiziellen von Sidey?

ZitatWar dies mit der Firmware von mir oder mit der offiziellen von Sidey?

Ich benutzte ab dem 5.03.2020 die FW SIGNALduino_nanoCC1101_3321rc9.hex.

Ich nutze die von sidey wäre das besser deine zu nehmen ralf? Geht die mit nem wemos?

Hallo Ralf,

mein Maplemini war fleißig und hat in den letzten 7 Tagen ca. 13000 Somfy-Signale gesammelt.

gesamt              12733
sun-sensor         12433  (ca. 80 Signale pro Stunde)
nicht erkannt          201  1.6 % (please define it)
davon sun-sensor    157  1.3 %
davon Handsender      8   2.7 %
Nachbar ?                 32  0.3 % (bit-Länge und cks ok, sehr schwaches Signal, RSSI < -90)

Bei fast allen nicht erkannten Signale (sun-sensor und Handsender) fehlte das erste bzw. die ersten beiden bits. Nach dem Ergänzen war die Adresse und cks ok.
Checksum error oder fehlende bist am Ende waren in den 7 Tagen nicht aufgetreten. Diese sind seit Umstellung auf den Maplemini und oder der aktuellen FW selten.

Was mich wundert, dass die Angabe der Signal-Länge bei bitdata (Anzahl in Klammer) nicht mit der Anzahl der bit-Folge übereinstimmt. Bei allen 3 Beispielen ist zähle ich in der bit-Folge 56 bits.
2020.08.09 18:44:52 4: MapleSduino1: Read, msg: MC;LL=-1268;LH=1273;SL=-647;SH=640;D=8115151672FC88;C=637;L=54;R=0;s1;b1;w;
2020.08.09 18:44:52 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 637 RSSI -74 -> Somfy RTS
2020.08.09 18:44:52 4: MapleSduino1: SomfyRTS, bitdata: 10000001000101010001010100010110011100101111110010001000 (54)
2020.08.09 18:44:52 4: MapleSduino1: Somfy RTS preprocessing check: 4 enc: 8115151672FC88 dec: 81940003648E74
2020.08.09 18:44:52 1: SOMFY Unknown device 748E64 (81 0003), please define it

2020.08.10 09:42:45 4: MapleSduino1: Read, msg: MC;LL=-1275;LH=1286;SL=-635;SH=638;D=408A8A8B397E44;C=638;L=55;R=248;s1;b1;
2020.08.10 09:42:45 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 638 RSSI -78 -> Somfy RTS
2020.08.10 09:42:45 4: MapleSduino1: SomfyRTS, bitdata: 01000000100010101000101010001011001110010111111001000100 (55)
2020.08.10 09:42:45 4: MapleSduino1: Somfy RTS preprocessing check: A enc: 408A8A8B397E44 dec: 40CA0001B2473A
2020.08.10 09:42:45 1: SOMFY Unknown device 3A47B2 (40 0001), please define it

2020.08.10 13:50:35 4: MapleSduino1: Read, msg: MC;LL=-1267;LH=1282;SL=-627;SH=663;D=A2A2CE5F910;C=639;L=41;R=240;s1;b1;
2020.08.10 13:50:35 4: MapleSduino1: Read, msg: MC;LL=-1283;LH=1267;SL=-647;SH=594;D=A04545459CBF22;C=631;L=56;R=240;s3;b3;
2020.08.10 13:50:35 4: MapleSduino1: Parse_MC, Found manchester protocol id 43 clock 631 RSSI -82 -> Somfy RTS
2020.08.10 13:50:35 4: MapleSduino1: SomfyRTS, bitdata: 10100000010001010100010101000101100111001011111100100010 (56)
2020.08.10 13:50:35 4: MapleSduino1: Somfy RTS preprocessing check: 5 enc: A04545459CBF22 dec: A0E50000D9239D


Daher bin ich mir nicht sicher, wie valide meine Aussage zu Deiner Frage ist.

Zitat@nagelreo
kommt es bei Dir auch ab und zu vor, daß bei einer korrekten Länge von 56 am Anfang ein Bit zuviel ist und am Ende ein Bit fehlt?

Gruß
Rolf

Ich habe hier
https://forum.fhem.de/index.php/topic,72173.msg1075881.html#msg1075881
die Nachrichten anpassungen überarbeitet.

Zitatsun-sensor 

sendet der auch Somfy Nachrichten, werden diese vom Somfy Modul erkannt?
56 oder 80 Bit?
Fangen die auch immer mit A an?

ZitatWas mich wundert, dass die Angabe der Signal-Länge bei bitdata (Anzahl in Klammer) nicht mit der Anzahl der bit-Folge übereinstimmt. Bei allen 3 Beispielen ist zähle ich in der bit-Folge 56 bits.

Bei einer Hex Nachricht sind die bitfolgen immer durch 4 teilbar, die Bitanzahl wird extra mit übergeben
z.B.
AA8 = 1010 1010 1000

Nachtrag
in den Logs von Kawaci lässt sich erkennen, warum mit der firmware von Sidey die Somfy Nachrichten nicht so gut erkannt werden, nur bei wenigen Nachrichten passen die Bits am Anfang
und es gibt auch Nachrichten wo die Länge und Checksum ok ist aber der Anfang nicht passt

Gruß Ralf

Hallo Ralf,

Zitata:) Länge <= 60
- wenn die ersten 4 Bit "1010" (A) sind, dann ok
- bei einer Länge von 56 oder 57 wird geprüft ob die ersten 5 Bit "01010" sind, falls ja, dann wird das erste Bit entfernt, bei einer Länge von 56 wird am Ende eine 0 ergänzt

Bei der Anpassung verstehe ich nicht warum bei 56 bits
- das erste bit entfernt werden soll, "1010" = doch "A"
- am Ende eine 0 ergänzt werden soll, das Ziel sind doch 56 korrekte bits, oder?

Zitatsendet der auch Somfy Nachrichten, werden diese vom Somfy Modul erkannt?
56 oder 80 Bit?
Fangen die auch immer mit A an?

Sorry, habe vergessen zu erwähnen, dass der sun-sensor der "Somfy Soliris Sensor RTS" ist, 56 bit sendet. Die korrekte Signale beginnen mit "A" und werden von der Somfy Markise erkannt. Die 3 Beispiele zur bit Länge sind Signale vom sun-sensor.

ZitatBei einer Hex Nachricht sind die bitfolgen immer durch 4 teilbar, die Bitanzahl wird extra mit übergeben
z.B. AA8 = 1010 1010 1000

Das habe ich schon verstanden. Mein Punkt ist aber, dass die beiden Angaben (bit-folge und bit Länge in Klammer) im log nur im Beispiel 3 übereinstimmen.
bitdata: 10000001000101010001010100010110011100101111110010001000 (54) , gezählt 56
bitdata: 01000000100010101000101010001011001110010111111001000100 (55),  gezählt 56
bitdata: 10100000010001010100010101000101100111001011111100100010 (56),  gezählt 56

Gruß
Rolf

Hallo,

ich habe auch die Probleme mit dem Empfang, bzw. das immer wieder neue Handssender per autocreate angelegt werden.
Ich habe folgende Version auf dem Stick:
   version    V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01

Gibt es eine neuere Version und wie flashe ich die auf den Stick?

Danke.

Elektrolurch

Hi, ich glaube ich hab ein aehnliches Problem.

Ich habe im ganzen 

3 Fernbedienungen vom Typ Telis 4 RTS Pure
jede hat 5 Kanaele,davon sind 2 auf jeweis 1 Device geschaltet und ein Kanal je FB steuert 2 Devices parallel.

zum senden nehme ich ein signalduino mit CC1101, zum emfangen von den remotes ein Signalduino "normal".

Eine FB mit 2 Rollos funktioniert dahzu komplett so wie es sollte, 2 andere eher weniger.

Damit meine ich nicht immer wird der status in fhem angepasst, oft gibts fehlermeldungen im log und ab und zu werden neue devices angelegt.

Gern post ich hier mal details, sagt mir nur was genau damits nicht zuviel und zu durcheinander wird.

Vieleicht mit dem besser funktionierenden anfangen?

definition der 3 remote kanaele, die beiden devices sowie logs mit komentar welcher Taste an der remote gedrueckt wurde?
Oder warte ich besser bis Ihr eine Loesung habt, und teste dann weiter?

Viele Gruesse

ZitatBei der Anpassung verstehe ich nicht warum bei 56 bits
- das erste bit entfernt werden soll, "1010" = doch "A"
- am Ende eine 0 ergänzt werden soll, das Ziel sind doch 56 korrekte bits, oder?

Es wird nur das erste Bit entfernt, wenn am Anfang eine 5 steht, dies kommt bei der Firmware von Sidey recht oft vor.

ZitatDas habe ich schon verstanden. Mein Punkt ist aber, dass die beiden Angaben (bit-folge und bit Länge in Klammer) im log nur im Beispiel 3 übereinstimmen.

Es werden die Bits aus der Hex Nachricht ausgegeben, in Klammer steht dann die tatsächliche Bitanzahl.

@Ralf9 wo krieg ich die firmware her? und zu flashen gleich?

meine aktuelle firmware V 3.3.2.1-rc9 gibt es nicht für den SignalESP,

@nagelreo
Da Du den MapleSduino verwendest, gehe ich davon aus, daß Du auch meine angepasstes 00_SIGNALduino.pm Modul verwendest.

Ich habe die hier beschriebenen
https://forum.fhem.de/index.php/topic,72173.msg1075881.html#msg1075881
Nachrichten fixe in mein 00_SIGNALduino.pm Modul eingebaut. Ich habe es noch nicht komplett getestet, es kann wahrscheinlich noch optimiert werden
Zum Testen muß in meiner angepassten 00_SIGNALduino.pm die "sub SIGNALduino_SomfyRTS" ersetzt werden:
sub SIGNALduino_SomfyRTS
{
my ($name, $bitData,$id,$mcbitnum) = @_;

my $flag = 0;
if (defined($mcbitnum)) {
Log3 $name, 4, "$name: Somfy bitdata: $bitData ($mcbitnum)";
if ($mcbitnum <= 60) {
if (substr($bitData, 0, 4) eq '1010') {
$flag = 1; # ok
}
elsif (($mcbitnum == 56 || $mcbitnum == 57) && substr($bitData, 0, 5) eq '01010') {
$bitData = substr($bitData, 1, $mcbitnum - 1);
if ($mcbitnum == 56) {
$bitData .= '0';
}
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). Bit am Anfang entfernt";
$flag = 1; # ok
}
elsif ($mcbitnum >= 52 && $mcbitnum <= 55) {
$bitData = substr($bitData, $mcbitnum - 52, 52);
$bitData = '1010' . $bitData;
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). 1010 am Anfang zugefuegt";
$flag = 1; # ok
}
}
else { # 80 Bit Nachrichten
if (substr($bitData, 0, 4) eq '1010' || substr($bitData, 0, 4) eq '1000') {
$flag = 1; # ok
}
elsif (($mcbitnum == 80 || $mcbitnum == 81) && (substr($bitData, 0, 5) eq '01010' || substr($bitData, 0, 5) eq '01000')) {
$bitData = substr($bitData, 1, $mcbitnum - 1);
if ($mcbitnum == 80) {
$bitData .= '0';
}
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). Bit am Anfang entfernt";
$flag = 1; # ok
}
elsif ($mcbitnum == 78 || $mcbitnum == 79) {
$bitData = substr($bitData, $mcbitnum - 78, 78);
$bitData = '10' . $bitData;
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). 10 am Anfang zugefuegt";
$flag = 1; # ok
}
}
}
return (-1,"Somfy check error!") if ($flag == 0);

my $encData = SIGNALduino_b2h($bitData);

#Log3 $name, 4, "$name: Somfy RTS protocol enc: $encData";
return (1, $encData);
}

Nachtrag:
Dieser Somfy Nachrichten fix, sollte eigentlich auch mit dem offiziellen 00_SIGNALduino.pm von Sidey bis zur Version v3.4.4 funktionieren.
Evtl muss dazu am Anfang der Sub ein "()" ergänzt werden:
sub SIGNALduino_SomfyRTS()

Gruß Ralf

Hallo Ralf,

jetzt habe ich wie oben von Dir angegeben, die Routine ausgetauscht, aber jetzt werden gar keine Handsender mehr erkannt.
Stimmt das mit dem 00_SIGNALduiono.pm Model?


# $Id: 00_SIGNALduino.pm v3.4.4 2020-04-07 21:20:33Z Sidey $
#
# v3.4.3 - https://github.com/RFD-FHEM/RFFHEM/tree/dev-r34


Elektrolurch

Diese sub SIGNALduino_SomfyRTS funktioniert nicht bei der 00_SIGNALduino.pm von Sidey.

Dies ist eine Vorabversion zum Testen für @nagelreo

Hallo Ralf,

vielen Dank für das "fix".
Der MapleMini läuft bereits seit 9:20 damit. Bisher wurden ca. 300 Signale empfangen, alle perfekt.
Um auch ein paar Signale von den restlichen Sendern zu haben, will ich mindestens 7 Tage abwarten.

Gruß
Rolf

@Ralf9

Fragen zum fhem logfile.
Werden bei der MapleMini Definition
Verbose : 4
whitelist_IDs: 43
nur MC-Signale von Somfy Sender logged?
Was ist der trigger dafür?

Gruß
Rolf

ZitatWerden bei der MapleMini Definition
Verbose : 4
whitelist_IDs: 43
nur MC-Signale von Somfy Sender logged?

Mit verbose 4 werden alle empfangenen Raw Nachrichten ausgegeben.
Empfängst Du bei 433.42 noch andere Nachrichten als Somfy?

ZitatWas ist der trigger dafür?

Es wird auf einen Clockbereich (C=...) von 610 bis 680 getriggert.

Zitat
jetzt habe ich wie oben von Dir angegeben, die Routine ausgetauscht, aber jetzt werden gar keine Handsender mehr erkannt.
Stimmt das mit dem 00_SIGNALduiono.pm Model?

@Elektrolurch
kannst Du bitte mal die Orginalroutine, die in der 00_SIGNALduino.pm ist, posten?

Gruß Ralf

Ich habe die Fixe für Somfy Nachrichten in den dev branch meiner Variante der 00_SIGNALduino.pm eingebaut
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900


Dieser Somfy Nachrichten fix, funktioniert mit dem offiziellen 00_SIGNALduino.pm von Sidey bis zur Version v3.4.4.
Dazu muß in der 00_SIGNALduino.pm die
sub SIGNALduino_SomfyRTS()
{
...
}
durch die folgende ersetzt werden und dann ein fhem restart gemacht werden
sub SIGNALduino_SomfyRTS()
{
my ($name, $bitData,$id,$mcbitnum) = @_;

my $flag = 0;
if (defined($mcbitnum)) {
Log3 $name, 4, "$name: Somfy bitdata: $bitData ($mcbitnum)";
if ($mcbitnum <= 60) {
if (substr($bitData, 0, 4) eq '1010') {
$flag = 1; # ok
}
elsif (($mcbitnum == 56 || $mcbitnum == 57) && substr($bitData, 0, 5) eq '01010') {
$bitData = substr($bitData, 1, $mcbitnum - 1);
if ($mcbitnum == 56) {
$bitData .= '0';
}
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). Bit am Anfang entfernt";
$flag = 1; # ok
}
elsif ($mcbitnum >= 52 && $mcbitnum <= 55) {
$bitData = substr($bitData, $mcbitnum - 52, 52);
$bitData = '1010' . $bitData;
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). 1010 am Anfang zugefuegt";
$flag = 1; # ok
}
}
else { # 80 Bit Nachrichten
if (substr($bitData, 0, 4) eq '1010' || substr($bitData, 0, 4) eq '1000') {
$flag = 1; # ok
}
elsif (($mcbitnum == 80 || $mcbitnum == 81) && (substr($bitData, 0, 5) eq '01010' || substr($bitData, 0, 5) eq '01000')) {
$bitData = substr($bitData, 1, $mcbitnum - 1);
if ($mcbitnum == 80) {
$bitData .= '0';
}
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). Bit am Anfang entfernt";
$flag = 1; # ok
}
elsif ($mcbitnum == 78 || $mcbitnum == 79) {
$bitData = substr($bitData, $mcbitnum - 78, 78);
$bitData = '10' . $bitData;
Log3 $name, 4, "$name: Somfy bitdata: _$bitData (" . length($bitData) . "). 10 am Anfang zugefuegt";
$flag = 1; # ok
}
}
}
return (-1,"Somfy check error!") if ($flag == 0);

my $encData = SIGNALduino_b2h($bitData);

#Log3 $name, 4, "$name: Somfy RTS protocol enc: $encData";
return (1, $encData);
}

Damit auch die Nachrichten, bei denen die ersten 4 Bit (A) fehlen, korrigiert werden,
muß noch in der SD_ProtocolData.pm beim Eintrag "43 Somfy RTS" die  length_min auf 52 geändert werden.

Gruß Ralf

Hallo Ralf,

habe das Code-Stück in die 00_SIGNALduino.pm, aber nach dem reload kein Empfang mehr von Somfy - RTS.

Elektrolurch

Ich habe es mal auf einem Testsystem getestet. Ich habe ein fhem update gemacht und dann die folgende SIGNALduino Version erhalten:

00_SIGNALduino.pm        22409 2020-07-16 20:04:45Z Sidey
versionProtocols  1.20
versionmodul v3.4.4

Habe in der 00_SIGNALduino.pm die
sub SIGNALduino_SomfyRTS()
{
...
}
ersetzt, ein fhem restart gemacht und dann mit einem Dummysduino getestet

2020.08.23 12:17:31.699 5 : sduinoD: msg adding start and endmarker to message
2020.08.23 12:17:31.700 4 : sduinoD: msg get raw: MC;LL=-1327;LH=1242;SL=-681;SH=597;D=5559DFCD365044;C=641;L=56;R=52;
2020.08.23 12:17:31.700 4 : sduinoD: Parse_MC, Found manchester protocol id 43 clock 641 RSSI -48 -> Somfy RTS
2020.08.23 12:17:31.700 5 : sduinoD: Parse_MC, extracted data 01010101010110011101111111001101001101100101000001000100 (bin)
2020.08.23 12:17:31.700 4 : sduinoD: Somfy bitdata: 01010101010110011101111111001101001101100101000001000100 (56)
2020.08.23 12:17:31.700 4 : sduinoD: Somfy bitdata: _10101010101100111011111110011010011011001010000010001000 (56). Bit am Anfang entfernt
2020.08.23 12:17:31.700 5 : sduinoD: Dispatch, YsAAB3BF9A6CA088, test ungleich: disabled
2020.08.23 12:17:31.700 5 : sduinoD: Dispatch, YsAAB3BF9A6CA088, -48 dB, dispatch
2020.08.23 12:17:31.700 5 : sduinoD: dispatch YsAAB3BF9A6CA088
2020.08.23 12:17:31.700 4 : sduinoD: Somfy RTS preprocessing check: 9 enc: AAB3BF9A6CA088 dec: AA190C25F6CC28
2020.08.23 12:17:31.700 1 : SOMFY Unknown device 28CCF6 (AA 0C25), please define it
2020-08-23 12:17:31.702 Global global UNDEFINED SOMFY_28CCF6 SOMFY 28CCF6 AA 0C25

Gruß Ralf

Hallo Ralf,

ZitatEmpfängst Du bei 433.42 noch andere Nachrichten als Somfy?

Von meinen Sendern sicher nicht, aus der Nachbarschaft war ich mir nicht sicher. Zur Beurteilung von unbekannten und/oder "unvollständigen" Signalen wollte ich die Kriterien kennen.
Da mein MapleSduino relativ mittig im Haus platziert ist, halte ich die Anzahl der Nachbar-Signale für vernachlässigbar.

Bisher habe ich ca. 5200 MC-Signale empfangen und ausgewertet.
Testbedingungen:
- Raspberry 4.0 und Fhem mit aktueller Sofware.
   00_SIGNALduino.pm 345 2020-08-04 10:00:00Z v3.4.5-dev-Ralf9, ersetzte "sub SIGNALduino_SomfyRTS « Antwort #147 am: 19 August 2020,
   00:31:39 »"   
- MapleSduino (mini)
  Fw V 4.1.1-dev200627 SIGNALduino cc1101 (R: B0*) - compiled at Jun 28 2020 13:30:04
  b_ccconf b=0 rx=0 freq:433.450MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000*]c
  verbose 4
  whitelist_IDs 43  (Somfy)
- Device
  Somfy Soliris Sensor RTS, sendet ca. 80 Signale / Stunde. Somfy 56 bit MC Signale mit fix Code. Abhängig von der Helligkeit und Wind gibt es
  3 unterschiedliche Signale (A0xxxx459CBF22). Damit ist der Sensor zur Zurodnung von unvollständigen Signalen bestens geeignet
  (kein rolling code).
  17 RTS-1 / RTS-4 Fernbedienungen.

Auswertung:
- clock time aller MC logs
- bitdata Länge aller MC logs
- Found manchester Protocol id 43 aller MC logs
- Meldungen "please define it" und "checksum error"....
- Device Adressen; bei unvollständigem MC-Signal versucht dieses über das Bruchstück des MC-Signals (Soliris Sensor) oder das Bruchstück
   in bitdata (FB's) umwandeln und zuzuordnen.   

Ergebnis:

Durch das "modifizierte sub Somfy" wurden 11 Signale (ca. 0.2 %) ergänzt und alle korrekt zugeordnet. Signale, bei denen die ersten 4 bit (A) fehlen, werden dagegen nicht korrigiert (15)!.
2020.08.19 13:11:26 4: MapleSduino1/msg READ: MC;LL=-1281;LH=1282;SL=-635;SH=639;D=04747459CBF22;C=639;L=52;R=1;s11;b2;w;
2020.08.19 13:11:26 4: MapleSduino1/msg READ: MC;LL=-1281;LH=1282;SL=-635;SH=639;D=A04747459CBF22;C=639;L=56;R=1;s17;b17;w;
2020.08.19 13:11:26 4: MapleSduino1: Found manchester Protocol id 43 clock 639 RSSI -73.5 -> Somfy RTS
2020.08.19 13:11:26 4: MapleSduino1: Somfy bitdata: 10100000010001110100011101000101100111001011111100100010 (56)
2020.08.19 13:11:26 4: MapleSduino1 Dispatch: YsA04747459CBF22, -73.5 dB, dispatch
2020.08.19 13:11:26 4: MapleSduino1: Somfy RTS preprocessing check: 7 enc: A04747459CBF22 dec: A0E70002D9239D


Die Anzahl der Signale mit der Meldung "please define it" oder "checksum error" ist mit ca. 0.5 % relativ gering.
Die Anzahl der Signale mit einer Länge < 56 bit ist mit 3.6 % sehr hoch und zu 75 % durch fehlende bits am Ende verursacht. Die teilweise sehr kurzen Signale standen bisher nicht im Fokus bzw. wurden als Signale vom Nachbar interpretiert.
Details siehe Anhang.

Ralf, hast Du außer der Korrektur zur Ergänzung der 4 bits am Anfang noch weiter Ideen?
Die würde ich auch testen.
Vorerst werde ich mit meinem optimierten Testbedingungen und Auswertung nochmals die Einstellung (sens, bWidth) vom MapleSduino überprüfen.

Gruß
Rolf

ZitatSignale, bei denen die ersten 4 bit (A) fehlen, werden dagegen nicht korrigiert (15)!

Wenn Du in der "signalduino_protocols.pm" (bei Sidey ist es die SD_ProtocolData.pm), beim Eintrag "43 Somfy RTS" die  length_min auf 52 änderst, dann werden auch diese korrigiert:
2020.08.23 22:14:03.090 4 : sduinoD/msg get raw: MC;LL=-1281;LH=1282;SL=-635;SH=639;D=04747459CBF22;C=639;L=52;R=1;s11;b2;w;
2020.08.23 22:14:03.090 4 : sduinoD: Found manchester Protocol id 43 clock 639 RSSI -73.5 -> Somfy RTS
2020.08.23 22:14:03.090 4 : sduinoD: Somfy bitdata: 0000010001110100011101000101100111001011111100100010 (52)
2020.08.23 22:14:03.090 4 : sduinoD: Somfy bitdata: _10100000010001110100011101000101100111001011111100100010 (56). 1010 am Anfang zugefuegt
2020.08.23 22:14:03.090 5 : sduinoD: dispatch YsA04747459CBF22
2020.08.23 22:14:03.090 4 : sduinoD: Somfy RTS preprocessing check: 7 enc: A04747459CBF22(14) dec: A0E70002D9239D
2020.08.23 22:14:03.090 1 : SOMFY Unknown device 9D23D9 (A0 0002), cmd=E0 please define it

ZitatRalf, hast Du außer der Korrektur zur Ergänzung der 4 bits am Anfang noch weiter Ideen?

Ideen schon, aber bei weiteren Fixen wird der Aufwand zu groß.

So wies aussieht werden die Somfy Nachrichten ca 1-3 mal gesendet

ZitatDie Anzahl der Signale mit einer Länge < 56 bit ist mit 3.6 % sehr hoch und zu 75 % durch fehlende bits am Ende verursacht.

Dies dürfte aber egal sein, solange eine andere der mehrfach gesendeten Nachrichten ok ist.

Gruß Ralf

Zitat von: nagelreo am 13 August 2020, 16:10:08
Hallo,
Genau so ist es, der Abgleich vom Somfy device mit der Fernbedienung funktioniert mit der aktuellen 10_SOMFY.pm. Für die Fernbedienung ein device definieren (z. B. autocreate) und in userattribut associated-devices eintragen. Mit dem "InternalVal STATE" des device der Fernbedienung kann man zusätzlich den Status im Rollo device abgleichen (über ein Notify mit parsestate....).
Im Prinzip funktioniert das sehr gut. Probleme gibt es aber mit der Zuverlässigkeit beim Erkennen der Fernbedienung und führt zum Eintrag "Somfy RTS checksum error!" oder "SOMFY Unknown device 2ECE1D (AE 04EF), please define it" im logfile. Wenn autocreate aktiviert ist, wird im letzteren Fall ein neues device angelegt. Ich habe die Signale zahlreicher "unknown device" analysiert und konnte diese als unvollständige Signale identifizieren. Beispiel siehe Kommunikation mit Ralf99 vom 01 August 2020, 19:46:26.
Die Zuverlässigkeit des Empfangs konnte ich im Wesentlichen durch folgende Maßnahmen deutlich verbessern, aktuell >= 98 %.
- update der FW Signalduino
- Positionierung des Signalduino
Dennoch wünsche ich mir eine Verbesserung der Zuverlässigkeit, siehe Kommunikation mit Ralf99.

Gruß
Rolf

Nach etwas Reverse Engineering ist das der Stand:
In 10_SOMFY.pm gibt es SOMFY_DispatchRemoteCmd.
Das nutzt man wie folgt:
1. model vom Handsender umstellen auf: "somfyremote"
2. beim Handsender das Attribut rawDevice mit ADDRESS vom SIGNALduino-Device pflegen
Das war's ohne associated-devices oder zusätzliche notify. Funktioniert gut, wenn die Signale vom Handsender zuverlässig erkannt würden.
Auch bei mir gibt es noch UNKNOWNCODE Ys....

Hallo capo,

ZitatIn 10_SOMFY.pm gibt es SOMFY_DispatchRemoteCmd.
Das nutzt man wie folgt:
1. model vom Handsender umstellen auf: "somfyremote"
2. beim Handsender das Attribut rawDevice mit ADDRESS vom SIGNALduino-Device pflegen

Ich habe mein "Remote-Device" bei einer Markise entsprechend geändert, d. h.  associated-devices gelöscht und notify deaktiviert.
Im "Device Handsender" ändert sich das devStateIcon, im "SIGNALduino-Device" nicht.
Kannst du ein Beispiel posten?

Wenn das so funktioniert, wäre ja genial.
Ich wundere mich nur, warum das nicht im Somfy Wiki und im commandref erwähnt ist.

Zitat.....wenn die Signale vom Handsender zuverlässig erkannt würden.
Auch bei mir gibt es noch UNKNOWNCODE Ys....

Ralf hat ja ein fix für die Somfy Nachrichten geschrieben. Bei fehlenden bits (52-55) am Anfang funktioniert das sehr gut, dennoch werden noch relativ viele Signale wegen fehlenden bits am Ende nicht richtig erkannt. Ich habe das mit diversen Einstellungen (rAmpl, sens, bWidth) mit sehr vielen Signalen bewertet. Leider bin ich mit der Auswertung noch nicht fertig.

Gruß
Rolf

ZitatRalf hat ja ein fix für die Somfy Nachrichten geschrieben. Bei fehlenden bits (52-55) am Anfang funktioniert das sehr gut, dennoch werden noch relativ viele Signale wegen fehlenden bits am Ende nicht richtig erkannt.

Konntest Du inzwischen herausfinden wie oft die Nachricht beim kurzen drücken einer Taste gesendet wird?

Gruß Ralf

Hallo Ralf,

ZitatKonntest Du inzwischen herausfinden wie oft die Nachricht beim kurzen drücken einer Taste gesendet wird?

Sorry, deine Frage zur Anzahl der Signale bei kurzem Tastendruck habe ich vergessen.
Bei sehr kurzem Tastendruck (Telis 4 Solaris, Telis 4 RTS und RTS) wird jeweils nur ein Signal empfangen, bei langem Tastendruck ca. 5 Signale pro Sekunde.


Mit deiner modifizierten "sub Somfy" habe ich nochmals die Erkennung der Signale in Abhängigkeit der Parameter "rAmpl, sens und bWidth" bewertet.
Wie bereits beschrieben, kommen die Signale überwiegend vom Somfy Sonnen-Wind-Sensor (ca. 99 %). Dieser sendet ca. 80 Signale (fix-code) pro Stunde. Abhängig von Sonne und Wind werden nur 3 unterschiedliche Signale gesendet. Daher konnte ich auch unvollständige Signale zuordnen.
Testbedingungen:
- Raspberry 4.0 und Fhem mit aktueller Sofware.
   00_SIGNALduino.pm 345 2020-08-04 10:00:00Z v3.4.5-dev-Ralf9, ersetzte "sub SIGNALduino_SomfyRTS « Antwort #147 am: 19 August 2020, 00:31:39 »"   

- MapleSduino (mini)
  Fw V 4.1.1-dev200627 SIGNALduino cc1101 (R: B0*) - compiled at Jun 28 2020 13:30:04
  b_ccconf b=0 rx=0 freq:433.450MHz bWidth:xxKHz rAmpl:xxdB sens:xxdB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000*]c
  verbose 4
  whitelist_IDs 43  (Somfy)
  bWidth   :  325, 232 und 541
  rAmpl    :  42 und 38
  sens      :  4, 8 und 12
- Device
  Somfy Soliris Sensor RTS, sendet ca. 80 Signale / Stunde. Somfy 56 bit MC Signale mit fix Code. Abhängig von der Helligkeit und Wind gibt es 3 unterschiedliche Signale (A0xxxx459CBF22). Damit ist der Sensor zur Zurodnung von unvollständigen Signalen bestens geeignet (kein rolling code).
  17 RTS-1 / RTS-4 Fernbedienungen.

In Summe habe ich 25 000 Signale empfangen und ausgewertet. Im Rahmen der Streuung sehe ich keinen signifikanten Einfluss der Parameter auf die Erkennung. Auffällig ist aber, dass die Erkennung der Signale über den Tag relativ stark schwankt, aber keiner Tageszeit zugeordnet werden kann.
Gezählt habe ich die Anzahl der empfangen MC-Signale gesamt, in Abhängigkeit der Signale-Länge und nach Zuordnung zum Device, Sonnen-Wind-Sensor, Handsender und Nachbar.

Anzahl gesamt    :  25016
Somfy id 43         :     94.7 %
Länge 52 - 55 bit :      1.0 %  bit am Anfang fehlen, bis auf 2 Signale waren nach dem Zufügen der fehlenden bits alle Signale korrekt. Bei den beiden ist zusätzlich ein bit am Ende falsch.
Länge 52 -55 bit  :      0.5 %  bit am Ende fehlen
please define it    :      0.10 %
checksum error   :       0.14 %
Signal Nachbar    :      0.03 %
Die fehlenden ca. 5 % der Signale sind unvollständige MC-Signale (17 bis 55 bit) und konnten überwiegend dem Sonnen-Wind-Sensor zugeordnet werden.
Die Modifikation der sub Somfy ist aus meiner Sicht ok und hilft die Erkennung zu verbessern.

Gruß
Rolf

Zitat von: nagelreo am 03 September 2020, 22:40:27
Hallo capo,

Ich habe mein "Remote-Device" bei einer Markise entsprechend geändert, d. h.  associated-devices gelöscht und notify deaktiviert.
Im "Device Handsender" ändert sich das devStateIcon, im "SIGNALduino-Device" nicht.
Kannst du ein Beispiel posten?

Wenn das so funktioniert, wäre ja genial.
Ich wundere mich nur, warum das nicht im Somfy Wiki und im commandref erwähnt ist.
Ralf hat ja ein fix für die Somfy Nachrichten geschrieben. Bei fehlenden bits (52-55) am Anfang funktioniert das sehr gut, dennoch werden noch relativ viele Signale wegen fehlenden bits am Ende nicht richtig erkannt. Ich habe das mit diversen Einstellungen (rAmpl, sens, bWidth) mit sehr vielen Signalen bewertet. Leider bin ich mit der Auswertung noch nicht fertig.

Gruß
Rolf

Hi Rolf,
gerne, was brauchst Du?
Einer meiner Handsender sieht so aus:
Attributes
IODev=RTS
model=somfyremote
rawDevice=09ABCD 15ABCD 0BABCD

Damit übertrage ich dessen Signale an 3 Devices, die nach der Anleitung https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino angelegt wurden.
Das erste sieht so aus:
Internals:
   ADDRESS=09ABCD

Im Log sieht das dann so aus:
2020.09.07 21:14:58 1: SOMFY_DispatchRemoteCmd SENDEROST found dispatch SOMFY device R09 sent command :on:
2020.09.07 21:14:58 1: SOMFY_DispatchRemoteCmd SENDEROST found dispatch SOMFY device R06O sent command :on:
2020.09.07 21:14:58 1: SOMFY_DispatchRemoteCmd SENDEROST found dispatch SOMFY device R15 sent command :on:

Das macht dieses Modul in der Standard 10_SOMFY.pm
#############################
sub SOMFY_DispatchRemoteCmd($$) {
        my ($hash, $cmd) = @_;
        my $name = $hash->{NAME};
        if ($cmd eq "10") {
                $cmd = "11"; # use "stop" instead of "go-my"
  }
        my $txtcmd = $somfy_codes{ $cmd };
  return if ( ! $txtcmd );
        my $rawdAttr = AttrVal($name,'rawDevice',undef);
        # check if rdev is defined and exists
  if( defined($rawdAttr) ) {
                # normalize address in rawdev
                $rawdAttr = uc( $rawdAttr );
    my @rawdevs = split( /\s+/, $rawdAttr );
    foreach my $rawdev ( @rawdevs ) {

.... etc ....

Habe die fixes von Ralf in SD_ProtocolData.pm und 00_SIGNALduino.pm eingebaut und bin begeistert  :)

Hallo capo,

ZitatHabe die fixes von Ralf in SD_ProtocolData.pm und 00_SIGNALduino.pm eingebaut und bin begeistert[/quote
Auch wenn bei mir nicht alle Signale erkannt werden, bin ich von Ralf seinem fix begeistert.
Werden bei dir alle Signale erkannt?

ZitatIm "Device Handsender" ändert sich das devStateIcon, im "SIGNALduino-Device" nicht.

Ich konnte das Problem lösen, ich hatte das stateFormat nicht gelöscht. D.h. das Attribut "model=somfyremote" funktioniert, die Position vom Rollo wird im devStateIcon korrekt angepasst, selbst wenn zwischen 2 mal down ein mal stop gedrückt wird.

Gruß
Rolf

ZitatBei sehr kurzem Tastendruck (Telis 4 Solaris, Telis 4 RTS und RTS) wird jeweils nur ein Signal empfangen,

Dies ist wahrscheinlich zuwenig, damit 100% der Tastendrücke erkannt werden können.

Bei der "Telis 1 RTS Pure" von @Kawaci sieht es im Log so aus, daß bei einem Tastendruck das Signal 2 mal gesendet wird.

Zitat
Die Modifikation der sub Somfy ist aus meiner Sicht ok und hilft die Erkennung zu verbessern.

@nagelreo, die Erkennung ist damit sehr gut, mehr wird wahrscheinlich auch nicht machbar sein.
In der modifizierten "sub Somfy" ist auch ein workaround für die Firmware von Sidey enthalten. Die Firmware von Sidey hat anscheinend bei nicht optimalen Empfangsbedingungen Probleme bei der Erkennung des ersten Bits.
Da das Somfy Signal keine gute Checksum hat, kommt es häufig vor, daß die Checksum auch passt, wenn das erste Bit fehlt.

Gruß Ralf

Hallo,

Ich habe das gleiche Problem mit dem Abgleichen der Handsender.
Den Thread verfolge ich schon länger, habe aber den Überblick verloren.

Mit welcher Firmware (für nanoCUL) und mit welchen pm-Dateien sollte es denn nun funktionieren?

Würde gerne den aktuellen Stand testen.

Danke schon mal.
Lg, Gerhard

Hallo Ralf,

Zitat@nagelreo, die Erkennung ist damit sehr gut, mehr wird wahrscheinlich auch nicht machbar sein.

vielen Dank für die Rückmeldung.
Ich werden nochmals die Positionierung vom MapleSduino prüfen.

Übernimmst du den Fix in die 10_Somfy.pm und passt du die SD_ProtocolData.pm an?

Gruß Rolf

Hallo,

Zitatdas Attribut "model=somfyremote" funktioniert, die Position vom Rollo wird im devStateIcon korrekt angepasst, selbst wenn zwischen 2 mal down ein mal stop gedrückt wird.

Vor lauter Begeisterung habe ich vergessen den Abgleich beim Drücken der go-my Taste zu prüfen. Leider erfolgt dabei kein Abgleich der Position im Rollo Device. 
Das ist auch kein Wunder, da der Fahrbefehl "10" (go-my) durch "11" (stop) ersetzt wird.

sub SOMFY_DispatchRemoteCmd($$) {
        my ($hash, $cmd) = @_;
        my $name = $hash->{NAME};
        if ($cmd eq "10") {
                $cmd = "11"; # use "stop" instead of "go-my"....
Ich nehme an, dass "go-my" blockiert ist, da es vom Somfy-Rollo keine Rückmeldung zur Position gibt.

Bei meinem Abgleich mit associated-device + notify wird bei dem Fahrbefehl "go-my" die Position 50% verwendet.
RTS Handsender:
Attributes:
   IODev      MapleSduino1
   associated-devices Bad
   devStateIcon off:fts_shutter_10 stop:fts_shutter_50 on:fts_shutter_100
   model      somfyshutter
   room       SOMFY-FB
   stateFormat {(ReadingsVal("Bad_FB", "parsestate", ""))}
   userattr   associated-devices
   webCmd     :
Notify:
Internals:
   DEF        Bad_FB:parsestate.* IF (InternalVal("Bad_FB","STATE","") eq "on") (setstate Bad fts_shutter_100@red) ELSE (IF (InternalVal("Bad_FB","STATE","") eq "off") (setstate Bad fts_shutter_10@red) ELSE (setstate Bad fts_shutter_50@red))
   FUUID      5e9221b5-f33f-55f0-aad5-b9274604e680fa4a
   NAME       notify_Bad_FB
   NOTIFYDEV  Bad_FB
   NR         62
   NTFY_ORDER 50-notify_Bad_FB
   REGEXP     Bad_FB:parsestate.*
   STATE      active
   TYPE       notify
   READINGS:
     2020-09-07 15:05:16   state           active
Attributes:
   room       SOMFY-FB
Ist zwar nicht so "schlank" wie die remote Variante, funktioniert aber bei allen Fahrbefehlen.

Schade, damit ist das "model somfyremote" für mich so keine Alternative zum associated-device mit notify.
Aber, vielleicht kann die sub somfyremote angepasst werden?

Gruß
Rolf

ZitatÜbernimmst du den Fix in die 10_Somfy.pm und passt du die SD_ProtocolData.pm an?

siehe hier
https://forum.fhem.de/index.php/topic,58397.msg1085860.html#msg1085860

Gruß Ralf

Zitat von: Ralf9 am 02 August 2020, 18:52:23
Ist bei der Firmware von Sidey die Verzögerung beim Starten geringer?
Kannst Du bitte mal ein log Auszug posten mit einem Signalduino verbose 4

Gruß Ralf

Hallo Ralf,

sorry für die späte Rückmeldung. Bin leider nicht früher dazu gekommen. Hier der Auszug des sduinos mit Verbose 4 (hoffe ich hab das richtig hinbekommen). Hab über Siri sämtliche Jalousien (Somfy RTS) hoch und runterfahren lassen.

Wie gesagt, wenn ich die Befehle einzeln absetzte, klappt es in der Regel gut. Wenn ich jedoch z.B. über Siri sämtliche Jalousien auf einmal runterfahren lasse, dann starten die Jalousien stark zeitverzögert. Einige Jalousien fahren dann nur bis zur Hälfte runter.

Ist der das Problem im Logfile erkennbar?

Vielen Dank und LG
Stef

2020.09.18 17:23:09 1: sduino: SOMFY_Parse : Somfy RTS message format error (length)! E3A9A51B7B3133842C8A8 (21), length should be 14 or 20
2020.09.18 17:46:23 4: sduino: KeepAlive, not ok, retry = 1 -> get ping
2020.09.18 17:46:23 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:23 4: sduino: SendFromQueue, called
2020.09.18 17:46:23 4: sduino: Read, msg: OK
2020.09.18 17:46:24 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:24 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:46:28 1: RMDIR: ./restoreDir/save/2020-07-26
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB87846F1CD3CC;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8EEFB67966;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8D8FC3A76877;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828695A76877;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A886835B0DC2DD;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98480693EF1EE;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AD80821F7AB5AA;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0818080F33D22;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF84827D0DC2DD;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98A8C25A76877;F=10AB85550A;
2020.09.18 17:46:51 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:51 4: sduino: SendFromQueue, called
2020.09.18 17:46:51 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB87846F1CD3CC;F=10AB85550A;
2020.09.18 17:46:52 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB87846F1CD3CC;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:52 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB87846F1CD3CC;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:53 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:53 4: sduino: SendFromQueue, called
2020.09.18 17:46:53 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8EEFB67966;F=10AB85550A;
2020.09.18 17:46:54 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8EEFB67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:54 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8EEFB67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:55 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:55 4: sduino: SendFromQueue, called
2020.09.18 17:46:55 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8D8FC3A76877;F=10AB85550A;
2020.09.18 17:46:56 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8D8FC3A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:56 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8D8FC3A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:57 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:57 4: sduino: SendFromQueue, called
2020.09.18 17:46:57 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828695A76877;F=10AB85550A;
2020.09.18 17:46:58 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828695A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:58 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828695A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:46:59 4: sduino: HandleWriteQueue, called
2020.09.18 17:46:59 4: sduino: SendFromQueue, called
2020.09.18 17:46:59 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A886835B0DC2DD;F=10AB85550A;
2020.09.18 17:47:00 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A886835B0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:00 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A886835B0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:01 4: sduino: HandleWriteQueue, called
2020.09.18 17:47:01 4: sduino: SendFromQueue, called
2020.09.18 17:47:01 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98480693EF1EE;F=10AB85550A;
2020.09.18 17:47:02 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98480693EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:02 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98480693EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:03 4: sduino: HandleWriteQueue, called
2020.09.18 17:47:03 4: sduino: SendFromQueue, called
2020.09.18 17:47:03 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AD80821F7AB5AA;F=10AB85550A;
2020.09.18 17:47:04 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AD80821F7AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:04 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AD80821F7AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:05 4: sduino: HandleWriteQueue, called
2020.09.18 17:47:05 4: sduino: SendFromQueue, called
2020.09.18 17:47:05 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0818080F33D22;F=10AB85550A;
2020.09.18 17:47:06 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0818080F33D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:06 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0818080F33D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:07 4: sduino: HandleWriteQueue, called
2020.09.18 17:47:07 4: sduino: SendFromQueue, called
2020.09.18 17:47:07 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF84827D0DC2DD;F=10AB85550A;
2020.09.18 17:47:08 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF84827D0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:08 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF84827D0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:09 4: sduino: HandleWriteQueue, called
2020.09.18 17:47:09 4: sduino: SendFromQueue, called
2020.09.18 17:47:09 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98A8C25A76877;F=10AB85550A;
2020.09.18 17:47:10 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98A8C25A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:10 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A98A8C25A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:47:11 4: sduino: HandleWriteQueue, called
2020.09.18 17:47:11 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:47:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE6E5097AB5AA;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADEAE8A5C10E11;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E9EB89D01F00;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E7F3C10E11;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9E1E43D6BA4BB;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAE1E50F589788;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEE5E7791CD3CC;F=10AB85550A;
2020.09.18 17:48:10 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E6E7E6955B44;F=10AB85550A;
2020.09.18 17:48:11 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E3E4E4945B44;F=10AB85550A;
2020.09.18 17:48:11 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAEFE943C10E11;F=10AB85550A;
2020.09.18 17:48:11 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:11 4: sduino: SendFromQueue, called
2020.09.18 17:48:11 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE6E5097AB5AA;F=10AB85550A;
2020.09.18 17:48:11 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE6E5097AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:11 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE6E5097AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:13 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:13 4: sduino: SendFromQueue, called
2020.09.18 17:48:13 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADEAE8A5C10E11;F=10AB85550A;
2020.09.18 17:48:13 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADEAE8A5C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:13 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADEAE8A5C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:15 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:15 4: sduino: SendFromQueue, called
2020.09.18 17:48:15 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E9EB89D01F00;F=10AB85550A;
2020.09.18 17:48:15 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E9EB89D01F00;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:15 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E9EB89D01F00;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:17 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:17 4: sduino: SendFromQueue, called
2020.09.18 17:48:17 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E7F3C10E11;F=10AB85550A;
2020.09.18 17:48:17 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E7F3C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:17 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E7F3C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:19 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:19 4: sduino: SendFromQueue, called
2020.09.18 17:48:19 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9E1E43D6BA4BB;F=10AB85550A;
2020.09.18 17:48:19 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9E1E43D6BA4BB;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:19 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9E1E43D6BA4BB;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:21 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:21 4: sduino: SendFromQueue, called
2020.09.18 17:48:21 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAE1E50F589788;F=10AB85550A;
2020.09.18 17:48:21 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAE1E50F589788;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:21 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAE1E50F589788;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:23 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:23 4: sduino: SendFromQueue, called
2020.09.18 17:48:23 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEE5E7791CD3CC;F=10AB85550A;
2020.09.18 17:48:23 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEE5E7791CD3CC;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:23 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEE5E7791CD3CC;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:48:25 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:25 4: sduino: SendFromQueue, called
2020.09.18 17:48:25 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E6E7E6955B44;F=10AB85550A;
2020.09.18 17:48:25 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E6E7E6955B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:25 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E6E7E6955B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:27 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:27 4: sduino: SendFromQueue, called
2020.09.18 17:48:27 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E3E4E4945B44;F=10AB85550A;
2020.09.18 17:48:27 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E3E4E4945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:27 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E3E4E4945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:29 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:29 4: sduino: SendFromQueue, called
2020.09.18 17:48:29 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAEFE943C10E11;F=10AB85550A;
2020.09.18 17:48:29 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAEFE943C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:29 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAEFE943C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:48:31 4: sduino: HandleWriteQueue, called
2020.09.18 17:48:31 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:49:05 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBCBEF0945B44;F=10AB85550A;
2020.09.18 17:49:05 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB2B15C2FE0FF;F=10AB85550A;
2020.09.18 17:49:05 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3BDBFDC854A55;F=10AB85550A;
2020.09.18 17:49:05 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B3A6945B44;F=10AB85550A;
2020.09.18 17:49:05 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFB1B32C498699;F=10AB85550A;
2020.09.18 17:49:06 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2B0B1B3C00E11;F=10AB85550A;
2020.09.18 17:49:06 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:06 4: sduino: SendFromQueue, called
2020.09.18 17:49:06 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBCBEF0945B44;F=10AB85550A;
2020.09.18 17:49:06 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBCBEF0945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:06 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBCBEF0945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:08 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:08 4: sduino: SendFromQueue, called
2020.09.18 17:49:08 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB2B15C2FE0FF;F=10AB85550A;
2020.09.18 17:49:08 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB2B15C2FE0FF;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:08 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB2B15C2FE0FF;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:08 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABB5B15A0DC2DD;F=10AB85550A;
2020.09.18 17:49:08 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAB7B2683EF1EE;F=10AB85550A;
2020.09.18 17:49:09 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABBBBD16945B44;F=10AB85550A;
2020.09.18 17:49:09 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B7B0B1C10E11;F=10AB85550A;
2020.09.18 17:49:10 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:10 4: sduino: SendFromQueue, called
2020.09.18 17:49:10 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3BDBFDC854A55;F=10AB85550A;
2020.09.18 17:49:10 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3BDBFDC854A55;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:10 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3BDBFDC854A55;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:11 4: sduino: Read, msg: MC;LL=-1293;LH=1300;SL=-658;SH=647;D=F4DBDC52A5ECEE84200E8;C=649;L=81;R=35;s28;b21;O;w;
2020.09.18 17:49:11 4: sduino: Parse_MC, Found manchester protocol id 43 clock 649 RSSI -56.5 -> Somfy RTS
2020.09.18 17:49:11 4: sduino: SomfyRTS, bitdata: 111101001101101111011100010100101010010111101100111011101000010000100000000011101000 (81)
2020.09.18 17:49:11 1: sduino: SOMFY_Parse : Somfy RTS message format error (length)! F4DBDC52A5ECEE84200E8 (21), length should be 14 or 20
2020.09.18 17:49:11 3: sduino: Unknown code YsF4DBDC52A5ECEE84200E8, help me!
2020.09.18 17:49:11 4: sduino: Read, msg: MC;LL=-1290;LH=1302;SL=-650;SH=645;D=F4DBDC52A5ECEE84200E;C=647;L=80;R=35;s20;b13;
2020.09.18 17:49:11 4: sduino: Parse_MC, Found manchester protocol id 43 clock 647 RSSI -56.5 -> Somfy RTS
2020.09.18 17:49:11 4: sduino: SomfyRTS, bitdata: 11110100110110111101110001010010101001011110110011101110100001000010000000001110 (80)
2020.09.18 17:49:11 4: sduino: Somfy RTS preprocessing check: F enc: F4DBDC52A5ECEE84200E dec: F42F078EF74902
2020.09.18 17:49:12 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:12 4: sduino: SendFromQueue, called
2020.09.18 17:49:12 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B3A6945B44;F=10AB85550A;
2020.09.18 17:49:12 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B3A6945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:12 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B3A6945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:14 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:14 4: sduino: SendFromQueue, called
2020.09.18 17:49:14 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFB1B32C498699;F=10AB85550A;
2020.09.18 17:49:14 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFB1B32C498699;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:14 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFB1B32C498699;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:16 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:16 4: sduino: SendFromQueue, called
2020.09.18 17:49:16 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2B0B1B3C00E11;F=10AB85550A;
2020.09.18 17:49:16 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2B0B1B3C00E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:16 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2B0B1B3C00E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:18 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:18 4: sduino: SendFromQueue, called
2020.09.18 17:49:18 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABB5B15A0DC2DD;F=10AB85550A;
2020.09.18 17:49:18 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABB5B15A0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:18 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABB5B15A0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:20 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:20 4: sduino: SendFromQueue, called
2020.09.18 17:49:20 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAB7B2683EF1EE;F=10AB85550A;
2020.09.18 17:49:20 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAB7B2683EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:20 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AAB7B2683EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:22 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:22 4: sduino: SendFromQueue, called
2020.09.18 17:49:22 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABBBBD16945B44;F=10AB85550A;
2020.09.18 17:49:22 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABBBBD16945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:22 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABBBBD16945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:49:24 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:24 4: sduino: SendFromQueue, called
2020.09.18 17:49:24 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B7B0B1C10E11;F=10AB85550A;
2020.09.18 17:49:24 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B7B0B1C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:24 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B7B0B1C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:26 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:26 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8E8CC3A76877;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE82816F1CD3CC;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB85805B0DC2DD;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8185693EF1EE;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A08E8C2C498699;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4898BEFB67966;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878395A76877;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828380F33D22;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8F8925A76877;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2878082F23D22;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:29 4: sduino: SendFromQueue, called
2020.09.18 17:49:29 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8E8CC3A76877;F=10AB85550A;
2020.09.18 17:49:29 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8E8CC3A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:29 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8E8CC3A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:31 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:31 4: sduino: SendFromQueue, called
2020.09.18 17:49:31 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE82816F1CD3CC;F=10AB85550A;
2020.09.18 17:49:32 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE82816F1CD3CC;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:32 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE82816F1CD3CC;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:33 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:33 4: sduino: SendFromQueue, called
2020.09.18 17:49:33 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB85805B0DC2DD;F=10AB85550A;
2020.09.18 17:49:34 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB85805B0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:34 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB85805B0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:35 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:35 4: sduino: SendFromQueue, called
2020.09.18 17:49:35 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8185693EF1EE;F=10AB85550A;
2020.09.18 17:49:36 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8185693EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:36 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8185693EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:37 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:37 4: sduino: SendFromQueue, called
2020.09.18 17:49:37 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A08E8C2C498699;F=10AB85550A;
2020.09.18 17:49:38 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A08E8C2C498699;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:38 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A08E8C2C498699;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:39 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:39 4: sduino: SendFromQueue, called
2020.09.18 17:49:39 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4898BEFB67966;F=10AB85550A;
2020.09.18 17:49:40 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4898BEFB67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:40 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4898BEFB67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:41 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:41 4: sduino: SendFromQueue, called
2020.09.18 17:49:41 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878395A76877;F=10AB85550A;
2020.09.18 17:49:42 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878395A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:42 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878395A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:43 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:43 4: sduino: SendFromQueue, called
2020.09.18 17:49:43 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828380F33D22;F=10AB85550A;
2020.09.18 17:49:44 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828380F33D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:44 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3828380F33D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:45 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:45 4: sduino: SendFromQueue, called
2020.09.18 17:49:45 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8F8925A76877;F=10AB85550A;
2020.09.18 17:49:46 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8F8925A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:46 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AC8F8925A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:47 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:47 4: sduino: SendFromQueue, called
2020.09.18 17:49:47 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2878082F23D22;F=10AB85550A;
2020.09.18 17:49:48 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2878082F23D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:48 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2878082F23D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:49:49 4: sduino: HandleWriteQueue, called
2020.09.18 17:49:49 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:50:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE5E6097AB5AA;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E6E4B4D01F00;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A7E0E4F3C10E11;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5EEEC89D01F00;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE4E13D6BA4BB;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE6E20F589788;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E2E6955B44;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3E0E7E4945B44;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E9EB4A2FE0FF;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE8EE43C10E11;F=10AB85550A;
2020.09.18 17:50:54 4: sduino: HandleWriteQueue, called
2020.09.18 17:50:54 4: sduino: SendFromQueue, called
2020.09.18 17:50:54 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE5E6097AB5AA;F=10AB85550A;
2020.09.18 17:50:55 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE5E6097AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:50:55 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE5E6097AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:50:56 4: sduino: HandleWriteQueue, called
2020.09.18 17:50:56 4: sduino: SendFromQueue, called
2020.09.18 17:50:56 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E6E4B4D01F00;F=10AB85550A;
2020.09.18 17:50:57 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E6E4B4D01F00;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:50:57 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0E6E4B4D01F00;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:50:58 4: sduino: HandleWriteQueue, called
2020.09.18 17:50:58 4: sduino: SendFromQueue, called
2020.09.18 17:50:58 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A7E0E4F3C10E11;F=10AB85550A;
2020.09.18 17:50:59 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A7E0E4F3C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:50:59 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A7E0E4F3C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:00 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:00 4: sduino: SendFromQueue, called
2020.09.18 17:51:00 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5EEEC89D01F00;F=10AB85550A;
2020.09.18 17:51:01 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5EEEC89D01F00;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:01 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5EEEC89D01F00;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:02 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:02 4: sduino: SendFromQueue, called
2020.09.18 17:51:02 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE4E13D6BA4BB;F=10AB85550A;
2020.09.18 17:51:03 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE4E13D6BA4BB;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:03 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ACE4E13D6BA4BB;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:04 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:04 4: sduino: SendFromQueue, called
2020.09.18 17:51:04 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE6E20F589788;F=10AB85550A;
2020.09.18 17:51:05 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE6E20F589788;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:05 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE6E20F589788;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:06 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:06 4: sduino: SendFromQueue, called
2020.09.18 17:51:06 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E2E6955B44;F=10AB85550A;
2020.09.18 17:51:07 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E2E6955B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:07 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4E3E2E6955B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:08 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:08 4: sduino: SendFromQueue, called
2020.09.18 17:51:08 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3E0E7E4945B44;F=10AB85550A;
2020.09.18 17:51:09 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3E0E7E4945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:09 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A3E0E7E4945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:10 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:10 4: sduino: SendFromQueue, called
2020.09.18 17:51:10 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E9EB4A2FE0FF;F=10AB85550A;
2020.09.18 17:51:11 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E9EB4A2FE0FF;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:11 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1E9EB4A2FE0FF;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:12 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:12 4: sduino: SendFromQueue, called
2020.09.18 17:51:12 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE8EE43C10E11;F=10AB85550A;
2020.09.18 17:51:13 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE8EE43C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:13 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADE8EE43C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:14 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:14 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:51:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:51:49 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A8BABEA6945B44;F=10AB85550A;
2020.09.18 17:51:49 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0BEBD4D3EF1EE;F=10AB85550A;
2020.09.18 17:51:49 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B2B0E1854A55;F=10AB85550A;
2020.09.18 17:51:49 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6B8BADC854A55;F=10AB85550A;
2020.09.18 17:51:49 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B6B3C00E11;F=10AB85550A;
2020.09.18 17:51:49 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2BFBD1F7AB5AA;F=10AB85550A;
2020.09.18 17:51:49 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:49 4: sduino: SendFromQueue, called
2020.09.18 17:51:49 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A8BABEA6945B44;F=10AB85550A;
2020.09.18 17:51:50 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A8BABEA6945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:50 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A8BABEA6945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:51 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:51 4: sduino: SendFromQueue, called
2020.09.18 17:51:51 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0BEBD4D3EF1EE;F=10AB85550A;
2020.09.18 17:51:52 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0BEBD4D3EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:52 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0BEBD4D3EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:52 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB0B5683EF1EE;F=10AB85550A;
2020.09.18 17:51:52 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB0B45A0DC2DD;F=10AB85550A;
2020.09.18 17:51:52 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B2B5B1C10E11;F=10AB85550A;
2020.09.18 17:51:52 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBEB816945B44;F=10AB85550A;
2020.09.18 17:51:53 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:53 4: sduino: SendFromQueue, called
2020.09.18 17:51:53 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B2B0E1854A55;F=10AB85550A;
2020.09.18 17:51:54 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B2B0E1854A55;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:54 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A1B2B0E1854A55;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:55 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:55 4: sduino: SendFromQueue, called
2020.09.18 17:51:55 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6B8BADC854A55;F=10AB85550A;
2020.09.18 17:51:56 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6B8BADC854A55;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:56 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6B8BADC854A55;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:57 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:57 4: sduino: SendFromQueue, called
2020.09.18 17:51:57 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B6B3C00E11;F=10AB85550A;
2020.09.18 17:51:58 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B6B3C00E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:58 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B7B6B3C00E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:51:59 4: sduino: HandleWriteQueue, called
2020.09.18 17:51:59 4: sduino: SendFromQueue, called
2020.09.18 17:51:59 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2BFBD1F7AB5AA;F=10AB85550A;
2020.09.18 17:52:00 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2BFBD1F7AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:00 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2BFBD1F7AB5AA;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:01 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:01 4: sduino: SendFromQueue, called
2020.09.18 17:52:01 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB0B5683EF1EE;F=10AB85550A;
2020.09.18 17:52:02 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB0B5683EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:02 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ADB0B5683EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:03 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:03 4: sduino: SendFromQueue, called
2020.09.18 17:52:03 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB0B45A0DC2DD;F=10AB85550A;
2020.09.18 17:52:04 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB0B45A0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:04 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB0B45A0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:05 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:05 4: sduino: SendFromQueue, called
2020.09.18 17:52:05 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B2B5B1C10E11;F=10AB85550A;
2020.09.18 17:52:06 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B2B5B1C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:06 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B2B5B1C10E11;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:07 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:07 4: sduino: SendFromQueue, called
2020.09.18 17:52:08 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBEB816945B44;F=10AB85550A;
2020.09.18 17:52:08 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBEB816945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:08 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEBEB816945B44;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:10 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:10 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A28280D2B67966;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9888C95A76877;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE80855B0DC2DD;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8F7E0DC2DD;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8286693EF1EE;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38D8F2C498699;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78A88EFB67966;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878680F33D22;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5808782F23D22;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Set_sendMsg, sending : SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8C8A25A76877;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:16 4: sduino: SendFromQueue, called
2020.09.18 17:52:16 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A28280D2B67966;F=10AB85550A;
2020.09.18 17:52:16 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A28280D2B67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:16 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A28280D2B67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:18 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:18 4: sduino: SendFromQueue, called
2020.09.18 17:52:18 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9888C95A76877;F=10AB85550A;
2020.09.18 17:52:18 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9888C95A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:18 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A9888C95A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:20 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:20 4: sduino: SendFromQueue, called
2020.09.18 17:52:20 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE80855B0DC2DD;F=10AB85550A;
2020.09.18 17:52:20 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE80855B0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:20 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE80855B0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:22 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:22 4: sduino: SendFromQueue, called
2020.09.18 17:52:22 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8F7E0DC2DD;F=10AB85550A;
2020.09.18 17:52:22 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8F7E0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:22 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A18C8F7E0DC2DD;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:52:24 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:24 4: sduino: SendFromQueue, called
2020.09.18 17:52:24 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8286693EF1EE;F=10AB85550A;
2020.09.18 17:52:24 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8286693EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:24 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8286693EF1EE;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:26 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:26 4: sduino: SendFromQueue, called
2020.09.18 17:52:26 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38D8F2C498699;F=10AB85550A;
2020.09.18 17:52:26 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38D8F2C498699;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:26 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38D8F2C498699;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:28 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:28 4: sduino: SendFromQueue, called
2020.09.18 17:52:28 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78A88EFB67966;F=10AB85550A;
2020.09.18 17:52:28 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78A88EFB67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:28 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78A88EFB67966;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:30 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:30 4: sduino: SendFromQueue, called
2020.09.18 17:52:30 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878680F33D22;F=10AB85550A;
2020.09.18 17:52:30 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878680F33D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:30 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A6878680F33D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:32 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:32 4: sduino: SendFromQueue, called
2020.09.18 17:52:32 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5808782F23D22;F=10AB85550A;
2020.09.18 17:52:32 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5808782F23D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:32 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5808782F23D22;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:34 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:34 4: sduino: SendFromQueue, called
2020.09.18 17:52:34 4: sduino: SendFromQueue, msg=SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8C8A25A76877;F=10AB85550A;
2020.09.18 17:52:34 4: sduino: Read, msg: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8C8A25A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:34 4: sduino: CheckSendrawResponse, sendraw answer: SC;R=2;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF8C8A25A76877;F=10AB85550A;ccreg write back 10AB8557C4
2020.09.18 17:52:36 4: sduino: HandleWriteQueue, called
2020.09.18 17:52:36 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.09.18 17:53:23 4: sduino: KeepAlive, ok, retry = 0
2020.09.18 17:54:14 4: sduino: Attr, Calling sub with args: set verbose = 0
2020.09.18 17:54:14 3: sduino: Attr, setting Verbose to: 0

ZitatWie gesagt, wenn ich die Befehle einzeln absetzte, klappt es in der Regel gut. Wenn ich jedoch z.B. über Siri sämtliche Jalousien auf einmal runterfahren lasse, dann starten die Jalousien stark zeitverzögert. Einige Jalousien fahren dann nur bis zur Hälfte runter.

Die merklichen Verzögerungen beim gleichzeitigen Senden mit dem offiziellen 00_SIGNALduino Modul von Sidey sind bekannt.

siehe hier
https://forum.fhem.de/index.php/topic,113268.msg1076170.html#msg1076170

Gruß Ralf

Zitat von: Ralf9 am 18 September 2020, 21:11:12
Die merklichen Verzögerungen beim gleichzeitigen Senden mit dem offiziellen 00_SIGNALduino Modul von Sidey sind bekannt.

siehe hier
https://forum.fhem.de/index.php/topic,113268.msg1076170.html#msg1076170

Gruß Ralf

Danke Ralf für die rasche Antwort!!!!
Ich probier mal ein update auf deine Variante der 00_SIGNALduino.pm mit

update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_signalduino.txt

und geb dann Bescheid ob's besser läuft!

Danke und LG

Stef

Zitat von: stef1938 am 18 September 2020, 21:42:19

und geb dann Bescheid ob's besser läuft!

Läuft wesentlich besser! Vielen Dank!

Teste jetzt noch die langfristige Zuverlässigkeit, schaut aber schon mal sehr gut aus!

LG, Stef

Hallo Ralf,

Übernimmst du den Fix in die 10_Somfy.pm und passt du die SD_ProtocolData.pm an?

Ist die Übernahme des Fix in die offizielle Protokolle noch geplant?

Aktuell fallen bei mir relativ wenig Steuerungen über die Somfy Fernbedienungen an, der Sonnensensor ist auch schon im Winterschlaf.
Aber nach wie vor ganz wenige nicht erkannte Signale.

Gruß
Rolf

ZitatIst die Übernahme des Fix in die offizielle Protokolle noch geplant?

Ich habe den Fix hier gepostet:
https://forum.fhem.de/index.php/topic,58397.msg1085860.html#msg1085860
aber es besteht anscheinend von den Entwicklern des offiziellen 00_SIGNALduino.pm Moduls momentan kein Interesse den Fix zu übernehmen.

In der offiziellen Firmware und 00_SIGNALduino.pm Modul gibt es momentan noch einiges was für Somfy nicht so richtig passt.
Die Firmware von Sidey hat Probleme beim Empfang von Somfy Nachrichten bei nicht so guten Empfangsverhältnissen, dies wird durch meinen Fix verbessert.
Beim offiziellen 00_SIGNALduino.pm Modul gibt es eine merkbare Verzögerung, wenn an mehrere Rolläden gleichzeitig ein Befehl gesendet wird,

Gruß Ralf

Zitat von: Elektrolurch am 23 August 2020, 11:23:38
habe das Code-Stück in die 00_SIGNALduino.pm, aber nach dem reload kein Empfang mehr von Somfy - RTS.

Hallo Elektrolurch, hast du inzwischen Dein Problem lösen können?

Danke der Nachfrage.
Es ist mir zwar irgendwann mal gelungen, den Stick mit der Firmware zum Laufen zu bringen, aber der Empfang der Somfy - Handsender Signale war immer noch schlecht.
Den Stick hatte ich bei ebay erworben :-(
Nun habe ich einen anderen über A. gekauft, da war schon eine Firmware für FHEM drauf und nun kommen alle Signale einwandfrei.
Zwar 10 € mehr bezahlt, aber dafür hätte ich mir viel Zeit fürs experimentieren sparen können.

Elektrolurch

@Elektrolurch
habe hier
https://forum.fhem.de/index.php/topic,64141.msg643037.html#msg643037
ältere Nachrichten von einer Somfy FB gefunden.
Es wäre interessant was für eine Somfy FB dies ist. Diese wird mit meinem Fix nicht funktionieren.

Ich habe die MU-Nachrichten in MC-Nachrichten gewandelt und mit einem dummysduino simulliert:

MU;P0=-176;P1=1724;P2=-725;P3=616;P4=-1408;P5=1288;D=012323454325452323232345452323234323232325234323232325232343254543232323232545432325432323;CP=3;R=239;
MC;LL=-1408;LH=1288;SL=-725;SH=616;D=2D050F9F1AFD77;C=672;L=56;R=128;s6;b3;
2020.11.21 12:49:33.868 4 : sduinoD: Somfy bitdata: 00101101000001010000111110011111000110101111110101110111 (56)
2020.11.21 12:49:33.868 4 : sduinoD Dispatch: Ys2D050F9F1AFD77
2020.11.21 12:49:33.868 4 : SOMFY Parse: SOMFY_8AE785 msg: Ys2D280A9085E78A  --> 20-off

MU;P0=-731;P1=1258;P2=-2676;P3=2400;P4=4756;P5=-1419;P7=614;D=012324515701515701515701570151075707010757015157015701070707075151570707070157070157;CP=7;R=236;
MC;LL=-1419;LH=1258;SL=-731;SH=614;D=B5ADA735B057DD;C=670;L=56;R=128;s7;b7;
2020.11.21 12:50:00.795 4 : sduinoD: Somfy bitdata: 10110101101011011010011100110101101100000101011111011101 (56)
2020.11.21 12:50:00.795 4 : sduinoD Dispatch: YsB5ADA735B057DD
2020.11.21 12:50:00.796 4 : SOMFY Parse: SOMFY_8AE785 msg: YsB5180A9285E78A  --> 11-stop

MU;P0=112;P1=-2740;P2=2376;P3=4764;P4=-778;P5=554;P6=-1415;P7=1252;D=0121345654767654765454745456765454547654545454767454545654765476547454567674545454545454545;CP=5;R=235;
MC;LL=-1415;LH=1252;SL=-778;SH=554;D=6B717BE86D8A00;C=666;L=56;R=128;s7;b6;
2020.11.21 12:50:20.394 4 : sduinoD: Somfy bitdata: 01101011011100010111101111101000011011011000101000000000 (56)
2020.11.21 12:50:20.394 4 : sduinoD Dispatch: Ys6B717BE86D8A00
2020.11.21 12:50:20.395 4 : SOMFY Parse: SOMFY_8AE785 msg: Ys6B1A0A9385E78A  --> 11-stop

MU;P0=-9144;P1=2404;P2=-2660;P3=4776;P4=-1413;P5=610;P6=-732;P7=1260;D=012123456745656567456765656565654567654747654747654565656747456765654567656545674565674565;CP=5;R=235;
MC;LL=-1413;LH=1260;SL=-732;SH=610;D=DEC0CA53D631BB;C=669;L=56;R=128;s9;b6;
2020.11.21 12:51:36.378 4 : sduinoD: Somfy bitdata: 11011110110000001100101001010011110101100011000110111011 (56)
2020.11.21 12:51:36.378 4 : sduinoD Dispatch: YsDEC0CA53D631BB
2020.11.21 12:51:36.378 4 : SOMFY Parse: SOMFY_8AE785 msg: YsDE1E0A9985E78A  --> 11-stop

MU;P0=-92;P1=2318;P2=-2656;P3=4784;P4=-747;P5=599;P6=-1418;P7=1289;D=0121234565454547454545654767454545654745456765454545474567654545454745674565476547454567454565;CP=5;R=234;
MC;LL=-1418;LH=1289;SL=-747;SH=599;D=786862F97C9B11;C=675;L=56;R=128;s8;b7;
2020.11.21 12:52:33.850 4 : sduinoD: Somfy bitdata: 01111000011010000110001011111001011111001001101100010001 (56)
2020.11.21 12:52:33.850 4 : sduinoD Dispatch: Ys786862F97C9B11
2020.11.21 12:52:33.850 4 : SOMFY Parse: SOMFY_8AE785 msg: Ys78100A9B85E78A  --> 11-stop


Die MC-Nachrichten fangen nicht wie die anderen FB mit A an:
D=2D050F9F1AFD77
D=B5ADA735B057DD
D=6B717BE86D8A00
D=DEC0CA53D631BB
D=786862F97C9B11

Für diese FB muss ich meinen Fix überarbeiten.

Gruß Ralf

@Elektrolurch

hast Du so eine FB?

ZitatPlease note that the "Somfy Telis RTS 1" (vanilla color with 3 grey buttons) remotes I own do NOT have 0xA in the MSB of the 1st byte, but is seemingly random. I also have a Somfy Telis 1 PURE (with the MY center button), that HAS the 0xA in the MSB.

Gruß Ralf

Nein, nur die normalen Wandtaster.
Und mit dem anderen SignalDuino geht jetzt alles perfekt.

ZitatNein, nur die normalen Wandtaster.

Weisst Du noch was dies damals bei diesen raw Nachrichten für ein Wandtaster war?
https://forum.fhem.de/index.php/topic,64141.msg643037.html#msg643037
War dies ein älterer Wandtaster?
Kannst Bitte von diesem Wandtaster die MC-Nachrichten von ca 10 Tastendrücken posten?

Falls Du auch noch einen anderen aktuelleren Wandtaster hast, kannst Du bitte davon auch die MC-Nachrichten von einigen Tastendrücken posten?

ZitatNein, nur die normalen Wandtaster.

Ist es ein Somfy Centralis RTS?

Anscheinend gibt es Somfy Wandsender bei denen die Nachrichten nicht mit "A" anfangen, bei diesen funktioniert mein verbesserter Nachrichten Fix nicht.

Ich habe dafür in die dev-Version von meinem angepassetem 00_SIGNALduino.pm Modul die Protokoll ID 43.1 zugefügt: 
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900

Bei der ID 43.1 wird nur der seitherige einfache Fix verwendet. Bei  einer Länge von 57 oder 81 wird das Bit am Anfang entfernt.

Gruß Ralf

Aktuell suche ich, wie Thread Titel beschrieben, eine Möglichkeit den Status meines Handsenders in Fhem sichtbar zu machen.
Die Somfy Fernbedienung hab ich über autocreate anlegen lassen und ihr das Model somfyremote zugewiesen.
Bei rawDevice hab ich die Adresse des signalDuino Senders für die Jalousie angegeben.
Leider hat das nicht den gewünschten Erfolg gehabt. Ich denke ich muss die Änderungen von Ralfs Source-Anpassungen einspielen. Traue mich aber nicht so recht.
Wie muss ich hierbei vorgehen?

Mit der offiziellen firmware und dem signalduino fhem Modul von Sidey ist nur bei sehr guten Empfangsbedingungen ein einigermaßen brauchbarer Empfang der Somfy Sender möglich.

Am Besten werden die Somfy Sender mit meiner firmware und meinem angepassten und erweiterten signalduino fhem Modul empfangen.
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
Die firmware von Sidey und mein signalduino fhem Modul sollte mit kleinen Einschränkungen auch funktionieren.

Gruß Ralf

Hallo Ralf,

ich werde aus den vielen Firmwareversionen nicht schlau. Ich habe einen radinoCC1101. Welche Firmware sollte ich nutzen.

Alleine mit dem signalduino fhem Modul von dir klappt es noch nicht.

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

Hab das hier gemacht.

set sduino disableMessagetype syncedMS
set sduino disableMessagetype manchesterMC


Im Log taucht leider nichts auf.

Das sind die Versions-Infos zum SIGNALduino:
version: V 3.4.0 SIGNALduino cc1101 (433 Mhz ) - compiled at Jul 16 2020 20:52:35
versionmodul: v3.4.5-ralf_18.08.
versionprotoL; v3.4.5-ralf_04.10.

Hast Du beim sduino das Attribut verbose auf 4 gesetzt?

nun schon :-)

2021.03.18 19:38:01 3: Somfy: setting Verbose to: 4
2021.03.18 19:38:11 4: Somfy/msg READ: MU;P0=-7152;P1=932;P2=-1014;P3=-539;P4=442;D=012121343424343124312434343431213434343424312124313421213434213424343434343431243434313434213421243431212434312431342434312431342434343;CP=4;R=242;
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 31 -> LTECH matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 40 -> Romotec matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy/msg READ: MU;P0=-1016;P1=930;P2=-534;P3=445;D=012301032321012103210323232321012323232303210103232101012323012303232323232321032323212323012301032321010323210321232303212303232103232;CP=3;R=241;
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 31 -> LTECH matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 40 -> Romotec matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2021.03.18 19:38:11 4: Somfy: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy/msg READ: MU;P0=-1012;P1=947;P2=-523;P3=447;D=01230103232103210321032323232101232323230321010321032101232301230323232323232103232321232301230103232101032321032123010101012303232;CP=3;R=243;
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 31 -> LTECH matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 40 -> Romotec matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2021.03.18 19:38:13 4: Somfy: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2021.03.18 19:38:29 4: Somfy/keepalive ok, retry = 0


da ist keine brauchbare SOMFY Nachricht dabei.

Hast Du die Frequenz auf 433.42 MHz eingestellt?

Handsender ist ein Telis 4 Modulis RTS

Meldungen nach cc1101_frequency=433.42

2021.03.18 22:38:40 4: Somfy: Calling Getting Attr sub with args: set cc1101_frequency = 433.42
2021.03.18 22:38:40 3: Somfy: delete cc1101_frequeny
2021.03.18 22:39:07 4: Somfy/msg READ: MU;P0=1194;P1=-704;P2=549;P3=-5328;P4=4728;P5=2421;P6=-2577;P7=-1258;D=7070127072121210701272121212121212121210121212127070701212721070707070707070721012121270121212707210127012127070356565656565647070127072121210701272121212121212121210121212127070701212721070707070707070721012121270121212707210127012127070;CP=2;R=55;
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 40 -> Romotec matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 42 -> wireless doorbell matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 50 -> Opus_XT300 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2021.03.18 22:39:07 4: Somfy: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy/msg READ: MU;P0=-5312;P1=4720;P2=2436;P3=-2564;P4=-1262;P5=1197;P6=-696;P7=585;D=45456747676765676747656745674765454767656745674765676745456747656747656747656747676567676745676767456767676767676767476765023232323232314545674767676567674765674567476545476765674567476567674545674765674765674765674767656767674567676745676767676767676747;CP=7;R=58;O;
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 42 -> wireless doorbell matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 50 -> Opus_XT300 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2021.03.18 22:39:10 4: Somfy: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate



ok, jetzt passt es
wenn ich es mit einem dummysduino simuliere, bekomme ich:
2021.03.18 22:26:52.754 4 : sduinoD/msg get raw: MC;LL=-1249;LH=1214;SL=-674;SH=572;D=ADEDFB82A35555842C8A;C=618;L=80;R=128;s26;b26;
2021.03.18 22:26:52.754 4 : sduinoD: Found manchester Protocol id 43 clock 618 RSSI -138 -> Somfy RTS
2021.03.18 22:26:52.754 4 : sduinoD: Somfy bitdata: 10101101111011011111101110000010101000110101010101010101100001000010110010001010 (80)
2021.03.18 22:26:52.754 4 : sduinoD Dispatch: YsADEDFB82A35555842C8A, -138 dB, dispatch
2021.03.18 22:26:52.755 4 : sduinoD: Somfy RTS preprocessing check: 0 enc: ADEDFB82A35555842C8A(20) dec: AD40167921F600
2021-03-18 22:26:52.762 SOMFY SOMFY_00F621 received: 40
2021-03-18 22:26:52.762 SOMFY SOMFY_00F621 parsestate: on
2021-03-18 22:26:52.762 SOMFY SOMFY_00F621 RSSI: -138
2021-03-18 22:26:52.762 SOMFY SOMFY_00F621 DMSG: YsADEDFB82A35555842C8A
2021-03-18 22:26:52.762 SOMFY SOMFY_00F621 Protocol_ID: 43
2021-03-18 22:26:52.762 SOMFY SOMFY_00F621 RAWMSG: MC;LL=-1249;LH=1214;SL=-674;SH=572;D=ADEDFB82A35555842C8A;C=618;L=80;R=128;s26;b26;

Bitte aktiviere wieder das MS und MC
set sduino enableMessagetype syncedMS
set sduino enableMessagetype manchesterMC

und drücke dann ein paarmal eine Taste auf der Fernbedienung und poste dann den logauszug
es müssen dann ungefähr solche MC-Nachrichten im log stehen:
MC;LL=-1249;LH=1214;SL=-674;SH=572;D=ADEDFB82A35555842C8A;C=618;L=80;R=128;s26;b26;

Gruß Ralf

2021.03.19 09:23:51 4: Somfy/msg READ: MC;LL=-1303;LH=1330;SL=-645;SH=675;D=414141D8ED77;C=658;L=48;R=23;
2021.03.19 09:23:51 4: Somfy/msg READ: MC;LL=-1297;LH=1340;SL=-653;SH=659;D=5020A0A0EC76BB8;C=658;L=57;R=23;
2021.03.19 09:23:52 4: Somfy/msg READ: MC;LL=-1301;LH=1338;SL=-644;SH=657;D=5020A0A0EC76BB8;C=656;L=57;R=23;
2021.03.19 09:23:52 4: Somfy/msg READ: MC;LL=-1305;LH=1331;SL=-640;SH=663;D=5020A0A0EC76BB8;C=656;L=57;R=23;
2021.03.19 09:23:52 4: Somfy/msg READ: MC;LL=-1305;LH=1331;SL=-640;SH=663;D=5020A0A0EC76BB8;C=656;L=57;R=23;
2021.03.19 09:23:54 4: Somfy/msg READ: MC;LL=-1312;LH=1318;SL=-655;SH=664;D=5020A0A0EC76BB8;C=658;L=57;R=24;
2021.03.19 09:23:54 4: Somfy/msg READ: MC;LL=-1307;LH=1328;SL=-646;SH=649;D=5020A0A0EC76BB8;C=654;L=57;R=24;
2021.03.19 09:23:54 4: Somfy/msg READ: MC;LL=-1312;LH=1320;SL=-658;SH=652;D=5020A0A0EC76BB8;C=656;L=57;R=24;
2021.03.19 09:23:54 4: Somfy/msg READ: MC;LL=-1303;LH=1334;SL=-648;SH=659;D=5020A0A0EC76BB8;C=657;L=57;R=24;
2021.03.19 09:23:54 4: Somfy/msg READ: MC;LL=-1303;LH=1334;SL=-648;SH=659;D=5020A0A0EC76BB8;C=657;L=57;R=24;
2021.03.19 09:23:58 4: Somfy/msg READ: MC;LL=-1317;LH=1322;SL=-659;SH=656;D=5020A0A0EC76BB8;C=658;L=57;R=25;
2021.03.19 09:23:59 4: Somfy/msg READ: MC;LL=-1286;LH=1342;SL=-657;SH=653;D=5020A0A0EC76BB8;C=656;L=57;R=25;
2021.03.19 09:23:59 4: Somfy/msg READ: MC;LL=-1302;LH=1332;SL=-638;SH=664;D=5020A0A0EC76BB8;C=655;L=57;R=25;
2021.03.19 09:23:59 4: Somfy/msg READ: MC;LL=-1298;LH=1332;SL=-643;SH=665;D=5020A0A0EC76BB8;C=656;L=57;R=25;
2021.03.19 09:23:59 4: Somfy/msg READ: MC;LL=-1298;LH=1332;SL=-643;SH=665;D=5020A0A0EC76BB8;C=656;L=57;R=25;
2021.03.19 09:24:03 4: Somfy/msg READ: MC;LL=-1299;LH=1338;SL=-645;SH=666;D=414141D8ED77;C=657;L=48;R=24;
2021.03.19 09:24:03 4: Somfy/msg READ: MC;LL=-1300;LH=1331;SL=-641;SH=660;D=5020A0A0EC76BB8;C=655;L=57;R=24;
2021.03.19 09:24:03 4: Somfy/msg READ: MC;LL=-1297;LH=1337;SL=-641;SH=659;D=5020A0A0EC76BB8;C=655;L=57;R=24;
2021.03.19 09:24:03 4: Somfy/msg READ: MC;LL=-1301;LH=1330;SL=-650;SH=650;D=5020A0A0EC76BB8;C=655;L=57;R=24;
2021.03.19 09:24:03 4: Somfy/msg READ: MC;LL=-1301;LH=1330;SL=-650;SH=650;D=5020A0A0EC76BB8;C=655;L=57;R=24;

Es werden zwei verschiedene Nachrichtenarten empfangen,
die MU-Nachrichten von gestern Abend haben nach MC gewandelt eine Länge von 80
MC;LL=-1249;LH=1214;SL=-674;SH=572;D=ADEDFB82A35555842C8A;C=618;L=80;R=128;s26;b26;
2021.03.19 15:15:14.482 4 : sduinoD/msg get raw: MC;LL=-1249;LH=1214;SL=-674;SH=572;D=ADEDFB82A35555842C8A;C=618;L=80;R=128;s26;b26;
2021.03.19 15:15:14.483 4 : sduinoD: Found manchester Protocol id 43 clock 618 RSSI -138 -> Somfy RTS
2021.03.19 15:15:14.483 4 : sduinoD: Somfy bitdata: 10101101111011011111101110000010101000110101010101010101100001000010110010001010 (80)
2021.03.19 15:15:14.483 4 : sduinoD Dispatch: YsADEDFB82A35555842C8A, -138 dB, dispatch
2021.03.19 15:15:14.483 4 : sduinoD: Somfy RTS preprocessing check: 0 enc: ADEDFB82A35555842C8A(20) dec: AD40167921F600
2021-03-19 15:15:14.486 SOMFY SOMFY_00F621 received: 40
2021-03-19 15:15:14.486 SOMFY SOMFY_00F621 parsestate: on
2021-03-19 15:15:14.486 SOMFY SOMFY_00F621 RAWMSG: MC;LL=-1249;LH=1214;SL=-674;SH=572;D=ADEDFB82A35555842C8A;C=618;L=80;R=128;s26;b26;
2021-03-19 15:15:14.486 SOMFY SOMFY_00F621 RSSI: -138
2021-03-19 15:15:14.486 SOMFY SOMFY_00F621 DMSG: YsADEDFB82A35555842C8A
2021-03-19 15:15:14.486 SOMFY SOMFY_00F621 Protocol_ID: 43


Die MC-Nachrichten von heute sind alle gleich und haben eine Länge von 57
2021.03.19 15:14:20.890 4 : sduinoD/msg get raw: MC;LL=-1300;LH=1331;SL=-641;SH=660;D=5020A0A0EC76BB8;C=655;L=57;R=24;
2021.03.19 15:14:20.890 4 : sduinoD: Found manchester Protocol id 43 clock 655 RSSI -62 -> Somfy RTS
2021.03.19 15:14:20.890 4 : sduinoD: Somfy bitdata: 010100000010000010100000101000001110110001110110101110111000 (57)
2021.03.19 15:14:20.890 4 : sduinoD: Somfy bitdata: _10100000010000010100000101000001110110001110110101110111 (56). Bit am Anfang entfernt
2021.03.19 15:14:20.891 4 : sduinoD Dispatch: YsA0414141D8ED77, -62 dB, dispatch
2021.03.19 15:14:20.891 4 : sduinoD: Somfy RTS preprocessing check: 1 enc: A0414141D8ED77(14) dec: A0E1000099359A
2021-03-19 15:14:20.897 SOMFY SOMFY_9A3599 received: E0
2021-03-19 15:14:20.897 SOMFY SOMFY_9A3599 RSSI: -62
2021-03-19 15:14:20.897 SOMFY SOMFY_9A3599 RAWMSG: MC;LL=-1300;LH=1331;SL=-641;SH=660;D=5020A0A0EC76BB8;C=655;L=57;R=24;
2021-03-19 15:14:20.897 SOMFY SOMFY_9A3599 Protocol_ID: 43
2021-03-19 15:14:20.897 SOMFY SOMFY_9A3599 DMSG: YsA0414141D8ED77

Gibts bei Euch mehrere Somfy Sender, evtl auch beim Nachbar?
Einen Wind- oder Sonnensensor?
z.B: Modulis Receiver RTS M/MU + So-liris-, Eolis-, Sunis Sensor RTS.

ZitatDer Modulis Receiver RTS M/MU ist ein Funkempfänger für die Ansteuerung eines Jalousieantriebes der Orienta Reiheund weiterer im Markt vorhandener Antriebe (z.B. Stehle).

Gruß Ralf

Kann ich mir auch nicht erklären. Ich habe immer den gleichen Handsender Telis 4 Modulis RTS benutzt.
Nachbar kann ich glaube ich ausschließen. Hab jetzt nochmal ein paar mal runter/hoch an der Fernbedienung gedrückt.


2021.03.19 23:23:42 4: Somfy/msg READ: MC;LL=-1251;LH=1210;SL=-676;SH=575;D=50F47F3EAE55554216450;C=618;L=81;R=34;
2021.03.19 23:23:43 4: Somfy/msg READ: MC;LL=-1238;LH=1214;SL=-687;SH=585;D=50F47F3EAE5555421645;C=620;L=80;R=34;
2021.03.19 23:23:44 4: Somfy/msg READ: MC;LL=-1276;LH=1221;SL=-691;SH=575;D=51C4CF8D9D66664210070;C=627;L=81;R=40;
2021.03.19 23:23:45 4: Somfy/msg READ: MC;LL=-1263;LH=1195;SL=-627;SH=611;D=51C4CF8D9D6666421007;C=615;L=80;R=40;
2021.03.19 23:23:47 4: Somfy/msg READ: MC;LL=-1240;LH=1212;SL=-691;SH=576;D=52F77C3EAE55554216450;C=619;L=81;R=38;
2021.03.19 23:23:47 4: Somfy/msg READ: MC;LL=-1254;LH=1203;SL=-691;SH=588;D=52F77C3EAE5555421645;C=622;L=80;R=38;
2021.03.19 23:23:48 4: Somfy/msg READ: MC;LL=-1269;LH=1198;SL=-701;SH=573;D=53C5CE8D9D66664210070;C=623;L=81;R=35;
2021.03.19 23:23:49 4: Somfy/msg READ: MC;LL=-1263;LH=1193;SL=-636;SH=598;D=53C5CE8D9D6666421007;C=614;L=80;R=35;


Wir haben 3 Wandsender Centralis Uno RTS und auch einen Wind- / Sonnenwächter.

Zitat2021.03.19 23:23:42 4: Somfy/msg READ: MC;LL=-1251;LH=1210;SL=-676;SH=575;D=50F47F3EAE55554216450;C=618;L=81;R=34;
2021.03.19 23:23:43 4: Somfy/msg READ: MC;LL=-1238;LH=1214;SL=-687;SH=585;D=50F47F3EAE5555421645;C=620;L=80;R=34;

ok, das passt jetzt. Bei einem Tastendruck werden zwei MC Nachrichten empfangen.
Diese werden beide sauber dekodiert und verarbeitet:
2021.03.20 10:24:49.363 4 : sduinoD/msg get raw: MC;LL=-1251;LH=1210;SL=-676;SH=575;D=50F47F3EAE55554216450;C=618;L=81;R=34;
2021.03.20 10:24:49.363 4 : sduinoD: Found manchester Protocol id 43 clock 618 RSSI -57 -> Somfy RTS
2021.03.20 10:24:49.363 4 : sduinoD: Somfy bitdata: 010100001111010001111111001111101010111001010101010101010100001000010110010001010000 (81)
2021.03.20 10:24:49.363 4 : sduinoD: Somfy bitdata: _10100001111010001111111001111101010111001010101010101010100001000010110010001010 (80). Bit am Anfang entfernt
2021.03.20 10:24:49.363 4 : sduinoD Dispatch: YsA1E8FE7D5CAAAA842C8A, -57 dB, dispatch
2021.03.20 10:24:49.363 4 : sduinoD: Somfy RTS preprocessing check: 9 enc: A1E8FE7D5CAAAA842C8A(20) dec: A149168321F600

2021-03-20 10:24:49.365 SOMFY SOMFY_00F621 received: 40
2021-03-20 10:24:49.365 SOMFY SOMFY_00F621 parsestate: on
2021-03-20 10:24:49.365 SOMFY SOMFY_00F621 RAWMSG: MC;LL=-1251;LH=1210;SL=-676;SH=575;D=50F47F3EAE55554216450;C=618;L=81;R=34;
2021-03-20 10:24:49.365 SOMFY SOMFY_00F621 DMSG: YsA1E8FE7D5CAAAA842C8A
2021-03-20 10:24:49.365 SOMFY SOMFY_00F621 RSSI: -57
2021-03-20 10:24:49.365 SOMFY SOMFY_00F621 Protocol_ID: 43

2021.03.20 10:26:15.029 4 : sduinoD/msg get raw: MC;LL=-1238;LH=1214;SL=-687;SH=585;D=50F47F3EAE5555421645;C=620;L=80;R=34;
2021.03.20 10:26:15.030 4 : sduinoD: Found manchester Protocol id 43 clock 620 RSSI -57 -> Somfy RTS
2021.03.20 10:26:15.030 4 : sduinoD: Somfy bitdata: 01010000111101000111111100111110101011100101010101010101010000100001011001000101 (80)
2021.03.20 10:26:15.030 4 : sduinoD: Somfy bitdata: _10100001111010001111111001111101010111001010101010101010100001000010110010001010 (80). Bit am Anfang entfernt
2021.03.20 10:26:15.030 4 : sduinoD Dispatch: YsA1E8FE7D5CAAAA842C8A, -57 dB, dispatch
2021.03.20 10:26:15.030 4 : sduinoD: Somfy RTS preprocessing check: 9 enc: A1E8FE7D5CAAAA842C8A(20) dec: A149168321F600

2021-03-20 10:26:15.032 SOMFY SOMFY_00F621 received: 40
2021-03-20 10:26:15.032 SOMFY SOMFY_00F621 parsestate: on
2021-03-20 10:26:15.032 SOMFY SOMFY_00F621 RSSI: -57
2021-03-20 10:26:15.032 SOMFY SOMFY_00F621 Protocol_ID: 43
2021-03-20 10:26:15.032 SOMFY SOMFY_00F621 RAWMSG: MC;LL=-1238;LH=1214;SL=-687;SH=585;D=50F47F3EAE5555421645;C=620;L=80;R=34;
2021-03-20 10:26:15.032 SOMFY SOMFY_00F621 DMSG: YsA1E8FE7D5CAAAA842C8A

ZitatWir haben 3 Wandsender Centralis Uno RTS und auch einen Wind- / Sonnenwächter.

Die Nachrichten von gestern mit der Länge L=57 waren demnach vom  Wind- / Sonnenwächter
Bitte drücke bei den 3 Wandsendern jeweils ein paar mal die runter/hoch Taste und poste die empfangenen MC-Nachrichten

Gruß Ralf

komischerweise sehe ich bei den Wandschalter keine Einträge im Log.
Ich hab die mit dem original Flash für den signalduino in fhem einlernen können und konnte sie auch über fhem bedienen.
Nun geht das aber auch nicht mehr.

Welche Firmware Version hast Du auf dem radino?
Ist die Frequenz auf 433.42?

Du kannst auch die MS und MC Nachrichten disablen und dann die MU Nachrichten posten

V 3.4.0 SIGNALduino cc1101 (433 Mhz ) - compiled at Jul 16 2020 20:52:35
versionmodul  v3.4.5-ralf_18.08.
versionprotoL  v3.4.5-ralf_04.10.


cc1101_frequency 433.42

Bei den Wandtastern kommen auch keine MU-Meldungen.

steht sduino verbose noch auf 4

ja

Wenn die MC Nachrichten von der Fernbedienung und vom Wind/Sonnensensor im log stehen und die Wandsender nicht zu weit weg sind, dann sollten auch die MC Nachrichten von den Wandsendern im log stehen

Nein, da steht leider kein einziger Eintrag im Log der Wandsender.
Ich bin mir sehr sicher, dass die mit dem flash von Sidey dort auftauchten. Außerdem hab ich sie in fhem einlernen können.
Soll ich nochmal das letzt flash nehmen?

kannst Du versuchen, müsste aber mit beiden funktionieren

Auch mit dem Flash von Sidey sehe ich im Log nichts.
Hab den Raspi jetzt mal direkt neben den Wandsender platziert. Da kommen keine Meldungen rüber.  :(
Eigentlich geht es im Thread hier, ja um den Abgleich der Position der Handsender.
Hast du aus den Logs eine Erkenntnis gewonnen warum das bei mir nicht klappt?
Danke für deine Mühe und Unterstützung.

Ich hab mir die Somfy Routine vom 00_SIGNALduino.pm Modul von Sidey angeschaut, diese Somfy Routine kann nur MC Nachrichten mit einer Länge von 57 fixen.
Da es bei der Firmware von Sidey recht oft vorkommt, daß am Anfang eine 0 zuviel ist, werden die Nachrichten mit einer Länge von ca 80 nur recht selten vom fhem Modul richtig erkannt.

Mit meinem 00_SIGNALduino.pm Modul sollten eigentlich auch die Somfy MC Nachrichten der Firmware von Sidey meistens richtig erkannt werden.

ZitatWir haben 3 Wandsender Centralis Uno RTS

Nach der Beschreibung
https://shop.somfy.de/funkempfanger-inkl-schalter-centralis-uno-rts-inkl-abdeckung.html
ist dies kein Sender

Gruß Ralf

Zitat von: capo am 03 September 2020, 18:01:10


Nach etwas Reverse Engineering ist das der Stand:
In 10_SOMFY.pm gibt es SOMFY_DispatchRemoteCmd.
Das nutzt man wie folgt:
1. model vom Handsender umstellen auf: "somfyremote"
2. beim Handsender das Attribut rawDevice mit ADDRESS vom SIGNALduino-Device pflegen
Das war's ohne associated-devices oder zusätzliche notify. Funktioniert gut, wenn die Signale vom Handsender zuverlässig erkannt würden.
Auch bei mir gibt es noch UNKNOWNCODE Ys....

Damit das obige funktioniert, muss der Handsender ja irgendwie in fhem als Devices angelegt worden sein. Leider taucht der Handsender nirgends auf.
Autocreate ist aktiviert.
Ich schaffe es inzwischen auch die Raffstore mit fhem zu bedienen.
Hat noch jemand eine Idee wie ich fhem dazu bringe den Handsender als device anzulegen.

Danke vorab für jeden Tipp.

Hallo kibeki,

wenn die Adresse vom Handsender bekannt ist, kann das Device für diesen direkt ohne autocreate definiert werden.

define <name> SOMFY <Adresse>

Ralf hat am 20.03.2021 folgendes Signal von deinem Handsender dekodiert

Zitat2021.03.20 10:24:49.363 4 : sduinoD: Somfy RTS preprocessing check: 9 enc: A1E8FE7D5CAAAA842C8A(20) dec: A149168321F600

Die letzten 6 Stellen "21F600" vom dec-Signal bilden die Adresse, wobei die Stellen 1,2 und 5,6 vertauscht werden müssen, d.h. die Adresse wäre "00F621".

Mit dem Empfang meiner Somfy Handsender habe ich mich letztes Jahr intensiv beschäftigt. Wie Ralf bereits erwähnte, ist der Empfang mit seiner FW und dem Fix deutlich verbessert. Zusätzlich konnte ich den Empfang durch die Positionierung vom "Signalduino" nochmals verbessern, d.h. mittig zwischen allen Handsender und mit Abstand zu anderen elektronischen Geräten.

Gruß
Rolf

Hallo Rolf,
danke für den Hinweis. Sehr hilfreich.

Soll hierbei 2. beim Handsender das Attribut rawDevice mit ADDRESS vom SIGNALduino-Device pflegen
die ADDRESS vom Handsender oder Rolladen eingetragen werden, oder tatsächlich die ADDRESS von meinem signalduino-Interface.

Hallo kibeki,

die Adresse vom Rolladen-Device, mit welchem der Rolladen über Fhem gesteuert wird.
Die Position des Rolladens wird damit bei der Steuerung über den Handsender im Rolladen-Device abgeglichen.

Ich hoffe, ich habe das verständlich beschrieben. Wenn nicht einfach nochmals nachfragen.

Gruß
Rolf

Hallo,

der Thread hier hat mir sehr beim Einbinden meiner SOMFYs in fhem geholfen.
Mittlerweile funktioniert es ganz gut, die Fernbedienungen und die Wandtaster werden korrekt erkannt.

Wie wahrscheinlich bei allen geht es jetzt bei mir noch um die korrekte Behandlung des my-Befehls.
Es gibt da einige Ansätze (auch hier).
Aber es ist immer viel Zeit ins Land gegangen und es gab etliche Weiterentwicklungen bzw. Ideen.

Wie ist denn nun der aktuelle Stand dazu?

Kann man die my-Position irgendwie nutzen?
Gibt es dazu mit der aktuellen FW eine Möglichkeit?

Danke im Voraus
liebe Grüße
Gerhard

Hallo Gerhard,

nach meinem Kenntnisstand gibt zu my-Position keine Änderung.

Ich gleiche die Rollos bei stop auf 50% (stop:fts_shutter_50) über ein Notify ab, bei on bzw. off siehe unten.

Device Handsender
defmod Dach_FB SOMFY 32EA99
attr Dach_FB IODev MapleSduino1
attr Dach_FB devStateIcon off:fts_shutter_10 stop:fts_shutter_50 on:fts_shutter_100
attr Dach_FB group Somfy_FB
attr Dach_FB model somfyremote
attr Dach_FB room Auxiliary
attr Dach_FB stateFormat {ReadingsVal("Dach_FB", "parsestate", "")."\
".ReadingsTimestamp("Dach_FB", "parsestate","")}

Notify
defmod notify_Dach_FB notify Dach_FB:parsestate.* IF (ReadingsVal("Dach_FB","parsestate","") eq "on") (setstate Dach fts_shutter_100@orange) ELSE (IF (ReadingsVal("Dach_FB","parsestate","") eq "off") (setstate Dach fts_shutter_10@orange) ELSE (setstate Dach fts_shutter_50@orange));;trigger Dach

Im Rollo device wird dabei das devStateIcon mit der Farbe orange überschrieben, dadurch sehe ich auch, dass der Handsender gedrückt wurde.

Das funktioniert sehr gut, vorausgesetzt, die Signale werden ekannt. Damit habe ich seit ein paar Monaten keine Probleme mehr.
Ein Problem gibt es aber noch, die Position vom Handsender wird durch AutoShutterControl fälschlicherweise überschrieben, wenn der Rollo (z.B. vorübergehend) déaktiviert ist. Dazu habe ich CoolTux um Abhilfe gebeten.

Leider ist mir keine Option bekannt, bei der die "exakte" Position abglichen wird, dazu müssten die Fahrzeiten ausgewertet werden.
Aber vielleicht hilft es, wenn sich die Funktion mehrere Nutzer zu Weihnachten wünschen.

Gruß
Rolf

Ich habe in meiner "privaten" Abänderung des Moduls die mid-Position gleich mit "Sperren" gesetzt, d.h. das Rollo fährt auf Position 100, wobei die untere Kante des Rollos gerade den Boden berührt und somit die Luftschlitze noch offen sind.
Daher "Sperren".
Eine Pos 50 halte ich für wenig funktionable....
Dann eher noch 80 für "Sonnenschutz" und 90 für "Dämmerung". Das kann man ja schön mit dem attr eventMap abbilden.

Ich habe zwar den Stop-Taster der FB mit integriert und auf Pos 100 abgebildet (könnte man ja dann per Attribut auf beliebige Fahrpositionen abbilden) aber leider funkts noch nicht so ganz zuverlässig, so dass ich das hier veröffentlichten könte.

Elektrolurch

Hallo Elektrolurch,

ich bin mir nicht sicher, ob wir über das gleiche reden.

Beim Abgleich der Handsender geht es um die Anzeige der Position im devStateIcon.
Da der Befehl der Sop-Taste (my-Position, oder go-my...) des Handsenders vom Fhem device immer als Stop umgesetzt wird, funktioniert der Abgleich dabei nicht.

Ich habe für die Steuerung und Anzeige deren Position nur EINE Ansicht,
- Steuerung über Fhem Somfy-device: devStateIcon in grün abgestuft in 10 % Schritten
- Handsender: devStateIcon in orange, offen = ft_shutter_10, "my-Position" = ft_shutter_50 (unabhängig von der Position), zu = ft_shutter_100

Im Anhang sind die verschiedenen Positionen bei Steuerung über Fhem und über den Handsender zu sehen.
Abstell = über ASC auf 80 geöffnet
Bad = am Hansender die my-Taste gedrückt
Dach = am Hansender die zu-Taste gedrückt
Flur = am Hansender die auf-Taste gedrückt
Kueche_1 = Fhem device down button (rechts vom devStateIcon) gedrückt
Kueche_2 = Fhem device up button (rechts vom devStateIcon) gedrückt

Die zusätzlichen devices zum Empfang der Handsender Befehle und die notifys zum Überschreiben des devStateIcon sind in einem getrennten Ordner.

Schön wäre, wenn die tatsächliche my-Position ermittelt würde. Dazu müsste der "Stop (my-Taste)" Befehl des Handsender von Fhem entsprechend ausgewertet werden, d.h. wenn der Motor fährt = stop, wenn nicht = fahre bis wieder stop kommt, die Richtung ergibt sich aus der Start-Position, die Position aus der Zeit-Differenz.
Leider kann ich das nicht umsetzen.

Gruß
Rolf

Hallo zusammen,

Kann mir bitte jemand verraten, wie ich den 6-stelligen ADDRESS Code meiner Somfy Handbedienung ermitteln kann..?
Meine zwei SOMFY Antriebe funktionieren bereits bestens, aber nun möchte ich noch die bestehenden Handsender integrieren.
Da steh ich aber auf dem Schlauch...

Danke!

Hallo BergMuel,

autocreate aktivieren und eine Taste vom Handsender drücken, dann sollte ein device SOMFY_XXXXXX mit dem 6-stelligen Code erscheinen.

Gruß Rolf

Aber Vorsicht - wenn du die via FHEM benutzt, kommen die Handsender aus dem Takt.

Hallo,

ZitatAber Vorsicht - wenn du die via FHEM benutzt, kommen die Handsender aus dem Takt.

Ich bin mir nicht sicher, ob der Rollo den rolling code hochzählt, wenn mit dem Handsender-device ein Fahrbefehl gesendet wird und der rolling code nicht zum aktuellen passt.
Ist aber egal, wenn das device für den Empfang vom Handsender als somfyremote (attr model) oder associatetd-device definiert wird. Damit werden nur die Signale vom Handsender empfangen und keine gesendet.

Gruß
Rolf

Für jede Fernbedienung / fhem - Instanz, die an einem Rollo angelernt wird, wird auch ein eigener Rolling Code im Rollo gespeichert. Somit kann also nichts aus dem Takt kommen, wenn man verschiedene FBs oder fhem - Instanzen für die Steuerung eines Rollos verwendet.
Mit den Rolling Codes hatte ich noch nie ein Problem.

Elektrolurch

Hi,

kürzlich habe ich nach langer Zeit die angepasste Version von Rolf9 entdeckt und bei mir zum Laufen gebracht. Funktioniert wirklich deutlich besser,als mit der std.Version. Besten Dank dafür.

Für mich blieb nur die Abbildung der My Position etwas unbefriedigend. Daher folgendes notify:

Die Idee dahinter ist, dass die Zeit der letzte Statusmeldung ausgewertet wird. Ist die Differenz größer, als die längste Fahrzeit, wird stop als my interpretiert und eine vorher festgelegte Position manuel gesetzt

Welches Rollo auf my gesetzt wird, hängt dabei von der Benennung ab.
Fernbedienung: Remote.Raum.Rollo
Rollladen: Raum.Rollo
So kann ich quasi das betreffende Rollo ableiten.

Ich habe das ganze jetzt ein paar Tage am Laufen und bis jetzt klappt es soweit ganz gut.



Den no strict Teil habe ich so aus dem Forum kopiert, damit nicht so viele Fehlermeldungen im Logfile ankommen.


VG


Remote.*.Rollo:parsestate:.stop {

my $T_EVTPART1 = "";
{
no strict; #no warning - "$EVTPART1" requires explicit package name
if(defined($EVTPART1)){ #no warning - "Use of uninitialized value $T_EVTPART1"
$T_EVTPART1 = $EVTPART1;
}
use strict;
}
     

my $loc = index($NAME,"Remote");

# Remote enthalten, wurde von den Wandsendern getriggert
if ($loc != -1) {

   my $Rollo=substr($NAME,7,length($NAME));
   my $Rollo_my_Position;

   if ($Rollo eq "PC.Rollo")    { $Rollo_my_Position = 90; }
   if ($Rollo eq "SZ.Rollo")     { $Rollo_my_Position = 90; }
   if ($Rollo eq "HWR.Rollo")      { $Rollo_my_Position = 90; }
   if ($Rollo eq "Bad.Rollo")      { $Rollo_my_Position = 90; }
   if ($Rollo eq "WZ.gross.Rollo") { $Rollo_my_Position = 60; }
   if ($Rollo eq "WZ.klein.Rollo") { $Rollo_my_Position = 60; }
   if ($Rollo eq "K.Rollo")        { $Rollo_my_Position = 60; }   


my $time_since_last_event=(time_str2num(ReadingsTimestamp($Rollo,"state","0")) - time_str2num(OldTimestamp($Rollo)));
my $max_drive_time=AttrVal($Rollo,"drive-up-time-to-open",45);

# Mindestens x Sekunden seit dem letzten Tastendruck, d.h stop kann als my interpretiert werden.
if ($T_EVTPART1 eq "stop" && $time_since_last_event > $max_drive_time)
{
fhem("set $Rollo manual $Rollo_my_Position");
{ Log 1, "set $Rollo manual $Rollo_my_Position /  $time_since_last_event s > $max_drive_time s" }

}

}

}

Hallo,

vielen Dank.
Ich habe das erst mal mit dem Befehl "manual" bei meinen SOMFY-Rollos ausprobiert.
Der Befehl wird abgesetzt, aber was tut "manual"?

Bei mir passiert nix.
Der Rollo ändert seine Position nicht.

Danke im Voraus
lg, Gerhard

Hi,

manual setzt nur den Status des Rollladens.

Bei mir sind die Wandschalter mit den Rollläden normal gekoppelt und steuern rauf, runter, stop und eben my. Darum muss man sich nicht kümmern. Wenn ich jetzt z.B. mit den Wandschaltern die Position verändere, z.B. auf MY (50%), dann bekommt das fhem nicht mit. Wenn ich dann innerhalb fhem einen Fahrbefehl ausführe, dann fährt der Rollladen nicht z.B. auf 30%, sondern z.B. 80% (50+30%).

Mein Notify soll dass verhindern. Der erfasste Fahrbefehl der Wandsender wird also quasi in fhem "nachgezogen."

Ich denke so könnte man auch eine MY Taste simulieren - also die stopp Taste doppelt belegen.

Ich hoffe ich konnte jetzt für etwas Klarheit sorgen ;-)

VG

Hallo VG,

interessanter Lösungsansatz. Ich nutze ebenfalls ein notify, ändere die Position im icon aber nur auf offen, geschlossen oder 50%. Dies schien mir ein Kompromiss, da bei meinen Handsendern die my-Taste zum Starten auf my-Position und zum Stoppen einer Fahrt benutzt wird und wir die my-Position auch ändern.
Wenn ich dein notify richtig verstanden habe, könnte man dieses so ändern, daß die Position des Icons aber auch über das Verhältnis Fahrzeit/max. Fahrzeit berechnet werden.

Gruß Rolf

Hallo,

Die Funktion von ,,manual" habe ich nun verstanden. Danke ;)

Aber das Somfy-Device ändert die Position nicht, auch wenn ich das direkt in fhem eingebe.
Lg, Gerhard

Hi,

ja, genau so ist es. MY wird aber bei an den Handsendern nur so ungefähr gesetzt, das hatte ich nach Augenmaß gemacht. Wenn ich jetzt über fhem die Rollos anfahre wird z.B. bei 50% noch ein paar cm Unterschied sein.

Ich habe noch einen weiteren kleinen Nachteil bemerkt. Leider habe ich keine 100%ige Erkennungsrate bei meinen Wandsendern. Wenn das MY/Stop Signal nicht richtig dekodiert wird, stoppt zwar das Rollo durch den Handsender, aber in fhem wurde es nicht registriert. Also ist das Icon wieder auf off oder on und hat nicht dazwischen gestoppt. Hängt einfach von einer guten Empfangssituation ab. Vielleicht kann ich da noch etwas optimieren.
Da ich aber mindestens einmal pro Tag das Rollo komplett öffne oder schließe wird die Position automatisch wieder auf die Endpunkte kalibriert, so dass es am nächsten Tag wieder passen sollte.

Ich denke du könntest bei dir einfach eine Kopie eines Rollos und eines Senders nach meiner Nomenklatur machen und ausprobieren. Dazu dann noch dein original Device und dein notify deaktivieren.

VG

Hi Gerhard,

was gibt's du denn ein und was erwartest du, dass passieren soll?


Hast du drive-down-time-to-100, drive-down-time-to-close, drive-up-time-to-100, drive-up-time-to-open bestimmt und bei jedem Rollo eingetragen?

Dann solltest du z.B. auch set manual 60 in DeviceOverview absetzten können. Jetzt einfach mal die Readings durchsehen, was sich verändert.

VG

Hallo,

naja, ich würde mir zumindest wünschen, dass das reading "position" auf den neuen Wert gesetzt wird.

Es bleibt aber unverändert.
Da ändert sich nix.

lg, Gerhard

Ich nutze die aktuelle 10_SOMFY.pm aus dem SVN.
FVERSION   10_SOMFY.pm:v1.0.0-s26122/2022-06-05 (also die von heute)

Aber wie gesagt, weder das Reading "position" noch das "exact" ändern sich, wenn ich den Befehl "manual" absetze (also z.B. "set Rollo.GZ manual 60").

Welche 10_SOMFY.pm hast Du denn?

Danke im Voraus
lg, Gerhard

Ich musste im "10_SOMFY.pm" in der Zeile 975 folgendes einfügen:
$updateState = SOMFY_CalcCurrentPos( $hash, $move, $pos, $arg1 );

Seit dem werden die Readings "position" und "exact" geändert, wenn ich den Befehl "manual" absetze (also z.B. "set Rollo.GZ manual 60").

lg, Gerhard

Hallo zusammen,

mit meiner Aussage "interessanter Lösungsansatz" vom 4.Juni war ich vielleicht etwas voreilig. Ich habe mir das notify nochmals im Detail angeschaut.

An meinem System (10_SOMFY.pm Version) funktioniert die Befehlszeile
       - fhem("set $Rollo manual $Rollo_my_Position") - auch nicht,
die Befehlszeile
       - fhem("set $Rollo $Rollo_my_Position") - funktioniert aber, d.h. exact, finalPosReadingl, position und state werden angepasst und die Position in das logfíle geschrieben.

Nicht getestet habe ich, was passiert wenn eine Zwischenposition durch Betätigen der Tastenfolge Auf (oder Zu) und Stopp eingestellt wird.

Im notify wird die my-Position im notify definiert und nicht ermittelt. Da der Handsender beim Betätigen der my-Taste kein Start- und Stop-Signal sendet, ist das technisch leider auch nicht möglich. Daher bleibe ich bei meinem notify, dabei wird beim Drücken der my-Taste das stateIcon immer auf 50 % gesetzt.

Gruß Rolf

Hallo,

viegener war so nett und hat eine neue Version eingecheckt.
https://forum.fhem.de/index.php/topic,53319.msg1224374.html#msg1224374 (https://forum.fhem.de/index.php/topic,53319.msg1224374.html#msg1224374)
Damit sollte der Befehl "manual" funktionieren.

Vielleicht kann's noch wer testen?

lg, Gerhard

Hi zusammen,

ich verwende die Version:
10_SOMFY.pm              22865 2020-09-27 15:55:14Z viegener

Bei mir wird state, position und exact mit Druck auf die MY Taste am Wandsender in dem entsprechenden Rollo gesetzt. Kann ohne notify mit set PC.Rollo manual 90 gesetzt werden.

VG

PS:
Hab jetzt die neue Version eingespielt 10_SOMFY.pm 26135 2022-06-07 22:07:34Z viegener.
Es scheint nach ein paar schnellen Tests damit auch bei mir zu funktionieren. :-)

Hallo zusammen,

mit der neuen 10_SOMFY.pm Version wird auch an meinem System state, position und exact mit dem Befehl < set $Rollo manual $Rollo_my_Position > geändert.
Noch eine Frage zum notify.
Wie erfolgt der "Abgleich" der Position zwischen dem Handsender und dem notify?

Gruß Rolf

Hallo Rolf,

ein direkten Abgleich im notify habe ich nicht vorgesehen. Lediglich die std. Endpunkte, also off = 0% und on= 100% werden automatisch gesetzt.

Die ungefähre MY Position des Handsenders habe ich im jeweiligen Rollo definiert, z.B. eventMap pos 90:my entsprechend sieht bei mir webCmd off:my:on so aus.

Die my Positionen im notify sollten dann natürlich auch zu denen im Rollo passen. Ich hatte auch überlegt, ob man die my Positionen des notify lieber als userreading im Rollo speichert, aber das war mir dann zu aufwendig und unübersichtlich.

Ich hoffe das hilft dir erstmal weiter. Bei Bedarf kann ich auch das vollständige "list" liefern.

VG

Hallo fervor
Hallo @Ralph9

leider habe ich seit dem Update Probleme mit der Steuerung meiner Somfy Rolls über ASC. Einige Rollos werden am Abend wie definiert geschlossen, fahren aber kurz danach auf die my-position.
Das Problem tritt auf, wenn der Rollo am Tag mit dem Handsender gesteuert wurde und diese manuelle Steuerung nicht erkannt wurde oder am Handsender die MY-Tatse gedrückt wurde.
Zum Schließen wird der Fahrbefehl 40 gesendet und nach der drive-down-time-to-close ein stop Befehl 11 gesendet. Da der Rollo bereits geschlossen ist, wird der stop Befehl 11 als go-my position interpretiert.

Beispiel Kueche_1
2022.07.05 22:00:06 4: SOMFY_set: Kueche_1 -> entering with mode :send: cmd :pos:  arg1 :100:  pos :0:
2022.07.05 22:00:06 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2022.07.05 22:00:06 4: SOMFY_UpdateState: Kueche_1 enter with  newState:0:   updatestate:100:   move:on:
2022.07.05 22:00:06 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:0:  rounded:0:  stateTrans:open:
2022.07.05 22:00:06 4: SOMFY_sendCommand: Kueche_1 -> cmd :on:
2022.07.05 22:00:06 4: SOMFY_send Kueche_1 on 100: sA34007C1E2111F
2022.07.05 22:00:06 4: SOMFY_set: Kueche_1 -> stopping in 18 sec
2022.07.05 22:00:08 4: SOMFY_set: Kueche_3 -> entering with mode :send: cmd :on:  arg1 :200:  pos :0:
2022.07.05 22:00:08 4: SOMFY_set: handled command on --> move :on:  newState :0:
2022.07.05 22:00:08 4: SOMFY_UpdateState: Kueche_3 enter with  newState:0:   updatestate:100:   move:on:
2022.07.05 22:00:08 4: SOMFY_UpdateState: Kueche_3 after conversions  newState:0:  rounded:0:  stateTrans:open:
2022.07.05 22:00:08 4: SOMFY_sendCommand: Kueche_3 -> cmd :on:
2022.07.05 22:00:08 4: SOMFY_send Kueche_3 on 200: sA54007DBE2311F
2022.07.05 22:00:08 4: SOMFY_set: Kueche_3 -> update state in 18 sec
2022.07.05 22:00:09 4: SOMFY_TimedUpdate
2022.07.05 22:00:09 4: SOMFY_UpdateState: Kueche_1 enter with  newState:16.6666666666667:   updatestate:100:   move:on:
2022.07.05 22:00:09 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:16.6666666666667:  rounded:20:  stateTrans:20:
2022.07.05 22:00:09 4: SOMFY_TimedUpdate: Kueche_1 -> stopping in 15 sec
2022.07.05 22:00:10 4: SOMFY_set: Wohnen_2 -> entering with mode :send: cmd :pos:  arg1 :100:  pos :0:
2022.07.05 22:00:10 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2022.07.05 22:00:10 4: SOMFY_UpdateState: Wohnen_2 enter with  newState:0:   updatestate:100:   move:on:
2022.07.05 22:00:10 4: SOMFY_UpdateState: Wohnen_2 after conversions  newState:0:  rounded:0:  stateTrans:open:
2022.07.05 22:00:10 4: SOMFY_sendCommand: Wohnen_2 -> cmd :on:
2022.07.05 22:00:10 4: SOMFY_send Wohnen_2 on 100: sA4400014E1211F
2022.07.05 22:00:10 4: SOMFY_set: Wohnen_2 -> stopping in 25 sec
2022.07.05 22:00:11 4: SOMFY_TimedUpdate
2022.07.05 22:00:11 4: SOMFY_UpdateState: Kueche_3 enter with  newState:16.6666666666667:   updatestate:100:   move:on:
2022.07.05 22:00:11 4: SOMFY_UpdateState: Kueche_3 after conversions  newState:16.6666666666667:  rounded:20:  stateTrans:20:
2022.07.05 22:00:11 4: SOMFY_TimedUpdate: Kueche_3 -> update state in 15 sec
2022.07.05 22:00:11 4: SOMFY_set: Wohnen_3 -> entering with mode :send: cmd :pos:  arg1 :100:  pos :0:
2022.07.05 22:00:11 4: SOMFY_set: handled command pos --> move :on:  newState :0:
2022.07.05 22:00:11 4: SOMFY_UpdateState: Wohnen_3 enter with  newState:0:   updatestate:100:   move:on:
2022.07.05 22:00:11 4: SOMFY_UpdateState: Wohnen_3 after conversions  newState:0:  rounded:0:  stateTrans:open:
2022.07.05 22:00:11 4: SOMFY_sendCommand: Wohnen_3 -> cmd :on:
2022.07.05 22:00:11 4: SOMFY_send Wohnen_3 on 100: sA74007CDE1311F
2022.07.05 22:00:11 4: SOMFY_set: Wohnen_3 -> stopping in 18 sec
2022.07.05 22:00:12 4: SOMFY_TimedUpdate
2022.07.05 22:00:12 4: SOMFY_UpdateState: Kueche_1 enter with  newState:33.2777777777778:   updatestate:100:   move:on:
2022.07.05 22:00:12 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:33.2777777777778:  rounded:30:  stateTrans:30:
2022.07.05 22:00:12 4: SOMFY_TimedUpdate: Kueche_1 -> stopping in 12.01 sec
2022.07.05 22:00:13 4: SOMFY_TimedUpdate
2022.07.05 22:00:13 4: SOMFY_UpdateState: Wohnen_2 enter with  newState:12:   updatestate:100:   move:on:
2022.07.05 22:00:13 4: SOMFY_UpdateState: Wohnen_2 after conversions  newState:12:  rounded:10:  stateTrans:10:
2022.07.05 22:00:13 4: SOMFY_TimedUpdate: Wohnen_2 -> stopping in 22 sec
2022.07.05 22:00:14 4: SOMFY_TimedUpdate
2022.07.05 22:00:14 4: SOMFY_UpdateState: Kueche_3 enter with  newState:33.2777777777778:   updatestate:100:   move:on:
2022.07.05 22:00:14 4: SOMFY_UpdateState: Kueche_3 after conversions  newState:33.2777777777778:  rounded:30:  stateTrans:30:
2022.07.05 22:00:14 4: SOMFY_TimedUpdate: Kueche_3 -> update state in 12.01 sec
2022.07.05 22:00:14 4: SOMFY_TimedUpdate
2022.07.05 22:00:14 4: SOMFY_UpdateState: Wohnen_3 enter with  newState:16.6666666666667:   updatestate:100:   move:on:
2022.07.05 22:00:14 4: SOMFY_UpdateState: Wohnen_3 after conversions  newState:16.6666666666667:  rounded:20:  stateTrans:20:
2022.07.05 22:00:14 4: SOMFY_TimedUpdate: Wohnen_3 -> stopping in 15 sec
2022.07.05 22:00:15 4: SOMFY_TimedUpdate
2022.07.05 22:00:15 4: SOMFY_UpdateState: Kueche_1 enter with  newState:49.8888888888889:   updatestate:100:   move:on:
2022.07.05 22:00:15 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:49.8888888888889:  rounded:50:  stateTrans:50:
2022.07.05 22:00:15 4: SOMFY_TimedUpdate: Kueche_1 -> stopping in 9.02 sec
2022.07.05 22:00:16 4: SOMFY_TimedUpdate
2022.07.05 22:00:16 4: SOMFY_UpdateState: Wohnen_2 enter with  newState:23.96:   updatestate:100:   move:on:
2022.07.05 22:00:16 4: SOMFY_UpdateState: Wohnen_2 after conversions  newState:23.96:  rounded:20:  stateTrans:20:
2022.07.05 22:00:16 4: SOMFY_TimedUpdate: Wohnen_2 -> stopping in 19.01 sec
2022.07.05 22:00:17 4: SOMFY_TimedUpdate
2022.07.05 22:00:17 4: SOMFY_UpdateState: Kueche_3 enter with  newState:49.8888888888889:   updatestate:100:   move:on:
2022.07.05 22:00:17 4: SOMFY_UpdateState: Kueche_3 after conversions  newState:49.8888888888889:  rounded:50:  stateTrans:50:
2022.07.05 22:00:17 4: SOMFY_TimedUpdate: Kueche_3 -> update state in 9.02 sec
2022.07.05 22:00:17 4: SOMFY_TimedUpdate
2022.07.05 22:00:17 4: SOMFY_UpdateState: Wohnen_3 enter with  newState:33.2777777777778:   updatestate:100:   move:on:
2022.07.05 22:00:17 4: SOMFY_UpdateState: Wohnen_3 after conversions  newState:33.2777777777778:  rounded:30:  stateTrans:30:
2022.07.05 22:00:17 4: SOMFY_TimedUpdate: Wohnen_3 -> stopping in 12.01 sec
2022.07.05 22:00:18 4: SOMFY_TimedUpdate
2022.07.05 22:00:18 4: SOMFY_UpdateState: Kueche_1 enter with  newState:66.5:   updatestate:100:   move:on:
2022.07.05 22:00:18 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:66.5:  rounded:70:  stateTrans:70:
2022.07.05 22:00:18 4: SOMFY_TimedUpdate: Kueche_1 -> stopping in 6.03 sec
2022.07.05 22:00:19 4: SOMFY_TimedUpdate
2022.07.05 22:00:19 4: SOMFY_UpdateState: Wohnen_2 enter with  newState:35.92:   updatestate:100:   move:on:
2022.07.05 22:00:19 4: SOMFY_UpdateState: Wohnen_2 after conversions  newState:35.92:  rounded:40:  stateTrans:40:
2022.07.05 22:00:19 4: SOMFY_TimedUpdate: Wohnen_2 -> stopping in 16.02 sec
2022.07.05 22:00:20 4: SOMFY_TimedUpdate
2022.07.05 22:00:20 4: SOMFY_UpdateState: Kueche_3 enter with  newState:66.5:   updatestate:100:   move:on:
2022.07.05 22:00:20 4: SOMFY_UpdateState: Kueche_3 after conversions  newState:66.5:  rounded:70:  stateTrans:70:
2022.07.05 22:00:20 4: SOMFY_TimedUpdate: Kueche_3 -> update state in 6.03 sec
2022.07.05 22:00:20 4: SOMFY_TimedUpdate
2022.07.05 22:00:20 4: SOMFY_UpdateState: Wohnen_3 enter with  newState:49.8888888888889:   updatestate:100:   move:on:
2022.07.05 22:00:20 4: SOMFY_UpdateState: Wohnen_3 after conversions  newState:49.8888888888889:  rounded:50:  stateTrans:50:
2022.07.05 22:00:20 4: SOMFY_TimedUpdate: Wohnen_3 -> stopping in 9.02 sec
2022.07.05 22:00:21 4: SOMFY_TimedUpdate
2022.07.05 22:00:21 4: SOMFY_UpdateState: Kueche_1 enter with  newState:83.1111111111111:   updatestate:100:   move:on:
2022.07.05 22:00:21 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:83.1111111111111:  rounded:80:  stateTrans:80:
2022.07.05 22:00:21 4: SOMFY_TimedUpdate: Kueche_1 -> stopping in 3.04 sec
2022.07.05 22:00:22 4: SOMFY_TimedUpdate
2022.07.05 22:00:22 4: SOMFY_UpdateState: Wohnen_2 enter with  newState:47.88:   updatestate:100:   move:on:
2022.07.05 22:00:22 4: SOMFY_UpdateState: Wohnen_2 after conversions  newState:47.88:  rounded:50:  stateTrans:50:
2022.07.05 22:00:22 4: SOMFY_TimedUpdate: Wohnen_2 -> stopping in 13.03 sec
2022.07.05 22:00:23 4: SOMFY_TimedUpdate
2022.07.05 22:00:23 4: SOMFY_UpdateState: Kueche_3 enter with  newState:83.1111111111111:   updatestate:100:   move:on:
2022.07.05 22:00:23 4: SOMFY_UpdateState: Kueche_3 after conversions  newState:83.1111111111111:  rounded:80:  stateTrans:80:
2022.07.05 22:00:23 4: SOMFY_TimedUpdate: Kueche_3 -> update state in 3.04 sec
2022.07.05 22:00:23 4: SOMFY_TimedUpdate
2022.07.05 22:00:23 4: SOMFY_UpdateState: Wohnen_3 enter with  newState:66.5:   updatestate:100:   move:on:
2022.07.05 22:00:23 4: SOMFY_UpdateState: Wohnen_3 after conversions  newState:66.5:  rounded:70:  stateTrans:70:
2022.07.05 22:00:23 4: SOMFY_TimedUpdate: Wohnen_3 -> stopping in 6.03 sec
2022.07.05 22:00:24 4: SOMFY_TimedUpdate
2022.07.05 22:00:24 4: SOMFY_sendCommand: Kueche_1 -> cmd :stop:
2022.07.05 22:00:24 4: SOMFY_send Kueche_1 stop: sA41107C2E2111F
2022.07.05 22:00:24 4: SOMFY_UpdateState: Kueche_1 enter with  newState:100:   updatestate:<undef>:   move:stop:
2022.07.05 22:00:24 4: SOMFY_UpdateState: Kueche_1 after conversions  newState:100:  rounded:100:  stateTrans:100:

Code Handsender
Internals:
   ADDRESS    4269C6
   DEF        4269C6
   FUUID      6054d88c-f33f-55f0-8451-461dc778ef1cc6e4
   IODev      MapleSduino1
   LASTInputDev MapleSduino1
   MSGCNT     2
   MapleSduino1_DMSG YsA1E2EA21E78ECC
   MapleSduino1_MSGCNT 2
   MapleSduino1_Protocol_ID 43
   MapleSduino1_RAWMSG MC;LL=-1285;LH=1297;SL=-638;SH=649;D=A1E2EA21E78ECC;C=644;L=56;R=71;s7;b7;
   MapleSduino1_RSSI -38.5
   MapleSduino1_TIME 2022-07-05 22:00:57
   NAME       Kueche_FB1
   NR         78
   STATE      on
2022-07-05 22:00:57
   TYPE       SOMFY
   eventCount 2
   move       stop
   CODE:
     1          4269C6
   READINGS:
     2022-07-04 18:42:56   IODev           MapleSduino1
     2022-07-05 22:00:57   parsestate      on
     2022-07-05 22:00:57   received        40
Attributes:
   IODev      MapleSduino1
   devStateIcon off:fts_shutter_10 stop:fts_shutter_50 on:fts_shutter_100
   group      Somfy_FB
   model      somfyremote
   rawDevice  E2111F
   room       Auxiliary
   stateFormat {ReadingsVal($name,"parsestate","")."
".ReadingsTimestamp($name,"parsestate","")}

Code Rollo
Internals:
   ADDRESS    E2111F
   DEF        E2111F
   FUUID      61a26109-f33f-55f0-1801-2588037bed155c51
   IODev      MapleSduino1
   NAME       Kueche_1
   NR         114
   STATE      down
   TYPE       SOMFY
   eventCount 46
   move       stop
   CODE:
     1          E2111F
   READINGS:
     2021-11-27 17:50:13   ASC_Enable      on
     2022-07-05 22:00:24   ASC_ShuttersLastDrive night close
     2022-07-05 22:00:02   ASC_Time_DriveDown 06.07.2022 - 22:00
     2022-07-05 22:00:02   ASC_Time_DriveUp 06.07.2022 - 06:30
     2022-07-04 18:42:56   IODev           MapleSduino1
     2022-07-04 18:43:05   associatedWith  Somfy_Controls
     2022-07-05 22:00:24   enc_key         A4
     2022-07-05 22:00:24   exact           100
     2022-07-05 22:00:24   posFinal        100
     2022-07-05 22:00:24   position        100
     2022-07-05 22:00:24   rolling_code    07C2
     2022-07-05 22:00:24   state           100
Attributes:
   ASC        1
   ASC_Closed_Pos 200
   ASC_Down   astro
   ASC_Drive_DelayStart 5
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 0
   ASC_Pos_Reading position
   ASC_Self_Defense_Mode off
   ASC_Sleep_Pos 100
   ASC_Time_Down_Early 17:00
   ASC_Time_Down_Late 22:00
   ASC_Time_Up_Early 06:30
   ASC_Time_Up_Late 07:30
   ASC_Up     astro
   IODev      MapleSduino1
   autoStoreRollingCode 1
   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 100:fts_shutter_100 closed:fts_shutter_100 my:fts_shutter_50@orange up:fts_shutter_10@orange down:fts_shutter_100@orange
   drive-down-time-to-100 18
   drive-down-time-to-close 18
   drive-up-time-to-100 0
   drive-up-time-to-open 18
   eventMap   on:down stop:my off:up
   finalPosReading posFinal
   model      somfyshutter
   repetition 1
   room       SOMFY-Rollo
   userattr   ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforeDayOpen ASC_BlockingTime_beforeNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   verbose    4
   webCmd     down:my:up

Stellen sich die Fragen:
- mache ich etwas falsch?
- kann ich den stop Befehl unterdrücken?
- falls nein, müsste ich das update teilweise rückgängig machen.
Welche Dateien muss ich dann austauschen und vom update ausschließen und könnt ihr mir diese zur Verfügung stellen?

Vielen Dank und Gruß
Rolf

Hallo nagelreo,

wenn ich dich richtig verstehe, hast du Probleme mit dem letzten update der 10_SOMFY.pm

Bevor ich sie eingespielt haben, hatte ich ein backup meiner alten Version gemacht

10_SOMFY.pm              22865 2020-09-27 15:55:14Z viegener

die kann ich dir gerne zur Verfügung stellen.

Ich hoffe damit kannst du das Problem kurzfristig beseitigen.

VG frevor

Hi zusammen!

Musste leider diese Woche ein Backup einspielen. Die Rolling Codes bei meinen Somfy-Signalduino-Geräten habe ich nachgezogen mit:
 RC2 +*00:00:01 set Raffstore on
Der Signalduino hat dann einfach im Sekundentakt Befehle gesendet, bis der Rollingcode wieder gepasst hat.

Die Handsender habe ich mittels rawDevice an die dedinierten Somfy-Signalduino-Geräte gekoppelt und der automatische Abgleich hatte bisher immer wunderbar funktioniert.

Nach dem Eispielen des Backup funktioniert der Abgleich leider nicht mehr. Hat vielleicht jemand einen Tipp für mich?

Vielen Dank!
Grüße, stef