SIGNALduino | WS7000-20 Sensor implementieren

HomeAuto_User · 11 Februar 2017, 15:17:08

Hallo,
gibt es schon Ansätze oder Umsetzungsversuche, den WS7000 einzubinden?
Es gibt eine Erläuterung des Protokolles hier oder andere Lacrosse sensors hier.
Laut Wiki - SIGNALduino werden ja die Lacrosse TX2/TX3 Sensoren unterstützt. Somit müsste man ggf. bestimmt nur dies erweitern?
Vielleicht wäre hier auch schon ein teil des Codes.
Der Sensor sendet auf 433Mhz.

Codebeispiel hier oder hier.

Da es der Einzige Typ ist, welcher in der FW mit fehlt und keine andere FW mir "alles" bietet, so wäre es schön wenn man diesen implementieren könnte.

MfG

EDIT - 20170220: Fadenname wurde angepasst zwecks Verwirrung

Sidey · 11 Februar 2017, 17:52:32

Wie sieht das Signal im Log denn aus?

Ich könnte mir vorstellen, dass die Daten bereits an das TX Modul übergeben werden

HomeAuto_User · 11 Februar 2017, 18:16:48

Hallo,
das versuche ich gerade herauszufinden.
Das Modul CUL_WS legt ja Sensoren an. Dies sind aber S300TH sensoren auf 868Mhz.
Der WS7000 sendet auf 433Mhz und auch nach einer manuellen Definition bleibt er "unerkannt" mit

.

Derzeit habe ich noch keinen im Log gefunden. Das Grundproblem aber, das ich bei 5 Sensoren fast Minütlich mit Meldungen vorgeknallt werden.
Ich bräuchte eine Eingrenzung um zu testen ob er im Logfile registriert wird.

Grüße

EDIT:
Bisher tauchte er absolut nicht im Logfile auf. Nur die anderen CUL_WS Sensoren.

ZitatIch könnte mir vorstellen, dass die Daten bereits an das TX Modul übergeben werden

Kann man das Testen? *vorsichtig frag* | CUL_TX Modul scheinbar nicht. Es taucht nix mit dem Sensor in Verbindung auf.
Das CUL_TX Modul wird ihn nicht kennen, da er anstall 44 bits long - 81 bits long ist. Aber weiter habe ich mir das Modul, noch nicht angesehen wie dies zum Ergebnis kommt.

Laut Beschreibung sollte das Modul 14_CUL_WS.pm dafür zuständig sein.

HomeAuto_User · 13 Februar 2017, 13:10:22

Hallo,

da ich bisher 3 Geräte zum Empfangen nutze, so liegt mir viel an der Einbindung des WS7000.
Das Modul empfängt nichts und gern würde ich da ansetzen wollen.

Ja, na klar könnte ich 3 Empfänger angeschlossen lassen aber da zum Teil das Lacrosse Protokoll mit verarbeitet wird, so würde ich dies gern vollenden wollen.

Kann mir jemand behilflich sein, an der passenden Stelle anzusetzen, da ich ungern den Code und die Struktur des Schaffensgebers durcheinander wirbeln möchte.
MfG

Sidey · 13 Februar 2017, 22:39:01

Also Du verwirrst mich etwas.

Im Thema steht SIGNALduino und CUL_WS.

1. Der Signalduino übergibt keine Daten an das CUL_WS Modul.
2. Du möchtest die Firmware erweitern, das ist beim SIGNALduino aber nicht notwendig.
3. Bisher hast Du kein log gepostet im dem das Signal deiner Sensoren enthalten ist.

Grüße Sidey

HomeAuto_User · 20 Februar 2017, 18:00:08

Hallo,

Zitat von: Sidey am 13 Februar 2017, 22:39:01
Also Du verwirrst mich etwas.

Im Thema steht SIGNALduino und CUL_WS.

1. Der Signalduino übergibt keine Daten an das CUL_WS Modul.
2. Du möchtest die Firmware erweitern, das ist beim SIGNALduino aber nicht notwendig.
3. Bisher hast Du kein log gepostet im dem das Signal deiner Sensoren enthalten ist.

Grüße Sidey

ich habe mich vermutlich verkehrt ausgedrückt und somit für Verwirrung gesorgt. Mein Fehler.

Zitat1. Der Signalduino übergibt keine Daten an das CUL_WS Modul.

Der Sensor welcher neu eingearbeitet werden soll, arbeitet bei CUL unter dem Modul CUL_WS Modul.

Zitat2. Du möchtest die Firmware erweitern, das ist beim SIGNALduino aber nicht notwendig.

Genau richtig.

Möchte Daten-Input geben.

Zitat3. Bisher hast Du kein log gepostet im dem das Signal deiner Sensoren enthalten ist.

Es werden Daten gesammelt und es stellt sich nur immer bisher heraus, das diese sehr "schwanken". Es werden einmal alle Daten gesammelt und einmal etwas verschluckt. Anhand einer angefertigten Tabelle, welche das Protokoll umsetzt, kann ich dieses kontrollieren.
FHEM besagt im Logfile, das es deine sämtlichen Codierungen durchläuft aber abbricht. (reiche ich nach gern, wenn gewünscht)
Rohdaten vom Empfänger ohne FHEM. -->

Zitat
MU;P0=32001;P1=-444;P2=778;P3=297;P4=-928;D=01212121212121212121342121342134343434213434342121343434212134213421213421212121342121212134213421213421212134343421212134212121343434343421343421342134343434213;CP=3;R=112;
MU;P0=128;P1=-471;P2=754;P3=274;P4=-946;D=012121342121342134343434213421343421342121212134213421213434212121343421342134343421213421213421343421213434343434213421342121342121213434343434343;CP=3;R=89;
MU;P0=384;P1=-454;P2=767;P3=281;P4=-940;D=012134213421213421342121343421342134343421213421213421343421213434343434213434342121342134213434343421213;CP=3;R=89;
MU;P0=128;P1=-471;P2=754;P3=274;P4=-946;D=012121342121342134343434213421343421342121212134213421213434212121343421342134343421213421213421343421213434343434213421342121342121213434343434343;CP=3;R=89;
MU;P0=6144;P1=-457;P2=766;P3=273;P4=-941;D=01212121212121212121342121342134343434213434212134342121212134213421213434212134342121213434343421213421343421343421212134212121343421213434343421213434343421213;CP=3;R=74;

Wäre klasse wenn wir dort auf einen Nenner kommen würden.

PS: Ist es möglich, das du die Zeilen erläuterst genauer?

Zitat"59" => ## AK-HD-4 remote
      {
         name         => 'AK-HD-4',
         id    => '59',
         clockabs     => 230,
         zero         => [-4,1],
         one            => [-1,4],
         start         => [-1,37],
         format          => 'twostate',   # tristate can't be migrated from bin into hex!
         preamble      => 'u59',         # Append to converted message
         postamble      => '',      # Append to converted message
         clientmodule => '',        # not used now
         modulematch => '', # not used now
         length_min => '24',
         length_max => '24',
      },

Bastler Grüße

EDIT: Logfile Flut ergänzt

| Ein "klareres" File ist erst morgen im abgeschottet Gebiet machbar.

Sidey · 21 Februar 2017, 08:18:32

Ja, jetzt kommen wir auf einen Nenner

Ich habe in das CUL_WS rein gesehen. Die Demodulierung findet in der cul FW statt.

Im Signalduino wird die Demodulierung im Modul vorgenommen.

Mit den Signaldaten kann man meines Erachtens arbeiten.

Ich erkläre grob die Parameter für die Demodulietung:

Clockabs ist der Takt, mit dem der Sender arbeitet.
Vom Prinzip ist das der kleinste gemeinsame Teiler der Pulslängen.
In diesem Fall etwa 220. Das stimmt nicht ganz genau, aber das muss es auch nicht.

Mit Start, zero und one wird die Signalfolge definiert.
Eine Start Sequenz habe ich in den Signaldaten nicht wiederholend finden können.

Zero und one gibt die Bedeutung für die bits an. Der Wert der Einträge ist mit clockabs zu multiplizieren. Das Ergebnis entspricht dann der Pulslänge.

Da es bei den Pulslängen Schwankungen gibt, gelten Toleranzen.

Preamble wird der demodulierten Nachricht vorne angestellt. In unserem Fall muss das ein K sein, damit das cul_WS die Daten erhält. Postamble wird hinten angehängt.
Length_min und max ist ein Längenfilter auf die demodulierte Nachricht. Alles was nicht innerhalb diese Toleranz ist, wird nicht weiter verarbeitet.

Grüße Sidey

HomeAuto_User · 22 Februar 2017, 17:16:32

Hi,

vielen Dank für deine Erläuterung.
Ich einiges konnte ich mir schon davon zusammen reimen.

Um das ganze erstmal mit dem SIGNALduino zu verarbeiten, so wird soeben getüftelt. Hoffentlich auf dem richtigen Weg.

ID erstellt

Zitat"60" => ## WS7000 #############################################################################
            {
         name   => 'WS7000',
         id => '60',
         one         => [1,-2],                  # Zufall? - sens unbekannt
         zero         => [2,-2],               # Zufall? - sens unbekannt
         #clockabs       => 450,                #- sens unbekannt
         #one            => [3,-4],            # funktion? - lt. Deutung & Protokoll IST Werte für ONE - sens 8
         #zero         => [2,-1],               # funktion? - lt. Deutung & Protokoll IST Werte für ONE - sens 8
         clockabs      => 220,                # - sens 8
         format          => 'pwm',               # ?
         preamble       => 'K60#',                # prepend to converted message
         postamble      => '',                  # Append to converted message
         modulematch    => '',                # not used now
         length_min     => '78',
         length_max     => '80',
         #remove_zero => 1,                # Removes leading zeros from output
         polarity     => 'invert',            # für test hinzugefügt
         method     => \&SIGNALduino_WS7000,   # Call to process this message
      },

Zusatzergänzung für ID

Zitatelsif ($protocol == "60" && length($bitData)>=40) ## WS 7000-20 | ELV S2000ID ??
   {
      # Start   CK   Typ      CK   Adr      CK   Tmp0,1   CK   Tmp1   CK   Tmp10   CK   Hum0,1   CK   Hum1   CK   HUM10   CK   Pre0,1   CK   Pre10   CK   Pre100   CK   ?      CK   XORval   CK   CKval   CK
      # 0-9   10   11-14   15   16-19   20   21-24   25   26-29   30   31-34   35   36-39   40   41-44   45   46-49   50   51-54   55   56-59   60   61-64   65   66-69   70   71-73   74   75-79   80
      my $SensorTyp = "WS 7000-20";
#.
#.
#.
#Berechnung und Umrechnung der Bits
#
   }

Grüße

Sidey · 22 Februar 2017, 19:14:46

Muss in cul_ws etwas angepasst werden? Ich dachte der Sensor ist da schon implementiert.

HomeAuto_User · 22 Februar 2017, 20:35:55

Hi,

Zitat von: Sidey am 22 Februar 2017, 19:14:46
Muss in cul_ws etwas angepasst werden? Ich dachte der Sensor ist da schon implementiert.

wenn du so fragst, dann nicht

. Nein, du hast recht, dieser ist in der CUL_WS implementiert, sonst würde es ja mit dem der CULfw nicht laufen.

Bisher habe ich nun folgendes am laufen

Zitat"60" => ## WS7000 #############################################################################
      {
         name   => 'WS7000',
         id => '60',
         #one         => [1,-2],               # Zufall? - sens unbekannt
         #zero         => [2,-2],               # Zufall? - sens unbekannt
         #clockabs       => 450,                #- sens unbekannt
         one            => [3,-4],               # stabi Werte & lt. Deutung & Protokoll - sens 8
         zero         => [2,-1],               # stabi Werte & lt. Deutung & Protokoll - sens 8
         clockabs      => 220,                # stabi Werte & lt. Deutung & Protokoll - sens 8
         #check:mcrst: MU;P0=3472;P1=-449;P2=773;P3=280;P4=-941;D=01212121212121212121342121342134343434213434212134342121212134213421213421343421342121212134212134213421343421342121213434343434213421212134343434213434342134343;CP=3;R=52;
         #
         #format          => 'manchester',         # ?
         preamble       => 'K#',                # prepend to converted message
         postamble      => '',                  # Append to converted message
         clientmodule   => 'CUL_WS',
         #modulematch => '',                # not used now - notwendig?
         #length_min => '78',
         #length_max => '80',
         #remove_zero => 1,                # Removes leading zeros from output
         polarity     => 'invert',            # für test hinzugefügt
         #method     => \&SIGNALduino_WS7000,   # Call to process this message
      },

passieren tut noch nichts. [Auszug Log der Meldung]

Zitat2017.02.22 20:21:35 4: sduino_radino/msg READ: bufferMove start oor 15 bufferMove -> 14 bufferMove -> 2 bufferMove -> 3 bufferMove -> 2 bufferMove -> 9 bufferMove -> 10 bufferMove -> 2 bufferMove -> 2 bufferMove -> 3 bufferMove start oor 13 bufferMove start oor 16 bufferMove -> 7 bufferMove start oor 12 bufferMove -> 2 check:mcrst:MU;P0=1896;P1=-446;P2=773;P3=283;P4=-936;D=01212121212121212121342121342134343434213421212121343421212134213421213421343421343421213434343421213421343421342121213434343434213421212134343421343434343434343;CP=3;R=51;
2017.02.22 20:21:38 4: sduino_radino/msg READ: bufferMove start oor 19 bufferMove -> 16 check:mcrst:mlen:133:mstart: 0
2017.02.22 20:21:38 4: sduino_radino/msg READ: pulseShift:0;L1H(vcnt:1:RES:)pulseShift:2;L1l0L1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1l0L1s0S_l0S1s_S1s_S1s_S1s_S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S1s_S1s_S1s_L1l0S1s_L1s0S_l0S1s_S1s_S1s_S1s_S1s_L1l0L1l0S1s_H(vcnt:90:mpos=132:mstart=2:mend:132:found::pidx=96 bufferMove -> 132

2017.02.22 20:32:21 4: sduino_radino/msg READ: check:mcrst:MU;P0=22584;P1=-444;P2=768;P3=281;P4=-943;D=01212121212121212121342121342134343434213421212121343421212134213421213421343421343421213434343421213421343421342121213434343434213421212134343421343434343434343;CP=3;R=53;
2017.02.22 20:32:24 4: sduino_radino/msg READ: check:mcrst:MU;P0=939;P1=-3576;P2=-507;P3=248;P4=459;P5=-1009;D=0102324542024242424502454205024245054205054202450542424205424242420242424505424242024542424205420505050245424242420502450245424242;CP=4;R=25;
2017.02.22 20:32:24 4: sduino_radino/msg READ: check:mcrst:mlen:133:mstart: 0
2017.02.22 20:32:24 4: sduino_radino/msg READ: preamble:11Cl0L1l0L1s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_S1s_L1l0L1l0S1s_S1s_S1s_L1l0S1s_S1s_S1s_S1s_L1s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_l0S1s_S1s_S1s_L1l0S1s_L1l0L1l0L1l0L1s0S_l0S1s_S1s_S1s_L1s0S_l0L1l0S1s_S1s_S1s_L1l0S1s_S1s_:mpos=133:mstart=0:mend=133:vcnt=88:bfin:

Logfileauszug mit Verbose + Debug

Zitat2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=012121212121212121213421213421343434342134213/421213434
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=012121212121212121213421213421343434342134213421213434/21212134213421213
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=01212121212121212121342121342134343434213421342121343421212134213421213/434213421343421213
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=01212121212121212121342121342134343434213421342121343421212134213421213434213421343421213/43434342
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=0121212121212121212134212134213434343421342134212134342121213421342121343421342134342121343434342/121342134
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=0121212121212121212134212134213434343421342134212134342121213421342121343421342134342121343434342121342134/342134212121343434
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=0121212121212121212134212134213434343421342134212134342121213421342121343421342134342121343434342121342134342134212121343434/34342134
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=012121212121212121213421213421343434342134213421213434212121342134212134342134213434212134343434212134213434213421212134343434342134/34212134343421343
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=01212121212121212121342121342134343434213421342121343421212134213421213434213421343421213434343421213421343421342121213434343434213434212134343421343/434342121
2017.02.22 20:48:30 5: sduino_radino/RAW READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=01212121212121212121342121342134343434213421342121343421212134213421213434213421343421213434343421213421343421342121213434343434213434212134343421343434342121/213;CP=3;R=51;

2017.02.22 20:48:30 4: sduino_radino/msg READ: check:mcrst:MU;P0=21672;P1=-454;P2=765;P3=275;P4=-935;D=01212121212121212121342121342134343434213421342121343421212134213421213434213421343421213434343421213421343421342121213434343434213434212134343421343434342121213;CP=3;R=51;
2017.02.22 20:48:38 5: sduino_radino/RAW READ: / check:
2017.02.22 20:48:38 5: sduino_radino/RAW READ: check:/mcrst:mlen:130
2017.02.22 20:48:38 5: sduino_radino/RAW READ: check:mcrst:mlen:130/:mstart: 0
preamble:66CL1l0L1s0S_s
2017.02.22 20:48:38 4: sduino_radino/msg READ: check:mcrst:mlen:130:mstart: 0
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s/0S_l0S1s_S1s_L1
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1/l0L1l0S1s_L
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L/1s0S_l0S1s_L1l0L1s0S_s0S_l0
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0/L1l0S1s_L1l0L1l0S1s_L1s
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s/0S_l0L1s0S_s0S_l
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l/0L1s0S_s0S_s
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s/0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L/1l0S1s_S1s_S1s_L1s0S_s0S_l0S
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S/1s_S1s_L1l0L1
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1/l0L1l0L1l0S
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S/1s_S1s_L1s0S_s0S_s0S_l0S1s_L
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S1s_S1s_L1s0S_s0S_s0S_l0S1s_L/1l0L1l0S1s_S1s_S1s_L1l0S1
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S1s_S1s_L1s0S_s0S_s0S_l0S1s_L1l0L1l0S1s_S1s_S1s_L1l0S1/s_S1s_:mpos=130:mstart=0:mend=
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S1s_S1s_L1s0S_s0S_s0S_l0S1s_L1l0L1l0S1s_S1s_S1s_L1l0S1s_S1s_:mpos=130:mstart=0:mend=/130:vcnt=87:bfin:
2017.02.22 20:48:38 5: sduino_radino/RAW READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S1s_S1s_L1s0S_s0S_s0S_l0S1s_L1l0L1l0S1s_S1s_S1s_L1l0S1s_S1s_:mpos=130:mstart=0:mend=130:vcnt=87:bfin:/
MC;LL=-1005;LH=940;SL=-519;SH=457;D=A3ACD16B22182F1D570D7B;
2017.02.22 20:48:38 4: sduino_radino/msg READ: preamble:66CL1l0L1s0S_s0S_l0S1s_S1s_L1l0L1l0S1s_L1s0S_l0S1s_L1l0L1s0S_s0S_l0L1l0S1s_L1l0L1l0S1s_L1s0S_l0L1s0S_s0S_l0L1s0S_s0S_s0S_l0S1s_L1s0S_s0S_s0S_s0S_l0L1l0S1s_S1s_S1s_L1s0S_s0S_l0S1s_S1s_L1l0L1l0L1l0L1l0S1s_S1s_L1s0S_s0S_s0S_l0S1s_L1l0L1l0S1s_S1s_S1s_L1l0S1s_S1s_:mpos=130:mstart=0:mend=130:vcnt=87:bfin:
2017.02.22 20:48:38 5: sduino_radino/RAW READ: MC;LL=-1005;LH=940;SL=-519;SH=457;D=A3ACD16B22182F1D570D7B;/C=486;L=88;R=83;

2017.02.22 20:48:38 4: sduino_radino/msg READ: MC;LL=-1005;LH=940;SL=-519;SH=457;D=A3ACD16B22182F1D570D7B;C=486;L=88;R=83;
2017.02.22 20:48:38 1: DEBUG>sduino_radino: incomming message: (MC;LL=-1005;LH=940;SL=-519;SH=457;D=A3ACD16B22182F1D570D7B;C=486;L=88;R=83;)

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted pattern LL -1005

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted pattern LH 940

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted pattern SL -519

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted pattern SH 457

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted data A3ACD16B22182F1D570D7B

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted absolute clock 486

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted number of 88 bits

2017.02.22 20:48:38 1: DEBUG>sduino_radino: extracted RSSI 83

2017.02.22 20:48:38 1: DEBUG>sduino_radino: processing manchester messag len:22
2017.02.22 20:48:38 1: DEBUG>clock and min length matched

EDIT:
1) Der erhaltene Wert hinter D= ist definitv plausibel, mehrfach verglichen auch mit Folgewerten
2) Zum Verständnis, habe nur die Anpassungen in der 00_SIGNALduino (Protokolabschnitt, siehe Auszug) vorgenommen.
3) Anpassungen vielleicht bei clientsSIGNALduino + matchListSIGNALduino

wenn ich das richtig deute und vergleiche

4) Logfile mit Debug + Verbose 5 angehangen.

---> Weiterer Verlauf HIER auf GITHUB, da momentan noch in Entwicklung.

HomeAuto_User · 25 Februar 2017, 12:06:29

Hallo,

seit ca. 12h läuft nun der Sensor via SIGNALduino.
Den DEV-Code ohne Fehlerüberprüfung kann man hier einsehen.
Vielen Dank für die Mithilfe aller schonmal!!!

Es handelt sich derzeit um einen DEV-Code welcher noch angepasst werden muss!

Man müsste ggf. aber mal die CUL_WS Auswertung überdenken oder beleuchten.
Der Sensor welcher immer den Typ 4 hat und die Adresse 7, wird ständig mit dem CUL_WS Modul als 8 interpretiert (CUL_WS_8), was falsch wäre.
Das Modul legt immer Automatisch den Sensor via Format "CUL_WS_Adresse" in FHEM an. Das ist streng genommen flasch, da es immer eine 7 ist.
Die "Falschinterpretation" erfolgt auch orginal in der CUL Firmware.

LG