FHEM Forum

Hallo,

dieser Thread wurde aus dem SIGNALDuino-Thread ausgelagert und soll Hilfestellung bei der Analyse mitgeschnittener Funkprotokolle geben.

VG plin

Edit 8.4.2018: Es entsteht gerade ein Wiki-Artikel https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle mit den gesammelten Erkenntnissen.

RIO-Funkprotokoll

übernommen aus dem Original-Thread https://forum.fhem.de/index.php/topic,58396.msg771128.html#msg771128

Hallo,

meine Rollladenmotoren nutzen das RIO-Funksystem. Nach Angabe des Herstellers ist es ein hauseigenes Protokoll, keiner der bekannten Standards. Die Frequenz ist 868 MHz. Sowohl auf dem Motor als auch der Fernbedienung ist RC15 angegeben. Ich habe eine Fernbedienung für max. 8 Motoren vom Typ HS 8 RIO im Einsatz. Ziel ist es die Rollläden über FHEM anzusteuern.

Ich habe einen V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 im Einsatz. Der cc1101 ist die kleine 868 MHz-Version mit der gewendelten Antenne.
ccconf: freq:868.000MHz bWidth:650KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)

Ich habe viele Mitschnitte dessen gesammelt, was meine mitgelieferte Fernbedienung lt. SIGNALduino aussendet, auf github gepostet und erste hilfreiche Hinweise bekommen.

Die Sender senden ein Protokoll das vom SIGNALduino als MU halbwegs brauchbar verarbeitet werden kann.

Die Mitschnitte zeigen ein Format
P0=-32001;P1=15874;P2=-364;P3=447;P4=4060;P5=-762;P6=853;D=0123232323232323232323232453265326535326535326265353262653265353535326265353265326262653265326265353535353532653535353262653265353265353535353535353532626;

Ralf9 hat mich auf die Spur gebracht, dass die Sequenzen mit einer Präambel "01232323232323232323232324" beginnen und danach ein sich wiederholender Steuercode kommt. Senden kann man so etwas mit
set mySIGNALduino raw SC;;SR;;P0=-32001;;P1=15874;;D=01;;SR;;R=20;;P0=-32001;;P1=15874;;P2=-364;;P3=447;;P4=4060;;P5=-762;;P6=853;;D=23232323232323232323232453265326535326535326265353262653265353535326265353265326262653265326265353535353532653535353262653265353265353535353535353532626;;

Ich habe die Mitschnitte unter dem Blickwinkel einer sauberen Präambel analysiert/gefiltert und den rohen Steuercode extrahiert. Der Parameterblock unterscheidet sich von Command zu Command, scheint aber als Grundraster so etwas in der Größenordnung wie
P0=-32000;P1=16000;P2=-400;P3=400;P4=4000;P5=-800;P6=800
zu haben. Wenn ich die real gemessenen Parameter mit den Zahlen des Steuercodes ausmultipliziere, komme ich immer auf ca. 90 mSec. Ich scheine also auf einem brauchbaren Weg zu sein.

Die Liste der vermutlich brauchbaren Codes habe ich per Script durchgetestet und die extrahiert, bei denen der Rollladenmotor reagierte. Das gab dann sozusagen die Erstaussattung der Steuercodes.

Als erstes habe ich dann festgestellt, dass vom Obergeschoss aus der entfernteste Rollladenmotor nicht reagierte. Eine Verlagerung meines Raspi mit dem SIGNALduino (=keine Betondecke mehr) brachte den Erfolg. Die Sendeleistung habe ich vorsorglich auf 10dB erhöht.

Ich beobachte ferner, dass die Rollladenmotoren nicht stabil reagieren. Verschiedene Standorte des Raspi/SIGNALduino im Erdgeschoss, teils Antenne nach oben gerichtet, teils horizontal, brachten unterschiedliche Ergebnisse. Den Wiederholungsfaktor für den Steuercode muss ich teilweise auf 30-50 erhöhen (50 = 5 Sekunden senden). Außerdem habe ich das Gefühl, als ob der SIGNALdunio bei zuviel Last den Sendebtetrieb einstellt. Führe ich denselben Befehl Stunden später aus reagiert der Rollladenmotor.

Nun meine Fragen:

• Sendet der SIGANLduino/cc1101 jedes Mal wenn er senden soll oder gibt es Beschränkungen, um den Funkverkehr in innerhalb legaler Grenzen zu halten?
• Welche Richtcharakteristik hat die Wendelantenne? Kugelförmig? Wie soll ich den SIGNALduino ausrichten?
• Hat sich jemand mal mit den als MU mitgeschnittenen Sequenzen auseinandergesetzt und diese weiter analysiert?
• Wie komme ich auf der Basis von nn brauchbaren Codes zu dem optiomalen, bei dem die Motoren jedesmal reagieren?

VG plin

erste Hilfreiche Antwort von habeIchVergessen im Original-Thread

beim Senden würde ich P0 auf -16000 setzen und 2x 0 in den Daten benutzen (wenn ich mich nicht täusche, ist da ein Limit im Sketch).

mal ein wenig mit den Daten gespielt (es geht ja nur um ein Muster)


P0=-32001;P1=15874;P2=-364;P3=447;P4=4060;P5=-762;P6=853;D=01232323232323232323232324

53265326535326535326265353262653265353535326265353265326262653265326265353535353532653535353262653265353265353535353535353532626

lSsLlSsLlSlSsLlSlSsLsLlSlSsLsLlSsLlSlSlSlSsLsLlSlSsLlSsLsLsLlSsLlSsLsLlSlSlSlSlSlSsLlSlSlSlSsLsLlSsLlSlSsLlSlSlSlSlSlSlSlSlSsLsL
1 0 1 0 1 1 0 1 1 0 0 1 1 0 0 1 0 1 1 1 1 0 0 1 1 0 1 0 0 0 1 0 1 0 0 1 1 1 1 1 1 0 1 1 1 1 0 0 1 0 1 1 0 1 1 1 1 1 1 1 1 1 0 0

10101101 10011001 01111001 10100010 10011111 10111100 10110111 11111100
AD99 79A2 9FBC B7FC


also die Frequenz kleiner 0 (z.B. -800) ist ein l (long low), > 0 L (long high)
sS sind die 400-ter (short low/high)

weiter angenommen es werden immer 2 Frequenzen verglichen (lS => 1 und sL => 0)

interessant währen noch die Taste und wie oft diese gedrückt wurde (z.B. im Abstand von 15 s mehrfache die gleiche)

nächster Schritt von plin

Ich habe mir einige meiner Messreihen angeschaut. Neben lS und sL finde ich auch andere Kombinationen.

Sehe ich es richtig, dass

    immer zwei unterschiedliche Frequenzen aufeinander folgen müssen und
    immer ein Nulldurchgang vorkommen muss?
    Sie Summe aller low/high-Pärchen pro Steuercode muss bei allen Messreihen identisch sein.

D.h. die Kombinationen sl, ls, SL ,LS sind falsche Werte und nicht weiter zu betrachten.


Ansatz wurde von habeIchVergessen bestätigt

Eine Analyse von plin weiter:

Rollladen 4 down
73DC BC21 3F74 B7FC
05FC E15D 3F74 B7FC
0B8B A0AE 3F74 B7FC
4CD1 BF45 3F74 B7FC
6EAE 04DA 3F74 B7FC
BC56 C68E 3F74 B7FC
CFC0 6175 3F74 B7FC
E7F9 8B24 3F74 B7FC

Rollladen 2 down
9EB5 A2F8 7F74 B7FC

Rollladen 3 down
CA10 58B5 BF74 B7FC

Für "down" kristallisiert sich  B7FC oder 74 B7FC in der letzten Gruppe heraus. "up" scheint auf B7FA zu enden.

Die Dritte Gruppe könnte der jeweilige Rollladen sein. Natürlich gibt es wieder Ausnahmen, wo die dritte Gruppe bei up und down voneinander abweicht. Ich führe das mal auf falsch erfasste Codes zurück.

Bleibt die Frage nach den ersten beiden Gruppen. Ist das ein rollierender Code? Ich habe 2 Fernbedienungen. Beide funktionieren unabhängig voneinander. Die von mir mitgeschnittenen Codes sind immer wieder nutzbar. Könnte es sein, dass man in den ersten beiden Gruppen einen Zufallscode überträgt der nur bestimmte Kriten erfüllen muss (z.B. eine Prüfsumme)???

Korrektur von habeIchVergessen

also ich vermute
- der 9. Nibble ist der Kanal/Rollladen (4 bit)
- 10. - 15. Nibble ist der Code der FB (24 bit)
- der 16. Nibble ist die Taste (4 bit)

Eine weitere Analyse von plin bestätigte diesen Ansatz (dank zweier Fernbedienungen):

up/stop/down
D34E BC00 5F74 B7FE
.... .... .... ...E -> stop
875E 2E7E BF74 B7FA
.... .... .... ...A -> up
F4E4 33FA BF74 B7FC
.... .... .... ...C -> down


Rollladenmotor
Rolllade 1
4BE9 9ECF FFBC B7FC -> FFBC (12)
38B2 D909 FF74 B7FA -> FF74 (10)
.... .... F... .... -> R1

Rolllade 2
0FE8 A86C 7FBC B7FC -> 7FBC (29)
3301 53F9 7F74 B7FA -> 7F74 (21)
.... .... 7... .... -> R2

Rolllade 3
052A 5850 BF74 B7FE -> BF74 (30)
AD68 F6CB BFBC B7FC -> BFBC (21)
.... .... B... .... -> R3

Rolllade 4
4A39 0D05 3FBC B7FA -> 3FBC (14)
.... .... 3... .... -> R4

Rolllade 5
3E6E 7D95 DFBC B7FA -> DFBC (6)
9318 BE15 DF74 B7FE -> DF74 (6)
.... .... D... .... -> R5

Rolllade 6
97A1 D452 5FBC B7FA -> 5FBC (19)
6C35 EA08 5F74 B7FE -> 5F74 (11)
.... .... 5... .... -> R6


Fernbedienung

.... .... .FBC B7F. -> FB1
.... .... .F74 B7F. -> FB2


P.S. Der Motor, der sich bisher am stabilsten ansteuern ließ, reagiert auch auf die "begradigten" Parameter
SC;;SR;;P0=-16000;;P1=16000;;D=001;;SR;;R=10;;P2=-400;;P3=400;;P5=4000;;P6=800;;P7=-800;;D=...

Zitat von: habeIchVergessen am 24 Februar 2018, 10:35:48
der sduino ist mit cc1101? wenn ja geht vielleicht geht noch was, wenn die Frequenz variiert wird.
auf welcher Frequenz empfängst du aktuell?868MHz

Ich habe bereits mit Frequenz und Bandbreite rumgespielt. Der Empfang klappt nur bei 868.000 MHz und 650 kHz Bandbreite.

Antwort von habeIchVergessen

ändert sich das Sendeverhalten bei einem kurzen und langen Tastendruck?

Antwort von plin/Analayse von habeIchVergessen

zeigte, dass auch zwei drei kurze mitgeschnittene MU-Sequenzen in SUmme einen brauchbaren Code ergeben.

Aktueller Stand bei Öffnung dieses Themas

Ich habe mittlerweile weitere Erkenntnisse zu den Nibbles: Die sind fernbedienungs-, motor und richtungsabhängig. Einer meiner Motoren ist eben mit dem down-Nibble beim up-Command schön brav nach unten gefahren :-)

Die Synthese scheint es also (bisher noch) nicht zu bringen. Auf Basis der jetzigen Erkenntnisse lassen sich aber zumindest aus den mitgeschnittenen Codes sehr präzise die halbwegs brauchbaren rausfischen.


Antwort von habeIchVergessen

was sendest du?

Zitat von: plin am 26 Februar 2018, 18:01:03
was sendest du?

Motor: 4
Richtung: 1 (up)
Faktor: 10
Fernbedienung: 2
Nibble: 27
set mySIGNALduino raw SC;;SR;;P0=-16000;;P1=16000;;D=001;;SR;;R=10;;P0=-16000;;P1=16000;;P2=-400;;P3=400;;P4=4000;;P5=-800;;P6=800;;D=23232323232323232323232453532626265353262653535326535353262653535353262653535353262626262626535353535353265353532653262653265353265353535353535353265326;;


"53265326" am Ende des Codes steht für "up", "down" wäre "53532626"

das Rollo reagiert zeitnah auf die FB hattest du geschrieben.
Wenn dem so ist, dann sind Pausen von mehreren Sekunden vor dem ersten Signal vermutlich nicht richtig. ggf. ist das ein Bug beim Empfang.

Deshalb habe ich den Teil sSsSsSsSsSsSsSsSsSsSsSsP nicht als Vor- sondern Nachspann eingebaut. Die erste SR habe ich weggelassen, weil das 48s warten sind.

SR;;R=5;;P0=-800;;P1=800;;P2=-400;;P3=400;;P4=4000;;D=03032121210303212103030321030303212103030303212103030303212121212121030303030303210303032103212103210303210303030303030303210321232323232323232323232324;;


set mySIGNALduino raw SR;;R=10;;P0=-800;;P1=800;;P2=-400;;P3=400;;P4=4000;;D=03032121210303212103030321030303212103030303212103030303212121212121030303030303210303032103212103210303210303030303030303210321232323232323232323232324;;

mir R=10 bewegt Motor 4 nach unten

mmh.

120ms (ein long low/high + short low/high) pro Bit * 32 = 3.840ms => knapp 4s
bei 10 Wiederholungen, damit sich etwas bewegt, sind das mehr als 30s. wie lange dauert es, bis sich etwas bewegt? (wie bin ich nur auf ms gekommen und dann von falsch addiert)

1,2ms (ein long low/high + short low/high) pro Bit * 32 = 3,840ms.

die Shorts am Ende scheinen ihn aus dem Tritt gebracht zu haben. es war eingentlich ein Up.

probiert mal das Kommando (hat jetzt auch lange Pausen)

SR;;R=5;;P0=-800;;P1=400;;P2=-400;;P3=800;;P4=4000;;P5=8000;;D=52121212121212121212121240123232323230101010123010123230123230123012301232323230123012301012323010101010123010101230123230123010123010101010101010123012325;;


P5 nochmals geändert

tja, ich vermute der Code sollte Rolllade 4 nach oben bewegen. Da tut sich aber nichts. Weder bei R=5, R=10 noch R=30

Ansonsten: Dank der Codeanalyse konnte ich für 4 der 6 Motoren brauchbare mitgeschnittene Code-Sequenzen finden. Nummer 3 geht manachmal, Nummer 2 ist immer noch problematisch. Auf die Fernbedienung reagieren die aber sofort. Meine Hoffung ist nun der zweite CC1101 (ist noch auf dem Postweg). Dann kann ich

• vergleichen, ob beide SIGNALduinos dieselben Code-Sequenzen mitschneiden
• was der zweite versteht wenn der erste sendet

Hast Du schon das Projekt Logic Analyse probiert?

Zitat von: Sidey am 27 Februar 2018, 20:41:51
Hast Du schon das Projekt Logic Analyse probiert?

Sagt mir nix

Logic Analyse (https://github.com/RFD-FHEM/Logikanalyse) ggf. könntest du damit zusätzlich Informationen erarbeiten.
@Sidey: läuft das auch mit cc1101 (CUL/ESP)? @plin: du hattest nur die SW-Version gepostet. welche HW benutzt du?

oder (RTL)SDR (Funkanalyse mit DVB-T Stick).


SR;;R=5;;P0=-800;;P1=400;;P2=-400;;P3=800;;P4=4000;;P5=-14000;;P6=14000;;D=6212121212121212121212124012323232323010101012301012323012323012301230123232323012301230101232301010101012301010123012323012301012301010101010101012301235;;


Zitat von: habeIchVergessen am 27 Februar 2018, 21:12:54
@plin: du hattest nur die SW-Version gepostet. welche HW benutzt du?

Arduino nano und cc1101 (868 MHz)

Zitat von: plin am 27 Februar 2018, 20:48:57
Sagt mir nix

https://github.com/RFD-FHEM/Logikanalyse

Ich muss zugeben, nicht wirklich super gut dokumentiert, aber Du kannst mit der SIGNALduino Hardware damit ein sehr einfasches Oszioskop herstellen.

Um mal den Funkverkehr grafisch zu sehen ganz gut.

Zitat von: Sidey am 27 Februar 2018, 22:29:56
https://github.com/RFD-FHEM/Logikanalyse
Ich muss zugeben, nicht wirklich super gut dokumentiert, aber Du kannst mit der SIGNALduino Hardware damit ein sehr einfasches Oszioskop herstellen.
Um mal den Funkverkehr grafisch zu sehen ganz gut.

Danke für den Tipp. Mein zweiter cc1101 sollte wohl in Kürze eintreffen.

Du brauchst dafür keinen 2. Empfänger.
Du kannst einen 2. Arduino an den vorhandenen Empfänger anbinden oder für das Aufzeichnen den vorhandenen Arduino umflashen.
Gruß Sidey

initialisiert LogikAnalyse einen cc1101? ich würde meinen, dass dem nicht so ist! demnach ist es für die vorliegende HW ungeeignet.

Wenn der cc1101 einmal mit der Signalduino Firmware eingerichtet wurde, dann kann er auch mit der Logikalyse verwendet werden.
Wichtig ist ja für die Logiganalyse nur, dass irgend ein Empfänger den Interrupt Pin auslöst.

Ablauf in etwa so:

1. Signalduino FW flashen
2. CC1101 konfigurieren (z.B. Frequenz, Bandbreite)
3. Logikanalyse FW / Code flashen
4. Daten aufzeichen, speichern und analyiseren
5. Signalduino FW flashen

recv-pin muss auch passen.

Kurzer Zwischenstand: Ich habe soeben meinen zweiten SIGNALduino fertig zusammengelötet. Erste Erkenntnisse:

• Was der eine sendet interpretiert der andere ganz anders
• Die "sicheren" Codes des alten führen bei dem neuen zu keiner Aktion der Motoren

Es gilt also jetzt viele Varianten durchzuspielen, um rauszukriegen welchen Einfluss

• die Hardware,
• die Sendeleistung,
• die Positionierung Raspi vs. Rollladenmotor

hat.

Kann ich eigentlich irgendwie die Feldstärke des empfangenen Signals auslesen? Das würde mir frei der Fragestellung "Welche Richtcharakteristik hat die Antenne?" und "Wieviel kommt noch beim entferntesten Motor an?" helfen.

RSSI sollte mit ausgegeben werden.

frag mal ccconf ab und vergleiche beide sduinos.
was der eine sendet sollte der andere empfangen können.

Aber nur in zwei unterschiedlichen FHEM Instanzen, sonst schlägt die Dublettenprüfung zu, oder?
Gruß Arnd


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

Zitat von: habeIchVergessen am 06 März 2018, 18:38:06
RSSI sollte mit ausgegeben werden.

Ist das R= am Ende der MU-Sequenz?

Zitat von: habeIchVergessen am 06 März 2018, 18:38:06
frag mal ccconf ab und vergleiche beide sduinos.
was der eine sendet sollte der andere empfangen können.

der alte:
ccconf: freq:868.000MHz bWidth:650KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)

der neue:
ccconf: freq:868.000MHz bWidth:650KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)

der neue sendet:
2018.03.06 19:46:07 4: mySIGNALduino SendrawFromQueue: msg=SC;SR;P0=-32001;P1=15860;D=01;SR;R=10;P0=-32001;P1=15860;P2=-398;P3=412;P4=3998;P5=822;P6=-800;D=23232323232323232323232425636363252563636363252525252525636325636363636325632563252525636363636363636363632563636363252563256363256363636363636363256325;

der alte versteht:
2018.03.06 19:46:08 4: mySIGNALduino/msg READ: MU;P0=-31978;P1=808;P2=-397;P3=397;P4=4002;P5=-812;P6=15872;D=01212123232323232323232324215353532121535353532121212121215353215353535353215321532121215353535353535353535321535353532121532153532153535353535353532153210623232323232323232323232421535353212153535353212121212121535321535353535321532153212121535353535353;CP=3;R=45;O;


nach dem Recoding der Parameter auf die alten Eckwerte (optimal: P0=-32000;P1=16000;P2=-400;P3=400;P4=4000;P5=-800;P6=800):
P0=-31978;P1=16000;P2=-397;P3=397;P4=4002;P5=-812;P6=808;D=06262623232323232323232324265353532626535353532626262626265353265353535353265326532626265353535353535353535326535353532626532653532653535353535353532653260623232323232323232323232426535353262653535353262626262626535326535353535326532653262626535353535353;

direkter Vergleich der Kernsequenz (musste nachträglich aus der 6 noch eine 1 machen):
23232323232323232324215353532121535353532121212121215353215353535353215321532121215353535353535353535321535353532121532153532153535353535353532153210123232323232323232323232421535353212153535353212121212121535321535353535321532153212121535353535353
23232323232323232324215353532121535353532121212121215353215353535353215321532121215353535353535353535321535353532121532153532153535353535353532153210123232323232323232323232421535353212153535353212121212121535321535353535321532153212121535353535353

Gute Nachricht: Der alte teilt nur die Parameter anders zu, inhaltlich sind die Sequenzen aber identisch.

Was ist nun der Unterschied? Der alte SIGNALduino/die Rollläden sind im Erdgeschoss, der neue SIGNALduino im ersten OG.

ich würde noch etwas Aufwand in die Beobachtung der Frequenzen stecken.

868MHz und 650kHz Bandwidth meint ja von 867,350 MHz bis 868,650MHz beim Empfang (sofern ich mich nicht irre).
Da jetzt 2 cc1101 da sind, kannst du mit der FB senden und mit unterschiedlichen Konfigurationen empfangen.
- 1x 868MHz und 650kHz
- 1x 867,5/868,5MHz und 320kHz (wenn empfangen wird, dann als neue Konfiguration oben benutzen und BW weiter reduzieren)
Damit sollte sich die Frequenz mit einigen Durchläufen konkretisieren lassen.

die ermittelte Frequenz kann dann beim Senden explizit angegeben werden (F=).


SR;;R=5;;P0=-16000;;P1=16000;;P2=-398;;P3=412;;P4=3998;;P5=822;;P6=-800;;D=00123232323232323232323232425636363252563636363252525252525636325636363636325632563252525636363636363636363632563636363252563256363256363636363636363256325;;


in R= steckt das Hardware-Byte für den RSSI-Wert. Dieser wird noch durch SIGNALduino konvertiert (also am device nachschauen).

@habeIchVergessen:
Ich habe gerade in einem der Ur-Threads zum SIGNALduino ein Statement von Ralf9 gelesen, dass die 1% Regel zu beachten ist. Weißt Du, ob im Code des SIGNALdunio eine Sperre programmiert ist, wenn man die 1% überschreitet? Das würde erklären, wieso ich nach diversen Tests keine Motor-Reaktion habe, die Motoren aber am nächsten Morgen aber problemlos auf denselben Code ansprechen.

kenne ich nur von Max!.
vermutlich wird über den variablen Teil "nur" zwischen einzelnen Tastendrücken unterschieden. die FB benutzt ja auch Wiederholungen. Kann mir nicht vorstellen, dass mehr Logik im Rollo steckt, als unbedingt nötig.
Was passiert, wenn der Strom beim Rollo abgeklemmt wird? musst du neu anlernen?

Zitat von: habeIchVergessen am 06 März 2018, 21:24:37
Was passiert, wenn der Strom beim Rollo abgeklemmt wird? musst du neu anlernen?

Der defekte Motor liegt bei mir im Arbeitszimmer und reagiert immer noch (ohne erneutes anlernen) auf "up" Commands der Fernbedienung.

Der Alte scheint beim Empfang empfindlicher zu sein als der Neue. Ererkennt mehr MU-Sequenzen und davon sind mehr formal brauchbare Sequenzen dabei.

Der Unterschied: beim Alten habe ich die beiden GND-Anschlüsse neben der Antenne mit Ground verbunden, beim Neuen nicht.

Macht das einen Unterschied?

schon mit der Bandbreite und Frequenz experimentiert? ggf. lassen sich dadurch Verbesserungen beim Senden und/oder Empfang realisieren.

bzgl. GND würde ich keine Verändung erwarten.

Ich habe gerade
- 868.000 MHz, Bandbreite 325 kHz
- 868.010 MHz, Bandbreite 650 kHz
- 868.100 MHz, Bandbreite 650 kHz
- 867.900 MHz, Bandbreite 650 kHz
ausprobiert, alles negativ.

868.000 MHz, Bandbreite 650 kHz scheint die richtige Kombination zu sein.

probier mal BW 325 kHz und für die Frequenz
867,650
867,800
868,200
868,350

Im Augenblick funkt er nicht mehr (das ist der Vorteil wenn man zwei hat, um den Funkverkehr zu beobachten). Ich reboote gerade.

Zitat von: habeIchVergessen am 07 März 2018, 18:34:29
probier mal BW 325 kHz und für die Frequenz
867,650
867,800
868,200
868,350

Da ist nirgendwo einer zu Hause - bei allen Kombinationen kein Empfang

Tests mal noch 2x +/- 0,15

Zitat von: habeIchVergessen am 07 März 2018, 18:43:01
Tests mal noch 2x +/- 0,15

ccconf: freq:868.150MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud) -> ok
ccconf: freq:867.850MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud) -> nok

Wie geht's weiter?

setze sens mal auf 8

dann die BW auf 200 kHz und in 0,075-Schritten von 868,075 bis 868,525

Zitat von: habeIchVergessen am 07 März 2018, 18:56:15
setze sens mal auf 8

dann die BW auf 200 kHz und in 0,075-Schritten von 868,075 bis 868,525

=> ccconf: freq:868.075MHz bWidth:162KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)

set mySIGNALduino cc1101_freq 868.075 -> nok
set mySIGNALduino cc1101_freq 868.150  -> nok
set mySIGNALduino cc1101_freq 868.225 -> OK, erkennt MU-Sequenzen
set mySIGNALduino cc1101_freq 868.300  -> nok
set mySIGNALduino cc1101_freq 868.375 -> OK, erkennt manchmal MU-Sequenzen
set mySIGNALduino cc1101_freq 868.450   -> nok
set mySIGNALduino cc1101_freq 868.525 -> nok

ccconf: freq:868.375MHz bWidth:81KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
set mySIGNALduino cc1101_freq 868.175 -> nok
set mySIGNALduino cc1101_freq 868.200 -> nok
set mySIGNALduino cc1101_freq 868.225 -> nok
set mySIGNALduino cc1101_freq 868.250 -> OK
set mySIGNALduino cc1101_freq 868.275 -> OK
set mySIGNALduino cc1101_freq 868.300 -> nok


ccconf: freq:868.250MHz bWidth:58KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
set mySIGNALduino cc1101_freq 868.230 -> nok
set mySIGNALduino cc1101_freq 868.235 -> nok
set mySIGNALduino cc1101_freq 868.240 -> nok
set mySIGNALduino cc1101_freq 868.245 -> nok
set mySIGNALduino cc1101_freq 868.250 -> OK
set mySIGNALduino cc1101_freq 868.255 -> OK
set mySIGNALduino cc1101_freq 868.260 -> OK
set mySIGNALduino cc1101_freq 868.265 -> OK
set mySIGNALduino cc1101_freq 868.270 -> OK
set mySIGNALduino cc1101_freq 868.275 -> OK
set mySIGNALduino cc1101_freq 868.280 -> OK
set mySIGNALduino cc1101_freq 868.285 -> OK
set mySIGNALduino cc1101_freq 868.290 -> OK
set mySIGNALduino cc1101_freq 868.295 -> OK
set mySIGNALduino cc1101_freq 868.300 -> nok

Ist 58 kHz Bandbreite das Ende der Fahnenstange?

868.275 MHz wäre die Mitte und damit die ideale Frequenz?

wenn du set cc1101_freq ausführst, dann steht im Log die Frequenz in 6 hex-Nibbles. die werden per F= beim Senden angefügt.

würde mal 868.27550 probieren und schauen, ob die Rollos besser empfangen können.

alle bisherigen Erkenntnisse treffen noch zu?

Zitat von: habeIchVergessen am 07 März 2018, 22:08:38
würde mal 868.27550 probieren und schauen, ob die Rollos besser empfangen können.

Habe ich eben schon so probiert und einige Sequenzen von der Fernbedienung gesendet/mitgeschnitten (noch ohne Rollosteuerung).

Zitat von: habeIchVergessen am 07 März 2018, 22:08:38
alle bisherigen Erkenntnisse treffen noch zu?

Scheint so zu sein. Die Nibbles 1-8 wechseln wie gehabt, die Nibbles 9-16 zeigen die bekannten Werte:


C3DCCF72 9F74B7FA
20F65B71 9F74B7FA
778C6033 9F74B7FE
7BCDA89A 9F74B7FC
8FC27D4A 9F74B7FE
D7479975 9F74B7FE
336D19FC 9F74B7FE
93320329 9F74B7FC
50D601C7 9F74B7FE
0292A7E1 9F74B7FA
10A4BFCD 9F74B7FE
61AF6CFC 9F74B7FC
B3552C35 9F74B7FE
49998D1B 9F74B7FE
503A9A81 9F74B7FE
239E04C3 9F74B7FE
6DBE69D0 9F74B7FE
AE09B9F2 9F74B7FA
78BAFEA1 9F74B7FA
3B7E707B 9F74B7FE
BDF7D25E 1F74B7FA
C44868E5 1F74B7FE
139F5519 1F74B7FC
95F9744A 1F74B7FE
63429D07 1F74B7FA
C8B4C588 1F74B7FE
2BF759AA 1F74B7FC
503DA565 1F74B7FE
EFC9696C 1F74B7FA


Ein Sendetest geht aktuell schlecht, meine Frau ist noch im Erdgeschoss ist und meinte schon vor Tagen "das ständige rauf-/runterfahren nervt die Nachbarn ..."  ;D. Also warte ich besser mal bis morgen Abend wenn meine Frau im Dachstudio ist.

Die empfangenen Sequenzen nähern sich aber immer mehr den Idealwerten P0=-32001;P1=16000;P2=-400;P3=400;P4=4000;P5=800;P6=-800;

P0=-32001;P1=15908;P2=-403;P3=412;P4=4020;P5=814;P6=-797;D=0123232...
P0=-29208;P1=15902;P2=-412;P3=418;P4=4012;P5=798;P6=-794;D=0123232...
P0=-30688;P1=15892;P2=-410;P3=411;P4=4018;P5=-801;P6=799;D=0123232...
P0=-32001;P1=15888;P2=-399;P3=414;P4=4014;P5=814;P6=-802;D=0123232...
P0=-14716;P1=15876;P2=-393;P3=418;P4=4020;P5=806;P6=-798;D=0123232...
P0=-32001;P1=15892;P2=-413;P3=411;P4=4010;P5=803;P6=-797;D=0123232...
P0=-32001;P1=15810;P2=-400;P3=400;P4=4006;P5=813;P6=-807;D=0123232...
P0=-32001;P1=15884;P2=-406;P3=411;P4=4006;P5=-805;P6=801;D=0123232...
P0=-27212;P1=15860;P2=-409;P3=405;P4=4012;P5=798;P6=-806;D=0123232...
P0=-32001;P1=15874;P2=-403;P3=411;P4=4028;P5=803;P6=-799;D=0123232...
P0=-22084;P1=15880;P2=-395;P3=409;P4=4028;P5=817;P6=-796;D=0123232...
P0=-9880;P1=15836;P2=-399;P3=423;P4=4018;P5=-795;P6=808;D=01232323...
P0=-23168;P1=15894;P2=-407;P3=413;P4=4028;P5=-798;P6=802;D=0123232...

Morgen Abend geht's weiter.

Die Wahrscheinlichkeit synthetische Codes auf basis der bisherigen Erkennisse zusammenzubauen steigt.

sieht schon richtig gut aus. bin gespannt, was beim Senden raus kommt.

tja, gestern Abend habe ich meine "produktive" Instanz gestern Abend noch umgestellt ...
ccconf: freq:868.275MHz bWidth:58KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
... und heute Morgen hat sich gar nichts bewegt  :(

Ich schätze ich werde unter den neuen Rahmenbedingungen wieder meine Mitschnitte beginnen und schauen welche brauchbaren Codes da rauskommen. Auf meine synthetischen Commands reagiert auch keiner.

sens hatten wir gestern auf 8 gesetzt. BW kann auch ein wenig größer sein.

hast du den Standort geändert?

Zitat von: habeIchVergessen am 08 März 2018, 17:48:00
sens hatten wir gestern auf 8 gesetzt. BW kann auch ein wenig größer sein.

Genau das habe ich eben probiert: 58, 161, 325, 650 kHz -> keinerlei Reaktion

Zitat von: habeIchVergessen am 08 März 2018, 17:48:00
hast du den Standort geändert?

nein

Aber jetzt kommt der spannende Teil: Ich bin auf 868.000 MHz mit 650 kHz zurückgegangen und habe meine (auf Basis des 868.275/58-Mitschnitts) als vermutlich brauchbar erkannten Codes getestet: Die funktionieren alle.

Du hast mit 868,000 gesendet und die Rollos haben reagiert? wenn ja, dann gibt doch beim Senden mal die Frequenz mit an.
Empfang funktioniert mit den Settings von gestern?

ja, ich habe mit 868.000 Mhz bei 650 kHz Bandbreite gesendet und Rollade 1 hat reagiert.

Empfang funkioniert mit 868.275 MHz und 58 kHz.

An welcher Position muss ich F= angeben?
Kann ich neben der Frequenz auch die Bandbreite mitgeben?

Die Bandbreite spielt beim Senden keine Rolle (behaupte ich).

schreib es mit ins SR/SC.

bei
set mySIGNALduino raw SC;;F=868000;;SR;;P0=-17960;;P1=15920;;D=01;;SR;;R=10;;P0=-17960;;P1=15920;;P2=-407;;P3=412;;P4=4010;;P5=805;;P6=-799;;D=232323232323232323232324256363256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363632563252123232323232323232323232425636325636363636363632563632525636363256363636325252525636363256363636363;;
sendet er nichts

cmd

set sduinoCUL cc1101_freq 868.000


im Log

2018.03.08 20:02:29 3: sduinoCUL: Setting FREQ2..0 (0D,0E,0F) to 21 62 76 = 868.000 MHz


habe die Clock-Werte Px vereinheitlicht und entsprechend häufig 800x5 = 4000 => 11111

Frequenz sollte folgende sein F=0D0E0F;;.
bei mir gibt es immer nur Fehler, wenn die Frequenz mit angegeben wird

sduinoCUL/msg READ: Received answer (0D0E0F10B071SC;F=0D0E0F;SR;R=5;...;) for sendraw does not match ^S(R|C|M);


konfiguriere mal den zum Senden mif 868.000

dein altes up

SR;;R=5;;P0=-400;;P1=800;;P2=400;;P3=-800;;D=33333333333333333333111111111111111111110202020202020202020202011111013232013232323232323201323201013232320132323232010101013232320132323232323232320132323201320101320132320132323232323232320132010;;F=0D0E0F;;

6FEC EF0E FF74 B7FA


synth. stop

SR;;R=5;;P0=-400;;P1=800;;P2=400;;P3=-800;;D=33333333333333333333111111111111111111110202020202020202020202011111320132013232323232323201323201013232320132323232010101013232320132323232323232320132323201320101320132320132323232323232323232010;;F=0D0E0F;;

AFEC EF0E FF74 B7FE


synth. down

SR;;R=5;;P0=-400;;P1=800;;P2=400;;P3=-800;;D=33333333333333333333111111111111111111110202020202020202020202011111323232013232323232323201323201013232320132323232010101013232320132323232323232320132323201320101320132320132323232323232323201010;;F=0D0E0F;;

EFEC EF0E FF74 B7FC


Weder up noch down funktionieren mit der Frequenz-Angabe F=0D0E0F;;

Der alte SIGNALduino (steht noch auf 868.000MHz/650kHz) zeigt im Log keine Aktivitäten. Wenn ich die Frequenz-Angabe weglasse erscheinen MU-Sequenzen.

Der Rollladenmotor zeigt aber keine Reaktion.

Fehler bei F= scheint ein Bug in der Firmware zu sein (printHex2!!!).

gesendet mit 868.000 oder 868.275?

Der cc1101 stand auf 868.275

oben hattest du geschrieben, dass die aufgezeichneten Codes "nur" mit 868.000 von den Rollos erkannt werden.

kannst du nochmal im 5s Abstand eine Taste drücken und die aufgezeichneten Nachrichten posten?

versuche bitte auch die folgenden Nachrichten zu senden

SR;;R=5;;P0=15000;;P2=-400;;P3=400;;P5=800;;P6=-800;;D=023232323232323232323232323232323232323232323255555256363256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363632563252;;
6FEC EF0E FF74 B7FA

SR;;R=5;;P0=15000;;P2=-400;;P3=400;;P5=800;;P6=-800;;D=023232323232323232323232323232323232323232323255555632563256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363636363252;;
AFEC EF0E FF74 B7FE

SR;;R=5;;P0=15000;;P2=-400;;P3=400;;P5=800;;P6=-800;;D=023232323232323232323232323232323232323232323255555636325256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363636325252;;
CFEC EF0E FF74 B7FC


ok, dann legen wir mal los:
Prod-SIGNALduino: ccconf: freq:868.000MHz bWidth:650KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
Test-SIGNALduino: ccconf: freq:868.275MHz bWidth:58KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)

Ich habe die Logfiles der beiden Instanzen kommentiert und angehängt.

Aber mal grundsätzlich: Ich vermute, dass wir über Frequenzmodulation reden (AM in dem Frequenzbereich käme mir komisch vor).

Meine Testreihen zur Ermittlung von Frequzenz/Bandbreite haben doch folgendes gezeigt:

set mySIGNALduino cc1101_freq 868.230 -> nok
set mySIGNALduino cc1101_freq 868.235 -> nok
set mySIGNALduino cc1101_freq 868.240 -> nok
set mySIGNALduino cc1101_freq 868.245 -> nok
set mySIGNALduino cc1101_freq 868.250 -> OK
set mySIGNALduino cc1101_freq 868.255 -> OK
set mySIGNALduino cc1101_freq 868.260 -> OK
set mySIGNALduino cc1101_freq 868.265 -> OK
set mySIGNALduino cc1101_freq 868.270 -> OK
set mySIGNALduino cc1101_freq 868.275 -> OK
set mySIGNALduino cc1101_freq 868.280 -> OK
set mySIGNALduino cc1101_freq 868.285 -> OK
set mySIGNALduino cc1101_freq 868.290 -> OK
set mySIGNALduino cc1101_freq 868.295 -> OK
set mySIGNALduino cc1101_freq 868.300 -> nok

Wenn wir zwischen 868.255 und 868.295 MHz bei einer Bandbreite von 58 kHz einen Empfang haben, sollte der Frequenzhub doch max. bei 40 kHz liegen. Wenn die Fernbedienung in diesem Bereich sendet, wieso sind die Rolladenmotoren dann taub wenn der SIGNALduino auf der Frequenz sendet? Bei 868.000 MHz sprechen die aber an. Also müssten man einen Frequenzhub von ca. 270 kHz haben, um in dem relevanten Frequenzbereich irgendetwas zu empfangen???

Mit welchem Frequenzhub arbeitet denn der SIGNALduino bzw. cc1101???

Hilft mir/uns die Logikanalyse bei der Ermittlung der Trägerfrequenz und des Frequenzhubs?

die Eigenarten des cc1101 kennt ich nicht.

mich wundert auch, dass das Senden mit 868,275 nicht von den Rollos verstanden wird. Kannst du denn mit 868.275 + BW 58kHz empfangen, wenn mit 868.275 gesendet wird? Wenn nicht, dann versuch doch mal die Sendefrequenz langsam zu senken, bis der Empfang möglich ist und dann weiter, bis er wieder aufhört.

was sagt dein Rollo zu dem snyth. Kram?

SR;;R=10;;P0=15000;;P2=-400;;P3=400;;P5=800;;P6=-800;;D=02323232323232323232323255555256363256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363632563252;;
6FEC EF0E FF74 B7FA

SR;;R=10;;P0=15000;;P2=-400;;P3=400;;P5=800;;P6=-800;;D=02323232323232323232323255555632563256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363636363252;;
AFEC EF0E FF74 B7FE

SR;;R=10;;P0=15000;;P2=-400;;P3=400;;P5=800;;P6=-800;;D=02323232323232323232323255555636325256363636363636325636325256363632563636363252525256363632563636363636363632563636325632525632563632563636363636363636325252;;
CFEC EF0E FF74 B7FC


Zitat von: habeIchVergessen am 09 März 2018, 23:45:27
was sagt dein Rollo zu dem snyth. Kram?

Nichts. Egal ob ich mit 868.275/58 oder 868.000/650 sende.

Ich habe ein paar weitere Testreihen durchgezogen mit meinem defekten Motor 7 und Richtung up (wenn er reagioert hat, habe ich den send-Command festgehalten)
7 up
ccconf: freq:868.135MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
set mySIGNALduino raw SC;;SR;;P0=-32001;;P1=15860;;D=01;;SR;;R=10;;P0=-32001;;P1=15860;;P2=-403;;P3=419;;P4=4018;;P5=-792;;P6=804;;D=23232323232323232323232453532653532653265326532653262626265353532626262653262626262626265326265353535353265353532653262653265353265353535353535353265326;;
868.135+162=868.297

ccconf: freq:868.215MHz bWidth:162KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
set mySIGNALduino raw SC;;SR;;P0=-17796;;P1=15870;;D=01;;SR;;R=10;;P0=-17796;;P1=15870;;P2=-394;;P3=418;;P4=4014;;P5=814;;P6=-788;;D=23232323232323232323232425636325636363632525632563632563636325636325632563636325252525256325256363636363256363632563252563256363256363636363636363256325;;

ccconf: freq:868.215MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
set mySIGNALduino raw SC;;SR;;P0=-21288;;P1=15870;;D=01;;SR;;R=10;;P0=-21288;;P1=15870;;P2=-403;;P3=411;;P4=4022;;P5=810;;P6=-795;;D=23232323232323232323232425632563632525252563256325632525256325252525632525256325632563636325256363636363256363632563252563256363256363636363636363256325;;

ccconf: freq:868.275MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud) -> no

ccconf: freq:868.225MHz bWidth:162KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud) -> no

ccconf: freq:868.205MHz bWidth:162KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
set mySIGNALduino raw SC;;SR;;P0=-32001;;P1=15860;;D=01;;SR;;R=10;;P0=-32001;;P1=15860;;P2=-403;;P3=419;;P4=4018;;P5=-792;;P6=804;;D=23232323232323232323232453532653532653265326532653262626265353532626262653262626262626265326265353535353265353532653262653265353265353535353535353265326;;

ccconf: freq:868.255MHz bWidth:81KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud) -> no

Meine Vermutung war, dass wir bei FM eine der beiden relevanten Frequenzen (da wir digital untergwes sind kann es ja eigentlich nur Trägerfrequenz+Frequenzhub und Trägerfrequenz-Frequenzhub geben) streifen und die Empfänger darauf reagieren. Die relevante obere Frequenz wäre dann ca. 868.295 MHz. Die Tests gehen von der Annahme aus, dass beim Senden der Frequenzhub = eingestellte Bandbreite/2 ist. Die Messreihen bestätigen dies zum Teil, es gab auch auch einen Ausreißer bei dem der Motor trotz zu hoch eingestellter Bandbreite reagiert hat.

Ich habe noch eine Sende-Testreihe mit Bandbreite 58 kHz im Frequenzbereich 868.250 - 868.295 MHz durchgefahren (damit hatten wir ja den Empfang optimiert und uns die 868.275 MHz ausgeschaut). Motor 7 hat in keinem einizgen Fall reagiert.

Wer kann uns was zum CC1101 und dem Sendevorgang sagen? Ralf9/Sidey?

Hat jemand evtl. einen Frequenzband-Scanner für den CC1101 geschrieben (im vorgegebenen Frequenzband stufenweise die Empfangsfrequenz bei schmalster Bandbreite einstellen und Frequzenz/Feldstärke festhalten)? Aus den ermittelten empfangenen Frequenzen könnte man schnell Trägerfrequenz und Frequenzhub ermitteln.

Ich bin über diese Seite gestolpert https://homematic-forum.de/forum/viewtopic.php?t=11087 und habe mir jetzt einen DVB-T-Stick bestellt.

(Ich habe nämlich auch noch Velux-Rolläden die nur SOMFY/Tahoma verstehen. Das wäre die nächste noch größere/kompliziertere Nummer ...)

Hi plin,
ich glaube Du bist gedanklich etwas auf dem Holzweg. Du machst Dir Gedanken über ein Modulationsverfahren, das FSK wäre. Der S'duino kann aber meines Wissens nur ASK/OOK. Wenn ich damit richtig liege, kommst Du so also nicht weiter.

Ich hab jetzt nicht jeden Post detailliert gelesen, aber es scheint ja manchmal zu funktionieren, was bedeuten würde, dass es sich eher um eine ASK/OOK-Modulation handelt. Vermutlich würde sonst auch gar nichts vom S'duino erkannt werden. ASK/OOK hat aber keinen "Frequenzhub". Es ist charakterisiert durch die Trägerfrequenz und die wird einfach nur ein- oder ausgeschaltet. Außer Trägerfrequenz und Sendestärke lässt sich dann auch eigentlich nichts einstellen. Beim Empfang dann bwidth u. sense, womit die "Empfindlichkeit" eingestellt wird, dem cc1101 also mitgegeben wird, nur in engen Grenzen zu empfangen und Fehlsignale auszuschließen oder eben möglichst viel zu empfangen, was dann aber "Funkschrott" sein kann.

Da Du vermutlich kein Oszi hast, könntest Du mit dieser  (https://wiki.fhem.de/wiki/Funksignalanalyse_mit_DVB-T_Stick) oder dieser (https://forum.fhem.de/index.php/topic,57361.msg487881.html#msg487881)  Methode versuchen, das Modulationsverfahren zu bestimmen. Als nanoCUL geflashed so analysieren (https://forum.fhem.de/index.php/topic,77674.0.html).
Grüße Markus
Edit: Du warst etwas schneller mit Deinem Post  ;)

Zitat von: KölnSolar am 10 März 2018, 10:15:04
Da Du vermutlich kein Oszi hast, könntest Du mit dieser  (https://wiki.fhem.de/wiki/Funksignalanalyse_mit_DVB-T_Stick) oder dieser (https://forum.fhem.de/index.php/topic,57361.msg487881.html#msg487881)  Methode versuchen, das Modulationsverfahren zu bestimmen. Als nanoCUL geflashed so analysieren (https://forum.fhem.de/index.php/topic,77674.0.html).

Zufälligerweise haben ich meinen Oszi aus Studienzeiten noch im Schrank stehen ...

Wie wäre der Ansatz?

VG Peter

patable haben noch nicht betrachtet. auf welchem Wert steht das bei dir?

Zitat von: habeIchVergessen am 10 März 2018, 10:39:35
patable haben noch nicht betrachtet. auf welchem Wert steht das bei dir?

Auf 10 dB (Rollade 6 war vom Obergeschoss aus nicht zu erreichen (schräg durch die Betondecke durch, deshalb der Ansatz viel-hilft-viel))

Zitat von: KölnSolar am 10 März 2018, 10:15:04
ich glaube Du bist gedanklich etwas auf dem Holzweg. Du machst Dir Gedanken über ein Modulationsverfahren, das FSK wäre. Der S'duino kann aber meines Wissens nur ASK/OOK. Wenn ich damit richtig liege, kommst Du so also nicht weiter.

Danke für den Hinweis, der hilft in der Tat.

Hast Du eine Idee für folgendes Verhalten:

• Bei 868.275MHz/58kHz habe ich die beste Empfangsqualität, die mitgeschnittenen Codes nähern sich den von uns vermuteten theoretischen Werten -400/400/4000/-800/800.
• Wenn ich mit 868.275MHz sende reagiert kein einziger Motor auf diese Codes.
• Wenn ich mit 868.00MHz sende reagieren 3 der 6 nahezu jedes Mal, 2 manchmal aber nicht zuverlässig, der 6. ist problematisch.

VG Peter

Du bist ja echt fleißig  ;) So schnell kann ich nicht denken und antworten  ;D

Zu Deinem letzten Post:
find ich seltsam, aber das muss nichts heißen  :-[ Da müsst ich noch mal in den Tiefen des cc1101 gucken. Wenn ich es richtig im Kopf habe, ist es mit einfacher Frequenzänderung nicht getan. Hab wie blöde gesucht, wo mir Telekatz das mal vor Augen geführt hatte. Ich hab aber nix mehr gefunden  :-[ Ich versuch mich mal wieder an der cc1101-Doku......

ZitatWie wäre der Ansatz?

Hab dann noch einmal länger drüber nachgedacht und mir die diversen Threads zu Audacity angeguckt und versucht meine grauen Zellen zu aktivieren, in denen steht, wie ich das mal vor Jahren probiert hatte.  ::) Und für eine Einschätzung meiner Antworten: Ich bin weder firm in Elektronik, noch in Funk. Hab mich aber recht gut in ASK/OOK eingearbeitet.

Ganz vorne angefangen, hast Du sicherlich schon im Inet gesucht, ob sich da etwas zu Hersteller, Protokoll... finden lässt.
Danach würde ich mich auf die FB fokussieren. Ich würde sie mal öffnen, um festzustellen, welcher Sendechip verbaut ist. Evtl. lässt sich dann schon per Suchmaschine das Modulationsverfahren ermitteln.

Oder den Sendepin mit was auch immer abgreifen und aufzeichnen. Bei ASK/OOK ist das mit Soundkarte/Audacity machbar, da die Trägerfrequenz weniger interessiert, sondern nur die Pulslängen von Interesse sind. Das hab ich damals erfolgreich hinbekommen.
Mit einem Oszi(ich hab keins) sollte man auch den Frequenzgang ermitteln können. Das kann ich aber nur theoretisch spekulieren.

Das lässt sich natürlich auch auf der Empfängerseite(cc1101) ausführen. Aber dort hat man dann den cc1101 schon entsprechend eingestellt. Man gewinnt vermutlich kaum neue Erkenntnisse gegenüber der S'duino-Auswertung, außer dass man das Signal nun visualisiert hat und die "kryptische" Darstellung des S'duino bestätigen kann.

Zitat von: KölnSolar am 10 März 2018, 13:08:46
Ganz vorne angefangen, hast Du sicherlich schon im Inet gesucht, ob sich da etwas zu Hersteller, Protokoll... finden lässt.

tja, das ist die RIO-Serie eines kleinen Bonner Herstellers. Nachdem der Motorenlieferant Pleite gegangen ist haben sie auf eine andere Produktlinie gewschwenkt.  Ich habe sogar per Mail angefragt, ob die mir Informationen zukommen lassen können, die Anfrage lief aber ins Leere.

Zitat von: KölnSolar am 10 März 2018, 13:08:46
Danach würde ich mich auf die FB fokussieren. Ich würde sie mal öffnen, um festzustellen, welcher Sendechip verbaut ist. Evtl. lässt sich dann schon per Suchmaschine das Modulationsverfahren ermitteln.

Gute Idee, hätte fast von mir sein können  ;D. Und siehe da: ich lese K110 83 oder K110 B3 und das führt mich über http://www.domoticaforum.eu/viewtopic.php?f=7&t=127&start=45 zu https://www.digchip.com/datasheets/parts/datasheet/216/TDK5110-pdf.php.

Ab sofort müssen wir uns also mit der Idee auseinander setzen einen ASK/OOK-Transceiver für das Senden von ASK/FSK zu nutzen.

JeeLink wäre dann wohl der richtige Ansatz?

ZitatAb sofort müssen wir uns also mit der Idee auseinander setzen einen ASK/OOK-Transceiver für das Senden von ASK/FSK zu nutzen.

JeeLink wäre dann wohl der richtige Ansatz?

Nicht unbedingt. der cc1101 kann ja auch ASK/FSK. Und der CUL hat auch ein paar FSK-Protokolle implementiert(ich glaub HM, MAX....)

Interessant find ich, dass lt. Datenblatt scheinbar für FSK u. ASK unterschiedliche Pins genutzt werden. Kannst Du über die Pins evtl. weiter auf das Modulationsverfahren schließen ?

Die Oberseite sieht so aus

Pin 6 (ASKDATA) und Pin 7 (FSKDATA) werden demnach genutzt.

mmh, sollte ich dann einen der beiden SIGNALduinos mal auf nanoCUL umflashen?

ZitatPin 6 (ASKDATA) und Pin 7 (FSKDATA) werden demnach genutzt.

Dann wohl figure 3.6, 3.7 oder 3.9  :-\ Und die Pins 1, 6 u. 7 mal am Oszi betrachten  :-\

Zitatmmh, sollte ich dann einen der beiden SIGNALduinos mal auf nanoCUL umflashen?

Glaube nicht, dass das was bringt. Andererseits: Versuch macht kluch  ;D

Edit: Hab das Datenblatt noch nicht ganz durchschaut  :'( Aber: Es ist ja von 13,56 und divider 64 zu lesen. Auf dem Bild meine ich 13,5672 lesen zu können. Multipliziert mit 64 ergäbe das eine typische(z.B. FS20) 868,30MHz-Frequenz. Und die 2. Frequenz(sofern FSK) +/- 150 kHz des loop filters ? Würde evtl. erklären, dass bei bwidth > 58kHz kein Empfang, da aus ASK-Sicht kein low mehr für die Demodulation empfangen wird ? Und ebenso, warum beim senden von ASK mit der selben Frequenz nichts an den Rolladenmotoren passiert.

Hab mal den CUL in die verschiedenen rfmodes gesetzt:

HomeMatic, MAX  => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Kopp_FC             => freq:868.300MHz bWidth:162KHz rAmpl:42dB sens:8dB
WMBus geht bei mir nicht, weil ich eine spezielle firmware habe.

Soweit meine Spinnereien.

Richtig interessant fand ich dann diese Passage aus dem Internet
Für den wm-bus ist bei kürzeren Reichweiten das SRD-Frequenzband(short range devices) mit 868MHz und einer Daten-Übertragungsrate von 32,768kbps mit Manchester-Codierung spezifiziert. Dabei
werden die beiden Modi S und T unterschieden. Der Modus S wird hauptsächlich bei Messgeräten eingesetzt, die mit einem lokalen Datensammler zusammen arbeiten (Stationary Devices). Diese funken ihre Daten
nur einige Male am Tag zum Datensammler. Der T-Modus dagegen ist für Geräte gedacht, die häufig senden (frequent transmission mode), d.h. alle n Sekunden oder n Minuten, wobei der Empfänger auch ein mobiles Gerät
sein kann, welches die Daten im walk-by oder drive-by Modus entgegennimmt,. Schließlich wird noch zwischen dem S1 und S2 sowie dem T1 und T2 Modus unterschieden. Hierbei sind S1 und T1 diejenigen Modi in denen das
Gerät nur sendet (unidirektionale Kommunikation). Bei S2 und T2 sendet das Gerät zwar regelmäßig Telegramme, aber der Empfänger kann das Gerät in soweit fernsteuern, dass er z.b. weitere Daten anfordert. Dafür muss das
Gerät dann aber auch einen Empfänger haben, so dass es die Befehle des (mobilen) Datensammlers auch entgegennehmen kann (bidirektionale Kommunikation). Verfolgt man den Signal Pfad von der Antenne her weiter,
dann erkennt man ein Antennen- Anpass-Netzwerk aus Chip-Induktivitäten und Kapazitäten, welches von einem IC in einem TSSOP-16 Gehäuse getrieben wird. Der Ausgang, welcher das Anpass-Netzwerk treibt, ist Pin 14 an
diesem IC. Nun gibt es nicht allzu viele integrierte Schaltungen im sub-ghz Bereich, die entweder senden (Transmitter) oder senden und empfangen (Transceiver). Daher fällt es nicht allzu schwer, den IC als ein Transmitter IC für
den sub-ghz Bereich der Firma Infineon mit der Bezeichnung TDK5110 zu identifizieren. Dass der TDK5110 Tranceiver auf der Platine verbaut wurde, lässt sich auch leicht daran verifizieren, dass der Versorgungsanschluss auf Pin 3 und
der Power Down Anschluss auf Pin 1 liegt. Außerdem ist ein passendes Quarz für die Phasenregelschleife (PLL) mit der Frequenz von 6.78MHz auf der Platine vorhanden. Studiert man das Datenblatt des Sende-ICs TDK5110 von
Infineon, dann kann man ihm entnehmen, dass die Sendeausgangsleistung mit typisch 10mW (10dBm) und mit maximal 15.8mW (12dBm) an 50ohm spezifiziert ist. Um Strom zu sparen wird der Sender über den Power Down Pin
deaktiviert und nur dann aktiviert, wenn auch gesendet werden soll. Dies steuert ein diskreter Transistor oberhalb des IC. Für die physikalische Übertragungsschicht des wm-bus (physical layer nach dem Standard EN )
welche die Funkübertragung regelt, wird eine Frequenzmodulation mit 50kHz Frequenzumtastung benutzt (Frequency-Shift-Keying, FSK). Dazu enthält der Sende-IC einen integrierten Schalter, mit dem eine Last-Kapazität am Quarz
der PLL umgeschaltet wird. Dadurch ändert sich die Schwingfrequenz des Quarzes geringfügig. Da die PLL die Sendefrequenz über einen festen Faktor aus der Quarzfrequenz synthetisiert, folgt diese den Änderungen der umgetasteten
Quarz-Schwingfrequenz und erzeugt so eine FSK-Modulation. Das Datensignal für den FSK-Umtastschalter wird vom Prozessor am Pin 7 angeliefert. Gleichzeitig kann am Pin 6 den Sende-Endverstärker (Power Amplifier) an- und
abgeschaltet werden und so auch eine Amplitudenumtastung erreicht werden (zweiwertige Amplitudenmodulation). Da diese Eingänge offen zugänglich sind, wäre es kein großer Aufwand das Signal des Transistors, das den Chip vom
Prozessor her steuert mit einer zugefügten Elektronik zu überschreiben und zwischen den normal vorgesehenen Sendezeiten über die Modulationseingänge andere Informationen einzuspeisen und zu übertragen.

Das klingt für mich alles danach, dass Du tatsächlich mit dem WMBus-Protokoll eines nanoCUL Erfolg haben könntest. Also doch flashen  ;D

Edit2: Und Du wirst Dir die culfw selber kompilieren und vorher "define HAS_MBUS" in der board.h aktivieren müssen. Ggfs. andere Protokolle deaktivieren, weil der Speicherplatz im nanoCUL nicht ausreicht.

bei 868.275 und BW 58 kHz sowie 868.000 und BW 650 kHz funktioniert der Empfang (sens 8).
Senden geht wohl nur bei 868.000 pa 10.

würde eher gegen WMBus sprechen.

Zitat von: habeIchVergessen am 10 März 2018, 21:29:00
bei 868.275 und BW 58 kHz sowie 868.000 und BW 650 kHz funktioniert der Empfang (sens 8).
Senden geht wohl nur bei 868.000 pa 10.

würde eher gegen WMBus sprechen.

Mein Bauchgefühl:
<spekulation>
FSK sendet auf zwei Frequenzen, eine für High, eine für Low. Wenn wir die High-Frequenz treffen, spricht der Empfänger an und erkennt "high". Fehlt die Low-Frequenz stört in das nicht, weil er "kein high" als "low" interpretiert (Entscheidung des Entwicklers). Deshalb lässt sich unser Empfänger auch mit OOK (einem halben FSK) ansteuern, aber halt nicht so präzise.
</spekulation>

Nach so vielen Tests kommt es jetzt auf einen (evtl. vergeblichen Test) mit dem nanoCUL auich nicht mehr an. Ist halt ein wenig wie ein Adventure Spiel, wir haben zwar vieles eingesammelt aber die Tür zum nächsten Raum geht noch nicht auf.

ok, ich bin jetzt so weit:

Internals:
   CFGFN     
   CMDS       ABbCEeFfGhiKklMmRTtUVWXxZz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1122
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   FD         16
   FHTID      1122
   NAME       nanoCUL
   NR         79
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-03-11 09:30:31   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2018-03-11 09:29:11   cmds             A B b C E e F f G h i K k l M m R T t U V W X x Z z
     2018-03-11 09:29:11   state           Initialized
Attributes:
   room       nanoCUL
   verbose    5

Log:
2018.03.11 09:29:07 3: Opening nanoCUL device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2018.03.11 09:29:07 3: Setting nanoCUL serial parameters to 38400,8,N,1
2018.03.11 09:29:11 3: nanoCUL: Possible commands: ABbCEeFfGhiKklMmRTtUVWXxZz
2018.03.11 09:29:11 3: nanoCUL device opened

Wie geht es jetzt weiter? Kann ich die bekannten raw-Commands senden oder müssen wir die umrechnen?

Zitat<spekulation>
FSK sendet auf zwei Frequenzen, eine für High, eine für Low. Wenn wir die High-Frequenz treffen, spricht der Empfänger an und erkennt "high". Fehlt die Low-Frequenz stört in das nicht, weil er "kein high" als "low" interpretiert (Entscheidung des Entwicklers). Deshalb lässt sich unser Empfänger auch mit OOK (einem halben FSK) ansteuern, aber halt nicht so präzise.
</spekulation>

Das ist (fast) genau meine These. Der S'duino müsste auch mit 868,15 u. 325kHz oder 867,9 u. 812 kHz empfangen(Frequenz 868,3). Ist das nun die untere oder obere Frequenz ? Hast Du Tests mit z.B. 325 kHz in einer großen Bandbreite(sagen wir mal 868,4-870,0; 866,5-868,1 in 0,1er Schritten) ?

Warum die Empfänger auf OOK reagieren kann ich mir nur so erklären, dass die Demodulation nur als OOK der unteren(?) Frequenz des FSK-Signals erfolgt. (Empfangschip könnte Aufschluss bringen)

Hast Du mein Edit2 zum nano befolgt ? Ich vermute nicht und vermutlich kannst Du nicht rfmode= WMBUS_x einstellen.

Zitat von: KölnSolar am 11 März 2018, 09:39:13
Das ist (fast) genau meine These. Der S'duino müsste auch mit 868,15 u. 325kHz oder 867,9 u. 812 kHz empfangen(Frequenz 868,3).

Als S'duino oder nanoCUL-Device?

Zitat von: KölnSolar am 11 März 2018, 09:39:13
Hast Du mein Edit2 zum nano befolgt ? Ich vermute nicht und vermutlich kannst Du nicht rfmode= WMBUS_x einstellen.

ja, aber erst mal falsch im Code interpretiert. Hab's dann korrekt aktiviert, SOMFY auskommentiert und neu gewandelt.

Ich habe diverse rfmodes durchgespielt. Im Log gibt's keine Einträge irgend eines empfangenen Signals. WMBUS_T liegt übrigens außerhalb der bisherigen Erkenntnisse:
nanoCUL ccconf => freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB

Zitat von: KölnSolar am 11 März 2018, 09:39:13
Hast Du Tests mit z.B. 325 kHz in einer großen Bandbreite(sagen wir mal 868,4-870,0; 866,5-868,1 in 0,1er Schritten) ?

Die Tests habe ich wie von habeIchVergessen vorgeschlagen https://forum.fhem.de/index.php/topic,85006.msg777754.html#msg777754 langsam durchiteriert und bin dann über 868.000/625, 868.150/325, 868.225/160 ... zu den 868.275/58 gelangt https://forum.fhem.de/index.php/topic,85006.msg777893.html#msg777893.

Mein Prod-S'duino empfängt bei ccconf: freq:868.600MHz bWidth:650KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud) MU-Sequenzen. Also ist 868.300 ein heißer Kandidat. Aber die Rollandenmotoren mögen 868.600 MHz nicht.

probieren doch mal ausgehend von 868.800 und BW 325 sens 8 in Richtung 868.300 die zweite Frequenz zu finden.
wie gehabt iterativ vorgehen.

Zitat von: habeIchVergessen am 11 März 2018, 10:27:56
probieren doch mal ausgehend von 868.800 und BW 325 sens 8 in Richtung 868.300 die zweite Frequenz zu finden.
wie gehabt iterativ vorgehen.

kommt gleich ...

Wieso hat eigentlich noch keiner eine ASK/FSK-Variante des SIGNALduino geschrieben? nanoCUL ist da etwas unflexibel.

Ich habe einige Frequenzen durchgetestet und denke gerade wieder über unseren Ansatz nach:

• Wir wissen, dass die FB auf ca. 868.275/868.300 MHz funkt. Das haben wir trennscharf über 58kHz Bandbreite eingerenzt.
• Bei einer Bandbreite von 650kHz haben wir bei 868.000 als auch 868.600 MHz Empfang. Das bestätigt die 868.300 MHz.
• Wenn ich sende reagieren die Motoren aber nur auf die 868.000 MHz.
• Die logische Schlussfolgerung wäre für mich, dass wir über 868.150 MHz mit einem Hub von +/- 150 KHz reden
• Bei 868.00MHz/58kHz empfange ich aber nichts ...

In der TD5110-Doku steht übrigens "The loop bandwidth of the PLL is 150 kHz when only the internal loop filter is used."

ZitatAls S'duino oder nanoCUL-Device?

Im Prinzip beide  ;) ich meinte aber als S'duino
Wie auch von hIV gesagt: die 2. Frequenz wäre zu finden. Je größer die bwidth, desto weniger Tests. Aber Achtung: WMBUS_S hat nur +/-50 kHz bei 868,3MHz (WMBUS_T=868,95, also eher auszuschließen). Dass das Senden mit 868.0 funktioniert, lässt mich aber eher auf einen größeren "Frequenzhub" bei Dir schließen.

Die Pulsweiten high/low

Zitatvermuteten theoretischen Werten -400/400/4000/-800/800.

scheinen ja grundsätzlich gleich. Aber der Synchronisierungs-/Pausepuls 4000 müsste bei der 2. Frequenz hoffentlich anders aussehen.

ZitatDie logische Schlussfolgerung wäre für mich, dass wir über 868.150 MHz mit einem Hub von +/- 150 KHz reden

Ich würde das eher als 868.3 u. Hub -300 kHz interpretieren. Und der Empfänger hat bestimmt auch noch eine Bandbreite. Also vielleicht 867,xy  :-\ Aber Senden mit z.B. 867,95 funktioniert nicht, oder ?

Zitat von: KölnSolar am 11 März 2018, 11:39:38
Aber Senden mit z.B. 867,95 funktioniert nicht, oder ?

Ein Motor hat gerade darauf angesprochen.

Muss ich nach einer Sende- oder iner Empfangsfrequenz suchen?
868.000MHz/650kHz -> empfangen und senden
868.000MHz/58kHz -> kein Empfang
868.295MHz/58kHz -> prima Empfang, kein senden
868.600MHz/650kHz -> empfangen, keinsenden

Wenn unsere Theorie richtig ist, sendet die FB mit FSK-Modulation Pulse mit 2 wechselnden Trägerfrequenzen. Liegen 1. u. 2. Frequenz innerhalb der Bandbreite, wird der S'duino wohl auch nur 1 langen high-Puls erkennen, also quasi nichts. Je nach Einstellung von Frequenz u. Bandbreite empfangen wir nur 1 Frequenz, weshalb der S'duino ein OOK-Signal zu erkennen glaubt. Die Frequenz scheint durch die Tests bei 868,3 ermittelt. Nun kann die 2. Frequenz drüber oder drunter liegen. Du müsstest also  mit den Tests eine 2. Frequenz finden, die bei engster(58kHz) Bandbreite ein Signal im S'duino erzeugt. Wegen der Sendeerfolge vermute ich die 2. Frequenz eben um die 868.00, aber wo genau ?

Das demodulierte OOK-Signal wird etwas anders aussehen, als bei der hohen Frequenz. Ich würde mir erhoffen, dass dieses dann zu einer höheren Erfolgsrate beim Senden führen wird.

dann sollte die 2. Frequenz aber >= 868.650 oder <= 867.350 sein, weil ja Empfangen bei 868.000 BW 650 kHz sens 8 funktioniert.
eine andere Idee wäre, an der FB per Durchgangsprüfung den Signalpfad von der Antenne zum Pin 6/7 zu finden.

Der Mensch ist ja faul. Deshalb für die Nachwelt die diesen Thread mal als hilfreich erachtet:

#!/bin/bash

cmd="set mySIGNALduino cc1101_bWidth 58"
echo "$cmd"
echo "$cmd" | telnet localhost 7072

sleep 5

for ((i=300; $i<700; i=$i+5 ))
do
   wk1="000$i"
   sub="${wk1: -3}"
   freq="868.$sub"
   cmd="set mySIGNALduino cc1101_freq 868.$sub"
   echo "$cmd"
   echo "$cmd" | telnet localhost 7072
   echo "$cmd" >> /opt/fhem/log/fhem-2018-03.log
   sleep 10
done


cmd="set mySIGNALduino cc1101_bWidth 650"
echo "$cmd"
echo "$cmd" | telnet localhost 7072

cmd="set mySIGNALduino cc1101_freq 868.000"
echo "$cmd"
echo "$cmd" | telnet localhost 7072


Script starten und immer fleißig rhythmisch die Sendetase drücken.

Danach dann ein
grep mySIGNALduino fhem-2018-03.log | grep -E "(FREQ2|MU;)" | sed -e 's/;D=.*/;D=/g' > xxx

führt zu
2018.03.11 13:01:49 4: mySIGNALduino/msg READ: MU;P0=209;P1=-195;P2=906;P4=-293;P5=106;P6=-99;D=
2018.03.11 13:50:22 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 6a = 868.300 MHz
2018.03.11 13:50:23 4: mySIGNALduino/msg READ: MU;P0=-358;P1=15554;P2=449;P3=4048;P5=851;P7=-761;D=
2018.03.11 13:50:23 4: mySIGNALduino/msg READ: MU;P0=1109;P1=-124;P2=-517;P4=15656;P5=4174;P7=690;D=
2018.03.11 13:50:23 4: mySIGNALduino/msg READ: MU;P0=670;P1=-134;P3=4920;P5=1105;P6=-547;D=
2018.03.11 13:50:24 4: mySIGNALduino/msg READ: MU;P0=1021;P1=336;P2=-189;P3=15818;P5=619;P6=4250;P7=-587;D=
2018.03.11 13:50:24 4: mySIGNALduino/msg READ: MU;P0=-604;P1=596;P2=-206;P3=1004;P4=15722;P5=4206;D=
2018.03.11 13:50:24 4: mySIGNALduino/msg READ: MU;P0=-604;P1=618;P2=-178;P3=1024;P5=15722;P6=4220;D=
2018.03.11 13:50:24 4: mySIGNALduino/msg READ: MU;P0=-208;P1=591;P2=4244;P3=-612;P4=1002;P5=-356;P6=1452;D=
2018.03.11 13:50:25 4: mySIGNALduino/msg READ: MU;P0=-146;P1=1062;P2=-568;P3=641;P5=15856;D=
2018.03.11 13:50:26 4: mySIGNALduino/msg READ: MU;P0=-576;P1=-156;P3=4638;P5=1049;P7=643;D=
2018.03.11 13:50:26 4: mySIGNALduino/msg READ: MU;P0=15754;P1=-193;P2=611;P3=4248;P4=-603;P5=1006;D=
2018.03.11 13:50:26 4: mySIGNALduino/msg READ: MU;P0=598;P1=-609;P2=-196;P3=1020;D=
2018.03.11 13:50:26 4: mySIGNALduino/msg READ: MU;P0=15736;P1=-188;P2=614;P3=4224;P4=-591;P5=1027;P6=1540;P7=-340;D=
2018.03.11 13:50:27 4: mySIGNALduino/msg READ: MU;P0=1042;P1=-161;P3=15802;P4=628;P6=4252;P7=-583;D=
2018.03.11 13:50:27 4: mySIGNALduino/msg READ: MU;P0=644;P1=-566;P2=-154;P3=1064;D=
2018.03.11 13:50:28 4: mySIGNALduino/msg READ: MU;P0=15752;P1=-172;P2=624;P3=4264;P4=-586;P5=1040;P6=-876;D=
2018.03.11 13:50:28 4: mySIGNALduino/msg READ: MU;P0=643;P1=-561;P2=-160;P3=1056;D=
2018.03.11 13:50:28 4: mySIGNALduino/msg READ: MU;P0=1095;P1=-535;P2=683;P3=-114;D=
2018.03.11 13:50:28 4: mySIGNALduino/msg READ: MU;P0=1093;P1=-125;P2=-530;P3=676;P5=15798;P6=4298;D=
2018.03.11 13:50:28 4: mySIGNALduino/msg READ: MU;P0=1108;P1=-113;P2=-523;P3=695;P5=15824;D=
2018.03.11 13:50:29 4: mySIGNALduino/msg READ: MU;P0=1087;P1=-542;P2=682;P4=-316;P5=-127;P7=92;D=
2018.03.11 13:50:30 4: mySIGNALduino/msg READ: MU;P0=1071;P1=-166;P2=-213;P3=15824;P5=653;P6=4244;P7=-555;D=
2018.03.11 13:50:30 4: mySIGNALduino/msg READ: MU;P0=-549;P1=657;P2=-155;P3=1065;P4=15762;P5=4268;D=
2018.03.11 13:50:30 4: mySIGNALduino/msg READ: MU;P0=-145;P1=1038;P2=-594;P3=621;D=
2018.03.11 13:50:31 4: mySIGNALduino/msg READ: MU;P0=-605;P1=-177;P3=15856;P5=604;P6=4260;P7=1034;D=
2018.03.11 13:50:31 4: mySIGNALduino/msg READ: MU;P0=623;P1=-585;P2=-182;P3=1023;P4=15738;P5=4236;D=
2018.03.11 13:50:31 4: mySIGNALduino/msg READ: MU;P0=1023;P1=-198;P2=-587;P3=621;D=
2018.03.11 13:50:31 4: mySIGNALduino/msg READ: MU;P0=15748;P1=-169;P2=675;P3=4228;P4=1089;P5=-516;P7=-114;D=
2018.03.11 13:50:32 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 76 = 868.305 MHz
2018.03.11 13:50:32 4: mySIGNALduino/msg READ: MU;P0=-541;P1=-139;P2=1079;P5=670;P7=4272;D=
2018.03.11 13:50:32 4: mySIGNALduino/msg READ: MU;P0=-136;P1=1065;P2=-558;P3=658;P6=15786;P7=4288;D=
2018.03.11 13:50:42 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 83 = 868.310 MHz
2018.03.11 13:50:44 4: mySIGNALduino/msg READ: MU;P0=-292;P1=486;P2=-698;P3=915;D=
2018.03.11 13:50:45 4: mySIGNALduino/msg READ: MU;P0=-681;P1=921;P2=-289;P3=519;P4=-15352;P6=-4060;D=
2018.03.11 13:50:46 4: mySIGNALduino/msg READ: MU;P0=-15376;P1=-262;P2=555;P3=15924;P5=-3888;P6=-661;P7=965;D=
2018.03.11 13:50:46 4: mySIGNALduino/msg READ: MU;P0=963;P1=-246;P2=562;P3=-645;D=
2018.03.11 13:50:46 4: mySIGNALduino/msg READ: MU;P0=523;P1=-663;P2=950;P3=-255;P4=-15332;P5=-3820;D=
2018.03.11 13:50:47 4: mySIGNALduino/msg READ: MU;P0=919;P1=-290;P2=488;P3=-692;P4=1576;D=
2018.03.11 13:50:48 4: mySIGNALduino/msg READ: MU;P0=-709;P1=496;P2=906;P3=-294;P4=-15356;P5=-3864;P7=-1092;D=
2018.03.11 13:50:49 4: mySIGNALduino/msg READ: MU;P0=-642;P1=985;P2=-226;P3=574;P4=-15328;P6=-3816;D=
2018.03.11 13:50:49 4: mySIGNALduino/msg READ: MU;P0=-240;P1=970;P2=562;P3=-651;P4=-16000;P5=-3864;D=
2018.03.11 13:50:49 4: mySIGNALduino/msg READ: MU;P0=-672;P1=509;P2=938;P3=-271;D=
2018.03.11 13:50:50 4: mySIGNALduino/msg READ: MU;P0=-664;P1=543;P2=950;P3=-269;P4=-15416;P5=-3860;D=
2018.03.11 13:50:50 4: mySIGNALduino/msg READ: MU;P1=-271;P2=509;P3=-676;P4=939;D=
2018.03.11 13:50:51 4: mySIGNALduino/msg READ: MU;P0=941;P1=-275;P2=525;P3=-689;P4=-15356;P5=-3864;D=
2018.03.11 13:50:52 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 90 = 868.315 MHz
2018.03.11 13:50:52 4: mySIGNALduino/msg READ: MU;P0=-678;P1=536;P2=940;P3=-272;P4=-15380;P5=-3840;D=
2018.03.11 13:50:54 4: mySIGNALduino/msg READ: MU;P0=811;P1=-394;P2=411;P3=-798;D=
2018.03.11 13:50:55 4: mySIGNALduino/msg READ: MU;P0=-780;P1=433;P2=839;P3=-374;P4=-15444;P5=-3960;D=
2018.03.11 13:50:55 4: mySIGNALduino/msg READ: MU;P0=-362;P1=834;P2=442;P3=-781;P4=-15472;P5=-3948;P6=1480;D=
2018.03.11 13:50:56 4: mySIGNALduino/msg READ: MU;P0=-362;P1=434;P2=-771;P3=847;P4=-16128;P5=-4000;D=
2018.03.11 13:50:57 4: mySIGNALduino/msg READ: MU;P0=-797;P1=421;P2=811;P3=-395;P4=-15476;P5=-3996;D=
2018.03.11 13:50:57 4: mySIGNALduino/msg READ: MU;P0=-395;P1=823;P2=415;P3=-785;P4=-16128;P5=-3988;D=
2018.03.11 13:50:57 4: mySIGNALduino/msg READ: MU;P0=-778;P1=835;P2=-376;P3=437;D=
2018.03.11 13:50:59 4: mySIGNALduino/msg READ: MU;P0=-800;P1=410;P2=818;P3=-393;D=
2018.03.11 13:51:00 4: mySIGNALduino/msg READ: MU;P0=-367;P1=432;P2=-785;P3=844;P4=-15468;P5=-3972;P6=-1140;D=
2018.03.11 13:51:01 4: mySIGNALduino/msg READ: MU;P0=-368;P1=845;P2=442;P3=-778;P4=-15460;P5=-3948;P6=-540;P7=1300;D=
2018.03.11 13:51:02 4: mySIGNALduino/msg READ: MU;P0=437;P1=-774;P2=851;P3=-360;D=
2018.03.11 13:51:02 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 9c = 868.320 MHz
2018.03.11 13:51:03 4: mySIGNALduino/msg READ: MU;P0=-776;P1=449;P2=854;P3=-350;D=
2018.03.11 13:51:04 4: mySIGNALduino/msg READ: MU;P0=413;P1=-802;P2=808;P3=-400;P4=-15500;P5=-3996;D=
2018.03.11 13:51:04 4: mySIGNALduino/msg READ: MU;P0=416;P1=-801;P2=813;P3=-394;P4=-16152;P5=-3984;D=
2018.03.11 13:51:05 4: mySIGNALduino/msg READ: MU;P0=-817;P1=796;P2=-414;P3=400;P4=-15500;P5=-3988;P6=-1456;D=
2018.03.11 13:51:06 4: mySIGNALduino/msg READ: MU;P0=-409;P1=805;P2=407;P3=-803;D=
2018.03.11 13:51:08 4: mySIGNALduino/msg READ: MU;P0=-402;P1=402;P2=-800;P3=813;D=
2018.03.11 13:51:09 4: mySIGNALduino/msg READ: MU;P0=-802;P1=412;P2=813;P3=-401;P4=-15480;P6=-4004;D=
2018.03.11 13:51:10 4: mySIGNALduino/msg READ: MU;P0=-807;P1=807;P2=-407;P3=402;P4=-15488;P5=-4008;D=
2018.03.11 13:51:11 4: mySIGNALduino/msg READ: MU;P0=-401;P1=817;P2=406;P3=-798;P4=-16128;P5=-4024;D=
2018.03.11 13:51:12 4: mySIGNALduino/msg READ: MU;P0=-795;P1=816;P2=-398;P3=412;P4=-15488;P5=-3988;D=
2018.03.11 13:51:12 4: mySIGNALduino/msg READ: MU;P0=-405;P1=807;P2=413;P3=-796;P4=-15500;P5=-4004;P6=1468;D=
2018.03.11 13:51:12 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 a9 = 868.325 MHz
2018.03.11 13:51:13 4: mySIGNALduino/msg READ: MU;P0=-400;P1=811;P2=410;P3=-798;P4=32001;D=
2018.03.11 13:51:15 4: mySIGNALduino/msg READ: MU;P0=-428;P1=784;P2=389;P3=-809;P5=1224;D=
2018.03.11 13:51:17 4: mySIGNALduino/msg READ: MU;P0=-411;P1=795;P2=392;P3=-819;P4=-608;P5=1260;D=
2018.03.11 13:51:18 4: mySIGNALduino/msg READ: MU;P0=-407;P1=800;P2=387;P3=-822;P4=-15500;P5=-4004;P6=1376;D=
2018.03.11 13:51:22 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 b5 = 868.330 MHz
2018.03.11 13:51:22 4: mySIGNALduino/msg READ: MU;P0=-418;P1=799;P2=395;P3=-812;P4=-15500;P5=-4004;D=
2018.03.11 13:51:24 4: mySIGNALduino/msg READ: MU;P0=7044;P1=-820;P2=398;P3=785;P4=-416;P5=1420;D=
2018.03.11 13:51:25 4: mySIGNALduino/msg READ: MU;P0=-403;P1=801;P2=410;P3=-803;P4=-15508;P5=-4000;D=
2018.03.11 13:51:25 4: mySIGNALduino/msg READ: MU;P0=-415;P1=796;P2=406;P3=-809;P4=-15500;P5=-3996;D=
2018.03.11 13:51:26 4: mySIGNALduino/msg READ: MU;P0=-410;P1=408;P2=-804;P3=800;P4=-15508;P6=-4544;D=
2018.03.11 13:51:27 4: mySIGNALduino/msg READ: MU;P0=-410;P1=795;P2=408;P3=-803;P4=-15504;P5=-4012;D=
2018.03.11 13:51:27 4: mySIGNALduino/msg READ: MU;P0=-418;P1=795;P2=388;P3=-818;P4=-15504;P5=-4024;P6=-1280;D=
2018.03.11 13:51:28 4: mySIGNALduino/msg READ: MU;P0=-416;P1=397;P2=-806;P3=796;P4=-15508;P5=-4004;D=
2018.03.11 13:51:30 4: mySIGNALduino/msg READ: MU;P0=-418;P1=786;P2=394;P3=-819;P4=-15500;P5=-4004;P6=-628;P7=1220;D=
2018.03.11 13:51:31 4: mySIGNALduino/msg READ: MU;P0=-420;P1=793;P2=389;P3=-815;D=
2018.03.11 13:51:32 4: mySIGNALduino/msg READ: MU;P0=-418;P1=803;P2=396;P3=-815;D=
2018.03.11 13:51:32 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 c2 = 868.335 MHz
2018.03.11 13:51:33 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=385;P2=-15948;P4=-434;P5=-4012;P6=-822;P7=779;D=
2018.03.11 13:51:34 4: mySIGNALduino/msg READ: MU;P0=-9372;P1=383;P2=-426;P3=-4000;P4=-831;P5=785;D=
2018.03.11 13:51:35 4: mySIGNALduino/msg READ: MU;P0=-807;P1=815;P2=-394;P3=404;P4=-15484;P5=-4008;D=
2018.03.11 13:51:35 4: mySIGNALduino/msg READ: MU;P0=-420;P1=788;P2=405;P3=-811;P4=-15508;P5=-4008;P6=1332;D=
2018.03.11 13:51:36 4: mySIGNALduino/msg READ: MU;P0=-809;P1=799;P2=-407;P3=402;P4=-15504;P5=-4012;D=
2018.03.11 13:51:36 4: mySIGNALduino/msg READ: MU;P0=-417;P1=789;P2=398;P3=-812;P4=-15496;P5=586;P6=-4012;D=
2018.03.11 13:51:36 4: mySIGNALduino/msg READ: MU;P0=-815;P1=792;P2=-418;P3=396;D=
2018.03.11 13:51:38 4: mySIGNALduino/msg READ: MU;P0=-822;P1=794;P2=-410;P3=394;P4=-15508;P5=-3992;D=
2018.03.11 13:51:39 4: mySIGNALduino/msg READ: MU;P0=-808;P1=797;P2=-416;P3=409;P4=-15512;P5=-4004;D=
2018.03.11 13:51:39 4: mySIGNALduino/msg READ: MU;P0=-415;P1=793;P2=396;P3=-811;P4=-15504;P5=-4000;P6=-1432;D=
2018.03.11 13:51:41 4: mySIGNALduino/msg READ: MU;P0=-412;P1=798;P2=402;P3=-816;P4=-15512;P5=-4020;D=
2018.03.11 13:51:42 4: mySIGNALduino/msg READ: MU;P0=437;P1=-813;P2=780;P3=-433;P4=-15512;P5=-4016;P6=-1396;D=
2018.03.11 13:51:42 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 cf = 868.340 MHz
2018.03.11 13:51:43 4: mySIGNALduino/msg READ: MU;P0=-413;P1=794;P2=385;P3=-820;P4=-15508;P5=-4032;D=
2018.03.11 13:51:43 4: mySIGNALduino/msg READ: MU;P0=-417;P1=792;P2=384;P3=-841;P4=-15504;P5=-4028;P7=1180;D=
2018.03.11 13:51:44 4: mySIGNALduino/msg READ: MU;P0=-818;P1=396;P2=789;P3=-414;P4=-15504;P5=-4016;D=
2018.03.11 13:51:45 4: mySIGNALduino/msg READ: MU;P0=-428;P1=780;P2=386;P3=-826;P4=-15512;P5=-4016;P6=-1416;D=
2018.03.11 13:51:46 4: mySIGNALduino/msg READ: MU;P0=-409;P1=404;P2=-808;P3=806;P4=-15504;P5=-4000;D=
2018.03.11 13:51:46 4: mySIGNALduino/msg READ: MU;P0=-417;P1=792;P2=374;P3=-839;P4=-15496;P5=-4000;D=
2018.03.11 13:51:47 4: mySIGNALduino/msg READ: MU;P0=-824;P1=394;P2=797;P3=-409;P4=-15484;P5=-4016;D=
2018.03.11 13:51:48 4: mySIGNALduino/msg READ: MU;P0=-426;P1=776;P2=393;P3=-817;P4=-15488;P5=-4024;P6=-1472;D=
2018.03.11 13:51:49 4: mySIGNALduino/msg READ: MU;P0=-822;P1=394;P2=788;P3=-426;P4=-15516;P5=-4000;D=
2018.03.11 13:51:49 4: mySIGNALduino/msg READ: MU;P0=-807;P1=812;P2=-398;P3=402;D=
2018.03.11 13:51:51 4: mySIGNALduino/msg READ: MU;P0=-818;P1=400;P2=793;P3=-414;P4=-16164;P5=-4000;P6=-1460;D=
2018.03.11 13:51:51 4: mySIGNALduino/msg READ: MU;P0=-427;P1=782;P2=398;P3=-820;P4=-16548;P6=-4024;D=
2018.03.11 13:51:52 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 db = 868.345 MHz
2018.03.11 13:51:52 4: mySIGNALduino/msg READ: MU;P0=-414;P1=402;P2=-813;P3=800;P4=-15508;P5=-4024;D=
2018.03.11 13:51:52 4: mySIGNALduino/msg READ: MU;P0=-426;P1=785;P2=391;P3=-826;P4=-15512;P5=-4024;P6=-1240;D=
2018.03.11 13:51:54 4: mySIGNALduino/msg READ: MU;P0=1008;P1=480;P2=-864;P3=745;P4=-469;P5=350;D=
2018.03.11 13:51:55 4: mySIGNALduino/msg READ: MU;P0=-429;P1=785;P2=369;P3=-845;P4=-15524;P5=-4048;D=
2018.03.11 13:51:55 4: mySIGNALduino/msg READ: MU;P0=-453;P1=748;P2=342;P3=-881;P4=-15520;P5=-4044;D=
2018.03.11 13:51:56 4: mySIGNALduino/msg READ: MU;P0=-415;P1=395;P2=-815;P3=789;P4=-15504;P5=-4036;D=
2018.03.11 13:51:57 4: mySIGNALduino/msg READ: MU;P0=-847;P1=757;P2=-443;P3=369;D=
2018.03.11 13:51:58 4: mySIGNALduino/msg READ: MU;P0=-811;P1=795;P2=-409;P3=393;P4=-15846;P5=-4012;D=
2018.03.11 13:51:58 4: mySIGNALduino/msg READ: MU;P0=-411;P1=388;P2=-4040;P3=-820;P4=805;D=
2018.03.11 13:51:58 4: mySIGNALduino/msg READ: MU;P0=-420;P1=388;P2=-823;P3=792;D=
2018.03.11 13:51:59 4: mySIGNALduino/msg READ: MU;P0=-827;P1=789;P2=-418;P3=384;P4=-15516;P5=-4024;D=
2018.03.11 13:51:59 4: mySIGNALduino/msg READ: MU;P0=-439;P1=767;P2=374;P3=-842;P4=-15492;P5=-4044;P6=-1228;D=
2018.03.11 13:52:01 4: mySIGNALduino/msg READ: MU;P0=-840;P1=778;P2=-430;P3=379;P4=-15508;P5=-4020;P6=-1404;D=
2018.03.11 13:52:02 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 e8 = 868.350 MHz
2018.03.11 13:52:02 4: mySIGNALduino/msg READ: MU;P0=-428;P1=391;P2=-821;P3=784;P4=-15508;P5=-4032;D=
2018.03.11 13:52:02 4: mySIGNALduino/msg READ: MU;P0=-429;P1=779;P2=368;P3=-841;P4=-15504;P5=-4020;P6=-1248;D=
2018.03.11 13:52:04 4: mySIGNALduino/msg READ: MU;P0=281;P1=-532;P2=-4136;P4=-933;P5=690;D=
2018.03.11 13:52:04 4: mySIGNALduino/msg READ: MU;P0=1156;P1=-565;P2=647;P3=237;P4=-971;D=
2018.03.11 13:52:05 4: mySIGNALduino/msg READ: MU;P0=-517;P1=286;P2=-933;P3=691;P4=-15592;P5=-4132;D=
2018.03.11 13:52:05 4: mySIGNALduino/msg READ: MU;P0=-556;P1=648;P2=247;P3=-967;P4=-15600;P5=-4144;P6=1252;D=
2018.03.11 13:52:06 4: mySIGNALduino/msg READ: MU;P0=-518;P1=689;P2=278;P3=-934;P4=-15620;P5=-4104;D=
2018.03.11 13:52:07 4: mySIGNALduino/msg READ: MU;P0=-572;P1=629;P2=231;P3=-1002;P4=-15620;P5=-4112;D=
2018.03.11 13:52:08 4: mySIGNALduino/msg READ: MU;P0=-521;P1=691;P2=290;P3=-931;P4=-15620;P5=-4128;D=
2018.03.11 13:52:08 4: mySIGNALduino/msg READ: MU;P0=-537;P1=673;P2=281;P3=-938;P4=-16292;P5=-4148;D=
2018.03.11 13:52:08 4: mySIGNALduino/msg READ: MU;P0=-940;P1=276;P2=666;P3=-540;D=
2018.03.11 13:52:10 4: mySIGNALduino/msg READ: MU;P0=-560;P1=245;P2=-966;P3=649;P4=1164;D=
2018.03.11 13:52:12 4: mySIGNALduino/msg READ: MU;P0=-539;P1=248;P2=-959;P3=670;P4=1252;D=
2018.03.11 13:52:12 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 f4 = 868.355 MHz
2018.03.11 13:52:13 4: mySIGNALduino/msg READ: MU;P0=-120;P1=198;P2=-603;P3=-4172;P4=-1027;P5=590;P6=32001;D=
2018.03.11 13:52:14 4: mySIGNALduino/msg READ: MU;P0=-4260;P1=166;P2=-1053;P3=569;P4=-638;D=
2018.03.11 13:52:16 4: mySIGNALduino/msg READ: MU;P0=-676;P1=519;P2=130;P3=-1092;D=
2018.03.11 13:52:17 4: mySIGNALduino/msg READ: MU;P0=-605;P1=605;P2=204;P3=-1019;P4=-15700;P5=-4204;D=
2018.03.11 13:52:18 4: mySIGNALduino/msg READ: MU;P0=-613;P1=201;P2=-1011;P3=602;P4=-15712;P5=-4192;D=
2018.03.11 13:52:18 4: mySIGNALduino/msg READ: MU;P0=-602;P1=216;P2=-1007;P3=604;P4=-16416;P5=-4252;D=
2018.03.11 13:52:19 4: mySIGNALduino/msg READ: MU;P0=-639;P1=566;P2=210;P3=-1028;P4=-15688;P6=-4204;D=
2018.03.11 13:52:19 4: mySIGNALduino/msg READ: MU;P0=-594;P1=605;P2=223;P3=-999;P4=-15688;P6=-4204;D=
2018.03.11 13:52:19 4: mySIGNALduino/msg READ: MU;P0=-630;P1=589;P2=178;P3=-1035;P4=-15660;P6=-4260;D=
2018.03.11 13:52:21 4: mySIGNALduino/msg READ: MU;P0=-619;P1=200;P2=-1026;P3=591;P4=-15692;P5=-4184;D=
2018.03.11 13:52:21 4: mySIGNALduino/msg READ: MU;P0=-589;P1=605;P2=215;P3=-1013;P4=-15692;P5=-4200;D=
2018.03.11 13:52:21 4: mySIGNALduino/msg READ: MU;P0=-1016;P1=205;P2=595;P3=-609;P4=-15696;P5=-4188;D=
2018.03.11 13:52:22 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 01 = 868.360 MHz
2018.03.11 13:52:22 4: mySIGNALduino/msg READ: MU;P0=-620;P1=593;P2=220;P3=-1003;P4=-15688;P5=-4204;D=
2018.03.11 13:52:23 4: mySIGNALduino/msg READ: MU;P0=-624;P1=581;P2=209;P3=-1020;P4=-15692;P6=-4200;D=
2018.03.11 13:52:32 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 0e = 868.365 MHz
2018.03.11 13:52:42 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 1a = 868.370 MHz
2018.03.11 13:52:52 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 27 = 868.375 MHz
2018.03.11 13:53:02 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 33 = 868.380 MHz
2018.03.11 13:53:12 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 40 = 868.385 MHz
2018.03.11 13:53:22 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 4d = 868.390 MHz
2018.03.11 13:53:32 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 59 = 868.395 MHz
2018.03.11 13:53:43 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 66 = 868.400 MHz
2018.03.11 13:53:53 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 73 = 868.405 MHz
2018.03.11 13:54:03 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 7f = 868.410 MHz
2018.03.11 13:54:13 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 8c = 868.415 MHz
2018.03.11 13:54:23 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 98 = 868.420 MHz
2018.03.11 13:54:33 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 a5 = 868.425 MHz
2018.03.11 13:54:43 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 b2 = 868.430 MHz
2018.03.11 13:54:53 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 be = 868.435 MHz
2018.03.11 13:55:03 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 cb = 868.440 MHz
2018.03.11 13:55:13 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 d7 = 868.445 MHz
2018.03.11 13:55:23 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 e4 = 868.450 MHz
2018.03.11 13:55:33 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 f1 = 868.455 MHz
2018.03.11 13:55:43 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 66 fd = 868.460 MHz
2018.03.11 13:55:53 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 0a = 868.465 MHz
2018.03.11 13:56:03 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 16 = 868.470 MHz
2018.03.11 13:56:13 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 23 = 868.475 MHz
2018.03.11 13:56:23 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 30 = 868.480 MHz
2018.03.11 13:56:33 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 3c = 868.485 MHz
2018.03.11 13:56:43 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 49 = 868.490 MHz
2018.03.11 13:56:48 4: mySIGNALduino/msg READ: MU;P0=295;P1=-487;P2=-763;P3=821;P5=-369;P6=429;P7=112;D=
2018.03.11 13:56:49 4: mySIGNALduino/msg READ: MU;P0=758;P1=-427;P3=460;P4=-781;P6=322;D=
2018.03.11 13:56:50 4: mySIGNALduino/msg READ: MU;P0=156;P1=-867;P2=784;P3=-588;P4=-400;P5=388;D=
2018.03.11 13:56:50 4: mySIGNALduino/msg READ: MU;P0=-796;P1=344;P2=-443;P6=-4112;P7=734;D=
2018.03.11 13:56:52 4: mySIGNALduino/msg READ: MU;P0=140;P1=830;P2=-389;P3=295;P4=-814;P5=-102;P7=430;D=
2018.03.11 13:56:53 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 55 = 868.495 MHz
2018.03.11 13:57:03 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 62 = 868.500 MHz
2018.03.11 13:57:13 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 6f = 868.505 MHz
2018.03.11 13:57:23 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 7b = 868.510 MHz
2018.03.11 13:57:33 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 88 = 868.515 MHz
2018.03.11 13:57:43 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 94 = 868.520 MHz
2018.03.11 13:57:53 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 a1 = 868.525 MHz
2018.03.11 13:58:03 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 ae = 868.530 MHz
2018.03.11 13:58:13 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 ba = 868.535 MHz
2018.03.11 13:58:23 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 c7 = 868.540 MHz
2018.03.11 13:58:34 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 d3 = 868.545 MHz
2018.03.11 13:58:44 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 e0 = 868.550 MHz
2018.03.11 13:58:54 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 ed = 868.555 MHz
2018.03.11 13:59:04 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 67 f9 = 868.560 MHz
2018.03.11 13:59:14 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 06 = 868.565 MHz
2018.03.11 13:59:24 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 12 = 868.570 MHz
2018.03.11 13:59:34 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 1f = 868.575 MHz
2018.03.11 13:59:44 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 2c = 868.580 MHz
2018.03.11 13:59:54 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 38 = 868.585 MHz
2018.03.11 14:00:04 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 45 = 868.590 MHz
2018.03.11 14:00:14 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 51 = 868.595 MHz
2018.03.11 14:00:24 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 5e = 868.600 MHz
2018.03.11 14:00:34 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 6b = 868.605 MHz
2018.03.11 14:00:44 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 77 = 868.610 MHz
2018.03.11 14:00:54 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 84 = 868.615 MHz
2018.03.11 14:01:04 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 90 = 868.620 MHz
2018.03.11 14:01:14 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 9d = 868.625 MHz
2018.03.11 14:01:24 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 aa = 868.630 MHz
2018.03.11 14:01:34 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 b6 = 868.635 MHz
2018.03.11 14:01:44 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 c3 = 868.640 MHz
2018.03.11 14:01:54 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 cf = 868.645 MHz
2018.03.11 14:02:04 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 dc = 868.650 MHz
2018.03.11 14:02:14 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 e9 = 868.655 MHz
2018.03.11 14:02:24 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 68 f5 = 868.660 MHz
2018.03.11 14:02:34 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 02 = 868.665 MHz
2018.03.11 14:02:44 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 0e = 868.670 MHz
2018.03.11 14:02:54 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 1b = 868.675 MHz
2018.03.11 14:03:04 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 28 = 868.680 MHz
2018.03.11 14:03:14 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 34 = 868.685 MHz
2018.03.11 14:03:25 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 41 = 868.690 MHz
2018.03.11 14:03:35 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 69 4d = 868.695 MHz
###########################################################################################
2018.03.11 14:04:58 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 76 = 868.000 MHz
2018.03.11 14:05:08 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 82 = 868.005 MHz
2018.03.11 14:05:18 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 8f = 868.010 MHz
2018.03.11 14:05:28 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 9b = 868.015 MHz
2018.03.11 14:05:38 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 a8 = 868.020 MHz
2018.03.11 14:05:48 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 b5 = 868.025 MHz
2018.03.11 14:05:58 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 c1 = 868.030 MHz
2018.03.11 14:06:08 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 ce = 868.035 MHz
2018.03.11 14:06:18 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 da = 868.040 MHz
2018.03.11 14:06:28 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 e7 = 868.045 MHz
2018.03.11 14:06:38 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 f4 = 868.050 MHz
2018.03.11 14:06:48 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 00 = 868.055 MHz
2018.03.11 14:06:58 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 0d = 868.060 MHz
2018.03.11 14:07:08 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 19 = 868.065 MHz
2018.03.11 14:07:18 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 26 = 868.070 MHz
2018.03.11 14:07:28 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 33 = 868.075 MHz
2018.03.11 14:07:38 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 3f = 868.080 MHz
2018.03.11 14:07:48 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 4c = 868.085 MHz
2018.03.11 14:07:58 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 59 = 868.090 MHz
2018.03.11 14:08:08 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 65 = 868.095 MHz
2018.03.11 14:08:18 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 72 = 868.100 MHz
2018.03.11 14:08:28 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 7e = 868.105 MHz
2018.03.11 14:08:38 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 8b = 868.110 MHz
2018.03.11 14:08:48 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 98 = 868.115 MHz
2018.03.11 14:08:58 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 a4 = 868.120 MHz
2018.03.11 14:09:08 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 b1 = 868.125 MHz
2018.03.11 14:09:19 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 bd = 868.130 MHz
2018.03.11 14:09:29 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 ca = 868.135 MHz
2018.03.11 14:09:39 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 d7 = 868.140 MHz
2018.03.11 14:09:49 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 e3 = 868.145 MHz
2018.03.11 14:09:59 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 f0 = 868.150 MHz
2018.03.11 14:10:09 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 63 fc = 868.155 MHz
2018.03.11 14:10:19 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 09 = 868.160 MHz
2018.03.11 14:10:20 4: mySIGNALduino/msg READ: MU;P0=-23376;P1=16304;P2=-540;P3=255;P4=4138;P5=663;P6=-950;D=
2018.03.11 14:10:29 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 16 = 868.165 MHz
2018.03.11 14:10:39 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 22 = 868.170 MHz
2018.03.11 14:10:49 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 2f = 868.175 MHz
2018.03.11 14:10:59 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 3b = 868.180 MHz
2018.03.11 14:11:09 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 48 = 868.185 MHz
2018.03.11 14:11:19 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 55 = 868.190 MHz
2018.03.11 14:11:29 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 61 = 868.195 MHz
2018.03.11 14:11:39 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 6e = 868.200 MHz
2018.03.11 14:11:49 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 7a = 868.205 MHz
2018.03.11 14:11:59 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 87 = 868.210 MHz
2018.03.11 14:12:09 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 94 = 868.215 MHz
2018.03.11 14:12:19 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 a0 = 868.220 MHz
2018.03.11 14:12:29 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 ad = 868.225 MHz
2018.03.11 14:12:39 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 b9 = 868.230 MHz
2018.03.11 14:12:49 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 c6 = 868.235 MHz
2018.03.11 14:12:59 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 d3 = 868.240 MHz
2018.03.11 14:13:09 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 df = 868.245 MHz
2018.03.11 14:13:19 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 ec = 868.250 MHz
2018.03.11 14:13:20 4: mySIGNALduino/msg READ: MU;P0=188;P1=136;P2=15264;P3=-623;P5=3804;P6=-1024;P7=592;D=
2018.03.11 14:13:20 4: mySIGNALduino/msg READ: MU;P0=-1038;P1=172;P2=-610;P3=595;D=
2018.03.11 14:13:20 4: mySIGNALduino/msg READ: MU;P0=-598;P1=608;P2=-1010;P3=203;D=
2018.03.11 14:13:21 4: mySIGNALduino/msg READ: MU;P0=-629;P1=588;P2=-1026;P3=92;P4=179;P5=15276;P6=3808;D=
2018.03.11 14:13:21 4: mySIGNALduino/msg READ: MU;P0=-625;P1=192;P2=140;P3=3772;P4=-1015;P5=568;D=
2018.03.11 14:13:21 4: mySIGNALduino/msg READ: MU;P0=-632;P1=587;P2=-1027;P3=182;D=
2018.03.11 14:13:22 4: mySIGNALduino/msg READ: MU;P0=-1035;P1=92;P2=-612;P3=601;P4=183;P5=136;P6=15312;P7=3800;D=
2018.03.11 14:13:22 4: mySIGNALduino/msg READ: MU;P0=-613;P1=599;P2=-1030;P3=181;P4=15248;P5=136;P7=3816;D=
2018.03.11 14:13:22 4: mySIGNALduino/msg READ: MU;P0=-1029;P1=181;P2=-616;P3=594;P4=15284;P5=3800;D=
2018.03.11 14:13:22 4: mySIGNALduino/msg READ: MU;P0=-605;P1=619;P2=15296;P3=199;P4=3816;P5=-1012;D=
2018.03.11 14:13:23 4: mySIGNALduino/msg READ: MU;P0=-626;P1=585;P2=-1020;P3=181;P4=112;P5=15292;P6=3788;D=
2018.03.11 14:13:23 4: mySIGNALduino/msg READ: MU;P0=-626;P1=166;P2=3792;P3=-1043;P4=587;D=
2018.03.11 14:13:23 4: mySIGNALduino/msg READ: MU;P0=-606;P1=583;P2=-1037;P3=177;P4=15308;P5=3808;P6=136;D=
2018.03.11 14:13:23 4: mySIGNALduino/msg READ: MU;P0=-604;P1=534;P2=-1008;P3=199;P6=-1480;P7=368;D=
2018.03.11 14:13:24 4: mySIGNALduino/msg READ: MU;P0=-601;P1=591;P2=-1029;P3=181;P4=15272;P6=3784;D=
2018.03.11 14:13:24 4: mySIGNALduino/msg READ: MU;P0=-610;P1=603;P2=-1008;P3=198;D=
2018.03.11 14:13:25 4: mySIGNALduino/msg READ: MU;P0=-618;P1=584;P2=-1092;P3=168;P5=92;P6=-96;P7=412;D=
2018.03.11 14:13:25 4: mySIGNALduino/msg READ: MU;P0=173;P1=3580;P2=-621;P3=597;P4=-1025;P6=92;D=
2018.03.11 14:13:25 4: mySIGNALduino/msg READ: MU;P0=-1632;P1=3600;P2=-632;P3=568;P4=-1009;P5=100;P6=174;D=
2018.03.11 14:13:25 4: mySIGNALduino/msg READ: MU;P0=-1015;P1=188;P2=-610;P3=611;P4=92;P7=-1476;D=
2018.03.11 14:13:26 4: mySIGNALduino/msg READ: MU;P0=-633;P1=582;P2=-1031;P3=170;P5=15292;P6=3800;D=
2018.03.11 14:13:26 4: mySIGNALduino/msg READ: MU;P0=-621;P1=182;P2=3796;P3=-1032;P4=585;D=
2018.03.11 14:13:26 4: mySIGNALduino/msg READ: MU;P0=-1023;P1=189;P2=-612;P3=590;P4=15276;P5=3792;D=
2018.03.11 14:13:27 4: mySIGNALduino/msg READ: MU;P0=3792;P1=-617;P2=597;P3=-1022;P4=184;P7=15302;D=
2018.03.11 14:13:27 4: mySIGNALduino/msg READ: MU;P0=-625;P1=591;P2=-1011;P3=158;P4=15300;D=
2018.03.11 14:13:27 4: mySIGNALduino/msg READ: MU;P0=-611;P1=603;P2=-1025;P3=182;P4=272;P5=-1568;D=
2018.03.11 14:13:28 4: mySIGNALduino/msg READ: MU;P0=-617;P1=581;P2=-1033;P3=185;P5=15282;P6=3816;P7=136;D=
2018.03.11 14:13:28 4: mySIGNALduino/msg READ: MU;P0=-615;P1=203;P2=3800;P3=-1015;P4=593;D=
2018.03.11 14:13:28 4: mySIGNALduino/msg READ: MU;P0=-600;P1=598;P2=-997;P3=216;P5=15928;P6=3796;D=
2018.03.11 14:13:29 4: mySIGNALduino/msg READ: MU;P0=180;P1=-1025;P2=-618;P3=598;P6=15288;P7=3812;D=
2018.03.11 14:13:29 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 64 f8 = 868.255 MHz
2018.03.11 14:13:30 4: mySIGNALduino/msg READ: MU;P0=-608;P1=590;P2=-1014;P3=92;P4=190;P6=15294;P7=3796;D=
2018.03.11 14:13:30 4: mySIGNALduino/msg READ: MU;P0=-544;P3=669;P4=-944;P7=257;D=
2018.03.11 14:13:31 4: mySIGNALduino/msg READ: MU;P0=412;P1=-564;P3=642;P4=-980;P5=230;P6=15334;P7=3842;D=
2018.03.11 14:13:31 4: mySIGNALduino/msg READ: MU;P0=646;P1=-565;P2=-972;P3=239;D=
2018.03.11 14:13:31 4: mySIGNALduino/msg READ: MU;P0=15348;P1=-573;P2=223;P3=3852;P4=631;P5=-992;D=
2018.03.11 14:13:32 4: mySIGNALduino/msg READ: MU;P0=-546;P1=125;P2=249;P3=3822;P4=-957;P5=665;P6=15368;D=
2018.03.11 14:13:32 4: mySIGNALduino/msg READ: MU;P0=-957;P1=256;P2=-543;P3=668;P4=15380;D=
2018.03.11 14:13:32 4: mySIGNALduino/msg READ: MU;P0=-547;P1=262;P2=3866;P3=-952;P4=657;P5=15380;D=
2018.03.11 14:13:32 4: mySIGNALduino/msg READ: MU;P0=-948;P1=259;P2=-542;P3=671;P4=16008;P5=3868;D=
2018.03.11 14:13:33 4: mySIGNALduino/msg READ: MU;P0=-1520;P1=9948;P2=-598;P3=197;P5=3832;P6=-1013;P7=625;D=
2018.03.11 14:13:33 4: mySIGNALduino/msg READ: MU;P0=-112;P1=464;P2=-947;P3=252;P4=-552;P5=667;P6=15356;P7=3868;D=
2018.03.11 14:13:33 4: mySIGNALduino/msg READ: MU;P0=-560;P1=247;P2=3852;P3=-959;P4=662;P5=15372;P6=-1388;P7=472;D=
2018.03.11 14:13:34 4: mySIGNALduino/msg READ: MU;P0=254;P1=659;P3=15352;P4=-543;P6=3812;P7=-956;D=
2018.03.11 14:13:34 4: mySIGNALduino/msg READ: MU;P0=-536;P1=665;P2=-956;P3=258;P4=15374;P5=3872;D=
2018.03.11 14:13:34 4: mySIGNALduino/msg READ: MU;P0=-543;P1=654;P2=-964;P3=249;D=
2018.03.11 14:13:34 4: mySIGNALduino/msg READ: MU;P0=-936;P1=262;P2=-545;P3=671;P4=15360;P5=3876;P6=440;D=
2018.03.11 14:13:35 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15842;P2=-549;P3=249;P4=3842;P5=661;P6=-958;D=
2018.03.11 14:13:35 4: mySIGNALduino/msg READ: MU;P0=-959;P1=262;P2=-549;P3=655;D=
2018.03.11 14:13:35 4: mySIGNALduino/msg READ: MU;P0=-544;P1=263;P2=3860;P3=665;P4=-949;P5=15364;D=
2018.03.11 14:13:35 4: mySIGNALduino/msg READ: MU;P0=-964;P1=247;P2=-554;P3=657;P4=-1568;D=
2018.03.11 14:13:36 4: mySIGNALduino/msg READ: MU;P0=664;P1=15356;P2=-552;P3=92;P4=247;P5=136;P6=3848;P7=-961;D=
2018.03.11 14:13:36 4: mySIGNALduino/msg READ: MU;P0=-960;P1=259;P2=-539;P3=661;D=
2018.03.11 14:13:36 4: mySIGNALduino/msg READ: MU;P0=-552;P1=250;P2=3862;P3=-963;P4=662;P5=15372;D=
2018.03.11 14:13:36 4: mySIGNALduino/msg READ: MU;P0=-551;P1=661;P2=-958;P3=249;P4=15368;D=
2018.03.11 14:13:36 4: mySIGNALduino/msg READ: MU;P0=-552;P1=263;P2=-939;P3=660;P4=3848;D=
2018.03.11 14:13:37 4: mySIGNALduino/msg READ: MU;P0=3840;P1=665;P2=-958;P3=15360;P4=-549;P5=114;P6=247;D=
2018.03.11 14:13:37 4: mySIGNALduino/msg READ: MU;P0=-992;P1=245;P2=-562;P3=650;P4=3846;P5=15360;P6=1100;D=
2018.03.11 14:13:37 4: mySIGNALduino/msg READ: MU;P0=-552;P1=659;P2=-965;P3=247;D=
2018.03.11 14:13:38 4: mySIGNALduino/msg READ: MU;P0=14348;P1=-555;P2=240;P3=3832;P4=655;P5=-970;D=
2018.03.11 14:13:38 4: mySIGNALduino/msg READ: MU;P0=244;P1=-973;P2=-563;P3=646;D=
2018.03.11 14:13:38 4: mySIGNALduino/msg READ: MU;P0=15346;P1=-555;P2=236;P3=3852;P4=680;P5=-969;P6=-1576;D=
2018.03.11 14:13:38 4: mySIGNALduino/msg READ: MU;P0=242;P1=-968;P2=-570;P3=644;D=
2018.03.11 14:13:39 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15848;P2=-568;P3=240;P4=3848;P5=-968;P6=649;D=
2018.03.11 14:13:39 4: mySIGNALduino/msg READ: MU;P0=-963;P1=241;P2=-572;P3=648;D=
2018.03.11 14:13:39 4: mySIGNALduino/msg READ: MU;P0=-556;P1=246;P2=3864;P3=-963;P4=651;P5=15364;P6=-1452;P7=404;D=
2018.03.11 14:13:39 4: mySIGNALduino/msg READ: MU;P0=-958;P1=250;P2=-550;P3=664;D=
2018.03.11 14:13:39 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 05 = 868.260 MHz
2018.03.11 14:13:40 4: mySIGNALduino/msg READ: MU;P0=-560;P1=241;P2=136;P3=3830;P4=653;P5=-964;P6=15360;D=
2018.03.11 14:13:40 4: mySIGNALduino/msg READ: MU;P0=-547;P1=662;P2=-965;P3=238;P4=15364;D=
2018.03.11 14:13:40 4: mySIGNALduino/msg READ: MU;P0=-545;P1=240;P2=3850;P3=661;P4=-981;P5=15356;D=
2018.03.11 14:13:40 4: mySIGNALduino/msg READ: MU;P0=-962;P1=247;P2=-550;P3=654;D=
2018.03.11 14:13:40 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15852;P2=-514;P3=294;P4=3912;P5=-924;P6=694;D=
2018.03.11 14:13:41 4: mySIGNALduino/msg READ: MU;P0=-10596;P1=15866;P2=-506;P3=291;P4=3902;P5=699;P6=-919;D=
2018.03.11 14:13:42 4: mySIGNALduino/msg READ: MU;P0=-909;P1=295;P2=-501;P3=714;D=
2018.03.11 14:13:42 4: mySIGNALduino/msg READ: MU;P0=-487;P1=318;P2=3922;P3=722;P4=-884;P5=15416;P6=-1472;D=
2018.03.11 14:13:42 4: mySIGNALduino/msg READ: MU;P0=-892;P1=324;P2=-476;P3=719;D=
2018.03.11 14:13:42 4: mySIGNALduino/msg READ: MU;P0=15412;P1=8068;P2=-156;P3=-486;P4=310;P5=3924;P6=-910;P7=718;D=
2018.03.11 14:13:42 4: mySIGNALduino/msg READ: MU;P0=-904;P1=309;P2=-501;P3=712;D=
2018.03.11 14:13:43 4: mySIGNALduino/msg READ: MU;P0=-470;P1=330;P2=3922;P3=-879;P4=738;P5=15816;D=
2018.03.11 14:13:43 4: mySIGNALduino/msg READ: MU;P0=-884;P1=332;P2=-474;P3=731;D=
2018.03.11 14:13:43 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15854;P2=-499;P3=308;P4=3896;P5=-903;P6=711;D=
2018.03.11 14:13:43 4: mySIGNALduino/msg READ: MU;P0=-912;P1=292;P2=-511;P3=695;P4=15738;P5=3910;D=
2018.03.11 14:13:44 4: mySIGNALduino/msg READ: MU;P0=-499;P1=306;P2=-905;P3=717;D=
2018.03.11 14:13:44 4: mySIGNALduino/msg READ: MU;P0=-25604;P1=15850;P2=-526;P3=280;P4=3890;P5=683;P6=-930;D=
2018.03.11 14:13:44 4: mySIGNALduino/msg READ: MU;P0=-899;P1=308;P2=-506;P3=701;P4=3886;P5=16060;D=
2018.03.11 14:13:45 4: mySIGNALduino/msg READ: MU;P0=-896;P1=311;P2=-496;P3=719;D=
2018.03.11 14:13:45 4: mySIGNALduino/msg READ: MU;P0=15428;P1=2392;P2=-498;P3=112;P4=316;P5=3916;P6=717;P7=-888;D=
2018.03.11 14:13:45 4: mySIGNALduino/msg READ: MU;P0=322;P1=-893;P2=-487;P3=722;D=
2018.03.11 14:13:45 4: mySIGNALduino/msg READ: MU;P0=327;P1=-481;P2=3920;P3=735;P4=-883;P5=-1484;D=
2018.03.11 14:13:46 4: mySIGNALduino/msg READ: MU;P0=-20708;P1=15842;P2=-511;P3=284;P4=3898;P5=-928;P6=694;D=
2018.03.11 14:13:46 4: mySIGNALduino/msg READ: MU;P0=-925;P1=282;P2=-518;P3=693;P4=3888;D=
2018.03.11 14:13:47 4: mySIGNALduino/msg READ: MU;P0=-490;P1=92;P2=190;P3=3880;P4=-899;P5=313;P6=724;P7=15408;D=
2018.03.11 14:13:47 4: mySIGNALduino/msg READ: MU;P0=-498;P1=299;P2=730;P3=-904;P4=15416;D=
2018.03.11 14:13:47 4: mySIGNALduino/msg READ: MU;P0=3936;P1=-884;P2=329;P3=-473;P4=745;P6=-1320;D=
2018.03.11 14:13:48 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15836;P2=-522;P3=290;P4=3894;P5=683;P6=-928;D=
2018.03.11 14:13:48 4: mySIGNALduino/msg READ: MU;P0=-903;P1=305;P2=-505;P3=715;P4=3904;P5=15396;P6=224;D=
2018.03.11 14:13:48 4: mySIGNALduino/msg READ: MU;P0=-901;P1=309;P2=-492;P3=715;D=
2018.03.11 14:13:49 4: mySIGNALduino/msg READ: MU;P0=-897;P1=723;P2=15424;P3=5448;P4=-485;P5=192;P6=313;P7=3926;D=
2018.03.11 14:13:49 4: mySIGNALduino/msg READ: MU;P0=-894;P1=309;P2=-489;P3=727;D=
2018.03.11 14:13:49 4: mySIGNALduino/msg READ: MU;P0=318;P1=-472;P2=3912;P3=-893;P4=739;D=
2018.03.11 14:13:49 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 12 = 868.265 MHz
2018.03.11 14:13:50 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15850;P2=-508;P3=282;P4=3906;P5=697;P6=-928;D=
2018.03.11 14:13:50 4: mySIGNALduino/msg READ: MU;P0=-823;P1=388;P2=-419;P3=785;P4=3944;P5=16052;D=
2018.03.11 14:13:50 4: mySIGNALduino/msg READ: MU;P0=-421;P1=393;P2=787;P3=-818;D=
2018.03.11 14:13:51 4: mySIGNALduino/msg READ: MU;P0=787;P1=380;P2=-11276;P3=15928;P4=-425;P6=3974;P7=-823;D=
2018.03.11 14:13:51 4: mySIGNALduino/msg READ: MU;P0=-832;P1=782;P2=380;P3=-424;D=
2018.03.11 14:13:51 4: mySIGNALduino/msg READ: MU;P0=15480;P1=-443;P2=367;P3=3984;P4=-841;P5=1080;P6=770;D=
2018.03.11 14:13:52 4: mySIGNALduino/msg READ: MU;P0=-17360;P1=15922;P2=-437;P3=383;P4=3994;P5=771;P6=-824;D=
2018.03.11 14:13:52 4: mySIGNALduino/msg READ: MU;P0=-839;P1=361;P2=-457;P3=762;P4=3974;P5=15484;D=
2018.03.11 14:13:52 4: mySIGNALduino/msg READ: MU;P0=-444;P1=374;P2=-836;P3=761;D=
2018.03.11 14:13:53 4: mySIGNALduino/msg READ: MU;P0=-30260;P1=15916;P2=-436;P3=370;P4=3988;P5=779;P6=-832;D=
2018.03.11 14:13:53 4: mySIGNALduino/msg READ: MU;P0=-847;P1=368;P2=-441;P3=760;P4=3972;P5=1308;D=
2018.03.11 14:13:54 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15880;P2=-459;P3=354;P4=3954;P5=750;P6=-853;D=
2018.03.11 14:13:54 4: mySIGNALduino/msg READ: MU;P0=-846;P1=359;P2=-444;P3=771;P4=3960;P5=1272;D=
2018.03.11 14:13:55 4: mySIGNALduino/msg READ: MU;P0=-5740;P1=15810;P2=-447;P3=356;P4=3950;P5=-852;P6=768;D=
2018.03.11 14:13:55 4: mySIGNALduino/msg READ: MU;P0=-842;P1=375;P2=-428;P3=770;P4=3956;P5=-1488;D=
2018.03.11 14:13:56 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15926;P2=-429;P3=373;P4=3986;P5=-836;P6=777;D=
2018.03.11 14:13:56 4: mySIGNALduino/msg READ: MU;P0=-821;P1=381;P2=-436;P3=789;D=
2018.03.11 14:13:56 4: mySIGNALduino/msg READ: MU;P0=-453;P1=364;P2=3980;P3=-843;P4=759;P5=-1444;D=
2018.03.11 14:13:57 4: mySIGNALduino/msg READ: MU;P0=-28904;P1=15918;P2=-432;P3=385;P4=3984;P5=-823;P6=772;D=
2018.03.11 14:13:57 4: mySIGNALduino/msg READ: MU;P0=-830;P1=374;P2=-421;P3=793;D=
2018.03.11 14:13:57 4: mySIGNALduino/msg READ: MU;P0=-446;P1=368;P2=4004;P3=-840;P4=761;D=
2018.03.11 14:13:58 4: mySIGNALduino/msg READ: MU;P0=-838;P1=15476;P2=-92;P3=4302;P4=-442;P5=362;P7=774;D=
2018.03.11 14:13:58 4: mySIGNALduino/msg READ: MU;P0=-821;P1=383;P2=-421;P3=795;D=
2018.03.11 14:13:58 4: mySIGNALduino/msg READ: MU;P0=-434;P1=382;P2=3984;P3=779;P4=-828;P5=15484;P6=1116;D=
2018.03.11 14:13:58 4: mySIGNALduino/msg READ: MU;P0=-818;P1=394;P2=-417;P3=789;D=
2018.03.11 14:13:59 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15932;P2=-414;P3=375;P4=3984;P5=797;P6=-834;D=
2018.03.11 14:13:59 4: mySIGNALduino/msg READ: MU;P0=-832;P1=381;P2=-424;P3=789;D=
2018.03.11 14:13:59 4: mySIGNALduino/msg READ: MU;P0=-432;P1=366;P2=4000;P3=779;P4=-838;D=
2018.03.11 14:13:59 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 1e = 868.270 MHz
2018.03.11 14:14:00 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15882;P2=-447;P3=356;P4=3954;P5=762;P6=-845;D=
2018.03.11 14:14:00 4: mySIGNALduino/msg READ: MU;P0=-855;P1=349;P2=-454;P3=769;D=
2018.03.11 14:14:00 4: mySIGNALduino/msg READ: MU;P0=-430;P1=364;P2=3970;P3=782;P4=-843;P5=15460;P7=-1328;D=
2018.03.11 14:14:00 4: mySIGNALduino/msg READ: MU;P0=-833;P1=370;P2=-443;P3=768;D=
2018.03.11 14:14:01 4: mySIGNALduino/msg READ: MU;P0=809;P1=32001;P2=-132;P3=4452;P4=-412;P5=397;P7=-803;D=
2018.03.11 14:14:02 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15890;P2=-433;P3=373;P4=3976;P5=-837;P6=779;D=
2018.03.11 14:14:02 4: mySIGNALduino/msg READ: MU;P0=-832;P1=372;P2=-438;P3=779;D=
2018.03.11 14:14:02 4: mySIGNALduino/msg READ: MU;P0=-437;P1=386;P2=3980;P3=-824;P4=767;P5=15468;D=
2018.03.11 14:14:02 4: mySIGNALduino/msg READ: MU;P0=-839;P1=371;P2=-432;P3=776;P4=15472;D=
2018.03.11 14:14:02 4: mySIGNALduino/msg READ: MU;P0=-436;P1=391;P2=4632;P3=-817;P4=774;D=
2018.03.11 14:14:03 4: mySIGNALduino/msg READ: MU;P0=-830;P1=15472;P2=-112;P3=4293;P4=-418;P5=378;P7=795;D=
2018.03.11 14:14:03 4: mySIGNALduino/msg READ: MU;P0=-811;P1=394;P2=-425;P3=789;P4=3980;P5=15496;D=
2018.03.11 14:14:03 4: mySIGNALduino/msg READ: MU;P0=-415;P1=403;P2=-801;P3=799;P4=1328;D=
2018.03.11 14:14:04 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15938;P2=-399;P3=400;P4=4002;P5=-806;P6=815;D=
2018.03.11 14:14:04 4: mySIGNALduino/msg READ: MU;P0=-807;P1=405;P2=-405;P3=795;D=
2018.03.11 14:14:04 4: mySIGNALduino/msg READ: MU;P0=-416;P1=390;P2=4006;P3=-816;P4=799;P5=15496;P7=1352;D=
2018.03.11 14:14:04 4: mySIGNALduino/msg READ: MU;P0=-812;P1=394;P2=-422;P3=786;D=
2018.03.11 14:14:05 4: mySIGNALduino/msg READ: MU;P0=-812;P1=15488;P2=-116;P3=4281;P4=-407;P5=395;P7=799;D=
2018.03.11 14:14:05 4: mySIGNALduino/msg READ: MU;P0=-807;P1=400;P2=-418;P3=801;P4=4008;P5=1436;D=
2018.03.11 14:14:06 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15924;P2=-399;P3=409;P4=4006;P5=-801;P6=810;D=
2018.03.11 14:14:06 4: mySIGNALduino/msg READ: MU;P0=-805;P1=404;P2=-410;P3=800;D=
2018.03.11 14:14:06 4: mySIGNALduino/msg READ: MU;P0=402;P1=-407;P2=4012;P3=-818;P4=789;P6=-1212;D=
2018.03.11 14:14:07 4: mySIGNALduino/msg READ: MU;P0=15492;P1=803;P2=-5148;P3=10244;P4=-402;P5=402;P6=4004;P7=-811;D=
2018.03.11 14:14:07 4: mySIGNALduino/msg READ: MU;P0=-804;P1=810;P2=401;P3=-411;P4=4008;D=
2018.03.11 14:14:08 4: mySIGNALduino/msg READ: MU;P0=-824;P1=15484;P2=4004;P3=-422;P4=386;P5=1904;P6=-136;P7=786;D=
2018.03.11 14:14:08 4: mySIGNALduino/msg READ: MU;P0=794;P1=-413;P2=391;P3=-821;P4=15482;P5=3992;D=
2018.03.11 14:14:08 4: mySIGNALduino/msg READ: MU;P0=395;P1=-823;P2=-418;P3=787;P4=1424;D=
2018.03.11 14:14:09 4: mySIGNALduino/msg READ: MU;P0=-5116;P1=15870;P2=-414;P3=407;P4=4004;P5=-799;P6=799;D=
2018.03.11 14:14:09 4: mySIGNALduino/msg READ: MU;P0=-802;P1=412;P2=-402;P3=809;D=
2018.03.11 14:14:09 4: mySIGNALduino/msg READ: MU;P0=394;P1=-407;P2=4330;P3=-815;P4=798;P5=15496;D=
2018.03.11 14:14:09 4: mySIGNALduino/msg READ: MU;P0=399;P1=-415;P2=794;P3=-807;D=
2018.03.11 14:14:09 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 2b = 868.275 MHz
2018.03.11 14:14:10 4: mySIGNALduino/msg READ: MU;P0=15496;P1=791;P2=-5112;P3=10276;P4=-419;P5=390;P6=4004;P7=-818;D=
2018.03.11 14:14:10 4: mySIGNALduino/msg READ: MU;P0=-819;P1=791;P2=401;P3=-416;D=
2018.03.11 14:14:10 4: mySIGNALduino/msg READ: MU;P0=409;P1=-411;P2=3998;P3=791;P4=-805;P5=15496;D=
2018.03.11 14:14:10 4: mySIGNALduino/msg READ: MU;P0=798;P1=-819;P2=388;P3=-413;P4=1456;D=
2018.03.11 14:14:11 4: mySIGNALduino/msg READ: MU;P0=413;P1=-148;P3=-397;P4=4022;P5=814;P6=-795;P7=15524;D=
2018.03.11 14:14:11 4: mySIGNALduino/msg READ: MU;P0=-794;P1=407;P2=-394;P3=807;P4=15520;D=
2018.03.11 14:14:11 4: mySIGNALduino/msg READ: MU;P0=-413;P1=403;P2=4002;P3=792;P4=-813;P5=15512;D=
2018.03.11 14:14:12 4: mySIGNALduino/msg READ: MU;P0=-801;P1=15500;P2=-5096;P3=10160;P4=-408;P5=410;P6=4004;P7=806;D=
2018.03.11 14:14:12 4: mySIGNALduino/msg READ: MU;P0=-794;P1=411;P2=-411;P3=798;P4=4008;P5=1352;D=
2018.03.11 14:14:13 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15924;P2=-403;P3=416;P4=4018;P5=-801;P6=809;D=
2018.03.11 14:14:13 4: mySIGNALduino/msg READ: MU;P0=-797;P1=413;P2=-397;P3=819;D=
2018.03.11 14:14:13 4: mySIGNALduino/msg READ: MU;P0=404;P1=-415;P2=4016;P3=-814;P4=795;P5=15520;P6=1392;D=
2018.03.11 14:14:13 4: mySIGNALduino/msg READ: MU;P0=393;P1=-406;P2=806;P3=-806;D=
2018.03.11 14:14:14 4: mySIGNALduino/msg READ: MU;P0=-31832;P1=15896;P2=-421;P3=379;P4=3986;P5=-832;P6=781;D=
2018.03.11 14:14:14 4: mySIGNALduino/msg READ: MU;P0=388;P1=-420;P2=784;P3=-821;D=
2018.03.11 14:14:14 4: mySIGNALduino/msg READ: MU;P0=388;P1=-425;P2=3988;P3=-822;P4=781;P5=15480;D=
2018.03.11 14:14:15 4: mySIGNALduino/msg READ: MU;P0=386;P1=-428;P2=-815;P3=787;P4=15468;P5=3988;D=
2018.03.11 14:14:15 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15914;P2=-428;P3=382;P4=3984;P5=779;P6=-818;D=
2018.03.11 14:14:15 4: mySIGNALduino/msg READ: MU;P0=390;P1=-431;P2=791;P3=-820;D=
2018.03.11 14:14:15 4: mySIGNALduino/msg READ: MU;P0=387;P1=-420;P2=3976;P3=785;P4=-832;P5=16140;D=
2018.03.11 14:14:16 4: mySIGNALduino/msg READ: MU;P0=385;P1=-424;P2=784;P3=-821;D=
2018.03.11 14:14:16 4: mySIGNALduino/msg READ: MU;P0=-12104;P1=15900;P2=-421;P3=385;P4=3990;P5=-828;P6=781;D=
2018.03.11 14:14:16 4: mySIGNALduino/msg READ: MU;P0=381;P1=-426;P2=786;P3=-832;D=
2018.03.11 14:14:17 4: mySIGNALduino/msg READ: MU;P0=376;P1=-424;P2=4048;P3=-837;P4=781;P5=15496;P6=552;D=
2018.03.11 14:14:17 4: mySIGNALduino/msg READ: MU;P0=376;P1=-434;P2=768;P3=-834;D=
2018.03.11 14:14:17 4: mySIGNALduino/msg READ: MU;P0=787;P1=15496;P2=-96;P3=4277;P4=-428;P5=404;P7=-805;D=
2018.03.11 14:14:17 4: mySIGNALduino/msg READ: MU;P0=-801;P1=409;P2=-408;P3=795;D=
2018.03.11 14:14:18 4: mySIGNALduino/msg READ: MU;P0=384;P1=-419;P2=4008;P3=-873;P4=783;D=
2018.03.11 14:14:18 4: mySIGNALduino/msg READ: MU;P0=-14944;P1=15876;P2=-432;P3=383;P4=3976;P5=778;P6=-827;D=
2018.03.11 14:14:18 4: mySIGNALduino/msg READ: MU;P0=389;P1=-424;P2=782;P3=-825;D=
2018.03.11 14:14:19 4: mySIGNALduino/msg READ: MU;P0=382;P1=-426;P2=3984;P3=774;P4=-830;D=
2018.03.11 14:14:19 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15892;P2=-435;P3=391;P4=3988;P5=-817;P6=781;D=
2018.03.11 14:14:19 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 37 = 868.280 MHz
2018.03.11 14:14:20 4: mySIGNALduino/msg READ: MU;P0=-826;P1=366;P2=-427;P3=779;P4=3984;D=
2018.03.11 14:14:20 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15916;P2=-423;P3=390;P4=3988;P5=778;P6=-825;D=
2018.03.11 14:14:20 4: mySIGNALduino/msg READ: MU;P0=-820;P1=387;P2=-414;P3=798;P4=3980;P5=16128;D=
2018.03.11 14:14:20 4: mySIGNALduino/msg READ: MU;P0=-417;P1=396;P2=-817;P3=783;D=
2018.03.11 14:14:21 4: mySIGNALduino/msg READ: MU;P0=-337;P1=-388;P2=4036;P3=-796;P4=421;P6=15504;D=
2018.03.11 14:14:21 4: mySIGNALduino/msg READ: MU;P0=411;P1=-414;P2=-800;P3=801;P4=15512;P5=4012;P6=-1292;D=
2018.03.11 14:14:22 4: mySIGNALduino/msg READ: MU;P0=402;P1=-402;P2=797;P3=-813;D=
2018.03.11 14:14:22 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=16336;P2=-420;P3=440;P4=4016;P5=814;P6=-757;D=
2018.03.11 14:14:22 4: mySIGNALduino/msg READ: MU;P0=799;P1=-801;P4=-405;P6=403;P7=3964;D=
2018.03.11 14:14:22 4: mySIGNALduino/msg READ: MU;P0=15514;P1=-410;P2=401;P3=4006;P4=799;P5=-806;P6=-1396;D=
2018.03.11 14:14:23 4: mySIGNALduino/msg READ: MU;P0=400;P1=-398;P2=814;P3=-800;D=
2018.03.11 14:14:23 4: mySIGNALduino/msg READ: MU;P0=-1176;P1=15936;P2=-409;P3=410;P4=4024;P5=810;P6=-800;D=
2018.03.11 14:14:23 4: mySIGNALduino/msg READ: MU;P0=-812;P1=401;P2=-409;P3=799;D=
2018.03.11 14:14:24 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15898;P2=-421;P3=394;P4=3992;P5=-824;P6=780;D=
2018.03.11 14:14:24 4: mySIGNALduino/msg READ: MU;P0=-813;P1=394;P2=-420;P3=792;P4=3982;P5=16132;D=
2018.03.11 14:14:24 4: mySIGNALduino/msg READ: MU;P0=-416;P1=397;P2=-813;P3=792;D=
2018.03.11 14:14:25 4: mySIGNALduino/msg READ: MU;P0=813;P1=-807;P2=403;P3=-402;P4=15508;P5=4008;D=
2018.03.11 14:14:25 4: mySIGNALduino/msg READ: MU;P0=404;P1=-796;P2=-407;P3=809;P4=15524;P5=4012;D=
2018.03.11 14:14:25 4: mySIGNALduino/msg READ: MU;P0=814;P1=-395;P2=-791;P3=422;P4=16164;P5=4000;D=
2018.03.11 14:14:26 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15854;P2=-415;P3=405;P4=3990;P5=-806;P6=793;D=
2018.03.11 14:14:26 4: mySIGNALduino/msg READ: MU;P0=-794;P1=417;P2=-398;P3=813;P4=4002;P5=15500;D=
2018.03.11 14:14:27 4: mySIGNALduino/msg READ: MU;P0=-817;P1=398;P2=-407;P3=800;D=
2018.03.11 14:14:27 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15900;P2=-418;P3=387;P4=3990;P5=-821;P6=787;D=
2018.03.11 14:14:27 4: mySIGNALduino/msg READ: MU;P0=-840;P1=383;P2=-444;P3=764;P4=15496;P5=4008;D=
2018.03.11 14:14:28 4: mySIGNALduino/msg READ: MU;P0=-22672;P1=15928;P2=-389;P3=409;P4=4024;P5=815;P6=-802;D=
2018.03.11 14:14:28 4: mySIGNALduino/msg READ: MU;P0=-802;P1=410;P2=-410;P3=800;P4=15504;P5=4024;D=
2018.03.11 14:14:29 4: mySIGNALduino/msg READ: MU;P0=792;P1=15500;P2=-5120;P3=10132;P4=-414;P5=396;P6=4018;P7=-814;D=
2018.03.11 14:14:29 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 44 = 868.285 MHz
2018.03.11 14:14:30 4: mySIGNALduino/msg READ: MU;P0=-808;P1=404;P2=-403;P3=802;P4=15500;P5=4008;P6=-1452;D=
2018.03.11 14:14:30 4: mySIGNALduino/msg READ: MU;P0=-23184;P1=15934;P2=-418;P3=412;P4=4014;P5=-797;P6=797;D=
2018.03.11 14:14:31 4: mySIGNALduino/msg READ: MU;P0=-809;P1=403;P2=-408;P3=794;P4=15516;P5=4012;P6=596;P7=-1268;D=
2018.03.11 14:14:31 4: mySIGNALduino/msg READ: MU;P0=411;P1=-413;P3=797;P4=-799;P5=15504;P6=4024;D=
2018.03.11 14:14:32 4: mySIGNALduino/msg READ: MU;P0=409;P1=-409;P2=799;P3=-800;P4=4656;D=
2018.03.11 14:14:32 4: mySIGNALduino/msg READ: MU;P0=821;P1=192;P2=-124;P3=15706;P4=-386;P5=419;P6=4018;P7=-790;D=
2018.03.11 14:14:32 4: mySIGNALduino/msg READ: MU;P0=-806;P1=816;P2=402;P3=-392;P4=4018;P5=15500;D=
2018.03.11 14:14:33 4: mySIGNALduino/msg READ: MU;P0=-807;P1=410;P2=-396;P3=807;P4=96;D=
2018.03.11 14:14:33 4: mySIGNALduino/msg READ: MU;P0=-794;P1=284;P2=-92;P3=15748;P4=-385;P5=416;P6=4012;P7=817;D=
2018.03.11 14:14:33 4: mySIGNALduino/msg READ: MU;P0=-785;P1=809;P2=414;P3=-409;P4=4344;P5=15536;D=
2018.03.11 14:14:33 4: mySIGNALduino/msg READ: MU;P0=-393;P1=412;P2=-800;P3=818;D=
2018.03.11 14:14:34 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15934;P2=-392;P3=412;P4=4018;P5=-799;P6=815;D=
2018.03.11 14:14:35 4: mySIGNALduino/msg READ: MU;P0=-767;P1=419;P2=-395;P3=805;P4=15524;P5=4020;D=
2018.03.11 14:14:35 4: mySIGNALduino/msg READ: MU;P0=13550;P1=-136;P2=4072;P3=-402;P4=416;P5=-796;P6=813;D=
2018.03.11 14:14:35 4: mySIGNALduino/msg READ: MU;P0=411;P1=-800;P2=-391;P3=816;D=
2018.03.11 14:14:35 4: mySIGNALduino/msg READ: MU;P0=-409;P1=412;P2=4004;P3=-796;P4=798;P5=15524;P6=-1424;D=
2018.03.11 14:14:36 4: mySIGNALduino/msg READ: MU;P0=-788;P1=414;P2=-408;P3=805;D=
2018.03.11 14:14:36 4: mySIGNALduino/msg READ: MU;P0=15736;P1=-415;P2=404;P3=3990;P4=798;P5=-801;D=
2018.03.11 14:14:36 4: mySIGNALduino/msg READ: MU;P0=-809;P1=399;P2=-405;P3=791;P4=15500;D=
2018.03.11 14:14:37 4: mySIGNALduino/msg READ: MU;P0=-421;P1=397;P2=4012;P3=782;P4=-821;D=
2018.03.11 14:14:37 4: mySIGNALduino/msg READ: MU;P0=-26332;P1=15926;P2=-407;P3=397;P4=4012;P5=-813;P6=797;D=
2018.03.11 14:14:38 4: mySIGNALduino/msg READ: MU;P0=-809;P1=397;P2=-423;P3=788;P4=15512;P5=3992;D=
2018.03.11 14:14:38 4: mySIGNALduino/msg READ: MU;P0=15750;P1=-390;P2=407;P3=4026;P4=813;P5=-798;D=
2018.03.11 14:14:38 4: mySIGNALduino/msg READ: MU;P0=-797;P1=412;P2=-386;P3=820;P4=15524;D=
2018.03.11 14:14:39 4: mySIGNALduino/msg READ: MU;P0=-406;P1=415;P2=4032;P3=800;P4=-795;P5=-1196;D=
2018.03.11 14:14:39 4: mySIGNALduino/msg READ: MU;P0=-27980;P1=15930;P2=-416;P3=409;P4=4006;P5=-798;P6=795;D=
2018.03.11 14:14:39 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 51 = 868.290 MHz
2018.03.11 14:14:40 4: mySIGNALduino/msg READ: MU;P0=-807;P1=399;P2=-410;P3=800;P4=15496;P5=4020;D=
2018.03.11 14:14:40 4: mySIGNALduino/msg READ: MU;P0=15722;P1=-408;P2=403;P3=3992;P4=797;P5=-811;D=
2018.03.11 14:14:40 4: mySIGNALduino/msg READ: MU;P0=-796;P1=412;P2=-409;P3=798;P4=15488;D=
2018.03.11 14:14:40 4: mySIGNALduino/msg READ: MU;P0=-420;P1=390;P2=3992;P3=787;P4=-814;P5=15488;D=
2018.03.11 14:14:41 4: mySIGNALduino/msg READ: MU;P0=-809;P1=398;P2=-419;P3=791;D=
2018.03.11 14:14:41 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=417;P2=-96;P3=15720;P4=-394;P5=4020;P6=-789;P7=818;D=
2018.03.11 14:14:42 4: mySIGNALduino/msg READ: MU;P0=-792;P1=815;P2=422;P3=-390;D=
2018.03.11 14:14:42 4: mySIGNALduino/msg READ: MU;P0=394;P1=-398;P2=4016;P3=-815;P4=807;P5=580;D=
2018.03.11 14:14:42 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=406;P2=-132;P3=15694;P4=-404;P5=4010;P6=-809;P7=800;D=
2018.03.11 14:14:43 4: mySIGNALduino/msg READ: MU;P0=401;P1=-413;P2=797;P3=-808;D=
2018.03.11 14:14:43 4: mySIGNALduino/msg READ: MU;P0=411;P1=-398;P2=3984;P3=-800;P4=809;P6=-1296;D=
2018.03.11 14:14:44 4: mySIGNALduino/msg READ: MU;P0=15680;P1=-402;P2=409;P3=4010;P4=-794;P5=813;D=
2018.03.11 14:14:44 4: mySIGNALduino/msg READ: MU;P0=-801;P1=408;P2=-408;P3=807;P4=15488;D=
2018.03.11 14:14:44 4: mySIGNALduino/msg READ: MU;P0=-390;P1=419;P2=3996;P3=-785;P4=824;P5=1400;P6=92;D=
2018.03.11 14:14:45 4: mySIGNALduino/msg READ: MU;P0=3928;P1=-399;P2=415;P3=-790;P4=815;P5=15520;D=
2018.03.11 14:14:45 4: mySIGNALduino/msg READ: MU;P0=-781;P1=422;P2=-384;P3=819;P4=15532;D=
2018.03.11 14:14:45 4: mySIGNALduino/msg READ: MU;P0=-394;P1=410;P2=4026;P3=-798;P4=814;P5=16164;D=
2018.03.11 14:14:46 4: mySIGNALduino/msg READ: MU;P0=-795;P1=96;P2=-379;P3=830;P4=413;D=
2018.03.11 14:14:46 4: mySIGNALduino/msg READ: MU;P0=-25212;P1=418;P2=-136;P3=15716;P4=-398;P5=4010;P6=-800;P7=804;D=
2018.03.11 14:14:47 4: mySIGNALduino/msg READ: MU;P0=414;P1=-394;P2=822;P3=-790;D=
2018.03.11 14:14:47 4: mySIGNALduino/msg READ: MU;P0=407;P1=-398;P2=4008;P3=-802;P4=812;P5=15524;D=
2018.03.11 14:14:47 4: mySIGNALduino/msg READ: MU;P0=408;P1=-802;P2=-404;P3=808;D=
2018.03.11 14:14:48 4: mySIGNALduino/msg READ: MU;P0=3729;P1=-392;P2=414;P4=817;P5=-794;P6=15500;D=
2018.03.11 14:14:48 4: mySIGNALduino/msg READ: MU;P0=407;P1=-396;P2=820;P3=15520;P4=-798;P5=4028;P7=92;D=
2018.03.11 14:14:49 4: mySIGNALduino/msg READ: MU;P0=-799;P1=808;P3=402;P4=-400;D=
2018.03.11 14:14:50 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 65 5d = 868.295 MHz
2018.03.11 14:14:50 4: mySIGNALduino/msg READ: MU;P0=15726;P1=-403;P2=413;P3=3996;P4=-798;P5=813;D=
2018.03.11 14:14:50 4: mySIGNALduino/msg READ: MU;P0=-795;P1=414;P2=-393;P3=822;P4=15504;D=
2018.03.11 14:14:51 4: mySIGNALduino/msg READ: MU;P0=-407;P1=392;P2=4028;P3=-806;P4=799;D=
2018.03.11 14:14:51 4: mySIGNALduino/msg READ: MU;P0=-424;P1=-759;P2=441;P3=-358;P5=15540;P6=4044;D=
2018.03.11 14:14:52 4: mySIGNALduino/msg READ: MU;P0=833;P1=-780;P2=432;P3=-381;P4=16180;P5=4024;D=
2018.03.11 14:14:52 4: mySIGNALduino/msg READ: MU;P0=893;P1=485;P2=-120;P3=15798;P4=-208;P5=-320;P6=4102;P7=-719;D=
2018.03.11 14:14:52 4: mySIGNALduino/msg READ: MU;P0=-313;P1=895;P2=-719;P3=493;D=
2018.03.11 14:14:53 4: mySIGNALduino/msg READ: MU;P0=-347;P1=468;P2=4088;P3=-722;P4=876;P5=1476;D=
2018.03.11 14:14:53 4: mySIGNALduino/msg READ: MU;P0=884;P1=292;P2=-214;P3=15786;P4=482;P5=-334;P6=4102;P7=-723;D=
2018.03.11 14:14:53 4: mySIGNALduino/msg READ: MU;P0=-324;P1=886;P2=-726;P3=482;D=
2018.03.11 14:14:54 4: mySIGNALduino/msg READ: MU;P0=-342;P1=457;P2=4104;P3=-764;P4=881;D=
2018.03.11 14:14:54 4: mySIGNALduino/msg READ: MU;P0=15794;P1=-323;P2=472;P4=4092;P5=-734;P6=885;D=
2018.03.11 14:14:55 4: mySIGNALduino/msg READ: MU;P0=451;P1=-362;P2=857;P3=15596;P4=-752;P5=4076;D=
2018.03.11 14:14:55 4: mySIGNALduino/msg READ: MU;P0=876;P1=-745;P2=-202;P3=15764;P5=458;P6=-337;P7=4076;D=
2018.03.11 14:14:56 4: mySIGNALduino/msg READ: MU;P0=-761;P1=447;P2=-366;P3=848;P4=15564;P5=4076;P6=-580;P7=1248;D=
2018.03.11 14:14:57 4: mySIGNALduino/msg READ: MU;P0=-725;P1=885;P3=16094;P4=-319;P5=491;P7=4062;D=
2018.03.11 14:14:58 4: mySIGNALduino/msg READ: MU;P0=-1944;P1=459;P2=-112;P3=15730;P4=-322;P5=4072;P6=-739;P7=887;D=
2018.03.11 14:14:58 4: mySIGNALduino/msg READ: MU;P0=-714;P1=977;P2=507;P3=-334;P4=4086;P5=15584;D=
2018.03.11 14:14:58 4: mySIGNALduino/msg READ: MU;P0=-357;P1=456;P2=853;P3=-763;D=
2018.03.11 14:14:59 4: mySIGNALduino/msg READ: MU;P0=-32001;P1=15952;P2=-361;P3=449;P4=4048;P5=-763;P6=848;D=
2018.03.11 14:14:59 4: mySIGNALduino/msg READ: MU;P0=-800;P1=415;P2=-407;P3=802;P4=15540;P5=4040;P6=1384;D=
2018.03.11 14:15:00 3: mySIGNALduino: Setting FREQ2..0 (0D,0E,0F) to 21 62 76 = 868.000 MHz
2018.03.11 14:15:00 4: mySIGNALduino/msg READ: MU;P0=877;P1=471;P2=-148;P3=15722;P4=-333;P5=256;P6=4060;P7=-735;D=
2018.03.11 14:15:00 4: mySIGNALduino/msg READ: Received answer (MU;P0=877;P1=471;P2=-148;P3=15722;P4=-333;P5=256;P6=4060;P7=-735;D=
2018.03.11 14:15:00 4: mySIGNALduino/msg READ: MU;P0=-343;P1=868;P2=-739;P3=467;D=
2018.03.11 14:15:00 4: mySIGNALduino/msg READ: Received answer (MU;P0=-343;P1=868;P2=-739;P3=467;D=
2018.03.11 14:15:00 4: mySIGNALduino/msg READ: MU;P0=-362;P1=443;P2=4096;P3=-758;P4=844;P5=-1268;P6=92;D=

Zur Kontrolle habe ich den Range 868.000...868.295 MHz auch noch mal auf diese Weise überprüft. Der zeigt interessanterweise auch sporadischen Empfang bei 868.160 MHz, aber ansonsten nur den bekannten Bereich oberhalb von 868.250 MHz mit guter Code-Erkennung .

Der Empfangsbereich um die 868.300 MHz herum endet bei 868.360 MHz. Bei 868.490 MHz spricht der cc1101 wieder an. Danach ist bis 868.700 MHz Ebbe.

Noch mal gezielt auf 868.490 MHz/58 kHz eingestellt und FB betätigt. Es werden öfters Codes erkannt, aber nicht so gut wie auf den anderen Frequenzen.

868.160 MHz/58 kHz war ein Irrläufer der sich nicht reproduzieren lässt.

Senden versucht: Die empfangstechnisch "guten" Motoren 1, 4 und 5 sprechen nicht darauf an.

Das passt dann wieder eher zu WMBUS_S
1. Freq. 868.27 lange Pulse positiv(on)
2. Freg. 868.32 lange Pulse negativ(off)
:-\ :-\ :-\ :-\ :-\ :-\
Ich würd dann eher mit den empfangenen Daten der 2. Freq. senden.

Aber wieso empfangen die Motoren bei 868.00 u. keiner anderen Frequenz  ???

Und wie immer nur Hirngespinste.....

Zitat von: KölnSolar am 11 März 2018, 14:53:56
Aber wieso empfangen die Motoren bei 868.00 u. keiner anderen Frequenz  ???

tja, mein DVB-T-Emfänger ging gestern in China raus ...
Sehen hilft verstehen. Das Spektogramm der FB sollte uns weiter helfen.

Man könnte natürlich auch alle Frequenzen mt einem send abklappern. Dafür bräuchte man eine stabile Code/Motor-Kombination.

In der Zwischenzeit habe ich meinen Prod-S'duino im Wohnzimmer an eine andere Stelle umgezogen. Motor 6 im Gäste-WC spricht jetzt an (weil der Sender näher dran ist). Motor 3 mag die neue Position nicht.
Nebenbedingung: Bisher war die Antenne nach oben ausgerichtet, jetzt liegt sie flach. Das bringt wieder die Frage der Richtcharakteristik der Wendelantenne auf.

Auf kurze Distanz (1,5m) mit +10dBm an defekten Motor 7 ein up gefunkt:

868.000 -> ok
868.005 -> ok
868.010 -> ok
868.015 -> ok
868.020 -> ok
868.025 -> ok
868.030 -> ok
868.035 -> ok
868.040 -> ok
868.045 -> ok
868.050 -> ok
868.055 -> ok
868.060 -> ok
868.065 -> ok
868.070 -> ok
868.075 -> ok
868.080 -> ok
868.085 -> ok
868.090 -> ok
868.095 -> ok
868.100 -> ok

Kommt mir komisch vor.  Werde noch mal mit -10dBm testen.

868.000 -> ok
868.005 -> ok
868.010 -> ok
... jetzt hat Motor 7 nur noch ein Ziel - Drehen - auch nachdem der Strom weggenommen/wiedergegeben wurde  :(

Ich werde jetzt wohl zweigleisig fahren:

• pragmatische Übergangslösung: brauchbare Codes für den S'duino finden und produktiv nutzen (vermutlich auf Basis der bei 868.275 MHz mitgeschnittenen, die schienen ja relativ gut zu funktionieren)
• auf die Lieferung aus China warten und Frequenzbandscanner bauen (DVB-T, Aduino nanos in Verbindung mit meinem RF12B)

Könnte es sein, dass am Ende ein Manchester Code dabei rauskommt? Die wurden ja ansatzweise erkannt bevor wir auf die MU-Codes umgestiegen sind.

was ich bis jetzt gesehen habe, ist eher kein Manchester kodiertes Signal. in der Mitte eines Pulses (800ms) müsste ein high/low oder low/high Wechsel stattfinden.

3. Gleis: den kaputten Motor öffnen und die Elektronik untersuchen?

Zitat von: habeIchVergessen am 12 März 2018, 20:09:18
3. Gleis: den kaputten Motor öffnen und die Elektronik untersuchen?

Ja, den Gedanken hatte ich gestern auch schon. Heute tut ein Zahn weh und reduziert die Laune ...

P.S. Man sollte wohl immer einen Arduino nano in Reserve haben. Gestern fiel mir wieder ein, dass ich mir vor einem Jahr mal einen RFM12B gekauft habe. Jeelab hat damit einen Scanner gebaut inkl. Anwendung um das Spektorgramm darzustellen https://jeelabs.net/projects/cafe/wiki/NRfMon_-_nano_Spectrum_Analyzer_with_the_RFM12B.
Vielleicht "leihe" ich mir einen von einem Kollegen.Zehnweh bedindert die Gedanken: Der Arduino nano meines 2. S'duino steckt in einer Fassung und muss nur rausgenommen werden.

P.P.S. Ist halt wie beim Adventure Spiel: Aufgeben gilt nicht. Aber manachmal produziert eine Pause neue Ideen.

Hallo,
Ich habe nicht jeden Beitrag genau gelesen, einmal ist es schon vorgekommen. Als erstes würde ich einen DVB-T stick als Sdr (Software defined Radio) benutzen. Damit sieht man nicht nur die Frequenz und Bandbreite, sondern auch die Kodierung.
Des weiteren sieht man auch ob das selbst gesendete auch dem entspricht was die originale FB sendet. So genau sind diese tranceiver nicht, müssen Sie aber auch nicht sein. Aber mit den Toleranzen kanns mal sein dass es nicht mehr geht. Könnte der Fall gewesen sein, dass es mal nicht ging aber später am nächsten Tag doch wieder. Das ist alles viel Rätsel raten, dauert lange und führt nicht zum richtigen Ergebnis.

So ein SDR stick kostet ca. 25 Euro und ist das Geld wert.

Gesendet von meinem E5823 mit Tapatalk

Ansatz Spektralanalyse mittels RFM12B (ich hatte da noch einen rumliegen): Ich habe den RFM12B und einen Arduino nano auf einem Breadboard zusammengesteckt. Erst mal ist es schwer den richtigen Wiring Sketch, die richtige Kombination aus rf12mon.ino und rfmon.tcl zu finden (bis man realisiert, dass im nrfmon-ZIP-File in einem Unterverzeichnis auch das rf12mon.ino steckt). Die rudimentäre Dokumentation hilft da auch nicht weiter; die aktuelle Version des rfmon.tcl passt nicht mehr zu den Screenshots ...
Ergebnis: Die Spektralanalyse zeigte entweder einen orangefarbenen Block über alle Frequenzen oder gar keine Pegelanzeige.

Dann ging's hier weiter: https://github.com/dzach/nrfmon/issues/9#issuecomment-373216244

Der "Support" durch dzach hat schnell reagiert, war erst hilfreich und endete dann in "lies dir mal diesen langen Thread durch, dann wirst du verstehen" und besorg dir einen zweiten RFM12B/Arduino nano damit du mittels RF12demo verifizieren kannst, dass der sendet/empfängt.

Ich habnoch ein wenig im Code des rf12mon.ino rumgespielt. Da wo eigentlich ein langer String mit den rssi-Pegeln ausgegeben werden sollte kam gar nichts. Umschaltung auf Analog-rssi führte dann zu dem orangefarbenen Block. Dann kam ein Sendetest auf 868.000 MHz in der Hoiffnung, dass mein Signalduino irgend etwas im log ausgibt - Fehlanzeige.

Ich habe mich deshalb heute entschieden in puncto Spektralanalyse mittels RFM12B nicht weiter meiner Devise "aufgeben gilt nicht zu folgen".

Zitat von: plin am 17 März 2018, 10:56:12
Ansatz Spektralanalyse mittels RFM12B (ich hatte da noch einen rumliegen): Ich habe den RFM12B und einen Arduino nano auf einem Breadboard zusammengesteckt. Erst mal ist es schwer den richtigen Wiring Sketch, die richtige Kombination aus rf12mon.ino und rfmon.tcl zu finden (bis man realisiert, dass im nrfmon-ZIP-File in einem Unterverzeichnis auch das rf12mon.ino steckt). Die rudimentäre Dokumentation hilft da auch nicht weiter; die aktuelle Version des rfmon.tcl passt nicht mehr zu den Screenshots ...
Ergebnis: Die Spektralanalyse zeigte entweder einen orangefarbenen Block über alle Frequenzen oder gar keine Pegelanzeige.

Dann ging's hier weiter: https://github.com/dzach/nrfmon/issues/9#issuecomment-373216244

Der "Support" durch dzach hat schnell reagiert, war erst hilfreich und endete dann in "lies dir mal diesen langen Thread durch, dann wirst du verstehen" und besorg dir einen zweiten RFM12B/Arduino nano damit du mittels RF12demo verifizieren kannst, dass der sendet/empfängt.

Ich habnoch ein wenig im Code des rf12mon.ino rumgespielt. Da wo eigentlich ein langer String mit den rssi-Pegeln ausgegeben werden sollte kam gar nichts. Umschaltung auf Analog-rssi führte dann zu dem orangefarbenen Block. Dann kam ein Sendetest auf 868.000 MHz in der Hoiffnung, dass mein Signalduino irgend etwas im log ausgibt - Fehlanzeige.

Ich habe mich deshalb heute entschieden in puncto Spektralanalyse mittels RFM12B nicht weiter meiner Devise "aufgeben gilt nicht zu folgen".

Die RFM Module geben nur eine digitale Auswertung des Spektrums wieder, ich kenne diese Methode nicht, jedoch kenne ich diese Module. In Punkte Auflösung und Bandbreite können die sicher nicht das ganze Spektrum wiedergeben.
Ein DVB-T stick kann sehr breitbandig ohne viele Vorkenntnisse das analoge Spektrum darstellen. (klar ist es digital, jedoch zeigt der Bildschirm nicht mehr zwischenwerte an, es gibt nicht mehr Pixel, und darum kann man schon von einer analogen Anzeige sprechen.
Ohne klarem Bild eines Spektrums kann man sich nie klar sein welche Modulation etc. Verwendet wird. OOK kann ich theoretisch auch mit FSK erreichen. FSK je nach empfangsmodul eventuell, aber nicht garantiert mit OOK. Wenn man das mit einem RFM Modul zeigen kann ist es gut. Aber ohne dieser Information ist alles nur rumprobieren.

Gesendet von meinem E5823 mit Tapatalk

MacGyver (Was will ich? Was steht mir zur Verfügung?) hätte so etwas produziert (siehe Grafik). Die Auswertung entstand aus Basis der rssi-Angabe am Ende der MU-Zeilen meines manuellen Frequenzband-Scans vom 11.3. sowie eines neues Scans bei sendendem S'duino.

Klar zu sehen: Der S'duino hat eine starke Oberwelle bei ca. 868.325 MHz. Das scheint die gemeinsame Verständigungsbasis zu sein. Interessanterweise mögen sie Motoren es aber nicht, wenn ich auf dieser Frequenu sende. Keine Reaktion.

Jetzt bin ich mal auf die analoge Variante mittel DVB-T-Stick gespannt.

Das neueste von Motor 7: Wer nicht mitspielt ist raus und wird auseinandergebaut.

Der Empfänger scheint ein TDA 5210 zu sein.

@Markus: Rechne ich richtg? 6,7 MHz * 128 + 10,7 = 868,3 MHz? Und das dann +/- 25 kHz?

Pin 5/10/13 sind GND
Pin 11 auf GND => 868MHz
Pin 15 auf GND => FSK

Hallo hIV, prima, dass Ihr noch mit dabei seid. Gibt es eine einfache Lösung aus FHEM heraus FSK so flexibel zu senden wie via SIGNALduino??? Wenn sich die Frequenzen und das Protokoll herauskristallisieren, müsste ich ja irgendwann FSK statt OOK angehen.

Ich befürchte Du meinst mich ? Denk dran, dass ich nur interessierter Laie bin

ZitatRechne ich richtg? 6,7 MHz * 128 + 10,7 = 868,3 MHz?

Nach Datenblatt richtig. Aber wie kommst Du auf den Hub ?

Das fand ich noch interessant

ZitatThe demodulator circuit is switched off in case of reception of ASK signals

Grund warum OOK mit 868,00 empfangen wird ?

Ich versuche weiter die Demodulation zu verstehen.... :-[

Edit:

ZitatGibt es eine einfache Lösung aus FHEM heraus FSK so flexibel zu senden wie via SIGNALduino???

Nicht bekannt.
Bei einer Integration in die aculfw(CUL) evtl. mit raw send machbar. Abgucken ließe sich beim WMBUS-/MAX-mode.
Edit2: Was macht eigentlich das verstaubte Oszi ? Mal an Pin25 hängen ?

Zitat von: KölnSolar am 18 März 2018, 16:35:04
Nach Datenblatt richtig. Aber wie kommst Du auf den Hub ?

Bauchgefühl (kann aber total falsch liegen). In den ersten Runde schien ja 868.275 MHz eine besondere Rolle zu spielen, jetzt die 868.325 MHz. Die Kalkulation auf Basis der Quartz-Frequenz führt zu 868.300 MHz. Außerdem sieht das was der S'duino so rudimentär als Spektrum (bei einer Bandbreite von 58 kHz) erkennt wie zwei Hügel aus. Frag mich nicht was das zu bedeuten hat, mein Studium ist schon zu lange her und ich bin danach direkt in die EDV abgedriftet.

Ich bin gerade auf den SIGNALESP gestoßen. Ist das nur eine kleine Variante des SIGNALduino?

SIGANLduino basiert auf einem atmega328p.
SIGNALESP ersetzt den atmega328p mit dem ESP8266.

Die miniCULs mit WLAN von locutus haben einen atmega328p und ein cc1101. Der ESP-01/8285 bedient "nur" die serielle Schnittstelle von atmega328p und stellt diese im WLAN bereit.

Pin 15 mal getestet?

SIGNALSP: ich habe noch ein paar Wemos D1 mini hier rumliegen, müsste mir nur einen weiteren CC1101 bestellen. Aktuell liegt mein Raspi2 im Wohnzimmer rum (musste schon die LEDs abkleben weil die vielen Lichter meine Frau stören :-)). Ein Wemos D1 wäre kleiner/eleganter.

Nee, meinen Oszi habe ich noch nicht rausgeholt, werde ich aber wohl noch angehen.

Das Ding ist verdammt klein. Wie komme ich am sichersten an die Pins (meine Oszi-Klemmen waren für andere IC-Größen ausgelegt)? Kabel an Stecknadel, Stecknadel auf Pin drücken? Aber wie fixiere ich die so, dass sie auf dem Pin bleibt?

ich würde Steckbrettverbinder anlöten.

Zitat von: habeIchVergessen am 18 März 2018, 18:22:21
ich würde Steckbrettverbinder anlöten.

Hi,
und ich Prüfklemmen ;-)
Gruß Arnd


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

Die Spitze meines Lötkolbens ist zu breit. Selbst beim Löten müsste ich mir etwas einfallen lassen. Ich denke da brauche ich wieder eine kreative Idee.

Zum löten hilft immer Flussmittel bzw Löthonig. Gerade wenn die Spitze zu groß ist verhindert es kurzschlüsse

Gesendet von meinem E5823 mit Tapatalk

sieht doch so aus, als ob Pin 25 in einem Via mündet. wo geht das hin? ggf. findest du einen Kondensator/Widerstand, den dein Löteisen kann!

Beim TDA5210 reden wir über 0,65 mm Raster (Foto mit Lötkolben als Anlage)

nimm ein Durchgangsprüfer und suche ausgehend von Pin 25 (data) den Ausgang von der Platine. Sieht ja so aus, als ob der verarbeitende Chip nicht auf dieser Platine sitzt. kannst du ein Foto der Rückseite posten?

Das ist alles ziemlich eng verbaut

sieht unbestückt aus.
kannst du bestätigen, dass GND? auf eines der GND-Pins des TDA geht?

Auf Basis von Pin 13 (DGND) GND verifiziert. Pin 11 (FSEL) und 15 (MSEL) liegen auf GND, also
868 MHz (wie erwartet)
FSK

Pin 25 endet auch auf einem "großen" Connector am Platinenrand?

Gewonnen

RM2,54: könnte passen mit deinem Eisen

Zitat von: habeIchVergessen am 19 März 2018, 21:02:53
RM2,54: könnte passen mit deinem Eisen

Da komme ich sicher auch ohne löten ran. Tippe aber gerade an einem Wiki-Artikel "Unbekannte Funkprotokolle". Hab' da so einen Deal gemacht  ;)
Den Oszi werde ich wohl morgen Abend rausholen (hoffe der springt noch an).

Edit: ist was dazwischen gekommen, deshalb eher Donnerstag

ein sduino für RXB6 würde als Oszi-Ersatz gehen. Empfang (RXB6) einfach an die Platine anklemmen, sofern die Pegel von atmega328p verkraftet werden. dann gibt's den MU-Kram.

Neues vom Oszi

Zwischen GND und DATA sehe ich bei dauerhaft betägtigter Fernbedienung folgende Muster:
- gelb-gelb: ca. alle 100 ms wiederholt sich die Sequenz
- auf eine Lücke von ca. 12 ms (grün-grün) folgt ein Block mit High-Low-Pulsen unterschiedlicher Breite (ca. 10 ms lang)
- danach folgt eine Lücke von ca. 3 ms (rot-rot)
- danach folgt ein Signalblock

sieht so aus, als ob rot die 4000ms high sind. gelb 15000ms high und dazwischen die 400ms low/high Wechsel.
hat jemand eine Erklärung für die vertauschte Polarität?

Die Eckwerte finden sich aber wieder:

Ausgangsbasis
P0=-32001;P1=15860;P2=-398;P3=412;P4=3998;P5=822;P6=-800;D=0123232323232323232323232425636363252563636363252525252525636325636363636325632563252525636363636363636363632563636363252563256363256363636363636363256325;

Die lange Sync-Lücke spiegelt sich in P0=-32001 wider (grün-grün).
Die P1=15860 habe ich noch nicht gefunden.
Die LowHigh-Pärchen 23232323232323232323232 sind als Pärchen jeweils ca. 1.200 ms lang. Knapp 12 Pärchen a 1.200 ms = ca. 14.400 ms (zwischen grün und gelb).
Dann folgt P4=3998 (rot-rot, aber alle positiv).
Danach die Code-Sequenz mit 64 Pärchen a 1.200 ms = ca. 76.800 ms

P.S. Wenn ich die Fernbedienung bei 868.325 MHz/58 kHz mitschneide kriege ich

MU;P0=-406;P1=798;P2=412;P3=-800;P4=-15504;P5=-4004;D=01010101010231023102323102323102310231023102310232310101010102310101023102323102310102310101010101010102310232420202020202020202020202523231023232310231010101010101023102310232310232310231023102310231023231010101010231010102310232310231010231010101010101;CP=2;R=74;O;

Die bisher benutzten Code-Sequenzen stammen alle von Messungen bei 868.000 MHz/650 kHz bzw. 868.275 MHz/58/kHz. Die neue Messung passt besser zu dem was der Oszi anzeigt.

Vielleicht muss ich für die beiden wackligen Motoren noch mal eine Messreihe bei 868.275 MHz/58/kHz mitschneiden, um das Codes abzuleiten.

was machen die Motoren, wenn das invertierte Signal auf der höheren Frequenz gesendet wird?

Zitat von: habeIchVergessen am 22 März 2018, 21:39:33
was machen die Motoren, wenn das invertierte Signal auf der höheren Frequenz gesendet wird?

Mein defekter hat auf die erste Sequenz nicht reagiert. Ich denke ich muss erst wieder die strukturell sauberen Signale ermitteln. Bei den bisher bekannten hatte ich eine erste Filterung nach 01 [23,23,..] 4 [sequenz] durchgeführt. Die Ergebnismenge habe ich dann durch meinen Hex-Decoder geschickt und die validen mit den bekannten Motoren/Fernbedienungen/Richtungen extrahiert. Bei den 868.325er-Sequenzen ist das Ergebnis null, muss also wieder nach Gemeinsamkeiten schauen.

nach dem bekannten Muster bearbeitet

MU;P0=-406;P1=798;P2=412;P3=-800;P4=-15504;P5=-4004;D=

01010101010231023102323102323102310231023102310232310101010102310101023102323102310102310101010101010102310232420202020202020202020202523231023232310231010101010101023102310232310232310231023102310231023231010101010231010102310232310231010231010101010101;CP=2;R=74;O;


01010101010231023102323102323102310231023102310232310101010102310101023102323102310102310101010101010102310232 20202020202020202020202P23231023232310231010101010101023102310232310232310231023102310231023231010101010231010102310232310231010231010101010101

                                            01010101010231023102323102323102310231023102310232310101010102310101023102323102310102310101010101010102310232
20202020202020202020202P23231023232310231010101010101023102310232310232310231023102310231023231010101010231010102310232310231010231010101010101

SsSsSsSsSsSsSsSsSsSsSsSPSlSlLsSlSlSlLsSlLsLsLsLsLsLsLsSlLsSlLsSlSlLsSlSlLsSlLsSlLsSlLsSlLsSlSlLsLsLsLsLsSlLsLsLsSlLsSlSlLsSlLsLsSlLsLsLsLsLsLsLsLsSlLsSlS
                         0 0 1 0 0 0 1 0 1 1 1 1 1 1 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 1 1 1 1 0 1 1 1 0 1 0 0 1 0 1 1 0 1 1 1 1 1 1 1 1 0 1 0
                         22FE A4AA 9F74 B7FA


Ok, ich der mir morgen noch mal mein decode-Script anschauen um ,,gute" Seuenzen zu finden. Vielleicht muss ich auch mein recode-Script nutzen.

vorher hatten wir sL => 0 und lS => 1
durch das invertieren Sl => 0 und Ls => 1

Mal ein (vermeintlicher) Sprung nach vorne: ein freundliches Forumsmitglied aus Köln dem mein persönliches Adventure Game gefällt hat mir einen DVB-T-Stick geliehen und ich war in der Lage mit SDR# eine Spektrumanalyse durchzuführen (Gegenleistung: Ich werde einen Wiki-Artikel zur Vorgehensweise verfassen - ist schon in Arbeit).

Nur leider passen die Erkenntnisse nicht zu den bisherigen 868.300 MHz, ca. 25 kHz Hub. Wer lügt? Der CC1101 oder der R820T?

Naja, 868,23/868,28 liegen ja nicht sooo weit weg  ;) Vermutlich kleine Fehlinterpretation unsererseits  :-[ Erklärt aber immer noch nicht warum Senden ASK/868.00 funktioniert. ???

Gestern war mein Pen nur zu langsam. Aber sehe das sonst auch so. Konntest Du die Pulslängen mit dem Oszi oder jetzt mit dem Stick konkretisieren ?

Evtl. durch Probieren(verändern der Pulslängen am S'duino) das gleiche Ergebnis wie beim Oszi-mit-FB erzeugen ? Nicht sehr wissenschaftlich, aber der Zweck heiligt die Mittel.

Zitat von: KölnSolar am 23 März 2018, 21:13:32
Naja, 868,23/868,28 liegen ja nicht sooo weit weg  ;)

Für den Nachrichtentechniker ist das ziemlich weit weg. Der Quartz im Empfänger hat 6,7 MHz, mal 128 + 10,7 MHz Zwischenfreuenz ergibt die 868.300. Dazu noch der Hub => 868.325 MhHz? Die rudimentären Messungen des CC101 erscheinen mir da plausibler als das was SDR# zeigt. Meiner ist noch aus China unterwegs, dann hätten wir einen Vergleichswert. Ich bin mir auch nicht sicher, dass ich SDR# so korrekt konfiguriert habe, dass ich mich auf die angezeigten Werte verlassen kann.

Aktuell versuche ich die bei 868.325 MHz/58 kHz ermittelten Codes zu filtern und brauchbare rauszuziehen.

Der heutige Test mit dem S'duino zeigte:
- das Signal ist relativ schwach im Vergleich zu dem der Fernbedienung (siehe Screenschots)
- die Richtcharakteristik der Wendelantenne spielt auch eine Rolle (Wendelachse parallel zur SDR-Antenne->ok, im 90 Grad-Winkel verdreht->NOK, Achse auch Antenne gerichtet->auch nicht viel)

Die Richtcharakteristik hatte ich als Ursache für einige sich verweigernden Motoren schon im Verdacht. So wie die Rolläden im EG angeordnet sind wird das eine Herausforderung (wobei ich aktuell die S'duino-Antenne senkrecht ausgerichtet habe und die Rollladen-Antennen alle horizontal ausgerichtet sind und es meistens funktioniert!??).

Zitat von: KölnSolar am 23 März 2018, 21:13:32
Konntest Du die Pulslängen mit dem Oszi oder jetzt mit dem Stick konkretisieren ?

Wie kann ich mit SDR# die Empfangenen Puls-Sequenzen anzeigen lassen?

Zitat von: KölnSolar am 23 März 2018, 21:13:32
Evtl. durch Probieren(verändern der Pulslängen am S'duino) das gleiche Ergebnis wie beim Oszi-mit-FB erzeugen ? Nicht sehr wissenschaftlich, aber der Zweck heiligt die Mittel.

Das Oszillogram synchronisiert auf Basis der langen Lücke. Es wäre also sinnvoll die nicht einmalig als Präambel zu senden sondern im Wiederholungsblock. Die eigentliche Code-Sequenz wird aber (wie die ersten Analysen zeigten) mehr als einmal in einem Gesamtblock gesendet. Da fehlt mir die Information zur Anzahl Wiederholungen. Wenn ich die kenne kann ich eine Sequenz aus <präambel><code><code><code>.... zusammenbauen und dann schauen was der Oszi sagt.

ZitatWie kann ich mit SDR# die Empfangenen Puls-Sequenzen anzeigen lassen?

Keine Erfahrung  :-[ Aber in Anleitungen sieht es so aus, dass das 2. Diagramm das anzeigt(zeitlich von unten nach oben). Wenn man das dann passend zoomen kann...

ZitatDer heutige Test mit dem S'duino zeigte:

Ist da nicht auch ein Ausschlag auf 868.2x zu erkennen? Würde endlich auflösen, warum die gesendeten Befehle überhaupt funktionieren.

Zitatdas Signal ist relativ schwach

Wie ist patable eingestellt ? Für 868.00 müssen sicherlich die Werte angepasst werden.

Der Ausschlag bei 868.2 MHz im Spektrogram ist immer da, auch wenn der S'duino nicht sendet.
patable steht auf +10 dBm

Das wasserfalldiagram, ich nehme an in der Mitte ist zu Beginn am interessantesten. Dort wird das Spektrum permanent nach unten geschoben. Blau schwach bis rot oder weiß stark. Die Limits in dB kann man sicher einstellen und das hast du scheinbar gemacht. Vorher war es uebersteuert und dann eher schon zu dunkel, aber ich erkenne auch nichts in dem Diagramm(die Bilder sind am Handy evtl zu schwach aufgelöst ). Wenn das Signal in der Mitte permanent da ist, dann musst du etwas ähnliches suchen, das beim betätigen kommt und dann wieder weg ist. Auf das Signal musst du dich konzentrieren und am besten aufnehmen. Für Linux (evtl auch Windows) gibt es Programme mit denen du den zeitlichen Verlauf ansehen kannst. Wichtig ist die samplerate bei der Aufzeichnung. Hat bei mir super geklappt für einen garagentoröffner.

Gesendet von meinem E5823 mit Tapatalk

Aktueller Stand: gefrustet. Seit dem Wochenende versuche ich mit den diversesten Tools eine FSK-Demodulation hinzukriegen, um das Raster von Sync/Codes auszulesen und die Wiederholungsraten zu ermitteln.

Windows
- SDR# - Wie geht's weiter?
- sigmira - couldn't open rtl-sdr, die mitgelieferten Treiber mag mein Win10 aber nicht

Linux
- rtl_fm/multimon-ng - braucht genau abgestimmte Parameter zwischen den beiden Tools
- gqrx - Zeichnet etwas auf, aber wie kann ich daraus FSK auslesen, Audacity wäre ein Ansatz
- rtl_rfm - gibt nur im Debug-Mode output aus
- gnuradio-companion - nicht intuitiv nutzbar

Nächste Idee: Vom TDA5210 die Signale abgreifen und mit einem Arudino oder Wemos D1 aufzeichen. Aber womit? Hat jemand einen passenden Sketch?

Anregungen sind wie immer willkommen  :)

SIGNALduino gibt es auch für RXBx Hardware. die benutzt stumpf ein GPIO-Pin für den Empfang.

Zitat von: habeIchVergessen am 26 März 2018, 20:38:52
SIGNALduino gibt es auch für RXBx Hardware. die benutzt stumpf ein GPIO-Pin für den Empfang.

Genau daran einen GPIO-PIN des Arduino zu versorgen (ggf. mit Spannungsteiler, Stromversorgung aus Powerpack wg. galvanischer Entkopplung) habe ich gedacht. Mir fhelt nur der passende Sketch. Ich brauche den jeweiligen Signalpegel =/1 und den Timestamp.

schau mal im FHEM-Verzeichnis nach FHEM/firmware/SIGNALduino_nano328.hex
GPIO2 sollte recv-Pin sein

Ein GPIO-Pin des Raspi wäre auch eine Möglichkeit. Den könnte ich über den gpio-Command auslesen. Der TDA5210 scheint lt. Oszi aber nur 0,4 Volt zu liefern, da muss also noch ein Transistor ran.

ZitatSIGNALduino gibt es auch für RXBx Hardware. die benutzt stumpf ein GPIO-Pin für den Empfang.

Das versteh ich jetzt gar nicht. Wie soll ein anderer Funkempfänger als CC1101 die FSK-Signale besser/richtiger empfangen  ???

ZitatNächste Idee: Vom TDA5210 die Signale abgreifen und mit einem Arudino oder Wemos D1 aufzeichen. Aber womit? Hat jemand einen passenden Sketch?

Das versteh ich schon eher. Aber einen Sketch kenne ich auch nicht.
Aber: Ich hab zwar kein Oszi und auch keine Ahnung von den Dingern, aber ich hätte jetzt schon erwartet, dass man die Pulsweiten am Oszi ablesen/auswerten kann  :-\

Ich hab mal mit der Soundkarte am Mikrofoneingang die FB bei 433MHz und OOK analysiert. Das hat eigentlich recht gut geklappt, weil das Signal aufgezeichnet wird und man danach analysieren kann. Allerdings war das natürlich viel einfacher, weil ich nur an/aus erkennen musste. Ob das bei FSK genauso klappt ? Und wie ich es genau gemacht hatte, weiß ich leider auch nicht mehr. Stand irgendwo hier im Forum. Und zu 95% bin ich mir sicher, dass ich Audacity dafür benutzt hatte.
Vielleicht hilfts  :-\

Zitat von: KölnSolar am 27 März 2018, 00:10:15
Aber: Ich hab zwar kein Oszi und auch keine Ahnung von den Dingern, aber ich hätte jetzt schon erwartet, dass man die Pulsweiten am Oszi ablesen/auswerten kann  :-\

Man kann die Pulsweiten auf dem Oszi erkennen. Aber das ist nicht mein Problem (ich denke die vom S'duino ermittelten Pulsweiten sind schon rechtepassend).
Das Signal setzt sich aus
1. Pause von ca. 16 ms (P1=16.000)
2. Preamble von low/high-Folgen (23232323 mit P2=-398;P3=412)
3. Pause von 4 ms (P4=4.000)
4. 64 Bits Signalcode (1-n Mal gesendet)
zusammen.

Die allerersten Analysen haben gezeigt, dass der Signalcode mehrfach gesendet wird. Ich kenne aber nicht die Anzahl der Wiederholungen.  Aktuell wiederhole ich den Block 3+4 n-fach und habe damit relativ gute Ergebnsse erzielt, aber 2 Motoren arbeiten immer noch nicht zuverlässig.  Der eine reagiert gerne bei 50 Wiederholhen (a 90 ms = 4,5 Sekunden, halte ich für ziemlich lang). Das Oszi hat keine Lupenfunktion mit der ich beliebig nach rechts fahren kann, um Wiederholungen zu erkennen. Deshalb der alternative Weg.

Edit: Die Analog-Input-Schleife am ArduinoNano ist zu langsam und ich kann keine Reaktio auf's senden beobachten.

ZitatDer eine reagiert gerne bei 50 Wiederholhen (a 90 ms = 4,5 Sekunden, halte ich für ziemlich lang).

Find ich auch. Viel zu lang. Dürften eher max. 5 sein. Das Verhalten erklär ich mir eher dadurch, dass das Signal nicht sauber genug ist und irgendwann klappt es halt.(wundert mich dann nur, wie das mit der Präambel dann noch zeitlich passt).

Die Wiederholungen könntest Du evtl. per nanoCUl ermitteln. Dort hast Du die Möglichkeit empfangene Daten mit steigender und fallender Flanke anzusehen. (http://culfw.de/commandref.html#cmd_X) Auf den ersten Blick arg kryptisch. Um die Anzahl der Pulse zu zählen aber wahrscheinlich gar nicht so verkehrt. Zumal ich gerade gesehen habe, dass nach einer Pause von 4ms ein neuer Datensatz erkannt wird. Das würde ja zu Schritt 3 gut passen.

Ich habe heute Abend noch mal Sequenzen bei 868.275 MHz/58 kHz/ sens 8dBm mitgeschnitten. Mal schauen wie die diese Nacht funktionieren. Ich komme bei denen mit R=8 aus.

neue Theorie wieso Motor 3 Morgens/Abends nicht reagiert, wohl aber wenn ich diverse Codes durchgetestet habe: Temperatur Drift

Das Data Sheet des CC1101 sagt: "The module central frequency will change as the operating temperature change, use it under suggest temperature, the module can work well."
Ein anderes Dokument sagt: "The frequency error or drift is due to crystal inaccuracies. This requirement is therefore a test of  the  crystal  used  and  not  covered  in  this 
application  note. "

Die Frequenz im kalten Zustand gefällt den Motoren 1, 4, 5 und meistens 6. Motor drei benötigt eine leicht andere Freuqenz (man erinnere sich: die FB/Motoren arbeiten eigentlich mit FSK auf ca. 868.300MHz/25 kHZ Hub, der S'duino kann sie mit 868.000MHz/OOK ansteuern).

Also brauche ich jetzt einen kalten S'duino, die bei 868.275MHz gefundenen Code-Sequenzen und einen leichten Frequenz-Hub beim Senden auf ca. 868.000MHz.

Zitat von: plin am 29 März 2018, 17:14:00
neue Theorie wieso Motor 3 Morgens/Abends nicht reagiert, wohl aber wenn ich diverse Codes durchgetestet habe: Temperatur Drift

Das Data Sheet des CC1101 sagt: "The module central frequency will change as the operating temperature change, use it under suggest temperature, the module can work well."
Ein anderes Dokument sagt: "The frequency error or drift is due to crystal inaccuracies. This requirement is therefore a test of  the  crystal  used  and  not  covered  in  this 
application  note. "

Die Frequenz im kalten Zustand gefällt den Motoren 1, 4, 5 und meistens 6. Motor drei benötigt eine leicht andere Freuqenz (man erinnere sich: die FB/Motoren arbeiten eigentlich mit FSK auf ca. 868.300MHz/25 kHZ Hub, der S'duino kann sie mit 868.000MHz/OOK ansteuern).

Also brauche ich jetzt einen kalten S'duino, die bei 868.275MHz gefundenen Code-Sequenzen und einen leichten Frequenz-Hub beim Senden auf ca. 868.000MHz.

Kannst du etwas breitbandiger senden? Der temperaturdrift kann am besten über ein breitbandigeres Signal korrigiert werden. Bei OOK geht es um Signal ja/nein im empfangsmodul. Das Signal wird vorher bandbegrenzt. Wenn ich breitbandiger sende, dann müssten alle etwas empfangen.

Gesendet von meinem E5823 mit Tapatalk

"etwas breitbandiger senden" ist gut gemeint. Ich sende nominell auf 868.000 MHz OOK. Der TDA5210 sollte aufgrund des 6.7 MHz Quartzes auf 868.300 MHz FSK empfangen, lt. Datenblatt +/- 50 kHz. Die RIO-Fernbedienung sendet lt SDR-Stick mit einer Bandbreite von +/- 23 kHZ. Erste Analysen mit 2 S'duinos haben gezeigt, dass der zweite bei ca. 868.325 MHz eine Oberwelle des ersten empfängt (siehe https://forum.fhem.de/index.php/topic,85006.msg782882.html#msg782882 (https://forum.fhem.de/index.php/topic,85006.msg782882.html#msg782882)). Würde also zu vorgenannten Eckdaten des TDA5210 passen.

Ich habe jetzt zwei Testreihen mit meinen beiden S'duinos und dem SDR-Stick hinter mir. Mit gqrx habe ich die empfangene Frequenz so präzise wie möglich auf den Peak eingestellt. Zwei identische Sequenzen a 22 Commands mit je 20 Wiederholungen des Codes (=ca. 2 Sekunden senden, gefolgt von 8 Sekunden Pause) führen zu folgender Erkennntis:
- Test-S'duino: Start 867.955,400 MHz - Ende 867.956,060 MHz -> wandert 660 kHz aufwärts
- Prod-S'duino: Start 867.953,000 MHz - Ende 867.952,670 MHz -> wandert 330 kHz abwärts
Die scheinen also unterschiedlich auf den Betrieb zu reagieren.

Die Erwärmung und damit abweichende Frequenz erklärt dann auch folgende subjektive Beobachtungen:

• Die Qualität der Steuerung hängt von dem im ROLLO-Modul angegebenen async_delay ab. Ist aktuell auf 30 Sekunden eingestellt. Das gibt dem CC1101 wohl Zeit wieder etwas abzukühlen, denn kürzere Abstände führen zu schlechteren Ergebnissen.
• Motor 3 reagiert zunächst nicht auf neu mitgeschnittene, als formal brauchbar befundene Code-Sequenzen. Probiere ich die der Reihge nach durch, spricht er irgendwann an.
• Gefundene gute Sequenzen fünktionieren Morgens/Abends auf einmal nicht mehr. Wenn ich auf Dauerbrenner gehe (30-50 Wiederholungen) reagiert der Motor besser.

Wie geht's weiter? Lt. Datenblatt hat der CC1101 einen "Integrated analog temperature sensor". Vielleicht kann man über ein Register die Temperatur auslesen und die Sendefrequenz dann entsprechend anpassen.

Du hast dir die Antwort fast selbst gegeben "Integrated ANALOG temperature sensor".
Unter Section 26 kannst du nachlesen wie man die Temperatur als analoge Spannung an einen IO Pin ausgeben kann. Über ein Register geht es nicht.

Temperatur Drift:
Es gibt einen Drift, aber der ist, solang der CC1101 kalibiert ist nicht nennenswert, ausser du hast dramatische Temperaturänderungen oder VCC Änderungen. (Sec. 22.1)
Falls die Selbstkalibrierung nie gemacht wurde, gibt es natürlich stärkere Abweichungen und eventuell auch heftigere Drifts.

ZitatThe calibration can be initiated automatically
or manually. The synthesizer can be
automatically calibrated each time the
synthesizer is turned on, or each time the
synthesizer is turned off automatically. This is
configured with the MCSM0.FS_AUTOCAL
register setting. In manual mode, the
calibration is initiated when the SCAL
command strobe is activated in the IDLE
mode.

Schau mal nach was in dem Register steht, bzw reingeschrieben wird.

Nur nebenbei, die Bandbreite wird nicht mit +/- angegeben sondern ist der gesamtbetrag, d.h. +/-50kHz sind 100kHz Bandbreite und die +/-23kHz sind eigentlich  46kHz (Vermutlich 50kHz eingestellt)

Die Abweichungen bei deinen Tests sind zum Glück keine kHz sondern nur Hz, ansonsten würde garnichts gehen. Drift muss weitaus kleiner sein als die Bandbreite ansonsten gibt es massive Probleme. Ein Drift um 660kHz ist wohl nur ein Tippfehler.


Interessant wäre ein Bild des Spektrums wenn dein Signal nicht geht und der direkte Vergleich mit der funktionierenden Original FB. Wenn der Drift soviel ausmacht, dann müssten die Signale nebeneinander liegen, bzw kaum überlappen und genau in diese Richtung musst du nachjustieren. Aber bitte die Bilder zur gleichen Zeit erstellen, da der Temperaturdrift bei beiden Geräten vorkommt und ein Vergleich mit anderen Temperaturen dann nichts mehr aussagt.

ZitatTests sind zum Glück keine kHz sondern nur Hz,

Sehe ich auch so, und dass die das ganze ins Wanken bringen sollen  :-\ OK, wir reden nach wie vor von einem OOK-Sender u. einem FSK-Empfänger. Dass das überhaupt klappt...

MCSM0.FS_AUTOCAL=01b=When going from IDLE to RX or TX (or FSTXON)

Problematik also bei Dauerfeuer(so sehe ich 2sek permanentes Senden). Heißt aber doch nur, dass Du mit der Freq. je nach S'duino etwas runter oder rauf müsstest

<OT> Wie sendet man breitbandiger ? Es wird doch nur mit einer konkreten Frequenz gesendet und ggfs. breitbandiger empfangen  :-\ Link für Dummies ? <OT>

Zitat von: tux75at am 29 März 2018, 21:18:52
Unter Section 26 kannst du nachlesen wie man die Temperatur als analoge Spannung an einen IO Pin ausgeben kann. Über ein Register geht es nicht.

Da ich aktuell mit dem SIGNALduino arbeite und dieser die Temperatur nicht ausliest fällt diese Option dann weg.

Zitat von: tux75at am 29 März 2018, 21:18:52
Nur nebenbei, die Bandbreite wird nicht mit +/- angegeben sondern ist der gesamtbetrag, d.h. +/-50kHz sind 100kHz Bandbreite und die +/-23kHz sind eigentlich  46kHz (Vermutlich 50kHz eingestellt)

jow, war wohl unkonzentriert und hätte Frequenzhub schreiben sollen. Laut Datenblatt ist der +/--Ansatz bei der Modulation aber korrekt: "The 868 MHz 50Ω-Output testboard shows an FSK-deviation of +/- 27 kHz, typically.",

Zitat von: tux75at am 29 März 2018, 21:18:52
Ein Drift um 660kHz ist wohl nur ein Tippfehler.

tja, da war der Wunsch wohl Vater des Gedankens ...

Zitat von: KölnSolar am 29 März 2018, 22:36:14
<OT> Wie sendet man breitbandiger ? Es wird doch nur mit einer konkreten Frequenz gesendet und ggfs. breitbandiger empfangen  :-\ Link für Dummies ? <OT>

Aber natürlich kann ich breitbandiger als OOK senden: FSK  :). Aber nicht mit dem SIGNALdunio. Dann müsste die culFW ran aber die ist nicht so flexibel ausgelegt wie die des S'duino. Außerdem fehlt mir immer noch die Bestätigung für 868.300 MHz mit +/- 23 kHz Hub. Der SDR-Stick-Mitschnitt zeigt ja deutlich abweichende Frequenzen.

Wenn der CC1101, TDK5110 und TDA5210 nur geringe Frequenzabweichungen haben, bedeutet das, dass mein SDR-Stick derjenige ist der daneben liegt. Vielleicht suche ich mir mal einen richtigen Sender als Vergleichsquelle.

Die Empfehlung des Tages: Universal Radio Hacker (urh). Das einzige Tool was bisher in der Lage war ad-hoc das Signal aufzuzeichnen, FSK zu dekodieren und mir das anzuzeigen was ich wissen will.
Die Screenshots bestätigen das was ich bisher ermittelt habe.

Aber: Auf Grund der ersten verwertbaren Codes und des im FHEM-Log angezeigten Overflow-Flags glaubte ich, dass die Code-Sequenz innerhalb eines Blocks mehrfach gesendet wird bevor es wieder mit der 15ms Pause weiter geht (Edit: Die Sequenz könnte länger sein als bisher gedacht, siehe nächsten Post). Die Analyse zeigt, dass die komplette Sequenz
- 15 ms Pause
- 10 ms Preamble
- 4 ms Pause
- 78 ms Code
wiederholt wird.

Damit kann ich jetzt im Prinzip saubere Steuersequenzen erzeugen (ich hoffe, dass meine Motoren das auch so sehen).

Eine komplette FSK-Sequenz für Motor 7 Stop sieht damit z.B. so aus:
0000000000000000000000000000000000000001010101010101010101010100000000001101001101101001001001101001001001001101001001101001001001101001001001101101001101001101001101001101001001101101101101101001101101101001101001001101001101101001101101101101101101101101101101001
bzw. bei erneutem betätigen des Buttons
0000000000000000000000000000000000000001010101010101010101010100000000001101101001101101101101101001101001101101001001101001001001001101101101001001101001101101101001001101001001101101101101101001101101101001101001001101001101101001101101101101101101101101101101001

Die Hex-Ergebnisse von 4 Tastendrücken mit Pause dazwischen (jeweils ein CR bei neuer Pause eingefügt):


Block 1
00000000055555500369b6da69b49a4936d269b69349b6da6da6934da6db6db6d2
0000000002aaaaa801b4db6d34da4d249b6934db49a4db6d36d349a6d36db6db69
000000000155555400da6db69a6d26924db49a6da4d26db69b69a4d369b6db6db48
000000000555555001b4db6d34da4d249b6934db49a4db6d36d349a6d36db6db69
000000000155555400da6db69a6d26924db49a6da4d26db69b69a4d369b6db6db48
000000000aaaaaa006d36d34da4d249b6934db49a4db6d36d349a6d36db6db69
000000000155555400da6db69a6d26924db49a6da4d26db69b69a4d369b6db6db48
000000000aaaaaa00369b6da69b49a4936d269b69349b6da6da6934da6db6db6d2
000000000155555400da6db69a6d26924db49a6da4d26db69b69a4d369b6db6db48
000000000aaaaaa006d36db4d36934926da4d36d26936db4db4d269b4db6db6da4

Block 2
00000000005555550034da49a49349a49a49b4d34d349b6da6da6934da6db6db6d2
000000000155555400d36926924d26926926d34d34d26db69b69a4d369b6db6db48
000000000aaaaaa0069b49349269349349369a69a6936db4db4d269b4db6db6da4
0000000005555550034da49a49349a49a49b4d34d349b6da6da6934da6db6db6d2
0000000002aaaaa801a6d24d249a4d24d24da69a69a4db6d36d349a6d36db6db69
0000000000aaaaaa0069b49349269349349369a69a6936db4db4d269b4db6db6da4
0000000005555550034da49a49349a49a49b4d34d349b6da6da6934da6db6db6d2
0000000002aaaaa801a6d24d249a4d24d24da69a69a4db6d36d349a6d36db6db69
000000000155555400d36926924d26926926d34d34d26db69b69a4d369b6db6db48

Block 3
0000000005555550036d269348d249349349249269a4db6d36d349a6d36db6db69
0000000000aaaaaa0036d269349a4926926924924d349b6da6da6934da6db6db6d2
0000000002aaaaa801b69349a4d249349349249269a4db6d36d349a6d36db6db69
000000000155555400db49a4d269249a49a4924934d26db69b69a4d369b6db6db48
0000000005555550036d269349a4926926924924d349b6da6da6934da6db6db6d2
000000000155555400db49a4d269249a49a4924934d26db69b69a4d369b6db6db48
0000000005555550036d269349a4926926924924d349b6da6da6934da6db6db6d2
000000000155555400db49a4d269249a49a4924934d26db69b69a4d369b6db6db48
0000000005555550036d269349a4926926924924d349b6da6da6934da6db6db6d2
000000000155555400db49a4d269249a49a4924934d26db69b69a4d369b6db6db48
000000000aaaaaa006da4d26934924d24d249249a6936db4db4d269b4db6db6da4
0000000002aaaaa801b69349a4d2493424d249249a6936db4db4d269b4db6db6da4

Block 4
000000000055555500269269b6db6db6d36db6924db49b6da6da6934da6db6db6d2
00000000015556a80134934db6db6db69b6db4926da4db6d36d349a6d36db6db69
0000000000aaaaaa004d24d36db6db6da6db6d249b6936db4db4d269b4db6db6da4
00000000055555500269269b6db6db6d36db6924db49b6da6da6934da6db6db6d2
0000000001555554009a49a6db6db6db4db6da4936d26db69b69a4d369b6db6db48
000000000aaaaaa004d24d36db6db6da6db6d249b6936db4db4d269b4db6db6da4
0000000002aaaaa80134934db6db6db69b6db4926da4db6d36d349a6d36db6db69
0000000000555554004d24d36db6db6da6db6d249b6936db4db4d269b4db6db6da4
00000000055555500269269b6db6db6d36db6924db49b6da6da6934da6db6db6d2
0000000002aaaaa80134934db6db6db69b6db4926da4db6d36d349a6d36db6db69


Erste Erkenntis nach Betrachtung der Bitfolgen: Die scheint doch länger zu sein als ich bisher dachte (und nutzte). Zumindest sieht urh das so.
Die Unterschiede in den Hex-Sequenzen (z.B. 00000000015555540 vs. 000000000aaaaaa00) entstehen durchr einzelne Bitverschiebungen).

Bandbreite, Modulierung etc haben nicht viel miteinander zu tun, ausser dass es bei diesen Begriffen um Nachrichtentechnik und Funksignale geht.

Bandbreite: Ist der Betrag der Differenz von Höchster und Niedrigster Frequenz, die für die Übertragung verwendet wird. Im Fall von OOK ist es mehr als nur die Frequenz die verwendet wird. Man kann kein Signal mit einer einzigen Frequenz senden, man sendet immer mit einem Frquenzband.  Im Fall von OOK sind es ebenfalls einige Kiloherz wie im Falle von FSK. Bei FSK werden die Daten anders Moduliert als bei OOK.

OOK: On Off Keying - Hier wird oft nicht nur off als 0 und on als 1 sondern eine On-Off sequenz für 0 und 1 verwendet. z.b. kurz an lang aus ist 0 und lang an und kurz aus ist 1, oder kurz an lang aus ist 0 und lang an und lang aus ist 1. Hierbei ist sehr viel möglich, jedenfalls sind die On und Off Zeiten für die Dekodierung wichtig. Das Signal hat hier eine Bandbreite von einigen KHz
FSK: Frequency Shift Keying - Hier wird das Signal um eine Mittenfrequenz gesendet. Der "Frequenzhub"  kann hier unterschiedlich angegeben werden, zum einen als Betrag der differenz oder auch durch die Betragsdifferenz zur Mittenfrequenz diese hat dann aber meinst +/- davor stehen. Die Bandbreite ist dann aber auch nicht nur 50kHz bie +/-25kHz Frequenz hub, sondern etwas mehr, da der Frequenzhub zur Mittenfrequenz wieder zur Mittenfrequenz des Signals liegt, das Signal selbst aber wie bei OOK einige kHz Bandbreite benötigt (e.g. 5kHz), da von der Mitte des Signals einmal bei + sowie einmal bei - jeweils die hälfte der Bandbreite rausragt hätte die FSK Modulierung eine Tatsächliche Bandbreite von 55kHz.
Die "FSK-deviation" entspricht dem "Frequenzhub" ist aber nicht die Bandbreite, in deinem Beispiel mit +/-27kHz sind das 54kHz + Signalbandbreite also eher bei 60 kHz

Deutlich Abweichende Frequenzen im SDR zeigen einen systematischen Fehler.
1. Muss man das Signal klar im SDR dargestellt haben und die FSK bzw OOK kodierung sehen (OOK falls zu schnell sieht man nur nach Aufzeichnung und Analyse mit entsprechendem tool)
Die Bilder die ich bis jetzt gesehen habe, sind nicht gerade optimal aufgenommen, zuviel rauschen und eher ein raten ob hier tatsächlich etwas gesendet wird, da völlig übersteuert.
2. Muss man das Original und das immitierte Signal nebeneinander mit dem gleichen Tool darstellen. Falls eine Abweichung im Betrag der Frequenz vorhanden ist, und diese bei beiden auftritt, dann hat SDR einen Offset und der kann ignoriert werden. Ist jedoch eine Unterschiedliche Frequenz zu sehen zwichen Original und Immiatat, dann muss das Immitat korrigiert werdne.
3. Modulation mit tool überprüfen, SDR kann sehr gut Aufzeichen aber die Modulation nicht immer richtig darstellen. Hierbei wieder Original und Immitat direkt vergleichen.

-> diese Vorgehensweise fehlt mir hier, es wird zwar etwas gezeigt, aber nicht beide Signale, eine Abweichung zum Original zeigt meist den Fehler.


Die Darstellung mit Pause/Preamble/Pause/Signal in der Loop wird korrekt sein und wird Aufgrund von möglichen Übertragungsfehlern bei Fernbedienungen immer so gemacht (Es gibt keinen Rückkanal)

000000000155555400da6db69a6d26924db49a6da4d26db69b69a4d369b6db6db48
000000000aaaaaa00369b6da69b49a4936d269b69349b6da6da6934da6db6db6d2

Hier sind Fehler in der Dekodierung vorhanden, ich nehme an, das hat ein Plugin oder ähnliches Dekodiert.



Falsch:
000000000155555400da6db69a6d26924db49a6da4d26db69b69a4d369b6db6db48


Richtig:
000000000aaaaaa00369b6da69b49a4936d269b69349b6da6da6934da6db6db6d2

(Das hat plin eben selbst auch bemerkt)

Der Grund ist folgender:

Pause: 000000000 (Hier wird nichts gesehendet)
Präambel: aaaaaa (Ist meist AA oder 55, ein gleichmässiges toggeln findet man fast überall)
Pause: 00
Code: 369b6da69b49a4936d269b69349b6da6da6934da6db6db6d2


Die Frage ist nur:
Präambel 55 oder AA, dies kann man Aus der Signalform meist sehr gut rauslesen, die Darstellung  in den Screenshots ist aber nicht optimal, ich kann hierbei nicht viel erkennen, ausser dass etwas wiederholt wird.

Eventuell werf ich meinen SDR nochmal an und versuche meine Messung zu wiederholen (Leider ist mir meine Virtuelle Maschine in der ich das gemacht habe gestorben). Mehr dazu Sonntag oder Montag, je nachdem wie ich dazukomme.

[quote author=tux75at link=topic=85006.msg788371#msg788371 date=1522413537]
-> diese Vorgehensweise fehlt mir hier, es wird zwar etwas gezeigt, aber nicht beide Signale, eine Abweichung zum Original zeigt meist den Fehler.

ja klar, mein bisheriges Ziel war es überhaupt mal in der Lage zu sein das Signal der Fernbedienung korrekt aufzuzeichnen und zu analysieren. Die Verwendung des SIGNALduino im OOK-Modus ist für mich eher ein Glückstreffer. Bevor ich da an das FSK-Protokoll rangehe will ich erst mal verstehen was ich senden muss. Die technischen Daten der Komponenten suggerieren halt andere Frequenzen als das was die RTL-SDR nutzenden Tools darstellen.

Wenn ich einen definitven Stand in puncto Original-Komponenten, Frequenzen und Code-Sequenzen habe kann ich mit der Delta-Betrachtung "Was sendet mein S'duino" loslegen.

Apropos Tools: Ist urh die richtige Wahl oder gibt es etwas besseres?

Kleine schöpferische Pause, Denkfehler gefunden und gefixt. urh erwartet eine feste Taktung des übertragenen Signals. Folglich muss ich die von S'duino gemessenen Pulslängen (400/800 ms) berücksichtigen und die binären urh-Sequenzen umkodieren:

• 100 (short high, long low) -> Sl => 0
• 110 (long high, short low) -> Ls => 1

Das Ergebnis passt dann wieder zu den bekannten Codes wie z.B. D590E5C 9 F74B7F E
Und die Nibbles 1-8 bleiben bei einem Tastendruck stabil, ändern sich beim nächsten aber wieder.

Interessante neue Erkennntnis: Die Steuersequenz endet hier nicht, sondern es folgt noch ein letztes high bit (400ms high).

Es gilt also nach wie vor mein Leitspruch "aufgeben gilt nicht".

Somit wären korrekte Sequenzen:
set mySIGNALduino raw SR;;R=8;;P1=15932;;P2=-409;;P3=420;;P4=4014;;P5=-786;;P6=809;;D=1232323232323232323232324532626532626532626262626262626535353532626532653535353532626262653265353535353532653535326532626532653532653535353535353535326262;;

SC ist nicht mehr erforderlich.

Also das tool "urh" kenn ich nicht, hast du dazu einen link?

Ich verwende gqrx und dann Audacity, wobei ich damals irgendwas noch gemacht habe. Zur zeit hab ich keine Fernbedienung in der nähe und die Wettersensoren sind zu weit weg für eine Analyse, da ist alles zu verrauscht.
Ich hänge einen screenshot an, das Signal scheint ein OOK Signal zu sein, im Waterfall sieht man es inzwischen schon weit unten, kommt sehr regelmäßig (jede Minute) und ist eigentlich schon gegen die Regelung für short range devices (die maximalzahl an Paketen ist zu hoch evtl auch zu lang, aber solang es nichts stört merkt es keiner)
Man Sieht aber sogar Pausen im Signal was auf OOK hinweist und eine eindeutige linie. ich glaub ich hab nichts mit FSK zur hand, und nur eine OOK Fernbedienung, werde aber morgen/übermorgen sofern ich zeit habe noch weiter bilder machen. und versuchen eine kurze anleitung zu erstellen.

Hier ist der Link: https://github.com/jopohl/urh (https://github.com/jopohl/urh). Ist sogar dokumentiert: https://github.com/jopohl/urh/raw/master/data/userguide.pdf (https://github.com/jopohl/urh/raw/master/data/userguide.pdf)

Der Vorteil: urh ist (fast) intuitiv nutzbar und man kommt mit einem einzigen Tool aus. Man kann damit sogar die Bitfolgen analysieren.

Der Tag hat gut angefangen. Gestern Abend habe ich in FHEM alle Steuersequenzen auf die neuen Erkenntnisse umgestellt und heute Morgen sind alle relevanten Rolläden nach einem einzigen set-Command hochgefahren (selbst Motor 3). Und das bei max. 10 Wiederholungen.

Zum Vergleich jetzt auch die Interpretation des OOK-Signals durch urh als FSK-Signal. Die Strukturen sind identisch.

Dann noch mal die Spektogramme aus Sicht von gqrx. Die Frequenzen sind wie bereits vormals erwähnt verschoben. Die Fernbedienung sendet bei 868.300 MHz +/-23 kHz (hier 868.256). Der S'duino steht auf 868.00 MHz (hier 867.956).

Ein paar Tage weiter: ein paar Tests mit dem S'duino, Vergleich mit der Fernbedienung, ein Versuch mit dem S'duino auf 868.323 MHz zu senden (keine Reaktion der Motoren), testweise die Sendefrequenz auf 868.003 MHz erhöht, schien auch Motor 3 auf die Sprünge zu helfen, aber: Up-Commands wurde teilweise als Stop interpretiert ...

Bisher habe ich immer noch nicht die Oberwelle des OOK-Signals gefunden die die FSK-empfangenden Motoren steuert.

Ich denke jetzt über einen Wechsel von OOK zu FSK nach. Mein RF12B funktioniert/sendet, ich habe genug Arduino nanos, ich weiß welche Signalsequenzen ich senden muss, es könnte also losgehen.

Was soll's werden? Sendefrequenz 868,300 MHZ, Frequenzbub +/- 23 kHz, Bitfolge im Bereich 2.500 Baud.

Die Frage ist nur: Mit welchem Ansatz komme ich am schnellsten ins Ziel?

- Arduino nano mit RF12B
- Arduino mit CC1101
- TDK51110 kaufen und den Sender der Fernbedienung nachbauen

Irgendwelche Tipps/Empfehlungen?

für einen RFM12 würde ich keine Software schreiben. besser den Nachfolger RFM69CW wählen. wird im JeeLink v3c/LaCross-Gateway verwendet.

Wie wäre es auf nen sduino {esp8266} einen cc1101 und ein rfm69cw zu kombinieren?

Gesendet von meinem...... was auch immer

Zitat von: sash.sc am 07 April 2018, 20:03:59
Wie wäre es auf nen sduino {esp8266} einen cc1101 und ein rfm69cw zu kombinieren?

Wo ist der Vorteil des rfm69cw? Ich denke der cc1101 kann auch 2-FSK (das ist das was ich senden muss)?

Und wenn Du den CUL nimmst ? Register des CC1101 lassen sich über FHEM-set ändern. Sequenz, Pulsweiten fest verdrahten. z.B. als IT device und Code in der Clib/intertechno.c Funktionsaufruf: it_send
Grüße Markus

Zitat von: KölnSolar am 07 April 2018, 20:34:40
Und wenn Du den CUL nimmst ? Register des CC1101 lassen sich über FHEM-set ändern. Sequenz, Pulsweiten fest verdrahten. z.B. als IT device und Code in der Clib/intertechno.c Funktionsaufruf: it_send

Selbstbau CUL und SIGNALduino sind (wenn ich das richtig sehe) von Aufbau/Verdrahtung her identisch? Dann müsste ich nur die culfw flashen?

Richtig. Muss aber ein sduino mit cc1101 sein.

Gesendet von meinem...... was auch immer

in der rf_moritz.c(MAX) könntest Du Dir die settings zu 2-FSK abgucken....

Zur Info

Rfm69cw

Modulation: FSK/GFSK/MSK/GMSK/OOK

Cc1101

Modulation: Unterstützung von 2-FSK, 4-FSK, GFSK und MSK sowie OOK und flexible ASK-Impulsformung



Gesendet von meinem...... was auch immer

Zitat von: KölnSolar am 07 April 2018, 21:30:18
in der rf_moritz.c(MAX) könntest Du Dir die settings zu 2-FSK abgucken....

die auf github von cgommel?

dann mal ein paar links:
- commandref (http://culfw.de/commandref.html)
- source (http://culfw.de/culfw-1.67.tar.gz) code
- main (http://culfw.de/) page

im clib-Verzeichnis findest Du alle allgemeinen Funktionen/Includes. Unter devices die jeweiligen µC-devices. In der Regel gibt es dort die board.h, wo Pin-Zuordnungen u. sonstige Besonderheiten deklariert werden, zB. auch "an-/ausknipsen" von Protokollen.

Ich habe ja vor zwei Wochen einen Deal mit einem Kölner Foumsmitglied gemacht. Er schickt mir ein paar Dinge die ich gerade für die nächsten Schritte brauche, ich schreibe einen Wiki-Artikel. Bevor es in die Sonne geht habe ich per cut&paste den aktuellen Stand ins offizielle Wiki überführt. Ihr findet ihn unter https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle. Wäre prima, wenn Ihr mal drüber schauen könntet, ob das hilfreich ist, korrekt, sagt was noch fehlt etc.

Im Augenblick ist der noch sehr durch SIGNALduino, OOK und cc1101 geprägt, lässt sich aber sicherlich erweitern.

Vielleicht in der Überschrift/Titel verdeutlichen, dass es primär um die Analyse mit dem S'duino mit CC1101 geht ? ICH hätte den CUL genommen: ähnliche Vorgehensweise bei etwas anderen Informationen/Darstellung.

Basics:
Hardware
- den S'duino kann man auch mit "einfachen" Funkmodulen bauen(im Gegensatz zum CUL). Hat dann aber andere Befehle/Möglichkeiten !!!
Frequenzbereich
- ich denke man sollte 2,4 GHz(WLAN, Bluetooth...) erwähnen, dass es bei dem Wiki aber nicht weiter betrachtet wird

Zitat von: KölnSolar am 08 April 2018, 15:20:23
Vielleicht in der Überschrift/Titel verdeutlichen, dass es primär um die Analyse mit dem S'duino mit CC1101 geht ?

nee, ich wollte das schon universell halten, damit Einsteiger auch was damit anfangen können. Ich habe eine neues Kapitel für "CUL - FSK und Co." angelegt, das muss aber noch gefüllt werden.

Zitat von: KölnSolar am 08 April 2018, 15:20:23
ICH hätte den CUL genommen: ähnliche Vorgehensweise bei etwas anderen Informationen/Darstellung.

Ich habe meinen Test-S'duino gerade mal mit der 1.6.7er nanoCUL-Firmware umgeschossen. In meinem Log tut sich beim Betätigen der Fernbedienung aber gar nichts, obwohl der auf 868.300 MHz steht und somit im Zielkorridor liegen müsste. Egal welchen rfmode ich nehme.  Mit welchen Einstellungen würdest Du (ohne Programmierung) anfangen?

Das ist der Unterschied. Protokolle werden bereits in der firmware "erkannt"(oder eben nicht). Du kannst den CUL in den Debugmodus mit raw X67 bringen. Dann sollte was im Log bei verbose 5 kommen. Danach wieder mit raw X21 Debugging abschalten.

Ich würd  rfmode=MAX EDIT: od. wmbus_s probieren. Register ändern: MDMCFG2 f. FSK u. DEVIATN f. den Frequenzhub. Ich guck mal, dass ich mal eine Tabelle zum Vergleich der Register mache.
Edit: doch ne ganze Menge mehr Unterschiede :o In FSK erfolgt ja schon die Demodulation im CC1101 und daher kommen die Daten auch mit höherer Baudrate ganz anders über die Pin's. Ich glaub das wird nicht einfach  :'(

Zitat von: KölnSolar am 08 April 2018, 19:31:54
Edit: doch ne ganze Menge mehr Unterschiede :o In FSK erfolgt ja schon die Demodulation im CC1101 und daher kommen die Daten auch mit höherer Baudrate ganz anders über die Pin's. Ich glaub das wird nicht einfach  :'(

Genau das war mein Gedanke, wieso ich mit dem S'duino angefangen habe. Der empfängt, leitet alles an FHEM weiter und da sieht man was (oder auch nichts). Mit dem CUL fängt alles mit den Fragen Frequenz , Protokoll etc. an. Ein gangbarer Weg wäre aus meiner Sicht mit dem SDR-Stick und gqrx bzw. urh anzufangen. Dann kann man zumindest Fragen zu Frequenz, Modulation etc. abhaken und entscheiden, ob S'duino oder CUL der nächste Schritt ist. Bei mir ist halt jetzt der Punkt erreicht über FSK nachzudenken.

ich würde bei SIGNALduino die Initialisierung für den cc1101 kopieren und damit einen kleinen Sketch schreiben.
die Anpassungen an FSK muss du eh aus der Doku vom cc1101 holen.

ggf. kannst du damit die Datenpakete empfangen.
Senden wäre dann der nächste Schritt.

Doch aufgegeben ?  :'(

ZitatEin gangbarer Weg wäre aus meiner Sicht mit dem SDR-Stick

meintest Du damit das (https://forum.fhem.de/index.php/topic,58396.msg800763.html#msg800763) oder wäre das eine Option, da ja scheinbar FSK analysiert werden kann.
Schönen Feiertag
Markus

Zitat von: KölnSolar am 10 Mai 2018, 09:19:23
Doch aufgegeben ? 

neee, Kräfte gesammelt, einiges getestet: ich habe mir SmartRF runtergeladen, um die Ziel-Registerkonfiguration des cc1101 auf Basis meiner bisherigen Erkenntnisse zu ermitteln, habe S'duino mit meinen Änderungen versehen, habe dann versucht mit dem W-Command des S'duino die Register der Reihe nach auf FSK, 868.300 Mhz, ... zu setzen, habe aber aktuell den Effekt, dass meine Registereinstellungen direkt wieder verschwinden ,...

Wenn die IT zickt muss man sie manchmal in Ruhe lassen und etwas später neu anfangen. Ich habe noch eine Woche Urlaub, da wird der Ehrgeiz wohl wieder durchkommen  :).

Guten Morgen,

ich hab mir gestern mal den Wiki-Eintrag zu gemüte geführt. Allerdings habe ich noch 1-2 Verständnissprobleme und würde mich freuen wenn mir da jemand helfen könnte..

Woran genau wird erkannt ob ein Signal ShortHigh, bzw ShortLow ist? Alle werte die Größer bzw Kleiner als 0 sind, bzw in der Range von 0 - (-400) bzw 0 - 400 ?
Welche Signale ergeben Binär 1 & 0 ? Im Wiki steht lS = 1 & sL = 0. Aber weitere Kombinationen? Oder ist dies nicht möglich und das Funksignal das ich aktuell erhalte einfach nicht komplett?

Ich würde mich über antworten freuen. Bin ein Neuling in dem Bereich, aber er interessiert mich recht stark.

Zitat von: d.wyschka am 17 Juli 2018, 08:49:03

Woran genau wird erkannt ob ein Signal ShortHigh, bzw ShortLow ist?

Hi,

Diese Begriffe kommen nur bei der Manchester Codierung zum Einsatz.

Die Bestimmung short High / Low erfolgt einfach dadurch ob gesendet wird oder ob gerade eine Pause eingelegt wird.

Short und Long wird einfach durch die Kalkulation der Dauer ermittelt.

Die Dauer eines short Intervalles ist in der Regel halb so lang wie die von einem long und entspricht der Taktrate.
Bei der ganzen Berechnung müssen natürlich Toleranzen berücksichtigt werden.


Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

um beim Wiki zu bleiben hier mal eine empfangene Sequenz kopiert

P0=-32001;P1=15874;P2=-364;P3=447;P4=4060;P5=-762;P6=853;D=01232323232323232323232324


P0, P2 + P5 haben ein negatives Vorzeichen. damit ist gemeint, dass für eine Zeit von 762µs (P5) kein Signal empfangen wurde (Low).
die postiven sind dann High

generell sind die absoluten, gemessenen low-Werte bei Signalduino kürzer als die high-Werte

wie im Wiki ausgeführt, werden für die Daten die Pulse P2, P3, P5 und P6 genutzt.
Der Mittelwert [ (P2 + P3 + P5 + P6) / 6 ] der absoluten Werte ergibt 404µs für ein Short und 808µs ein Long (2xShort). Idealisiert werden 400µs angenommen

das Umwandeln der Pulse in den Daten in eine sSlL-Notation vereinfacht die Erkennung von Mustern (in mehreren Nachrichten variieren auch die Pulse).
Das ein lS=1 und sL=0 entspricht, ist nur eine willkürliche angenommene Arbeitshypothese, die bis dato ganz gute Ergebnisse produziert hat.

Und damit ist das Wiki um ein Kapitel FAQ reicher geworden  :). Ich war so frei Eure Antworten zu übernehmen.

Ich hatte ja vor einiger Zeit versuche mit meinem SignalDuino und FSK gestartet.

Zitat von: plin am 11 Mai 2018, 19:07:34
neee, Kräfte gesammelt, einiges getestet: ich habe mir SmartRF runtergeladen, um die Ziel-Registerkonfiguration des cc1101 auf Basis meiner bisherigen Erkenntnisse zu ermitteln, habe S'duino mit meinen Änderungen versehen, habe dann versucht mit dem W-Command des S'duino die Register der Reihe nach auf FSK, 868.300 Mhz, ... zu setzen, habe aber aktuell den Effekt, dass meine Registereinstellungen direkt wieder verschwinden ,...

Wenn die IT zickt muss man sie manchmal in Ruhe lassen und etwas später neu anfangen. Ich habe noch eine Woche Urlaub, da wird der Ehrgeiz wohl wieder durchkommen  :).

Ich hatte es damals mit set versucht (set mySIGNALduino raw Wxxyy), weiß auf Grund des SIGNALduino-Threads im Forum aber nun, dass ich get verwenden muss. Demnächst geht es also weiter. Neues Spiel - neues Glück. Dann wird auch das FSK-Kapitel Text abkriegen.

Tja, im Augenblick hänge ich fest. Ich habe eine Script setcc1101.sh die als Input-File eine leicht aufbereitete Fassung des HTML-Files aus der SmartRF -Sicherung hat. Per Telnet versuche ich den aktuellen Registerstand auszulesen, dann die Register neu zu setzen und prüfe am Ende wieder den Registerstand. Anscheinend nippelt aber irgend etwas auf der Strecke ab, denn im Log werden die Schritte nur teilweise protokolliert. Rufe ich im Webinterface set mySIGNALduino ccconf auf, passiert nichts.

Wie kriege ich am effektivsten den kompletten Register gesetzt? Irgend ein Tipp?

setcc1101.sh
#!/bin/bash

infile=$1

if [ -z $infile ]
then
   echo "kein File angegeben"
   exit
fi

fhemlog=`ls -rt  log/fhem*log | tail -n 1`

echo "##################################"
echo "aktuelle Registerinhalte auslesen"
echo "##################################"
for i in C00nF C10nF C20nF
do
   cmd="set mySIGNALduino raw $i"
   echo "$cmd"
   echo "$cmd" | telnet localhost 7072 2>/dev/null 1>/dev/null
   sleep 2
done
sleep 5
#tail -n 20 log/fhem-2018-07.log | grep " mySIGNALduino/noMsg Parse: C" | tail -n 3 > setcc1101.wk2
echo "Old register settings:" > setcc1101.wk2
grep " mySIGNALduino/noMsg Parse: C" $fhemlog | tail -n 3 >> setcc1101.wk2
echo "###" >>setcc1101.wk2

echo "##################################"
echo "neue Registerinhalte setzen"
echo "##################################"
#printf "0x%X\n" $((0xA000 + 0x0002))
grep "^<tr><td>" $infile | sed -e 's/<tr><td>//g'  | sed -e 's/<\/td><td>/;/g' | sed -e 's/<td>/;/g' | sed -e 's/<\/td><\/tr>//g' > setcc1101.wk1
IFS=';'
while read rega regh val remark
do
   rego=`printf "0x%02X\n" $(($regh + 0x0000))`
   echo $rega $regh $rego $val $remark
   cmd="get mySIGNALduino raw W${rego:2:2}${val:2:2}"
   echo "$cmd"
   echo "$cmd" | telnet localhost 7072 2>/dev/null 1>/dev/null
   sleep 2
done<setcc1101.wk1

echo "##################################"
echo "neue Registerinhalte auslesen"
echo "##################################"
for i in C00nF C10nF C20nF
do
   cmd="set mySIGNALduino raw $i"
   echo "$cmd"
   echo "$cmd" | telnet localhost 7072 2>/dev/null 1>/dev/null
   sleep 2
done
sleep 5
echo "New register settings:" >> setcc1101.wk2
#tail -n 20 log/fhem-2018-07.log | grep " mySIGNALduino/noMsg Parse: C"  | tail -n 3 >> setcc1101.wk2
grep " mySIGNALduino/noMsg Parse: C" $fhemlog | tail -n 3 >> setcc1101.wk2
cat setcc1101.wk2


CC1101_868300_25khz_2FSK_cut.html
<html><head>
<style>
body {background-color:#dde;}
caption {font-weight:bold; font-size:16px;margin-left:30px}
th { text-align:left; background-color:#f00; color:#fff}
table { background-color: #eec; font-size:9px;margin:10px}
</style>
</head>
<body><table border=1 cellpadding=5 cellspacing=0>
<caption>CC1101 registers</caption>
<tr><th>Name</th><th>Address</th><th>Value</th>
<th>Description</th></tr><tr><td>IOCFG0<td>0x0002</td><td>0x06</td><td>GDO0 Output Pin Configuration</td></tr>
<tr><td>FIFOTHR<td>0x0003</td><td>0x47</td><td>RX FIFO and TX FIFO Thresholds</td></tr>
<tr><td>SYNC1<td>0x0004</td><td>0x7A</td><td>Sync Word, High Byte</td></tr>
<tr><td>SYNC0<td>0x0005</td><td>0x0E</td><td>Sync Word, Low Byte</td></tr>
<tr><td>PKTLEN<td>0x0006</td><td>0x14</td><td>Packet Length</td></tr>
<tr><td>PKTCTRL0<td>0x0008</td><td>0x05</td><td>Packet Automation Control</td></tr>
<tr><td>FSCTRL1<td>0x000B</td><td>0x06</td><td>Frequency Synthesizer Control</td></tr>
<tr><td>FREQ2<td>0x000D</td><td>0x21</td><td>Frequency Control Word, High Byte</td></tr>
<tr><td>FREQ1<td>0x000E</td><td>0x65</td><td>Frequency Control Word, Middle Byte</td></tr>
<tr><td>FREQ0<td>0x000F</td><td>0x6A</td><td>Frequency Control Word, Low Byte</td></tr>
<tr><td>MDMCFG4<td>0x0010</td><td>0xCF</td><td>Modem Configuration</td></tr>
<tr><td>MDMCFG3<td>0x0011</td><td>0xD9</td><td>Modem Configuration</td></tr>
<tr><td>MDMCFG2<td>0x0012</td><td>0x06</td><td>Modem Configuration</td></tr>
<tr><td>DEVIATN<td>0x0015</td><td>0x40</td><td>Modem Deviation Setting</td></tr>
<tr><td>MCSM0<td>0x0018</td><td>0x18</td><td>Main Radio Control State Machine Configuration</td></tr>
<tr><td>FOCCFG<td>0x0019</td><td>0x16</td><td>Frequency Offset Compensation Configuration</td></tr>
<tr><td>AGCCTRL2<td>0x001B</td><td>0x43</td><td>AGC Control</td></tr>
<tr><td>AGCCTRL1<td>0x001C</td><td>0x49</td><td>AGC Control</td></tr>
<tr><td>WORCTRL<td>0x0020</td><td>0xFB</td><td>Wake On Radio Control</td></tr>
<tr><td>FSCAL3<td>0x0023</td><td>0xEA</td><td>Frequency Synthesizer Calibration</td></tr>
<tr><td>FSCAL2<td>0x0024</td><td>0x2A</td><td>Frequency Synthesizer Calibration</td></tr>
<tr><td>FSCAL1<td>0x0025</td><td>0x00</td><td>Frequency Synthesizer Calibration</td></tr>
<tr><td>FSCAL0<td>0x0026</td><td>0x1F</td><td>Frequency Synthesizer Calibration</td></tr>
<tr><td>TEST2<td>0x002C</td><td>0x81</td><td>Various Test Settings</td></tr>
<tr><td>TEST1<td>0x002D</td><td>0x35</td><td>Various Test Settings</td></tr>
<tr><td>TEST0<td>0x002E</td><td>0x09</td><td>Various Test Settings</td></tr>
</table>
</body><html>


Aufruf ./setcc1101.sh CC1101_868300_25khz_2FSK_cut.html

##################################
aktuelle Registerinhalte auslesen
##################################
set mySIGNALduino raw C00nF
set mySIGNALduino raw C10nF
set mySIGNALduino raw C20nF
##################################
neue Registerinhalte setzen
##################################
FIFOTHR 0x0003 0x03 0x47 RX FIFO and TX FIFO Thresholds
get mySIGNALduino raw W0347
SYNC1 0x0004 0x04 0x7A Sync Word, High Byte
get mySIGNALduino raw W047A
SYNC0 0x0005 0x05 0x0E Sync Word, Low Byte
get mySIGNALduino raw W050E
PKTLEN 0x0006 0x06 0x14 Packet Length
get mySIGNALduino raw W0614
PKTCTRL0 0x0008 0x08 0x05 Packet Automation Control
get mySIGNALduino raw W0805
FSCTRL1 0x000B 0x0B 0x06 Frequency Synthesizer Control
get mySIGNALduino raw W0B06
FREQ2 0x000D 0x0D 0x21 Frequency Control Word, High Byte
get mySIGNALduino raw W0D21
FREQ1 0x000E 0x0E 0x65 Frequency Control Word, Middle Byte
get mySIGNALduino raw W0E65
FREQ0 0x000F 0x0F 0x6A Frequency Control Word, Low Byte
get mySIGNALduino raw W0F6A
MDMCFG4 0x0010 0x10 0xCF Modem Configuration
get mySIGNALduino raw W10CF
MDMCFG3 0x0011 0x11 0xD9 Modem Configuration
get mySIGNALduino raw W11D9
MDMCFG2 0x0012 0x12 0x06 Modem Configuration
get mySIGNALduino raw W1206
DEVIATN 0x0015 0x15 0x40 Modem Deviation Setting
get mySIGNALduino raw W1540
MCSM0 0x0018 0x18 0x18 Main Radio Control State Machine Configuration
get mySIGNALduino raw W1818
FOCCFG 0x0019 0x19 0x16 Frequency Offset Compensation Configuration
get mySIGNALduino raw W1916
AGCCTRL2 0x001B 0x1B 0x43 AGC Control
get mySIGNALduino raw W1B43
AGCCTRL1 0x001C 0x1C 0x49 AGC Control
get mySIGNALduino raw W1C49
WORCTRL 0x0020 0x20 0xFB Wake On Radio Control
get mySIGNALduino raw W20FB
FSCAL3 0x0023 0x23 0xEA Frequency Synthesizer Calibration
get mySIGNALduino raw W23EA
FSCAL2 0x0024 0x24 0x2A Frequency Synthesizer Calibration
get mySIGNALduino raw W242A
FSCAL1 0x0025 0x25 0x00 Frequency Synthesizer Calibration
get mySIGNALduino raw W2500
FSCAL0 0x0026 0x26 0x1F Frequency Synthesizer Calibration
get mySIGNALduino raw W261F
TEST2 0x002C 0x2C 0x81 Various Test Settings
get mySIGNALduino raw W2C81
TEST1 0x002D 0x2D 0x35 Various Test Settings
get mySIGNALduino raw W2D35
TEST0 0x002E 0x2E 0x09 Various Test Settings
get mySIGNALduino raw W2E09
##################################
neue Registerinhalte auslesen
##################################
set mySIGNALduino raw C00nF
set mySIGNALduino raw C10nF
set mySIGNALduino raw C20nF
Old register settings:
2018.07.21 14:27:14 5: mySIGNALduino/noMsg Parse: C00n11=0D472D477A0E2404050000060010A7625C
2018.07.21 14:27:16 5: mySIGNALduino/noMsg Parse: C10n11=5CD90623B940070018166C434991876BFB
2018.07.21 14:27:18 5: mySIGNALduino/noMsg Parse: C20n11=FB5611EF0D3C1F4100597F3E88310B00FF
###
New register settings:
2018.07.21 14:27:14 5: mySIGNALduino/noMsg Parse: C00n11=0D472D477A0E2404050000060010A7625C
2018.07.21 14:27:16 5: mySIGNALduino/noMsg Parse: C10n11=5CD90623B940070018166C434991876BFB
2018.07.21 14:27:18 5: mySIGNALduino/noMsg Parse: C20n11=FB5611EF0D3C1F4100597F3E88310B00FF


Log-Extrakt

2018.07.21 14:26:27 3: SIGNALduino mySIGNALESP: 192.168.3.147: Keine Route zum Zielrechner
2018.07.21 14:26:27 4: mySIGNALduino/msg READ: V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
2018.07.21 14:26:27 5: mySIGNALduino/noMsg Parse: V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
2018.07.21 14:26:27 5: mySIGNALduino/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
2018.07.21 14:26:27 2: mySIGNALduino: initialized. v3.3.3-dev_20.04.
2018.07.21 14:26:27 5: mySIGNALduino SW: XE
2018.07.21 14:26:27 3: mySIGNALduino/init: enable receiver (XE)
2018.07.21 14:26:33 3: FHEMWEB WEB CSRF error: csrf_505785842592561 ne csrf_139438052704529 for client WEB_192.168.3.101_59005 / command get mySIGNALduino ccconf . For details see the csrfToken FHEMWEB attribute.
2018.07.21 14:26:33 5: mySIGNALduino: command for gets: C0DnF
2018.07.21 14:26:33 5: AddSendQueue: mySIGNALduino: C0DnF (1)
2018.07.21 14:26:33 5: mySIGNALduino SW: C0DnF
2018.07.21 14:26:33 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.21 14:27:04 5: mySIGNALduino: command for gets: C0DnF
2018.07.21 14:27:04 5: AddSendQueue: mySIGNALduino: C0DnF (1)
2018.07.21 14:27:04 5: mySIGNALduino SW: C0DnF
2018.07.21 14:27:04 4: mySIGNALduino/msg READ: C0Dn11=10A7625CD90623B940070018166C434991
2018.07.21 14:27:04 5: mySIGNALduino/noMsg Parse: C0Dn11=10A7625CD90623B940070018166C434991
2018.07.21 14:27:04 5: mySIGNALduino/msg READ: regexp=C0Dn11.* cmd=ccconf msg=C0Dn11=10A7625CD90623B940070018166C434991
2018.07.21 14:27:04 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.21 14:27:14 4: set mySIGNALduino raw C00nF
2018.07.21 14:27:14 5: AddSendQueue: mySIGNALduino: C00nF (1)
2018.07.21 14:27:14 5: mySIGNALduino SW: C00nF
2018.07.21 14:27:14 4: mySIGNALduino/msg READ: C00n11=0D472D477A0E2404050000060010A7625C
2018.07.21 14:27:14 5: mySIGNALduino/noMsg Parse: C00n11=0D472D477A0E2404050000060010A7625C
2018.07.21 14:27:15 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.21 14:27:16 4: set mySIGNALduino raw C10nF
2018.07.21 14:27:16 5: AddSendQueue: mySIGNALduino: C10nF (1)
2018.07.21 14:27:16 5: mySIGNALduino SW: C10nF
2018.07.21 14:27:16 4: mySIGNALduino/msg READ: C10n11=5CD90623B940070018166C434991876BFB
2018.07.21 14:27:16 5: mySIGNALduino/noMsg Parse: C10n11=5CD90623B940070018166C434991876BFB
2018.07.21 14:27:17 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.21 14:27:18 4: set mySIGNALduino raw C20nF
2018.07.21 14:27:18 5: AddSendQueue: mySIGNALduino: C20nF (1)
2018.07.21 14:27:18 5: mySIGNALduino SW: C20nF
2018.07.21 14:27:18 4: mySIGNALduino/msg READ: C20n11=FB5611EF0D3C1F4100597F3E88310B00FF
2018.07.21 14:27:18 5: mySIGNALduino/noMsg Parse: C20n11=FB5611EF0D3C1F4100597F3E88310B00FF
2018.07.21 14:27:19 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.21 14:27:25 5: mySIGNALduino: command for gets:  W0347
2018.07.21 14:27:25 5: AddSendQueue: mySIGNALduino: W0347 (1)
2018.07.21 14:27:25 5: mySIGNALduino SW: W0347
2018.07.21 14:27:25 4: mySIGNALduino/msg READ: W0347
2018.07.21 14:27:25 5: mySIGNALduino/noMsg Parse: W0347
2018.07.21 14:27:25 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=W0347
Can't use an undefined value as a symbol reference at ./FHEM/98_telnet.pm line 286.


ZitatRufe ich im Webinterface set mySIGNALduino ccconf auf, passiert nichts.

Hast Du nach dem Setzen der Register auch noch folgendes ausgeführt?
# SIDLE, Exit RX / TX, turn off frequency synthesizer
get mySIGNALduino raw WS36
# SRX, Enable RX. Perform calibration first if coming from IDLE and MCSM0.FS_AUTOCAL=1.
get mySIGNALduino raw WS34

Gruß Ralf

Irgendwas scheint an Deiner setcc1101.sh nicht richtig zu funktionieren, die Old register settings und New register settings sind gleich

Old register settings:
2018.07.21 14:27:14 5: mySIGNALduino/noMsg Parse: C00n11=0D472D477A0E2404050000060010A7625C
2018.07.21 14:27:16 5: mySIGNALduino/noMsg Parse: C10n11=5CD90623B940070018166C434991876BFB
2018.07.21 14:27:18 5: mySIGNALduino/noMsg Parse: C20n11=FB5611EF0D3C1F4100597F3E88310B00FF
###
New register settings:
2018.07.21 14:27:14 5: mySIGNALduino/noMsg Parse: C00n11=0D472D477A0E2404050000060010A7625C
2018.07.21 14:27:16 5: mySIGNALduino/noMsg Parse: C10n11=5CD90623B940070018166C434991876BFB
2018.07.21 14:27:18 5: mySIGNALduino/noMsg Parse: C20n11=FB5611EF0D3C1F4100597F3E88310B00FF

Gruß Ralf

Zitat von: Ralf9 am 22 Juli 2018, 10:53:47
Irgendwas scheint an Deiner setcc1101.sh nicht richtig zu funktionieren, die Old register settings und New register settings sind gleich

ja, das ist ja meine Vermutung. Bei der Dauerbefeurung via Telnet scheint sich irgend etwas zu verabschieden bzw. zu blockieren. Deshalb sehe ich (so wie ich die Daten aus dem Log extrahiere) nur zweimal den "vorher" Stand.

>Hast Du nach dem Setzen der Register auch noch folgendes ausgeführt?
probiere ich nacher aus

Ich habe es mir nochmals angeschaut und was gebastelt:

Wenn Du in der "00_SIGNALduino.pm" bei der "sub SIGNALduino_Set($@)"
wie folgt änderst:
  if($cmd eq "raw") {
    Log3 $name, 4, "set $name $cmd $arg";
    if ($arg =~ m/^Wseq /) {
       my @args = split(' ', $arg);
       foreach my $argcmd (@args) {
          if ($argcmd ne "Wseq") {
             #Log3 $name, 4, "set $name raw Wseq: $argcmd";
             SIGNALduino_AddSendQueue($hash,$argcmd);
          }
       }
    } else {
       #SIGNALduino_SimpleWrite($hash, $arg);
       SIGNALduino_AddSendQueue($hash,$arg);
    }

Kannst Du mit
set sduino Wseq W0547 W067A W070E W0814 W0A05 W0D06 W0F21 W1065 W116A
mit einem Befehl mehrere Write eeprom Kommandos senden.

Beim Write eeprom ist folgendes zu beachten:

ZitatWrite eeprom (schreibt einen Wert ins EEPROM und ins CC1101 Register. Die eeprom Adresse hat einen Offset von 2. z.B W041D schreibt 1D ins Register 2)

siehe auch
https://forum.fhem.de/index.php/topic,58396.msg497921.html#msg497921

Gruß Ralf

Hi Ralf,

danke für die Hilfestellung. Das mit dem Offset hatte ich bereits im Coding gesehen, nach dem Hinweis auf get statt set aber wieder rausgenommen. Hatte eben schon kurz mit einer Konkatenierung der Commands getestet (get mySIGNALduino raw WS36; get mySIGNALduino raw WS36; ...), hat aber auch noch nichts gebracht.

Aktueller Stand der Problemanalyse: Bei mir scheint im setcc1101.sh die telnet-Session abgenippelt zu sein. Statt der Umleitung auf /dev/null habe ich zwei Logs erzeugt und siehe da, jede Menge Fehlermeldungen. Mit einem konkatenierten Command schien der Aufruf zu funktionieren, im Log sehe ich aber keinen Output der Register-Anlistung.

Die nächste Iteration folgt demnächst.

Ciao, Peter

Guten Morgen,
ich kapere mal den Thread für eine allgemeine Frage, hier geht's ja hauptsächlich um die Rollladen, ggf. sollte man den Thread umbenennen.

Ich möchte die Funkmelder von Ei Elektronics in FHEM mit aufnehmen https://forum.fhem.de/index.php/topic,22544.0.html (https://forum.fhem.de/index.php/topic,22544.0.html).

Hier wäre ich um ein paar Tipps dankbar
- Ich greife das Signal auf der Hardware ab, somit weiß ich genau was gesendet/empfangen wird. Die Kommunikation mit dem CC1000 läuft als NRZ und wird dann als Manchester (FSK) gesendet. Wie bekomme ich am besten die Pakte in eine Analyse? Ich habe irgendwo gelesen, SIGNALDuino sei in der Lage auch direkt auf Hardware zu gehen?
- die Kodierung des CC1000 ist FSK, wenn das hier aber richtig verstanden habe macht SIGNALDuino nur OOK und für FSK wird ein JeeLink empfolen? Laut Datenblatt kann der CC1101 eigentlich "alles".
- Im Wiki steht wenn man Daten aufgezeichnet kann man diese bei GitHub hochladen, wo wäre das?

Über weitere TIPs und Tricks, Tools etc. bin ich dankbar...

Benedikt

Zitat von: Smarti am 17 August 2018, 09:03:48
- die Kodierung des CC1000 ist FSK, wenn das hier aber richtig verstanden habe macht SIGNALDuino nur OOK und für FSK wird ein JeeLink empfolen? Laut Datenblatt kann der CC1101 eigentlich "alles".

Der CC1101 ja. Man muss das aber in Kombination mit dem SIGNALduino sehen und der ist für OOK ausgelegt.

Zitat von: Smarti am 17 August 2018, 09:03:48
- Im Wiki steht wenn man Daten aufgezeichnet kann man diese bei GitHub hochladen, wo wäre das?

Hier https://github.com/RFD-FHEM/RFFHEM/issues

Hallo,
hab seit zwei Tagen nen Signalduino am laufen und versuche gerade meine Brennenstuhl Eco-Line Funk-Steckdosenleiste irgendwie ein zubinden, weiß aber nicht genau wie ich das mache.

Hab hier mal nen Code-Schnipsel für eine On-Taste auf der Fernbedienung:

2018.08.17 17:20:32 3: SDUINO: Unknown code u26#90A893, help me!
2018.08.17 17:20:32 4: SDUINO: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.08.17 17:20:32 4: SDUINO: decoded matched MU Protocol id 27 dmsg u27#90A893 length 24 RSSI = -78
2018.08.17 17:20:32 4: SIGNALduino_unknown incomming msg: u27#90A893
2018.08.17 17:20:32 4: SIGNALduino_unknown rawData: 90A893
2018.08.17 17:20:32 4: SIGNALduino_unknown Protocol: 27
2018.08.17 17:20:32 4: SIGNALduino_unknown converted to bits: 100100001010100010010011
2018.08.17 17:20:32 4: Unknown, please report

Was kann ich damit anfangen? Wie kann ich den Code senden?

Hi,
Seit 2 Tagen, Glückwunsch!
Mach mal ein
get sduino version
get sduino cmds
list sduino
Und statt sduino mit Deinem Device ;-)
Dann ein
attr sduino verbose 4
Und zeige uns nochmal einen Eventmonitor Auszug mit Haken bei log und gedrückter ON Taste.
Gruß Arnd


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

Moin,

ich habe heute mal wieder mit meinem FSK2-Thema weiter gemacht. Nachdem ich den Wseq-Vorschlagvon Ralf eingebaut und immer noch Probleme mit Telnet hatte, habe ich mir alles in eine Commandzeile reingepackt:

get mySIGNALduino raw C00nF; sleep 2; get mySIGNALduino raw C10nF; sleep 2; get mySIGNALduino raw C20nF; sleep 2; set mySIGNALduino raw Wseq W0547 W067A W070E W0814 W0A05 W0D06 W0F21 W1065 W116A W12CF W13D9 W1406 W1740 W1A18 W1B16 W1D43 W1E49 W22FB W25EA W262A W2700 W281F W2E81 W2F35 W3009 WS36 WS34; sleep 2; get mySIGNALduino raw C00nF; sleep 2; get mySIGNALduino raw C10nF; sleep 2; get mySIGNALduino raw C20nF

Das Log sieht gut aus
2018.08.18 09:33:51 5: mySIGNALduino: command for gets: C0DnF
2018.08.18 09:33:51 5: AddSendQueue: mySIGNALduino: C0DnF (1)
2018.08.18 09:33:51 5: mySIGNALduino SW: C0DnF
2018.08.18 09:33:51 4: mySIGNALduino/msg READ: C0Dn11=1EC4EC8C220222F847073004766C034091
2018.08.18 09:33:51 5: mySIGNALduino/noMsg Parse: C0Dn11=1EC4EC8C220222F847073004766C034091
2018.08.18 09:33:51 5: mySIGNALduino/msg READ: regexp=C0Dn11.* cmd=ccconf msg=C0Dn11=1EC4EC8C220222F847073004766C034091
2018.08.18 09:33:52 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.18 09:34:29 4: mySIGNALduino/keepalive ok, retry = 0
2018.08.18 09:35:17 5: mySIGNALduino: command for gets:  C00nF
2018.08.18 09:35:17 5: AddSendQueue: mySIGNALduino: C00nF (1)
2018.08.18 09:35:17 5: mySIGNALduino SW: C00nF
2018.08.18 09:35:17 4: mySIGNALduino/msg READ: C00n11=292E3F07D391FF044500000F001EC4EC8C
2018.08.18 09:35:17 5: mySIGNALduino/noMsg Parse: C00n11=292E3F07D391FF044500000F001EC4EC8C
2018.08.18 09:35:17 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=C00n11=292E3F07D391FF044500000F001EC4EC8C
2018.08.18 09:35:17 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.18 09:35:19 5: mySIGNALduino: command for gets:  C10nF
2018.08.18 09:35:19 5: AddSendQueue: mySIGNALduino: C10nF (1)
2018.08.18 09:35:19 5: mySIGNALduino SW: C10nF
2018.08.18 09:35:19 4: mySIGNALduino/msg READ: C10n11=8C220222F847073004766C034091876BF8
2018.08.18 09:35:19 5: mySIGNALduino/noMsg Parse: C10n11=8C220222F847073004766C034091876BF8
2018.08.18 09:35:19 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=C10n11=8C220222F847073004766C034091876BF8
2018.08.18 09:35:19 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.18 09:35:21 5: mySIGNALduino: command for gets:  C20nF
2018.08.18 09:35:21 5: AddSendQueue: mySIGNALduino: C20nF (1)
2018.08.18 09:35:21 5: mySIGNALduino SW: C20nF
2018.08.18 09:35:21 4: mySIGNALduino/msg READ: C20n11=F85610A90A200D4100597F3F88310B00FF
2018.08.18 09:35:21 5: mySIGNALduino/noMsg Parse: C20n11=F85610A90A200D4100597F3F88310B00FF
2018.08.18 09:35:21 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=C20n11=F85610A90A200D4100597F3F88310B00FF
2018.08.18 09:35:21 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.08.18 09:35:23 4: set mySIGNALduino raw Wseq W0547 W067A W070E W0814 W0A05 W0D06 W0F21 W1065 W116A W12CF W13D9 W1406 W1740 W1A18 W1B16 W1D43 W1E49 W22FB W25EA W262A W2700 W281F W2E81 W2F35 W3009 WS36 WS34
2018.08.18 09:35:23 4: set mySIGNALduino raw Wseq W0547 W067A W070E W0814 W0A05 W0D06 W0F21 W1065 W116A W12CF W13D9 W1406 W1740 W1A18 W1B16 W1D43 W1E49 W22FB W25EA W262A W2700 W281F W2E81 W2F35 W3009 WS36 WS34
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W0547 (1)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W067A (2)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W070E (3)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W0814 (4)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W0A05 (5)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W0D06 (6)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W0F21 (7)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1065 (8)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W116A (9)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W12CF (10)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W13D9 (11)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1406 (12)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1740 (13)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1A18 (14)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1B16 (15)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1D43 (16)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W1E49 (17)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W22FB (18)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W25EA (19)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W262A (20)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W2700 (21)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W281F (22)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W2E81 (23)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W2F35 (24)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: W3009 (25)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: WS36 (26)
2018.08.18 09:35:23 5: AddSendQueue: mySIGNALduino: WS34 (27)
2018.08.18 09:35:23 5: mySIGNALduino SW: W0547
2018.08.18 09:35:23 4: mySIGNALduino/msg READ: W0547
2018.08.18 09:35:23 5: mySIGNALduino/noMsg Parse: W0547
2018.08.18 09:35:23 5: mySIGNALduino SW: W067A
2018.08.18 09:35:23 4: mySIGNALduino/msg READ: W067A
2018.08.18 09:35:23 5: mySIGNALduino/noMsg Parse: W067A
2018.08.18 09:35:23 5: mySIGNALduino SW: W070E
2018.08.18 09:35:23 4: mySIGNALduino/msg READ: W070E
2018.08.18 09:35:23 5: mySIGNALduino/noMsg Parse: W070E
2018.08.18 09:35:24 5: mySIGNALduino SW: W0814
2018.08.18 09:35:24 4: mySIGNALduino/msg READ: W0814
2018.08.18 09:35:24 5: mySIGNALduino/noMsg Parse: W0814
2018.08.18 09:35:24 5: mySIGNALduino SW: W0A05
2018.08.18 09:35:24 4: mySIGNALduino/msg READ: W0A05
2018.08.18 09:35:24 5: mySIGNALduino/noMsg Parse: W0A05
2018.08.18 09:35:24 5: mySIGNALduino SW: W0D06
2018.08.18 09:35:24 4: mySIGNALduino/msg READ: W0D06
2018.08.18 09:35:24 5: mySIGNALduino/noMsg Parse: W0D06
2018.08.18 09:35:25 5: mySIGNALduino SW: W0F21
2018.08.18 09:35:25 4: mySIGNALduino/msg READ: W0F21
2018.08.18 09:35:25 5: mySIGNALduino/noMsg Parse: W0F21
2018.08.18 09:35:25 5: mySIGNALduino: command for gets:  C00nF
2018.08.18 09:35:25 5: AddSendQueue: mySIGNALduino: C00nF (21)
2018.08.18 09:35:25 5: mySIGNALduino SW: W1065
2018.08.18 09:35:25 4: mySIGNALduino/msg READ: W1065
2018.08.18 09:35:25 5: mySIGNALduino/noMsg Parse: W1065
2018.08.18 09:35:25 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=W1065
2018.08.18 09:35:25 5: mySIGNALduino SW: W116A
2018.08.18 09:35:25 4: mySIGNALduino/msg READ: W116A
2018.08.18 09:35:25 5: mySIGNALduino/noMsg Parse: W116A
2018.08.18 09:35:26 5: mySIGNALduino SW: W12CF
2018.08.18 09:35:26 4: mySIGNALduino/msg READ: W12CF
2018.08.18 09:35:26 5: mySIGNALduino/noMsg Parse: W12CF
2018.08.18 09:35:26 5: mySIGNALduino SW: W13D9
2018.08.18 09:35:26 4: mySIGNALduino/msg READ: W13D9
2018.08.18 09:35:26 5: mySIGNALduino/noMsg Parse: W13D9
2018.08.18 09:35:26 5: mySIGNALduino SW: W1406
2018.08.18 09:35:26 4: mySIGNALduino/msg READ: W1406
2018.08.18 09:35:26 5: mySIGNALduino/noMsg Parse: W1406
2018.08.18 09:35:27 5: mySIGNALduino SW: W1740
2018.08.18 09:35:27 4: mySIGNALduino/msg READ: W1740
2018.08.18 09:35:27 5: mySIGNALduino/noMsg Parse: W1740
2018.08.18 09:35:27 5: mySIGNALduino: command for gets:  C10nF
2018.08.18 09:35:27 5: AddSendQueue: mySIGNALduino: C10nF (16)
2018.08.18 09:35:27 5: mySIGNALduino SW: W1A18
2018.08.18 09:35:27 4: mySIGNALduino/msg READ: W1A18
2018.08.18 09:35:27 5: mySIGNALduino/noMsg Parse: W1A18
2018.08.18 09:35:27 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=W1A18
2018.08.18 09:35:27 5: mySIGNALduino SW: W1B16
2018.08.18 09:35:27 4: mySIGNALduino/msg READ: W1B16
2018.08.18 09:35:27 5: mySIGNALduino/noMsg Parse: W1B16
2018.08.18 09:35:27 5: mySIGNALduino SW: W1D43
2018.08.18 09:35:27 4: mySIGNALduino/msg READ: W1D43
2018.08.18 09:35:27 5: mySIGNALduino/noMsg Parse: W1D43
2018.08.18 09:35:28 5: mySIGNALduino SW: W1E49
2018.08.18 09:35:28 4: mySIGNALduino/msg READ: W1E49
2018.08.18 09:35:28 5: mySIGNALduino/noMsg Parse: W1E49
2018.08.18 09:35:28 5: mySIGNALduino SW: W22FB
2018.08.18 09:35:28 4: mySIGNALduino/msg READ: W22FB
2018.08.18 09:35:28 5: mySIGNALduino/noMsg Parse: W22FB
2018.08.18 09:35:28 5: mySIGNALduino SW: W25EA
2018.08.18 09:35:28 4: mySIGNALduino/msg READ: W25EA
2018.08.18 09:35:28 5: mySIGNALduino/noMsg Parse: W25EA
2018.08.18 09:35:32 4: mySIGNALduino/keepalive ok, retry = 0
2018.08.18 09:35:32 5: mySIGNALduino: command for gets:  C20nF
2018.08.18 09:35:32 5: AddSendQueue: mySIGNALduino: C20nF (11)
2018.08.18 09:35:32 5: mySIGNALduino SW: W262A
2018.08.18 09:35:32 4: mySIGNALduino/msg READ: W262A
2018.08.18 09:35:32 5: mySIGNALduino/noMsg Parse: W262A
2018.08.18 09:35:32 5: mySIGNALduino/msg READ: regexp=.* cmd=raw msg=W262A
2018.08.18 09:35:32 5: mySIGNALduino SW: W2700
2018.08.18 09:35:32 4: mySIGNALduino/msg READ: W2700
2018.08.18 09:35:32 5: mySIGNALduino/noMsg Parse: W2700
2018.08.18 09:35:32 5: mySIGNALduino SW: W281F
2018.08.18 09:35:32 4: mySIGNALduino/msg READ: W281F
2018.08.18 09:35:32 5: mySIGNALduino/noMsg Parse: W281F
2018.08.18 09:35:32 5: mySIGNALduino SW: W2E81
2018.08.18 09:35:32 4: mySIGNALduino/msg READ: W2E81
2018.08.18 09:35:32 5: mySIGNALduino/noMsg Parse: W2E81
2018.08.18 09:35:33 5: mySIGNALduino SW: W2F35
2018.08.18 09:35:33 4: mySIGNALduino/msg READ: W2F35
2018.08.18 09:35:33 5: mySIGNALduino/noMsg Parse: W2F35
2018.08.18 09:35:33 5: mySIGNALduino SW: W3009
2018.08.18 09:35:33 4: mySIGNALduino/msg READ: W3009
2018.08.18 09:35:33 5: mySIGNALduino/noMsg Parse: W3009
2018.08.18 09:35:33 5: mySIGNALduino SW: WS36
2018.08.18 09:35:33 4: mySIGNALduino/msg READ: cmdStrobeReg 36 chipStatus 0 delay1 0
2018.08.18 09:35:33 5: mySIGNALduino/noMsg Parse: cmdStrobeReg 36 chipStatus 0 delay1 0
2018.08.18 09:35:34 5: mySIGNALduino SW: WS34
2018.08.18 09:35:34 4: mySIGNALduino/msg READ: cmdStrobeReg 34 chipStatus 0 delay1 1
2018.08.18 09:35:34 5: mySIGNALduino/noMsg Parse: cmdStrobeReg 34 chipStatus 0 delay1 1
2018.08.18 09:35:34 5: mySIGNALduino SW: C00nF
2018.08.18 09:35:34 4: mySIGNALduino/msg READ: C00n11=292E3F477A0E1404050000060021656ACF
2018.08.18 09:35:34 5: mySIGNALduino/noMsg Parse: C00n11=292E3F477A0E1404050000060021656ACF
2018.08.18 09:35:34 5: mySIGNALduino SW: C10nF
2018.08.18 09:35:34 4: mySIGNALduino/msg READ: C10n11=CFD90622F840073018166C434991876BFB
2018.08.18 09:35:34 5: mySIGNALduino/noMsg Parse: C10n11=CFD90622F840073018166C434991876BFB
2018.08.18 09:35:35 5: mySIGNALduino SW: C20nF
2018.08.18 09:35:35 4: mySIGNALduino/msg READ: C20n11=FB5610EF2D121F4100597F3E81350900FF
2018.08.18 09:35:35 5: mySIGNALduino/noMsg Parse: C20n11=FB5610EF2D121F4100597F3E81350900FF
2018.08.18 09:35:35 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer


Die Register werden gesetzt
2018.08.18 09:35:34 5: mySIGNALduino/noMsg Parse: C00n11=292E3F477A0E1404050000060021656ACF
2018.08.18 09:35:34 5: mySIGNALduino/noMsg Parse: C10n11=CFD90622F840073018166C434991876BFB
2018.08.18 09:35:35 5: mySIGNALduino/noMsg Parse: C20n11=FB5610EF2D121F4100597F3E81350900FF


Wenn ich in FHEM get mySIGNALduino ccconf absetze, wird mir eine Frequenz von 868.000 MHz angezeigt. Laut CC1101-Developer-Tool sollten die Register für 868.300 MHz wie folgt gesetzt werden:
<th>Description</th></tr><tr><td>IOCFG0<td>0x0002</td><td>0x06</td><td>GDO0 Output Pin Configuration</td></tr>
<tr><td>FREQ2<td>0x000D</td><td>0x21</td><td>Frequency Control Word, High Byte</td></tr>
<tr><td>FREQ1<td>0x000E</td><td>0x65</td><td>Frequency Control Word, Middle Byte</td></tr>
<tr><td>FREQ0<td>0x000F</td><td>0x6A</td><td>Frequency Control Word, Low Byte</td></tr>

Laut Ausgabe ist dem auch so
C00n11=292E3F477A0E1404050000060021656ACF

Setze ich mittels set mySIGNALduino cc1101_freq auf 868.300 MHz ändert das an den Registern x0D-x0F nichts.

Wo liegt mein Fehler/Denkfehler? Gibt es noch andere Einflussfaktoren/Register die hier eine Rolle spielen? Müssen die neu geschriebenen Inhalte noch aktiviert werden?

Ciao,
Peter

ZitatWenn ich in FHEM get mySIGNALduino ccconf absetze, wird mir eine Frequenz von 868.000 MHz angezeigt. Laut CC1101-Developer-Tool sollten die Register für 868.300 MHz wie folgt gesetzt werden:

Laut Ausgabe ist dem auch so
C00n11=292E3F477A0E1404050000060021656ACF

Setze ich mittels set mySIGNALduino cc1101_freq auf 868.300 MHz ändert das an den Registern x0D-x0F nichts.

Wo liegt mein Fehler/Denkfehler? Gibt es noch andere Einflussfaktoren/Register die hier eine Rolle spielen? Müssen die neu geschriebenen Inhalte noch aktiviert werden?

Bei mir ergibt 
21656A bei get mySIGNALduino ccconf eine Ausgabe von 868.300 MHz
und
216276 bei get mySIGNALduino ccconf  eine Ausgabe von 868.000 MHz

Damit werden die neu geschriebenen Inhalte aktiviert
  SIGNALduino_AddSendQueue($hash,"WS36");   # SIDLE, Exit RX / TX, turn off frequency synthesizer
  SIGNALduino_AddSendQueue($hash,"WS34");   # SRX, Enable RX. Perform calibration first if coming from IDLE and MCSM0.FS_AUTOCAL=1.

Gruß Ralf

Hi Ralf,

Zitat von: Ralf9 am 18 August 2018, 11:20:06
Bei mir ergibt 
21656A bei get mySIGNALduino ccconf eine Ausgabe von 868.300 MHz

genau so sind die Register nach dem Umprogrammieren ja auch laut Ausgae von C00n11 gesetzt. Aber FHEM erzählt mir unter ccconf was anderes.

Zitat von: Ralf9 am 18 August 2018, 11:20:06

Code Auswählen Erweitern

  SIGNALduino_AddSendQueue($hash,"WS36");   # SIDLE, Exit RX / TX, turn off frequency synthesizer
  SIGNALduino_AddSendQueue($hash,"WS34");   # SRX, Enable RX. Perform calibration first if coming from IDLE and MCSM0.FS_AUTOCAL=1.

Die beiden Commands stehen am Ende meiner langen Wseq-Zeile. Oder muss ich die Commands separat ausführen?

Erinnert mich ein wenig an den Standardspruch aus Filmen: Schatz, es ist nicht das wonach es aussieht.

Ciao,
Peter

ZitatDie beiden Commands stehen am Ende meiner langen Wseq-Zeile. Oder muss ich die Commands separat ausführen?

Müsste so eigentlich passen

Zitat2018.08.18 09:35:34 5: mySIGNALduino/noMsg Parse: cmdStrobeReg 34 chipStatus 0 delay1 1

Du kannst den Arduino mal reseten oder stromlos machen, dann wird der cc1101 vom EEPROM neu geladen.

Gruß Ralf

Zitat von: RaspiLED am 17 August 2018, 18:21:36

Code Auswählen Erweitern

get sduino version
get sduino cmds
list sduino
Und statt sduino mit Deinem Device ;-)
Dann ein

Code Auswählen Erweitern

attr sduino verbose 4
Und zeige uns nochmal einen Eventmonitor Auszug mit Haken bei log und gedrückter ON Taste.
Gruß Arnd

Anbei die Internals und der Auszug ausn Eventmonitor:

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:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_TG041970-if00-port0@57600
   DMSG       u27#953B83
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_TG041970-if00-port0@57600
   FD         20
   LASTDMSG   u27#953B83
   MSGCNT     320
   NAME       SDUINO
   NR         202
   NR_CMD_LAST_H 6
   PARTIAL   
   RAWMSG     MU;P0=3126;P1=-7436;P2=481;P3=1022;P4=-561;P6=-1100;D=6012634342634263426343426262634262626343434343426260126343426342634263434262626342626263434343434262601263434263426342634342626263426262634343434342626012634342634263426343426262634262626343434343426;CP=2;R=246;
   RSSI       -79
   STATE      opened
   TIME       1534755460.10683
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.2-rc1 SIGNALduino cc1101 - compiled at May 10 2018 20:03:16
   versionmodul v3.3.3-dev_20.04.
   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]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     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:
     2018-08-17 09:08:26   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-08-20 10:54:51   cmds             V R t X F S P C r W x e
     2018-08-16 22:22:47   ping            OK
     2018-08-20 05:05:50   state           opened
     2018-08-20 10:53:46   version         V 3.3.2-rc1 SIGNALduino cc1101 - compiled at May 10 2018 20:03:16
   XMIT_TIME:
     1534755398.34174
     1534755406.93275
     1534755410.17222
     1534755413.49417
     1534755414.59811
     1534755415.70888
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     2
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     22
     23
     25
     32
     33
     35
     38
     41
     51
     55
     65
     68
     72.1
   muIdList:
     5
     8
     9
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     75
     79
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   rawmsgEvent 1
   room       433
   verbose    4


Eventmonitor:

2018.08.20 11:44:23 4 : SDUINO/msg READredu: MS;P1=340;P2=-2410;P3=-1165;P4=1074;P5=-453;D=12134545131345454513454513454545451345134545451313;CP=1;SP=2;R=246;m=0;
2018-08-20 11:44:23 SIGNALduino SDUINO RAWMSG MS;P1=340;P2=-2410;P3=-1165;P4=1074;P5=-453;D=12134545131345454513454513454545451345134545451313;CP=1;SP=2;R=246;m=0;
2018.08.20 11:44:23 4 : SDUINO: Matched MS Protocol id 55 -> quigg_gt1000
2018.08.20 11:44:23 4 : SDUINO: Decoded MS Protocol id 55 dmsg i676F5C length 24 RSSI = -79
2018.08.20 11:44:23 4 : SDUINO IT: message "i676F5C" (7)
2018.08.20 11:44:23 4 : SDUINO IT: msgcode "" (0) bin = 011001110110111101011100
2018.08.20 11:44:23 3 : SDUINO IT: test4 on->on
2018-08-20 11:44:23 IT test4 on
2018.08.20 11:44:23 4 : SDUINO/msg READredu: MS;P1=340;P2=-2410;P3=-1165;P4=1074;P5=-453;D=12134545131345454513454513454545451345134545451313;CP=1;SP=2;R=246;m=1;
2018-08-20 11:44:24 SIGNALduino SDUINO RAWMSG MS;P1=340;P2=-2410;P3=-1165;P4=1074;P5=-453;D=12134545131345454513454513454545451345134545451313;CP=1;SP=2;R=246;m=1;
2018.08.20 11:44:24 4 : SDUINO: Matched MS Protocol id 55 -> quigg_gt1000
2018.08.20 11:44:24 4 : SDUINO: Decoded MS Protocol id 55 dmsg i676F5C length 24 RSSI = -79
2018.08.20 11:44:24 4 : SDUINO Dispatch: i676F5C, Dropped due to short time or equal msg
2018.08.20 11:44:24 4 : SDUINO/msg READredu: MS;P1=340;P2=-2410;P3=-1165;P4=1074;P5=-453;D=12134545131345454513454513454545451345134545451313;CP=1;SP=2;R=246;m=2;
2018-08-20 11:44:24 SIGNALduino SDUINO RAWMSG MS;P1=340;P2=-2410;P3=-1165;P4=1074;P5=-453;D=12134545131345454513454513454545451345134545451313;CP=1;SP=2;R=246;m=2;
2018.08.20 11:44:24 4 : SDUINO: Matched MS Protocol id 55 -> quigg_gt1000
2018.08.20 11:44:24 4 : SDUINO: Decoded MS Protocol id 55 dmsg i676F5C length 24 RSSI = -79
2018.08.20 11:44:24 4 : SDUINO Dispatch: i676F5C, Dropped due to short time or equal msg


Hallo Leute,

ich habe folgenden Stand erreicht: Ich setze die register wie bereits beschrieben. Mit 2FSK scheine ich das richtige Spectrum zu erzeugen (siehe Screenshot). Die Frequenz muss ich auf 868.140 MHz und die Bandbreite auf 58 kHz setzen, damit ich das Originalsignal (rot) mit dem meines sduino (schwarz) so halbwegs matche.

Wenn ich die Original-Fernbedienung betätige sehe ich aber keinerlei Reaktion im FHEM-Log. Die Kommunikation zwischen Arduino und CC1101 muss aber ok sein, da ich die Register setzen und auslesen kann.

Wie schaut das mit der Baudrate aus? Ich habe die auf 5.600 Baud gesetzt. Ist das die Rate zwischen Arduino und CC1101 oder die tatsächliche Datenrate meines Funksignals?

Ansonsten: Kein Empfang. Mein Reserve-Schalter spricht auf das hübsche 2FSK.Signak auch nicht an.

Irgendwelche Tipps?

Ich habe da noch einen anderen Effekt (den ich glaube ich auch schon mit OOK hatte): Sende ich eine raw-Code mit Repeat-Angabe blinkt die kleine LED am Arduino nano ganz wild, hört nicht mehr auf und der Sduino hängt sich auf. Ich setze Sduino 3.3.1 RC7 ein. Wie kriege ich einen Reset auf die Standard-Registerinhalte eines Sduino hin?

Danke,
Peter

Ganz unbekannt ist der nicht, aber kann nicht richtig verarbeitet werden? Sind ELRO Funksteckdosen:
2018.09.17 12:07:04.019 4: sduino/keepalive ok, retry = 0
2018.09.17 12:07:04.207 4: sduino/msg READredu: MS;P1=290;P2=-1014;P3=929;P4=-387;P6=-10130;D=416121212121212121212121212123412341234123412121234;CP=1;SP=6;R=0;m=2;
2018.09.17 12:07:04.208 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.208 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:04.209 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.209 5: sduino Dispatch: i000551, test ungleich: disabled
2018.09.17 12:07:04.209 5: sduino Dispatch: i000551, -74 dB, dispatch
2018.09.17 12:07:04.209 5: sduino: dispatch i000551
2018.09.17 12:07:04.210 4: sduino IT: message "i000551" (7)
2018.09.17 12:07:04.210 4: sduino IT: msgcode "000000FFFF0F" (12) bin = 000000000000010101010001
2018.09.17 12:07:04.210 5: sduino IT: V1 housecode = 000000FFFF  onoffcode = 0F
2018.09.17 12:07:04.210 3: sduino IT: IT_000000FFFF on->on
2018.09.17 12:07:04.211 1: ERROR: >IT_000000FFFF< returned by the IT ParseFn is invalid, notify the module maintainer
2018.09.17 12:07:04.211 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.211 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:04.211 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.211 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.212 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.212 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.212 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.212 4: sduino/msg READredu: MS;P1=293;P2=-1014;P3=937;P4=-379;P6=-10125;D=16121212121212121212121212123412341234123412121234;CP=1;SP=6;R=0;m=1;
2018.09.17 12:07:04.213 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.213 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.213 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.213 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.213 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.214 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.214 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.214 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.214 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.214 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.214 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.214 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.215 4: sduino/msg READredu: MS;P1=293;P2=-1015;P3=934;P4=-376;P6=-10120;D=16121212121212121212121212123412341234123412121234;CP=1;SP=6;R=0;m=0;
2018.09.17 12:07:04.215 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.215 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.215 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.216 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.216 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.216 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.216 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.216 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.216 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.216 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.217 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.217 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.220 4: sduino/msg READredu: MS;P1=295;P2=-1012;P3=937;P4=-376;P6=-10118;D=16121212121212121212121212123412341234123412121234;CP=1;SP=6;R=0;
2018.09.17 12:07:04.220 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.221 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.221 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.221 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.221 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.222 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.222 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.222 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.222 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.223 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.223 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.223 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.224 4: sduino/msg READredu: MS;P0=301;P1=-1004;P2=939;P3=-379;P4=-10114;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.224 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.224 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.225 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.225 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.225 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.225 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.225 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.226 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.226 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.226 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.226 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.226 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.227 4: sduino/msg READredu: MS;P0=293;P1=-1008;P2=942;P3=-372;P4=-10117;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.227 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.227 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.227 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.227 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.228 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.228 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.228 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.228 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.228 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.228 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.229 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.229 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.229 4: sduino/msg READredu: MS;P0=292;P1=-1005;P2=948;P3=-369;P4=-10120;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=0;
2018.09.17 12:07:04.229 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.230 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.230 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.230 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.230 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.230 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.230 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.230 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.231 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.231 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.231 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.231 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.244 4: sduino/msg READredu: MS;P0=291;P1=-1011;P2=939;P3=-373;P4=-10120;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;
2018.09.17 12:07:04.245 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.245 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.245 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.246 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.246 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.246 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.246 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.246 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.247 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.247 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.248 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.248 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.249 4: sduino/msg READredu: MS;P0=304;P1=-1004;P2=944;P3=-376;P4=-10121;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.249 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.249 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.250 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.250 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.250 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.250 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.250 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.251 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.251 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.251 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.251 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.252 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.252 4: sduino/msg READredu: MS;P0=295;P1=-1006;P2=945;P3=-373;P4=-10117;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.253 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.253 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.253 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.254 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.254 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.254 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.254 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.254 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.255 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.255 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.255 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.255 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.256 4: sduino/msg READredu: MS;P0=301;P1=-1007;P2=945;P3=-377;P4=-10116;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=0;
2018.09.17 12:07:04.256 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.256 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.257 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.257 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.257 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.257 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.257 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.257 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.258 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.258 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.258 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.258 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.265 4: sduino/msg READredu: MS;P0=299;P1=-1010;P2=929;P3=-378;P4=-10116;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;
2018.09.17 12:07:04.266 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.266 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.266 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.266 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.267 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.267 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.267 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.268 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.268 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.268 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.268 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.268 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.269 4: sduino/msg READredu: MS;P0=302;P1=-1003;P2=941;P3=-374;P4=-10120;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.270 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.270 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.270 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.270 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.270 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.271 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.271 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.271 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.271 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.271 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.272 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.272 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.272 4: sduino/msg READredu: MS;P0=299;P1=-1010;P2=944;P3=-374;P4=-10114;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.273 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.273 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.273 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.273 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.273 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.274 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.274 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.274 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.274 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.274 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.275 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.275 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.275 4: sduino/msg READredu: MS;P0=296;P1=-1006;P2=937;P3=-382;P4=-10115;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=0;
2018.09.17 12:07:04.276 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.276 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.276 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.276 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.276 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.277 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.277 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.277 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.277 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.277 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.277 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.277 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.279 4: sduino/msg READredu: MS;P0=301;P1=-1005;P2=939;P3=-372;P4=-10115;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;
2018.09.17 12:07:04.280 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.280 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.281 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.281 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.281 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.281 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.281 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.282 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.282 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.282 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.282 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.282 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.284 4: sduino/msg READredu: MS;P0=299;P1=-1004;P2=944;P3=-371;P4=-10117;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.286 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.286 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.287 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.288 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.288 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.289 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.289 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.289 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.289 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.290 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.290 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.290 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.291 4: sduino/msg READredu: MS;P0=295;P1=-1003;P2=943;P3=-371;P4=-10123;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.291 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.292 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.292 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.292 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.292 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.293 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.293 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.293 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.294 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.294 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.295 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.295 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.295 4: sduino/msg READredu: MS;P0=294;P1=-1004;P2=943;P3=-375;P4=-10127;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=0;
2018.09.17 12:07:04.296 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.296 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.297 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.299 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.300 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.300 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.300 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.301 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.301 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.301 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.301 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.301 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.303 4: sduino/msg READredu: MS;P0=302;P1=-1004;P2=942;P3=-373;P4=-10121;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;
2018.09.17 12:07:04.303 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.303 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.304 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.304 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.304 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.304 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.305 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.305 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.305 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.305 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.305 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.305 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.306 4: sduino/msg READredu: MS;P0=309;P1=-997;P2=936;P3=-384;P4=-10122;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.307 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.307 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.307 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.307 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.307 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.308 4: sduino/msg READredu: MS;P0=293;P1=-1011;P2=944;P3=-373;P4=-10123;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.308 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.309 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.309 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.309 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.309 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.309 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.310 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.310 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.310 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.310 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.310 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.310 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.311 4: sduino/msg READredu: MS;P0=291;P1=-1013;P2=939;P3=-372;P4=-10125;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=0;
2018.09.17 12:07:04.312 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.312 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.312 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.312 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.312 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.313 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.313 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.313 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.313 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.314 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.314 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.314 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.316 4: sduino/msg READredu: MS;P0=290;P1=-1014;P2=937;P3=-371;P4=-10128;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;
2018.09.17 12:07:04.316 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.317 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.317 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.317 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.317 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.318 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.318 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.318 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.318 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.318 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.318 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.319 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.319 4: sduino/msg READredu: MS;P0=308;P1=-998;P2=942;P3=-372;P4=-10119;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.320 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.320 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.320 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.320 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.320 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.321 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.321 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.321 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.321 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.321 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.322 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.322 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.322 4: sduino/msg READredu: MS;P0=295;P1=-1008;P2=942;P3=-371;P4=-10121;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.323 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.323 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.323 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.323 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.323 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.324 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.324 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.324 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.324 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.325 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.325 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.325 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.326 4: sduino/msg READredu: MS;P0=295;P1=-1005;P2=942;P3=-372;P4=-10124;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=0;
2018.09.17 12:07:04.327 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.327 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.327 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.327 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.328 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.328 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.328 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.328 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.329 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.329 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.329 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.329 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.330 4: sduino/msg READredu: MS;P0=299;P1=-1007;P2=946;P3=-372;P4=-10122;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;
2018.09.17 12:07:04.330 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.330 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.331 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.331 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.331 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.331 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.331 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.331 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.332 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:07:04.332 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:07:04.332 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:07:04.332 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:07:04.333 4: sduino/msg READredu: MS;P0=283;P1=-1015;P2=932;P3=-378;P4=-10117;D=04010101010101010101010123012301230123012323232323;CP=0;SP=4;R=0;m=2;
2018.09.17 12:07:04.333 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.333 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.334 4: sduino: Decoded MS Protocol id 3 dmsg i00155F length 24 RSSI = -74
2018.09.17 12:07:04.334 5: sduino Dispatch: i00155F, test ungleich: disabled
2018.09.17 12:07:04.334 5: sduino Dispatch: i00155F, -74 dB, dispatch
2018.09.17 12:07:04.334 5: sduino: dispatch i00155F
2018.09.17 12:07:04.334 4: sduino IT: message "i00155F" (7)
2018.09.17 12:07:04.335 4: sduino IT: msgcode "00000FFFFF11" (12) bin = 000000000001010101011111
2018.09.17 12:07:04.335 5: sduino IT: V1 housecode = 00000FFFFF  onoffcode = 11
2018.09.17 12:07:04.335 4: sduino IT: message "i00155F" (7)
2018.09.17 12:07:04.336 4: sduino IT: msgcode "00000FFFFF11" (12) bin = 000000000001010101011111
2018.09.17 12:07:04.336 5: sduino IT: V1 housecode = 00000FFFFF  onoffcode = 11
2018.09.17 12:07:04.346 3: sduino: Unknown code i00155F, help me!
2018.09.17 12:07:04.346 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.346 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.347 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 1 1 1 1 1
2018.09.17 12:07:04.347 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 1 1 1 1 1
2018.09.17 12:07:04.347 4: sduino: Decoded MS Protocol id 3.1 dmsg i00155F length 24 RSSI = -74
2018.09.17 12:07:04.347 5: sduino Dispatch: i00155F, test gleich
2018.09.17 12:07:04.347 4: sduino Dispatch: i00155F, Dropped due to short time or equal msg
2018.09.17 12:07:04.348 4: sduino/msg READredu: MS;P0=283;P1=-1015;P2=932;P3=-378;P4=-10117;D=04010101010101010101010123012301230123012323232323;CP=0;SP=4;R=0;m=1;
2018.09.17 12:07:04.348 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:07:04.348 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.349 4: sduino: Decoded MS Protocol id 3 dmsg i00155F length 24 RSSI = -74
2018.09.17 12:07:04.349 5: sduino Dispatch: i00155F, test gleich
2018.09.17 12:07:04.349 4: sduino Dispatch: i00155F, Dropped due to short time or equal msg
2018.09.17 12:07:04.349 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:07:04.349 5: sduino: Starting demodulation at Position 2
2018.09.17 12:07:04.350 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 1 1 1 1 1
2018.09.17 12:07:04.350 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 1 1 1 1 1
2018.09.17 12:07:04.350 4: sduino: Decoded MS Protocol id 3.1 dmsg i00155F length 24 RSSI = -74
2018.09.17 12:07:04.350 5: sduino Dispatch: i00155F, test gleich
2018.09.17 12:07:04.350 4: sduino Dispatch: i00155F, Dropped due to short time or equal msg
2018.09.17 12:07:53.048 4: sduino/msg READredu: MU;P0=-396;P1=1191;P2=-966;P3=473;P4=-18964;D=012121212321232121212121212323232121212321232323212123212321212121232323212123212323212140;CP=3;R=0;
2018.09.17 12:07:53.048 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.09.17 12:07:53.049 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.049 5: sduino: dispatching bits: 0 0 0 0 1 0 1 0 0 0 0 0 0 1 1 1 0 0 0 1 0 1 1 1 0 0 1 0 1 0 0 0 0 1 1 1 0 0 1 0 1 1 0 0
2018.09.17 12:07:53.049 4: sduino: decoded matched MU Protocol id 8 dmsg TXA07172872C length 44 RSSI = -74
2018.09.17 12:07:53.049 5: sduino Dispatch: TXA07172872C, test ungleich: disabled
2018.09.17 12:07:53.049 5: sduino Dispatch: TXA07172872C, -74 dB, dispatch
2018.09.17 12:07:53.049 5: sduino: dispatch TXA07172872C
2018.09.17 12:07:53.059 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.09.17 12:07:53.059 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.059 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.09.17 12:07:53.060 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.09.17 12:07:53.060 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2018.09.17 12:07:53.060 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.09.17 12:07:53.060 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.09.17 12:07:53.060 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.09.17 12:07:53.061 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.09.17 12:07:53.061 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.09.17 12:07:53.061 5: sduino: Starting demodulation at Position 28
2018.09.17 12:07:53.061 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.09.17 12:07:53.062 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2018.09.17 12:07:53.062 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting
2018.09.17 12:07:53.062 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.09.17 12:07:53.062 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.063 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.09.17 12:07:53.063 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.063 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.09.17 12:07:53.063 5: sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.09.17 12:07:53.063 4: sduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.09.17 12:07:53.064 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.064 4: sduino: Fingerprint for MU Protocol id 81 -> SA-434-1 matches, trying to demodulate
2018.09.17 12:07:53.064 5: sduino: start pattern for MU Protocol id 81 -> SA-434-1 mismatches, aborting
2018.09.17 12:07:53.655 4: sduino/msg READredu: MU;P0=-120;P1=132;P2=-164;P3=1204;P4=-944;P5=477;P6=-17868;D=01234343434543454343434343434545454343434543454545434345434543434343454545434345434545434360;CP=5;R=0;
2018.09.17 12:07:53.655 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.09.17 12:07:53.656 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:53.656 5: sduino: dispatching bits: 0 0 0 0 1 0 1 0 0 0 0 0 0 1 1 1 0 0 0 1 0 1 1 1 0 0 1 0 1 0 0 0 0 1 1 1 0 0 1 0 1 1 0 0
2018.09.17 12:07:53.656 4: sduino: decoded matched MU Protocol id 8 dmsg TXA07172872C length 44 RSSI = -74
2018.09.17 12:07:53.656 5: sduino Dispatch: TXA07172872C, test gleich
2018.09.17 12:07:53.656 4: sduino Dispatch: TXA07172872C, Dropped due to short time or equal msg
2018.09.17 12:07:53.656 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.09.17 12:07:53.657 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:53.657 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.09.17 12:07:53.657 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.09.17 12:07:53.658 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2018.09.17 12:07:53.658 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.09.17 12:07:53.658 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.09.17 12:07:53.658 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.09.17 12:07:53.658 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.09.17 12:07:53.659 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.09.17 12:07:53.659 5: sduino: Starting demodulation at Position 12
2018.09.17 12:07:53.659 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.09.17 12:07:53.659 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2018.09.17 12:07:53.659 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2018.09.17 12:07:53.660 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2018.09.17 12:07:53.660 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting
2018.09.17 12:07:53.660 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.09.17 12:07:53.660 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:53.661 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.09.17 12:07:53.661 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.661 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.09.17 12:07:53.661 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:53.662 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.09.17 12:07:53.662 5: sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.09.17 12:07:53.662 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.09.17 12:07:53.662 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.663 4: sduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.09.17 12:07:53.663 5: sduino: Starting demodulation at Position 3
2018.09.17 12:07:53.663 4: sduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.09.17 12:07:53.663 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.664 4: sduino: Fingerprint for MU Protocol id 80 -> EM (Energy-Monitor) matches, trying to demodulate
2018.09.17 12:07:53.664 5: sduino: Starting demodulation at Position 1
2018.09.17 12:07:53.664 4: sduino: Fingerprint for MU Protocol id 81 -> SA-434-1 matches, trying to demodulate
2018.09.17 12:07:53.665 5: sduino: start pattern for MU Protocol id 81 -> SA-434-1 mismatches, aborting
2018.09.17 12:08:07.003 4: sduino/keepalive ok, retry = 0
2018.09.17 12:08:07.194 4: sduino/msg READredu: MU;P0=-449;P1=194;P2=-1105;P3=857;P5=-10158;P6=108;D=01212121212121212121212301230123012301212123015121212121212121212121212123012301230623012121230150;CP=1;R=0;
2018.09.17 12:08:07.195 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.09.17 12:08:07.195 5: sduino: Starting demodulation at Position 1
2018.09.17 12:08:07.196 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.09.17 12:08:07.196 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.09.17 12:08:07.196 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2018.09.17 12:08:07.197 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.09.17 12:08:07.197 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.09.17 12:08:07.197 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.09.17 12:08:07.197 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.09.17 12:08:07.197 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.09.17 12:08:07.197 5: sduino: Starting demodulation at Position 1
2018.09.17 12:08:07.198 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.09.17 12:08:07.198 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2018.09.17 12:08:07.198 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.09.17 12:08:07.198 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.09.17 12:08:07.198 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2018.09.17 12:08:07.199 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.09.17 12:08:07.199 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2018.09.17 12:08:07.199 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.09.17 12:08:07.200 5: sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.09.17 12:08:07.200 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.09.17 12:08:07.200 5: sduino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.09.17 12:08:07.201 4: sduino/msg READredu: MS;P0=303;P1=-1002;P2=936;P3=-373;P4=-10114;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=2;
2018.09.17 12:08:07.201 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:08:07.201 5: sduino: Starting demodulation at Position 2
2018.09.17 12:08:07.201 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:08:07.202 5: sduino Dispatch: i000551, test ungleich: disabled
2018.09.17 12:08:07.202 5: sduino Dispatch: i000551, -74 dB, dispatch
2018.09.17 12:08:07.202 5: sduino: dispatch i000551
2018.09.17 12:08:07.202 4: sduino IT: message "i000551" (7)
2018.09.17 12:08:07.202 4: sduino IT: msgcode "000000FFFF0F" (12) bin = 000000000000010101010001
2018.09.17 12:08:07.202 5: sduino IT: V1 housecode = 000000FFFF  onoffcode = 0F
2018.09.17 12:08:07.203 3: sduino IT: IT_000000FFFF on->on
2018.09.17 12:08:07.203 1: ERROR: >IT_000000FFFF< returned by the IT ParseFn is invalid, notify the module maintainer
2018.09.17 12:08:07.203 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:08:07.203 5: sduino: Starting demodulation at Position 2
2018.09.17 12:08:07.203 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:08:07.203 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:08:07.204 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:08:07.204 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:08:07.204 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:08:07.204 4: sduino/msg READredu: MS;P0=280;P1=-1019;P2=934;P3=-377;P4=-10114;D=04010101010101010101010101012301230123012301010123;CP=0;SP=4;R=0;m=1;
2018.09.17 12:08:07.205 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:08:07.205 5: sduino: Starting demodulation at Position 2
2018.09.17 12:08:07.205 4: sduino: Decoded MS Protocol id 3 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:08:07.205 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:08:07.205 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:08:07.205 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:08:07.205 5: sduino: Starting demodulation at Position 2
2018.09.17 12:08:07.205 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:08:07.205 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1
2018.09.17 12:08:07.205 4: sduino: Decoded MS Protocol id 3.1 dmsg i000551 length 24 RSSI = -74
2018.09.17 12:08:07.205 5: sduino Dispatch: i000551, test gleich
2018.09.17 12:08:07.206 4: sduino Dispatch: i000551, Dropped due to short time or equal msg
2018.09.17 12:08:07.208 4: sduino/msg READredu: MS;P0=280;P1=-1019;P2=934;P3=-377;P4=-10114;D=04010101010101010101010101012301230123012323232323;CP=0;SP=4;R=0;m=0;
2018.09.17 12:08:07.208 4: sduino: Matched MS Protocol id 3 -> itv1
2018.09.17 12:08:07.209 5: sduino: Starting demodulation at Position 2
2018.09.17 12:08:07.209 4: sduino: Decoded MS Protocol id 3 dmsg i00055F length 24 RSSI = -74
2018.09.17 12:08:07.209 5: sduino Dispatch: i00055F, test ungleich: disabled
2018.09.17 12:08:07.209 5: sduino Dispatch: i00055F, -74 dB, dispatch
2018.09.17 12:08:07.209 5: sduino: dispatch i00055F
2018.09.17 12:08:07.209 4: sduino IT: message "i00055F" (7)
2018.09.17 12:08:07.209 4: sduino IT: msgcode "000000FFFF11" (12) bin = 000000000000010101011111
2018.09.17 12:08:07.209 5: sduino IT: V1 housecode = 000000FFFF  onoffcode = 11
2018.09.17 12:08:07.209 3: sduino IT: Code 11 not supported by IT_000000FFFF.
2018.09.17 12:08:07.210 4: sduino IT: message "i00055F" (7)
2018.09.17 12:08:07.210 4: sduino IT: msgcode "000000FFFF11" (12) bin = 000000000000010101011111
2018.09.17 12:08:07.210 5: sduino IT: V1 housecode = 000000FFFF  onoffcode = 11
2018.09.17 12:08:07.210 3: sduino IT: Code 11 not supported by IT_000000FFFF.
2018.09.17 12:08:07.216 3: sduino: Unknown code i00055F, help me!
2018.09.17 12:08:07.216 4: sduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.09.17 12:08:07.216 5: sduino: Starting demodulation at Position 2
2018.09.17 12:08:07.216 5: sduino: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 1 1 1 1
2018.09.17 12:08:07.217 5: sduino: rcode=1, modified value after postDemodulation: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 1 1 1 1 1
2018.09.17 12:08:07.217 4: sduino: Decoded MS Protocol id 3.1 dmsg i00055F length 24 RSSI = -74
2018.09.17 12:08:07.217 5: sduino Dispatch: i00055F, test gleich
2018.09.17 12:08:07.217 4: sduino Dispatch: i00055F, Dropped due to short time or equal msg

Nach etwas mehr als einem Jahr hat das Ganze ein gutes Ende gefunden, meine Rolläden lassen sich sicher ansteuern.

Forum "FSK mit dem SIGNALDuino" https://forum.fhem.de/index.php?topic=106594.0 (https://forum.fhem.de/index.php?topic=106594.0)
Wiki "Unbekannte Funkprotokolle" https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle#SIGNALduino_-_FSK (https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle#SIGNALduino_-_FSK)

Danke an alle Beteiligten  :)

VG Peter

P.S.

kurzer Zwischen- bzw. Endstand zu meiner seit Februar 2018 schwelenden Baustelle "unbekannte Funkprotokolle":

Mein "unbekanntes" Funkprotokoll kommt aus einem HCS301. Somit ist es nunmehr ein bekanntes und lässt sich folglich (zunächst mal nur als Empfang) in das Modul SD_Keeloq einbauen.

Meinen Dank an alle Mitwirkenden für die Unterstützung in den letzten Jahren und insbesondere auch an @HomeAuto_User der letztendlich den Knoten gelöst hat.

Details finden sich im Wiki.

VG Peter

Beim Original-SIGNALduino steht das in der Hilfe:
Beispiel 1: set sduino raw SR;R=3;P0=500;P1=-9000;P2=-4000;P3=-2000;D=0302030; , sendet die Daten im Raw-Modus dreimal wiederholt
Beispiel 2: set sduino raw SM;R=3;P0=500;C=250;D=A4F7FDDE; , sendet die Daten Manchester codiert mit einem clock von 250µS
Beispiel 3: set sduino raw SC;R=3;SR;P0=5000;SM;P0=500;C=250;D=A4F7FDDE; , sendet eine kombinierte Nachricht von Raw und Manchester codiert 3 mal wiederholt
Beispiel 4: set sduino raw SN;R=3;D=9A46036AC8D3923EAEB470AB; , sendet die xFSK - Daten dreimal wiederholt

Bei Ralfs Version kann ich nicht weiter helfen.