SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[lou]

...
hier ist für den Arduino eine alternative firmware V 3.3.2.1, sie ist noch in Entwicklung und kann noch Fehler enthalten.
...

dezente frage: was sind die unterschiede zur "original firmware" ? und was war die hauptmotivation für die "alternative" ?

ich will mir evtl. den "SIGNALduino Stick Atmega 32U4 + CC1101 868MHz" als einstieg zulegen.
ist die mitgelieferte  FW sehr schlechte, gemäss eurer erfahrung? (falls vorhanden).
"In-Circuit" sieht ja erstmal sehr professionell aus von der aufmachung/webpage her...

ich hoffe "allgemeine fragen" sind hier auch erlaubt

danke im voraus!
lou

[Ralf9]

wie ich hier schon geschrieben habe, habe ich in meiner alternativer Version gegenüber der V 3.3.1 einige Erweiterungen und Optimierungen eingebaut.
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554
Die mir bekannten Fehler der V 3.3.1 müssten eigentlich behoben sein.
Diese Version läuft bei mir sehr stabil, mir sind keine Fehler bekannt, es können aber trotzdem noch Fehler enthalten sein.

Welche 868MHz Sensoren möchstet Du damit emfangen oder senden?

Gruß Ralf

[lou]

wie ich hier schon geschrieben habe, habe ich in meiner alternativer Version gegenüber der V 3.3.1 einige Erweiterungen und Optimierungen eingebaut.
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554
Die mir bekannten Fehler der V 3.3.1 müssten eigentlich behoben sein.
Diese Version läuft bei mir sehr stabil, mir sind keine Fehler bekannt, es können aber trotzdem noch Fehler enthalten sein.

Welche 868MHz Sensoren möchstet Du damit emfangen oder senden?

Gruß Ralf

thanks Ralf. ich schätze du beziehst dich auf den abschnitt "einige neue konfig Befehle". den hab ich tatsächlich übersehen - sorry.
primär interessieren mich erstmal fenster + temp-sensoren, evtl. ein paar simple fernbedienungen.
also devices für die eine WLAN lösung wg. "battery only" unpassend wäre.
z.b. die MAX!-fenstersensoren (BC-SC-Rd-WM-2).

die rs232-protokoll-treiber möchte ich auf jeden fall selbst schreiben wg. robustheit. (win server/c#/cpp).
dabei soll dann z.b. eine "CC1101-COM-MQTT bridge" o.ä. herauskommen.
mit RF-firmware oder RF-hardware will ich mich weniger beschäftigen, daher die idee mit dem "komplett-stick" von in-circuit.

thanks again,
lou

[Ralf9]

primär interessieren mich erstmal fenster + temp-sensoren, evtl. ein paar simple fernbedienungen.

Da hast Du bei 433 MHz eine größere Auswahl.

die MAX!-fenstersensoren (BC-SC-Rd-WM-2)

Die MAX!-fenstersensoren können vom Signalduino nicht empfangen werden, da sind beim cc1101 andere Einstellungen wie z.B. eine höhere Datenrate notwendig.
Es gibt z.B. auch diese fenstersensoren
https://forum.fhem.de/index.php/topic,95346.msg881807.html#msg881807

die rs232-protokoll-treiber möchte ich auf jeden fall selbst schreiben wg. robustheit. (win server/c#/cpp).
dabei soll dann z.b. eine "CC1101-COM-MQTT bridge" o.ä. herauskommen.

Dafür ist der Signalduino wahrscheinlich nicht geeignet. Beim Signalduino werden die empfangenen Rohnachrichten zum 00_SIGNALduino.pm Modul übertragen und dort verarbeitet.

Gruß Ralf

[pejonp]

...
Ich habe so einen fs20 handelnder dieser sendet aber auf 868,3 MHz. Ich kann ja mal morgen etwas mitloggen. Muss ich was besonderes einstellen ?
version: V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56

Hallo Ralf,

bin jetzt erst dazu gekommen. Hänge mal das Log an. Ich hoffe du kannst damit etwas anfangen. Es wurden die Tasten 1-2 auf der rechten Seite nacheinander durchgedrückt und dann von 2-1 zurück auf der linken Seite. Es ist eine FS20 S8 Fernbedienung 868.3 MHz(https://files.elv.com/service/manuals/FS20S8/73632_FS20S82_UM.pdf). Ich nutzte sie nur zum Ein/Ausschalten von FS20 Steckdosen. Bei längerem Tastendruck ist auch ein Dimmen möglich. Im System ist auch noch ein BusWare CUL, der auf SlowRF läuft.

Kennst du diese Seite (http://fhz4linux.info/tiki-index.php?page=FS20%20Protocol) dort wird das FS20-Protokoll dargestellt.

Jörg

[Ralf9]

Kann es sein, daß FS20 ab und zu als MS-Nachricht erkannt wird?
Kannst Du mal den MS-Decoder abschalten?

[pejonp]

Hallo Ralf,

BusWare CUL abgezogen.
MS=0

Code Auswählen Erweitern


Internals:
   BTN        00
   DEF        cf4b 00
   IODev      CUL_0
   LASTInputDev SIG868
   MSGCNT     1
   NAME       FS20_cf4b00
   NR         298
   SIG868_DMSG 810b04f70101a001CF4B000011
   SIG868_MSGCNT 1
   SIG868_RAWMSG MU;P0=-26372;P1=365;P2=-5388;P3=-433;P4=564;P5=-628;P6=-9336;CP=1;R=46;D=01213131313134545451313454545451313451313451345451313131313131313131313131345131313451313134545131313454516131313131313131313131313454545131345454545131345131345134545131313131313131313131313134513131345131313454513131345451613131313131313131313131345454513134545454513134513134513454513131313131313131313131313451313134;e;
   SIG868_RSSI -51
   SIG868_TIME 2019-01-29 23:07:48
   STATE      on
   TYPE       FS20
   XMIT       cf4b
   CODE:
     1          cf4b 00
   READINGS:
     2019-01-29 23:07:48   state           on
Attributes:
   IODev      CUL_0
   room       FS20
   verbose    5


Code Auswählen Erweitern


Internals:
   BTN        01
   DEF        cf4b 01
   IODev      CUL_0
   LASTInputDev SIG868
   MSGCNT     1
   NAME       FS20_cf4b01
   NR         296
   SIG868_DMSG 810b04f70101a001CF4B010011
   SIG868_MSGCNT 1
   SIG868_RAWMSG MU;P0=-32001;P1=371;P2=-15324;P3=-617;P4=578;P5=252;P6=-420;P7=-9346;CP=1;R=63;D=01213434343561643161643164343161616161616161643431616164316161643161616434316164316431716161616161616161616161643434316164343434316164316164316434316161616161616164343161616431616164316161643431616431643171616161616161616161616164343431616434343431616431616431643431616161616161616434316161643161616431616164;e;
   SIG868_RSSI -42.5
   SIG868_TIME 2019-01-29 23:09:13
   STATE      on
   TYPE       FS20
   XMIT       cf4b
   CODE:
     1          cf4b 01
   READINGS:
     2019-01-29 23:09:13   state           on
Attributes:
   IODev      CUL_0
   room       FS20
   verbose    5


Jörg

[lou]

..
Dafür ist der Signalduino wahrscheinlich nicht geeignet. Beim Signalduino werden die empfangenen Rohnachrichten zum 00_SIGNALduino.pm Modul übertragen und dort verarbeitet.
...

danke für die Tipps, Ralf.
pearl oder anderes scripting etc will ich vermeiden und mindestens den com-protokolltreiber selbst schreiben (s.o.) .
mein technischer verständnis geht derzeit soweit daß ich den C1101 als mini-SDR sehe.
dahinter typischerweise ein AVR+FW (der oft an der leistungesgrenze ist - siehe FW threads github etc).
vielleicht wäre sogar eine paarung ESP+c1101 (ohne AVR) optimal für die zukunft. somit wäre ein bottleneck eliminiert. (~10x mehr cpu leistung)

was ist die hauptchallenge bei der AVR-firmware? speed? ram? die ganzen C1101 settings?

sorry für OT.

[Ralf9]

@: lou
Ich habe dafür ein neues Thema aufgemacht
https://forum.fhem.de/index.php/topic,96813.0.html

[Ralf9]

Hallo Jörg,

Danke für die logs von Deinem FS20 Handsender.
Ich habe darin gefunden was ich gesucht habe.
Mir ist dabei aufgefallen, daß Du anscheinend keine optimalen Empfangsbedingungen hast, bei der dritten Nachricht haben immer ein paar Werte gefehlt.

Gruß Ralf

[pejonp]

Hallo Jörg,

Danke für die logs von Deinem FS20 Handsender.
Ich habe darin gefunden was ich gesucht habe.
Mir ist dabei aufgefallen, daß Du anscheinend keine optimalen Empfangsbedingungen hast, bei der dritten Nachricht haben immer ein paar Werte gefehlt.

Gruß Ralf

Hallo Ralf,
Ja das kann so sein  bzw. ist so. Der Sender ist schon etwas alt und sendet nicht immer zuverlässig. Und der cc1101 ist eigentlich für 434MHz ausgelegt. Habe ihn nur zum Test auf 868.3MHz umgestellt. Aber schön das ich dir helfen könnte.

Gruss Jörg

[Ralf9]

ich habe im ersten Beitrag eine Version für den miniCUL ergänzt.

Es wäre schön, wenn ich für den radino und miniCUL Rückmeldungen bekommen könnte ob sie funktionieren, da ich sie nicht testen konnte.

Nachtrag:
Für die Versionen mit 3.3V und 8 MHz ist es nicht zu empfehlen, die komprimierung der Nachrichten (Mred=0) abzuschalten, es kann ab und zu zu FIFO Überläufen kommen.

Wenn das Attribut noMsgVerbose auf 3 gesetzt wird, bekommt man dann auch bei verbose 3 log Ausgaben wenn der FIFO fast voll ist oder überlaüft
z.B.
fast voll
... 3: sduino/noMsg Parse: MF=138
oder überlauf
... 3: sduino/noMsg Parse: MF=140

Gruß Ralf

[SusisStrolch]

Moin Ralf,
könntest Du auch noch nen Build für den ProMini328 mit anhängen?

[Ralf9]

Hallo SusisStrolch,

was für eine Hardware verwendest Du?

Ein 5V 16 MHz  ProMini und ein RXB6 Empfänger?

Gruß Ralf

[SusisStrolch]

Den miniCUL von locutus
https://forum.fhem.de/index.php/topic,42998.0.html:


Ich meine das wäre ne 8MHz Version.
Edit: mit cc1101