Signalduino Entwicklung

Burny4600 · 01 Dezember 2015, 19:17:27

@Ralf9

debug Attribut ist wieder ausgeschaltet.

Muss ich sonst noch etwas ändern?

Sidey · 02 Dezember 2015, 08:09:40

Ich habe gestern Abend noch eine neue Firmware eingecheckt.

Damit kann allerdings die Preamble Phase vom osv3 nicht mehr erkannt werden.
Genauer gesagt, kann man sich auf ein manchester Signal, das nur mit 111111.. beginnt nicht syncen.

Grüße Sidey

Burny4600 · 02 Dezember 2015, 18:53:37

Anbei das aktuelle LOG der V 3.2.0-b4 SIGNALduino - compiled at Nov 30 2015 22:42:48

hjgode · 02 Dezember 2015, 19:11:56

Hallo

ich brauchte noch einen Funksensor, nachdem einer der drei von Con*ad EAS800 gelieferten defekt war.

Blauäugig habe ich mir einen Pearl FreeTec NC-7344 bestellt. Leider funktioniert er nicht mit FHEM, SignalDuino und TCM_97001. Laut Wiki soll der Sensor von SignalDuino empfangen werden und dann vom SD_WS_07 Modul verarbeitet werden, die Zeile in 00_SIGNALduino.pm lautet aber:

Code Auswählen

     "2:CUL_TCM97001"                   => "^s[A-Fa-f0-9]+",                      # Any hex string

Er kommt somit im Modul TCM97001 an, kann dort aber nicht verarbeitet werden. (Nachrichten mit Länge 12 kennt man dort nicht). Der SignalDuino macht aus den Signalen des Sensors: s151046B0E000

Für die Weiterverarbeitung im Modul SD_WS07 müßte aber irgenwas mit P am Anfang weitergeleitet werden:

Code Auswählen

         "10:SD_WS07"                           => "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}",

Ich bekomme also nur ein Gerät CUL_TCM97001_Unknown und nicht die Sensordaten.

Mache ich was falsch oder was läuft da?

Code Auswählen

MS;P0=-9002;P1=513;P2=-2046;P3=-4085;D=1012121213121312131212121312121212121312121213121213121313121212121313121312;CP=1;SP=0;O;

wird zu "s151045B0D800"

SignalDuino etc. sind aus dem FHEM released Zweig, also nix mit dev-r32.

~Josef

Ralf9 · 02 Dezember 2015, 19:57:41

Zitat von: hjgode am 02 Dezember 2015, 19:11:56
Blauäugig habe ich mir einen Pearl FreeTec NC-7344 bestellt. Leider funktioniert er nicht mit FHEM, SignalDuino und TCM_97001. Laut Wiki soll der Sensor von SignalDuino empfangen werden und dann vom SD_WS_07 Modul verarbeitet werden, die Zeile in 00_SIGNALduino.pm lautet aber:

Für die Weiterverarbeitung im Modul SD_WS07 müßte aber irgenwas mit P am Anfang weitergeleitet werden:
Code Auswählen Erweitern
"10:SD_WS07" => "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}",

Für eine weiterverarbeitung mit dem Modul SD_WS07 müsste es die ID 7 haben. Dein Sensor hat aber die ID 0.
Ich habe auch den Pearl FreeTec, er hat die ID 7 und das selbe Protokoll wie der EAS800z,
Auf der Rückseite steht: Model NC-7345-675
http://www.amazon.de/FreeTec-Au%C3%9Fenmodul-f%C3%BCr-Wetterstation-NC-7344/dp/B00FJ1QHR0

Ich habe mal deiner raw Nachricht ein get raw gemacht:

Code Auswählen


2015.12.02 19:40:14 4: SIGNALduino/msg get raw: MS;P0=-9002;P1=513;P2=-2046;P3=-4085;D=1012121213121312131212121312121212121312121213121213121313121212121313121312;CP=1;SP=0;O;
2015.12.02 19:40:14 4: Founded matched MS Protocol id 0 -> weather1
2015.12.02 19:40:14 5: Starting demodulation at Position 2
2015.12.02 19:40:14 4: Decoded matched MS Protocol id 0 dmsg s151044B0D000 length 40
2015.12.02 19:40:14 5: converted Data to (s151044B0D000)
2015.12.02 19:40:14 5: sduino dispatch s151044B0D000
2015.12.02 19:40:14 2: CUL_TCM97001 Unknown device 21, please define it

Gruß Ralf

Sidey · 02 Dezember 2015, 20:26:22

Zitat von: hjgode am 02 Dezember 2015, 19:11:56

Mache ich was falsch oder was läuft da?

Ich bin etwas verwirrt mit wiki.
Entweder ist das ein vertipper oder was anderes seltsames geschehen.

Wie dem jetzt auch sei.
Um deinen Sensor in Fhem zu bekommen muss das im tcm_97001 erweitert werden.
Zu den Signaldaten braucht björn dann auch die Werte vom Sensor.

Grüße Sidey

Ralf9 · 02 Dezember 2015, 20:34:45

Zitat von: Burny4600 am 02 Dezember 2015, 18:53:37
Anbei das aktuelle LOG der V 3.2.0-b4 SIGNALduino - compiled at Nov 30 2015 22:42:48

Wie Sidey schon geschrieben hat, hat sich mit der neuen Firmware die Erkennung vom OSV3 verschlechtert.

@Sidey
dies hat sich nicht verbessert:

Zitat von: Sidey am 01 Dezember 2015, 08:39:26
Es sieht für mich aktuell so aus, dass es passieren kann, dass der decoder das 1. Bit falsch erkennt und danach alles invertiert ist.

MC;LL=-1069;LH=894;SL=-558;SH=453;D=000000A76EDFF2F2FC9FF6FF1D1300;C=448;

Gruß Ralf

Ralf9 · 02 Dezember 2015, 20:46:16

Hat mir jemand ein paar raw-Nachrichten vom Oregon v2 protokoll.
Mich interessiert wie die Daten aussehen müssen, damit sie vom Oregon Modul verarbeitet werden können.

Gruß Ralf

Burny4600 · 02 Dezember 2015, 20:50:28

Kann ich irgend wie diese raw Nachrichten anstossen?

Sidey · 02 Dezember 2015, 21:59:23

Zitat von: Ralf9 am 02 Dezember 2015, 20:46:16
Hat mir jemand ein paar raw-Nachrichten vom Oregon v2 protokoll.
Mich interessiert wie die Daten aussehen müssen, damit sie vom Oregon Modul verarbeitet werden können.

Gruß Ralf

Das funktioniert im Moment auch nicht, aber ich verstehe auch nicht warum.

Edit:
Fehler gefunden und behoben. OSV2 wird wieder korrekt decodiert.

Grüße Sidey

Ralf9 · 02 Dezember 2015, 22:02:31

Zitat von: Sidey am 02 Dezember 2015, 21:59:23
Das funktioniert im Moment auch nicht, aber ich verstehe auch nicht warum.

Hast Du raw-Nachrichten vom Oregon v2 protokoll. Ich würde es gerne auch mal testen

Gruß Ralf

Sidey · 02 Dezember 2015, 22:12:52

Zitat von: Ralf9 am 02 Dezember 2015, 22:02:31
Hast Du raw-Nachrichten vom Oregon v2 protokoll. Ich würde es gerne auch mal testen

Mit v3.2b3

Code Auswählen


MC;LL=-901;LH=894;SL=-573;SH=400;D=AAAAAAAB33554AAAB4CCB4D534AD34D355353535554AB4CCD4;C=431;
MC;LL=-980;LH=895;SL=-573;SH=400;D=AAAAAAAB33554AAAB4CCB4D534AD34D355353535554AB4CCD500;C=431;

Das müsste zu einer erfolgreichen decodierung führen.

Mit v 3.2b4

Code Auswählen


MC;LL=-902;LH=894;SL=-571;SH=401;D=55555554CCAAB5554B334B2ACB52CB2CAACACACAAAB54B3328;C=431;
MC;LL=-981;LH=895;SL=-571;SH=401;D=55555554CCAAB5554B334B2ACB52CB2CAACACACAAAB54B332A00;C=431;

Das klappt nicht. Ich suche jetzt mal den entscheidenden Unterschied.

Grüße Sidey

hjgode · 03 Dezember 2015, 07:14:33

Zitat von: Ralf9 am 02 Dezember 2015, 19:57:41
Für eine weiterverarbeitung mit dem Modul SD_WS07 müsste es die ID 7 haben. Dein Sensor hat aber die ID 0.
Ich habe auch den Pearl FreeTec, er hat die ID 7 und das selbe Protokoll wie der EAS800z,
Auf der Rückseite steht: Model NC-7345-675
http://www.amazon.de/FreeTec-Au%C3%9Fenmodul-f%C3%BCr-Wetterstation-NC-7344/dp/B00FJ1QHR0

Ich habe mal deiner raw Nachricht ein get raw gemacht:
Code Auswählen Erweitern
2015.12.02 19:40:14 4: SIGNALduino/msg get raw: MS;P0=-9002;P1=513;P2=-2046;P3=-4085;D=1012121213121312131212121312121212121312121213121213121313121212121313121312;CP=1;SP=0;O; 2015.12.02 19:40:14 4: Founded matched MS Protocol id 0 -> weather1 2015.12.02 19:40:14 5: Starting demodulation at Position 2 2015.12.02 19:40:14 4: Decoded matched MS Protocol id 0 dmsg s151044B0D000 length 40 2015.12.02 19:40:14 5: converted Data to (s151044B0D000) 2015.12.02 19:40:14 5: sduino dispatch s151044B0D000 2015.12.02 19:40:14 2: CUL_TCM97001 Unknown device 21, please define it

Gruß Ralf

Hallo Ralf

vielen Dank für die Analyse. Leider habe ich die falschen Daten gepostet. Die Daten müssen von einem Nachbar-Sensor kommen.
Zur Zeit weiss ich noch nicht, was der FreeTec NC-7345 sendet (NC-7344 ist die Bezeichnung der Wetterstation dazu). Ich muss dessen Daten mal irgenwie isolieren (faraday'scher Käfig?).

Fakt ist allerdings, dass er entgegen dem SignalDuino WiKi und dem a-culfw Thread zur Zeit wohl nicht dekodiert wird.

Gruss

Josef

carlos · 03 Dezember 2015, 08:05:33

Hallo Sidey,
Heute morgen nach dem dev update hat mein Signalduino(V 3.2.0-b5 SIGNALduino - compiled at Dec 2 2015 22:20:56) ein CUL_TX device angelegt:

Code Auswählen


Internals: 
   CODE       127 
   DEF        127 
   NAME       CUL_TX_127 
   NR         566 
   STATE      Defined 
   TYPE       CUL_TX 
   corr       0 
   lastH      0 
   lastT      0 
   minsecs    0 
Attributes: 
   room       CUL_TX

Ich nehme mal an es ist meine Pearl Wetterstation NC-7158-913. Ich habe aber nur die Wetterstation, keinen Ausensensor.
Da zu gehört folgendes log:

Code Auswählen


2015.12.02 18:10:39 4: SIGNALduino/msg READ: ^BMU;P0=458;P1=-509;D=010101010101010101010101010101010101010101010;CP=0;^C
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=182;P1=720;P2=-499;P3=492;P4=-1032;D=0123432323232323232323232323232323232323200;CP=3;^C
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=150;P1=-543;P2=477;D=0121212121212121212121212121212121212121212101;CP=2;^C
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=812;P1=-668;P2=461;P4=300;D=21212121212121212121212121212121212121212121212121212121212121212121212121212121212121214121212121010101012121;CP=2;^C
2015.12.02 18:10:40 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 5: dispatching bits: 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0
2015.12.02 18:10:40 4: decoded matched MU Protocol id 8 dmsg TXFFFFFFFFFFE length 44
2015.12.02 18:10:40 5: converted Data to (TXFFFFFFFFFFE)
2015.12.02 18:10:40 5: Signalduino dispatch TXFFFFFFFFFFE
2015.12.02 18:10:40 2: CUL_TX Unknown device 127, please define it
2015.12.02 18:10:40 2: autocreate: define CUL_TX_127 CUL_TX 127
2015.12.02 18:10:40 2: autocreate: define FileLog_CUL_TX_127 FileLog ./log/CUL_TX_127-%Y-%m.log CUL_TX_127
2015.12.02 18:10:40 2: autocreate: define SVG_CUL_TX_127 SVG FileLog_CUL_TX_127:temp4hum4:CURRENT
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=466;P1=-527;P2=947;P3=174;P4=-124;P5=-1031;D=252501012;CP=0;^C
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:41 4: SIGNALduino/msg READ: ^BMU;P0=213;P1=-529;P2=501;P3=-120;D=0121212121030121212121212121212121212121212101;CP=2;^C
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:41 4: SIGNALduino/msg READ: ^BMU;P0=-516;P1=-160;P2=391;D=01202020202020202020202020202020202020202021;CP=2;^C

Er scheint aber nichts zu empfangen.
Gruß
Carlos

Ralf9 · 03 Dezember 2015, 09:31:15

Zitat von: hjgode am 03 Dezember 2015, 07:14:33
Fakt ist allerdings, dass er entgegen dem SignalDuino WiKi und dem a-culfw Thread zur Zeit wohl nicht dekodiert wird.

Hallo Josef,

Du kannst davon ausgehen, daß der FreeTec NC-7345 als ID 7 dekodiert wird. Ich habe davon 3 Stück und habe damit keine Probleme.
Evtl liegt es auch daran, daß im dev-32 Branch das Modul SD_WS07 in den letzten Tagen nicht funktioniert hat, aber das war an Fehlermeldungen beim fhem Start erkennbar.

Nachtrag:
Interessant wäre eine Raw Nachricht des Moduls. An der LED siehst Du ja, wenn es sendet.

Gruß Ralf