SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[RaspII]

Wenn Du einen NanoCul reinprogrammierst kann ich Dir die FHEM Configuration zum Senden geben.

[Ralf9]

Dazu benötige ich einen weiteren cc1101
ist dieses Modul ok?
https://www.amazon.de/Neuftech-Wireless-Module-Transceiver-externen/dp/B01CI01F94/ref=sr_1_3?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=cc1101+433&qid=1576797524&sr=8-3

[RaspII]

Nein, du brauchst 868 Mhz.
Kannst Du nicht einfach Deinen Signalduino klonen oder ist der auch 433Mhz?

[Ralf9]

Kann ich FSK auch auf 433MHz senden und empfangen?

[RaspII]

Wenn Du keine Reichweite benötigst kannst Du das 433 MHz Modul auf 868Mhz betreiben (die Antennenanpassung ist falsch).
Mit blauen Modulen habe ich aber schon viele Probleme gehabt (die Frequenz lag daneben), für 868 Mhz nehme ich aktuell die Module im Anhang

[Ralf9]

Kann ich FSK auch auf 433MHz senden und empfangen?

[RaspII]

Das müsste schon gehen, aber meine Firmware schreibt die Frequenz fest auf 868 Mhz, aber dann wäre ich dran mit "Spezialversion"

[Ralf9]

ok, das ist kein Problem, ich kann dafür dann auch 868MHz verwenden

[RaspII]

Kann man eigentlich in Deine Sourcen reinschauen?
Mit welcher Entwicklungsumgebung arbeitest Du?

[Ralf9]

Mit welcher Entwicklungsumgebung arbeitest Du?

Mit der Arduino IDE

Kann man eigentlich in Deine Sourcen reinschauen?

https://github.com/Ralf9/SIGNALDuino/tree/dev-r332_cc1101
die aktuellen Änderungen sind noch nicht drin


Ich habe den Fehler gefunden, es liegt an der Toleranz von 0.2

Code Auswählen Erweitern

fehlerhaft
MU;P0=-18956;P1=260;P2=-154;P4=-367;P5=-1253;P6=1724;P7=940;P8=-572;P9=1312;PA=468;PB=-784;CP=1;R=246;D=
156214127812129274A5751B121;

aussehen müsste es so:
P5=-1200
PC=-1400

1C6214127812129274A5751B121;
100000001111111101001011111000101011111101111100110000001111100000010000101

Wenn ein Pattern in der Toleranz ist, wird der Mittelwert gebildet:
(1200+1400)/2 =  1300
(1300+1200)/2 = 1250
dies sind dann die fehlerhaften P5=-1253;

Wenn ich die Toleranz auf 0.1 reduziere sollte es passen

Gruß Ralf

[RaspII]

Ok, das könnten wir mal testen.
Das Problem ist vermutlich auch, dass die ersten Bitzeiten nach Flankenwechsel nicht symetrisch sind, siehe min. Los- und High-Zeiten.
Ich ziehe deshalb von den Patternzeit immer die Min Zeit des entsprechenden Patterns ab. Teilt man der Rest dann durch die Bitzeit (= min low- + min high-Zeit) komme ich immer sehr exakt auf vielfache der Bitzeit (außer im Fehlerfall)

Aber ich denke es mach keinen Sinn das schon in Deinem Algorithmus zu korrigieren


Nachtrag:
Das soll heißen deine Änderung kaschiert vermutlich nur das Problem, dass alle gemessenen Low Pattern etwas zu kurz sind und alle gemessenen high Pattern etwas zu lang (~ 50usec)

[Ralf9]

Bei 10 Nullen oder Einsen wird auch die Toleranz von 0.1 knapp.
Welche Toleranz möchtest Du haben?

Nachtrag:
Bei der Toleranz werden die negativen und positiven Pulse getrennt betrachtet

[RaspII]

Ich glaube das Problem ist nicht die Toleranz sondern die Klassen selbst
Ich muss mir das heute Abend mal in Ruhe überlegen

Nachtrag zur Erklärung
Bei der Assynchronen Abtastung wird mit Faktor 8 Überabgetastet, d.h. der Jitter beträgt je Flanke 208/8=26 usec. Im Worst Case jittern beide Flanken Gegensätzlich, d.h. In Summe 52 usec.
D.h. das kleinste Pattern wird bei etwa 156usec liegen, dazu könnte nich ein Jitter in der Software kommen

[HomeAuto_User]

Code Auswählen Erweitern

MU;P0=156;P1=-135;P2=94;P3=-98;P4=-312;P5=214;P6=312;P7=-208;P8=-420;CP=2;R=213;D=012123212323232323232323232323242353632327276728286723532324535121030;e;
@RaspII
habe ich dies richtig verstanden?

-135 und 156 passen nicht so richtig. evtl Messungenaugigkeit?

Code Auswählen Erweitern


P3=-98    0
P1=-135
P7=-208   00
P4=-312   000
P8=-420   0000

P2=94    1
P0=156
P5=214   11
P6=312   111

Die Pattern Nr werden dann durch die entsprechenden Anzahl 0 und 1 Bits ersetzt

32324235 ergibt dann 01010001011

Code Auswählen Erweitern

3 2 3 2 4   2  3 5
0 1 0 1 000 1  0 11

Wenn ich es richtig verstanden habe, ja.
Genau so, steht es auch in der cc1101 Doku, das fsk-4 4 Zustände hat.

Kann ich FSK auch auf 433MHz senden und empfangen?

Ich denke, da sollte nichts dagegen sprechen.

Edit:
Ich überlegte schon den Sender (FSK) zu öffnen und parallel am cc1101 Messe was ankommt um direkt zu vergleichen. Das würde doch mehr Aufschluss bringen, oder.


Gesendet von iPad mit Tapatalk Pro

[RaspII]

Nachtrag:
Sind die Daten die vom FIFO ausgelesen werden, die gleichen wie die über synchron oder asynchron

Zu Deiner Frage:
Ja die Daten sind die selben.
M.E. macht das Fifo hauptsächlich Sinn wenn Du das Sync Pattern nutzen kannst, da dann die Bytes schon korrekt synchronisiert sind.
Bei unbekannten Botschaften kennst Du kein Sync Pattern, d.h. die einzelnen Bytes können völliger Quatsch sein, da die Bits noch nicht auf der richtigen Position landen.

Bei unbekannten Protokollen halte ich den Sync Mode am Sinnvollsten, damit kannst du die einzelnen Bits leichter analysieren und auf die richtige Position schieben.

Unsicher bin ich bzgl. der Frage ob man die Bitrate kennen muss. Ich erinnere mich schwach daran, dass ich irgendwo gelesen habe, dass beim FSK Protokoll der Takt aus dem Signal zurückgewonnen wird, dann würde die Bitrate (im Sync Mode) vom CC1101 selbst generiert werden. Im Async Mode muss diese m.e. aber immer korrekt eingestellt sein, da sonst die Abtastrate nicht stimmt.

Außerdem stellt man über die Bitrate auch immer ein Bandpassfilter ein, bei falsch eingestellter Bitrate leidet dann zumindest immer die Empfindlichkeit.

Das sollten wir mal testen