Entwicklung SIGNALDuino Empfänger Firm- und Hardware V4 für Maple Mini und ESP32

[locutus]

Funktioniert es mit der Maple_cul_USB_411dev200611.bin?

Ja, das hat es bis zu dem Zeitpunkt, als ich auf 411dev200627 umgeflasht habe.
eC hat nichts bewirkt.

[nagelreo]

Hallo Ralf,

vielen Dank.

Die Einrichtung im Fhem ist im Wiki nun auch aktualisiert.

Das habe ich schon gesehen, aus meiner Sicht ist das perfekt und wird dem Einen oder Anderen beim Installieren helfen.

Ist das Hoermann Garagen-Tor SlowRF oder FSK (native)?

Leider SlowRF. Da ich aber die Ursache für das Nichtfunktionieren kenne und die Client Liste geplant ist, kann ich damit leben.
Gibt es eine Möglichkeit die Funktion vom Modul A zu testen?

Beim Einrichten der CC-Module habe ich etwas "gespielt" und dabei einiges durcheinander gebracht. Nachdem ich die CC-Module deaktiviert habe und nach der Anleitung "https://wiki.fhem.de/wiki/Maple-SignalDuino, erste Schritte" wieder eingerichtet habe, schien alles wieder zu funktionieren. Nachdem reboot waren die CC-Module deaktiviert.

Code Auswählen Erweitern

version: V 4.1.1-dev200627 SIGNALduino cc1101 (R: A1 B0*) - compiled at Jun 28 2020 13:30:04
version: V 4.1.1-dev200627 SIGNALduino cc1101 (R: Ai* Bi) - compiled at Jun 28 2020 13:30:04
Zudem ist die cmdBank der CC-Module durcheinander.

Code Auswählen Erweitern

A: b=0 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
   ccmode=0 sync=D391 Modulation:ASK/OOK (SYNC_MODE:No preamble/sync)
Lässt sich das wieder richten, oder muss ich neu flashen?

Gruß
Rolf

[Reinhard.M]

@Reinhard.M
funktioniert die Maple_cul_USB_411dev200627 bei Dir?

Seit mehr als 2 Tagen fehlerfrei 

[Ralf9]

Hallo Rolf

Gibt es eine Möglichkeit die Funktion vom Modul A zu testen?

Nur mit FSK, dies sind die native Mode N1 bis N3 von der a-culw
Hast Du homematic?

Lässt sich das wieder richten, oder muss ich neu flashen?

Am einfachsten mit dem raw Befehl
eC
Init eeprom to defaults

ein Ai und Bi nach einem Reset bedeutet, daß Du die Bankkonfiguration nicht durch ein anhängen von W gespeichert hast

[Ralf9]

Ja, das hat es bis zu dem Zeitpunkt, als ich auf 411dev200627 umgeflasht habe.
eC hat nichts bewirkt.

Funktioniert FSK

Hast Du schon versucht ob es wieder funktioniert, wenn Du wieder zurück flasht auf Maple_cul_USB_411dev200611.bin?

[Reinhard.M]

Hallo Ralf,

habe jetzt die Daten zusammen. Die MessageSize lässt sich übrigens doch mit einem "get <sduino> config" auslesen.
Habe gerade feststellen müssen, dass die Antwotlänge begrenzt wird, muss alles nochmals zusammenstellen. File kommt mit dem nächsten Posting.
In der angehängten Datei findest du jetzt 2 Phasen zusammengefasst. Immer mit maxMsgSize=1024, einmal mit MC=1 und einmal MC=0. Ich habe immer alle 3 Empfänger damit laufen lassen, damit stehen auch Vergleichsmöglichkeiten zur Verfügung. Einen "-wr-" hat es bislang nicht mehr gegeben:

Code Auswählen Erweitern


myMaple  uptime: 2 22:56:13
myLAN    uptime: 1 05:50:08
mySduino uptime: 2 22:38:17


Wenn du weitere Infos brauchst lass es mich wissen.

Gruß Reinhard

[nagelreo]

Hallo Ralf,

Am einfachsten mit dem raw Befehl  eC  Init eeprom to defaults. ein Ai und Bi nach einem Reset bedeutet, daß Du die Bankkonfiguration nicht durch ein anhängen von W gespeichert hast

Da ich mir nicht sicher war, was ich alles durcheinander gebracht habe, habe ich die CC-Module mit CRDA und CRDB deaktiviert und "Init eeprom to defaults" mit raw eC durchgeführt. Nach der neuen Definition beider Module nach der Anleitung "https://wiki.fhem.de/wiki/Maple-SignalDuino, erste Schritte" funktioniert das CC-Modul B (433 MHz) wieder. Wie von Dir beschrieben, muss die Bankkonfiguration mit bA1W gespeichert werden.
Nur so funktioniert das CC-Modul B (A kann ich noch nicht testen) nach dem reboot und die ccconf's werden im Internals angezeigt.

r=A b=1 rx=0 ccmode=0 sync=D391 ccconf=21627657C43023B900070018146C070090 boffs=0100
r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10AD4A07C43023B900070018146C070090 boffs=0000*

In der Anleitung "erste Schritte" ist das Speichern mit "Bei Bedarf kann diese Zuordnung durch anhängen von W im EEPROM gespeichert werden" erwähnt. Ich habe das im Zusammenhang mit der Eingabe von neuen Werten gesehen. Wäre sicher hilfreich wenn "Bedarf" etwas präzisiert wird.

Hast Du homematic?

Leider nein. Zwar benötige ich das CC-Modul A (868 MHz) erst wenn es die SlowRF Clients gibt, da ich aber beim Empfang mit dem CC-Modul B eine Wechselwirkung mit dem CC_Modul A beobachtet habe, will ich das Modul doch zeitnahe testen.
Beim Empfang der Signale von meinem SOMFY Sonnen-Wind Sensor werden alle 15 Minuten 4*5 Signale gesendet. Über 24 Stunden habe ich mit dem CC-Modul A (433 MHz) nur 2 unknown Signale erhalten, mit RSSI Werten zwischen -50 und -60.
Wenn ich das CC_Modul A (868 MHz) aktiviere liegen die RSSI Werte zwischen -90 und -99, vereinzelt bei -60.

Gibt es hierfür eine Erklärung?
Danke und Gruß
Rolf

Nachtrag: Der Effekt korreliert mit der eingestellten Frequenz im Modul A. Wenn ich diese auf 433 MHz ändere, sind die RSI Werte ok, wenn ich sie wieder auf 868 MHz ändere, wieder schlecht.
Gruß
Rolf

[Ralf9]

da ich aber beim Empfang mit dem CC-Modul B eine Wechselwirkung mit dem CC_Modul A beobachtet habe, will ich das Modul doch zeitnahe testen.

Ist mir noch nicht aufgefallen, muss ich mal drauf achten.
Hast Du die Antennen in verschiedene Richtungen ausgerichtet?
Hast Du den Effekt auch, wenn Du Modul A Bank 1 mit "Mode 1 - IT+ 17.241 kbps (LaCrosse)" konfigurierst?

Code Auswählen Erweitern


get sduino raw CW0001,012E,0246,0302,042D,05D4,06FF,0700,0802,0D21,0E65,0F6A,1089,115C,1206,1322,14F8,1556,1700,1818,1916,1B43,1C68,1D91,2211,23E9,242A,2500,2611,3D00,3E03,404d,4131,425f,4349,4454,452b,4600


[nagelreo]

Hallo Ralf,

Hast Du die Antennen in verschiedene Richtungen ausgerichtet?
Hast Du den Effekt auch, wenn Du Modul A Bank 1 mit "Mode 1 - IT+ 17.241 kbps (LaCrosse)" konfigurierst?

Die Antennen sind im ca. 45° Winkel ausgerichtet. Die Ausrichtung schließe ich aber aus, da der Effekt auch ohne die 868 Antenne auftritt.
Ich habe heute den Einfluss vom Modul A (868 und 433 MHz) nochmals bestätigt und unter identischen Bedingungen den Einfluss der Antenne sowie der LaCrosse Konfiguration untersucht, in Summe ware das ca. 400 Signale.
- Ein negativer Einfluss (RSSI ca. -60 (ca. 40%) bis -95 (ca. 60 %)) gibt es nur durch das Modul A mit 868 MHz SlowRF mit und ohne Antenne.
- Kein signifikanten Einfluss (RSSI - 53 bis -60) gibt es durch das Modul A mit 433 MHz SlowRF und LaCrosse.
Beim Konfigurieren von LaCrosse bin ich mir nicht sicher, ob das korrekt erfolgte, Details siehe unten.

Code Auswählen Erweitern

Nur CC-Modul B
b_ccconf   b=0 rx=0 freq:433.600MHz bWidth:812KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
2020.07.02 06:57:00 4: MapleSduino1: Found manchester Protocol id 43 clock 638 RSSI -53.5 -> Somfy RTS
2020.07.02 06:57:00 4: MapleSduino1: Somfy bitdata: 10100000010001010100010101000101100111001011111100100010 (56)
2020.07.02 06:57:00 4: MapleSduino1 Dispatch: YsA04545459CBF22, -53.5 dB, dispatch
2020.07.02 06:57:00 4: MapleSduino1: Somfy RTS preprocessing check: 5 enc: A04545459CBF22 dec: A0E50000D9239D
2020.07.02 06:57:00 4: MapleSduino1/msg READ: MC;LL=-1275;LH=1277;SL=-627;SH=657;D=A04545459CBF22;C=639;L=56;R=41;s9;b9;

CC-Modul A FSk und CC-Modul B
a_ccconf   b=1 rx=0 freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB (DataRate:17257.69Baud) [boffs=0100]
a_ccconfFSK  ccmode=3 sync=2DD4 Modulation:2-FSK (SYNC_MODE:16/16 + carrier-sense above threshold)
b_ccconf   b=0 rx=0 freq:433.600MHz bWidth:812KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000*]
2020.07.02 19:46:58 4: MapleSduino1: Found manchester Protocol id 43 clock 639 RSSI -58.5 -> Somfy RTS
2020.07.02 19:46:58 4: MapleSduino1: Somfy bitdata: 10100000010001010100010101000101100111001011111100100010 (56)
2020.07.02 19:46:58 4: MapleSduino1 Dispatch: YsA04545459CBF22, Dropped (1) due to short time and equal msg
2020.07.02 19:46:58 4: MapleSduino1/msg READ: MC;LL=-1247;LH=1319;SL=-600;SH=667;D=A04545459CBF22;C=638;L=56;R=29;s17;b17;w;

CC-Modul A 868 MHz und CC-Modul B
a_ccconf   b=1 rx=0 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]
b_ccconf   b=0 rx=0 freq:433.600MHz bWidth:812KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
2020.07.02 15:13:07 4: MapleSduino1: Found manchester Protocol id 43 clock 639 RSSI -96.5 -> Somfy RTS
2020.07.02 15:13:07 4: MapleSduino1: Somfy bitdata: 10000001000101010001010100010110011100101111110010001000 (54)
2020.07.02 15:13:07 4: MapleSduino1 Dispatch: Ys8115151672FC88, -96.5 dB, dispatch
2020.07.02 15:13:07 4: MapleSduino1: Somfy RTS preprocessing check: 4 enc: 8115151672FC88 dec: 81940003648E74
2020.07.02 15:13:07 4: MapleSduino1/msg READ: MC;LL=-1222;LH=1336;SL=-591;SH=690;D=A04545459CBF22;C=639;L=56;R=210;s10;b10;
2020.07.02 15:13:07 4: MapleSduino1: Found manchester Protocol id 43 clock 639 RSSI -97 -> Somfy RTS
2020.07.02 15:13:07 4: MapleSduino1: Somfy bitdata: 10100000010001010100010101000101100111001011111100100010 (56)
2020.07.02 15:13:07 4: MapleSduino1 Dispatch: YsA04545459CBF22, -97 dB, dispatch
2020.07.02 15:13:07 4: MapleSduino1: Somfy RTS preprocessing check: 5 enc: A04545459CBF22 dec: A0E50000D9239D
2020.07.02 15:13:08 4: MapleSduino1/msg READ: MC;LL=-1221;LH=1335;SL=-603;SH=686;D=A04545459CBF22;C=640;L=56;R=26;s11;b11;
2020.07.02 15:13:08 4: MapleSduino1: Found manchester Protocol id 43 clock 640 RSSI -61 -> Somfy RTS
2020.07.02 15:13:08 4: MapleSduino1: Somfy bitdata: 10100000010001010100010101000101100111001011111100100010 (56)
2020.07.02 15:13:08 4: MapleSduino1 Dispatch: YsA04545459CBF22, Dropped (1) due to short time and equal msg
2020.07.02 15:13:08 4: MapleSduino1/msg READ: MC;LL=-1247;LH=1320;SL=-609;SH=676;D=A04545459CBF22;C=641;L=56;R=211;s9;b9;w;

CC-Modul A 868 MHz ohne Antenne und CC-Modul B
a_ccconf   b=1 rx=0 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]
b_ccconf   b=0 rx=0 freq:433.600MHz bWidth:812KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
2020.07.02 17:00:53 4: MapleSduino1: Found manchester Protocol id 43 clock 640 RSSI -96.5 -> Somfy RTS
2020.07.02 17:00:53 4: MapleSduino1: Somfy bitdata: 10100000010001110100011101000101100111001011111100100010 (56)
2020.07.02 17:00:53 4: MapleSduino1 Dispatch: YsA04747459CBF22, Dropped (3) due to short time and equal msg
2020.07.02 17:00:58 4: MapleSduino1/msg READ: MC;LL=-1235;LH=1327;SL=-588;SH=685;D=4747459CBF22;C=639;L=48;R=211;s2;b1;
2020.07.02 17:00:58 4: MapleSduino1/msg READ: MC;LL=-1237;LH=1337;SL=-576;SH=685;D=3A3A2CE5F910;C=639;L=45;R=211;s4;b1;w;
2020.07.02 17:00:58 4: MapleSduino1/msg READ: MC;LL=-1237;LH=1337;SL=-576;SH=685;D=A04747459CBF22;C=639;L=56;R=211;s17;b17;w;
2020.07.02 17:00:58 4: MapleSduino1: Found manchester Protocol id 43 clock 639 RSSI -96.5 -> Somfy RTS
2020.07.02 17:00:58 4: MapleSduino1: Somfy bitdata: 10100000010001110100011101000101100111001011111100100010 (56)
2020.07.02 17:00:58 4: MapleSduino1 Dispatch: YsA04747459CBF22, -96.5 dB, dispatch
2020.07.02 17:00:58 4: MapleSduino1: Somfy RTS preprocessing check: 7 enc: A04747459CBF22 dec: A0E70002D9239D
2020.07.02 17:00:58 4: MapleSduino1/msg READ: MC;LL=-1237;LH=1337;SL=-576;SH=685;D=A04747458;C=639;L=34;R=211;s17;b17;
2020.07.02 17:00:59 4: MapleSduino1/msg READ: MC;LL=-1246;LH=1319;SL=-603;SH=675;D=A04747459CBF22;C=640;L=56;R=33;s20;b20;
2020.07.02 17:00:59 4: MapleSduino1: Found manchester Protocol id 43 clock 640 RSSI -57.5 -> Somfy RTS
2020.07.02 17:00:59 4: MapleSduino1: Somfy bitdata: 10100000010001110100011101000101100111001011111100100010 (56)
2020.07.02 17:00:59 4: MapleSduino1 Dispatch: YsA04747459CBF22, Dropped (1) due to short time and equal msg
2020.07.02 17:01:02 4: MapleSduino1/msg READ: MC;LL=-1247;LH=1423;SL=-601;SH=674;D=A04747459CBF22;C=657;L=56;R=211;s10;b10;

CC-Modul A 433 MHz und CC-Modul B 433 MHz
a_ccconf   b=1 rx=0 freq:433.600MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100]
b_ccconf   b=0 rx=0 freq:433.600MHz bWidth:812KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000*]
2020.07.02 17:14:45 4: MapleSduino1: Found manchester Protocol id 43 clock 639 RSSI -55.5 -> Somfy RTS
2020.07.02 17:14:45 4: MapleSduino1: Somfy bitdata: 10100000010001110100011101000101100111001011111100100010 (56)
2020.07.02 17:14:45 4: MapleSduino1 Dispatch: YsA04747459CBF22, Dropped (2) due to short time and equal msg
2020.07.02 17:14:45 4: MapleSduino1/msg READ: MC;LL=-1232;LH=1320;SL=-584;SH=685;D=A04747459CBF22;C=636;L=56;R=37;s2;b2;


Beim Konfigurieren vom Modul A fiel mir auf, dass nach get raw CREA "raw: detect A: Partn=0 Ver=0x14" und nicht "... Ver=0x20" ausgegeben wird.

Vielen Dank und Gruß
Rolf

[Ralf9]

Hallo Rolf,

Modul A funktioniert nicht mit SlowRF, bei SlowRF werden die Pulse über eine Interruptroutine eingelesen. Das Einlesen der Pulse über eine Interruptroutine funktioniert momentan nur bei Modul B.
Bei Modul A werden die Pulse über den FIFO des cc1101 eingelesen und dies funktioniert nicht, wenn Modul A auf SlowRF konfiguriert ist. 

Gruß Ralf

[nagelreo]

Hallo Ralf,

das Modul A mit SlowRF aktuell nicht funktioniert war mir bewusst. Verstehe ich das richtig, wenn SlowRF beim Modul A funktioniert, ist der Einfluss auf Modul B weg?

Danke und Gruß
Rolf

[Ralf9]

Dies lässt sich wahrscheinlich vorab nicht testen.
Ich möchte jetzt erst mal eine Version haben die stabil und fehlerfrei läuft.

Ich habe bei den Interrupts noch ein paar Verständnisprobleme und habe dazu noch ein paar Fragen.
Wer kennt sich damit näher aus und kann mir weiterhelfen. @Telekatz?

[Ralf9]

Hallo locutus,

ich hab momentan keine so richtige Idee, warum bei Dir mit dem cc1101 Modul B nichts empfangen wird.
Hast Du außer den Oregon noch andere Sensoren?
Normalerweise werden auch noch MS- oder MU-Nachrichten von anderen Sensoren empfangen, z.B. von Nachbarn.

Hast Du schon mal mit einem Logicanalyzer geschaut ob an "18  GD02 (Receive)" Pulse ankommen.

Evtl bringt es was die Bandbreite zu erhöhen.

In der Anlage ist eine Version, bei der einige Debugausgaben aktiviert sind.

Gruß Ralf

[locutus]

Aus der Nachbarschaft werden für gewöhnlich SD, TCM und TX Sensoren empfangen. Die Bandbreitenerhöhung brachte auch nichts.
Ich habe nun den Speicherinhalt des STM32F komplett gelöscht und anschließend die 411dev200627 installiert.
Nun empfängt er wieder tadellos ...

[Ralf9]

Bei mir sieht es jetzt recht gut aus.

Bei der USB Version habe ich eine uptime von 5 Tagen und fast 8 Stunden.
Bei der LAN Version habe ich eine uptime von 6 Tagen und fast 5 Stunden.
Bei der serial (über WemosD1 mini) Version habe ich eine uptime von fast 5 Tagen.

Ich habe hier bei der ersten Nachricht unten XQ und XE ergänzt.
Bei den Hinweisen zum compilieren habe ich die Empfehlungen für die Arduino IDE board konfig ergänzt.

In der Anleitung "erste Schritte" ist das Speichern mit "Bei Bedarf kann diese Zuordnung durch anhängen von W im EEPROM gespeichert werden" erwähnt. Wäre sicher hilfreich wenn "Bedarf" etwas präzisiert wird.

Habe ich geändert.

Ich habe nun den Speicherinhalt des STM32F komplett gelöscht und anschließend die 411dev200627 installiert.
Nun empfängt er wieder tadellos ...

@Telekatz hast Du dafür eine Erklärung?

@Reinhard.M
Danke für Logs.  Der TFA 30.3222.02 (protocol-id 85) sendet sehr lange Nachrichten. Er sendet die Daten ca 6 mal mit jeweils 140 Pulsen. Dies ergibt eine Datengesamtlänge von über 800.


Hier ist eine ToDo Liste, wird aber noch eine Weile dauern, ich kann dabei Hilfe gebrauchen

- SlowRF auch zusätzlich für cc1101 Modul A oder C
- bei der LAN Version eine Serial-Bridge zu einer seriellem Port.
- unterstützung von platformio
- "verschönerung" vom code. Die defines in ein eigenes File auslagern.
  Ich würde gerne die FastDelegate.h durch normales callback ersetzen.