SIGNALESP: Firm- und Hardware für SIGNALduino direkt auf ESP8266 oder ESP32

[Ralf9]

Im FHEM Wiki steht zu MAX:
Bidirektionale Kommuniktion (jeder Befehl wird mit ACK quittiert)

Die ACK quittierung wird in der CUL Firmware gemacht. Da müsste man in der CUL Firmware schauen was die sonst noch mit den max Nachrichten macht.
Wenn die ACK quittierung zeitkritisch ist, dann muß sie in der Signalduino Firmware gemacht werden.

[Ralf9]

Laut
https://forum.fhem.de/index.php?topic=8437.0
ist es in der culw als moritz zu finden

Dies müsste dann in die sduino firmware eingebaut werden:
https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/clib/rf_moritz.c

[Wzut]

THX Ralf. Ja moritz stimmt, der Inhalt allerdings ist nicht so meine Welt und sagt mir daher persönlich recht wenig. Aber du wirst damit und den diversen Kommentar Zeilen schon was anfangen können
Ob die Acks zeitkritisch sind kann ich z.Z. auch nicht beurteilen. Ich wollte erst einmal versuchen aus einem Wemos D1 mini (oder ESP32) und einem CC1101 Modul einen Signalduino zu stecken und die vorhanden MAX! Telegramme mitzulesen. Da muss ich doch auch erst einmal diverse Parameter setzen ?

[Ralf9]

Da muss ich doch auch erst einmal diverse Parameter setzen ?

Du kannst es mal mit dem rfmode von "Rojaflex" als Ausgangspunkt versuchen.
Dann mit "get ccreg 99" alle cc1101 Register auslesen
und dann mit den cc1101 Register (PROGMEM MORITZ_CFG) in rf_moritz.c vergleichen,
und die Register wo nicht passen mit "set cc1101_reg" ändern.

cc1101_reg Es können mehrere Register auf einmal gesetzt werden. Das Register wird über seinen zweistelligen Hexadezimalwert angegeben, gefolgt von einem zweistelligen Wert. Mehrere Register werden via Leerzeichen getrennt angegeben

und dann noch zusätzlich in das Register 03 den Wert 07 und in das Register 06 den Wert FF schreiben

[Wzut]

Der ESP32 DEVKIT V1 ist mit der V 4.2.2-dev220712 geflasht und liefert bei rfmode LaCrosse_mode2 auch ständig Werte meiner LaCrosse Sensoren, ich gehe nun davon aus das die Hardware soweit ok ist.
Die Register Werte habe ich gesetzt, hier die Ausgabe von ccreg 99

Code Auswählen Erweitern

ccreg 00: 07 2E 46 07 C6 26 FF 0C 02 00 00 06 00 21 65 6A
ccreg 10: C8 93 03 22 F8 34 07 3F 28 16 6C 43 68 91 87 6B
ccreg 20: F8 56 11 EB 0B 00 11 41 00 59 7F 3E 81 35 0B

cc1101 reg detail - addr, name, value, (OOK default),[reset]
0x00 IOCFG2   - 0x07 (0D) [29]
0x01 IOCFG1   - 0x2E
0x02 IOCFG0   - 0x46 (2D) [3F]
0x03 FIFOTHR  - 0x07
0x04 SYNC1    - 0xC6 (D3)
0x05 SYNC0    - 0x26 (91)
0x06 PKTLEN   - 0xFF (3D) [0F]
0x07 PKTCTRL1 - 0x0C (04)
0x08 PKTCTRL0 - 0x02 (32) [45]
0x09 ADDR     - 0x00
0x0A CHANNR   - 0x00
0x0B FSCTRL1  - 0x06 [0F]
0x0C FSCTRL0  - 0x00
0x0D FREQ2    - 0x21 (10) [1E]
0x0E FREQ1    - 0x65 (B0) [C4]
0x0F FREQ0    - 0x6A (71) [EC]
0x10 MDMCFG4  - 0xC8 (57) [8C]
0x11 MDMCFG3  - 0x93 (C4) [22]
0x12 MDMCFG2  - 0x03 (30) [02]
0x13 MDMCFG1  - 0x22 (23)
0x14 MDMCFG0  - 0xF8 (B9)
0x15 DEVIATN  - 0x34 (00) [47]
0x16 MCSM2    - 0x07
0x17 MCSM1    - 0x3F (00) [30]
0x18 MCSM0    - 0x28 (18) [04]
0x19 FOCCFG   - 0x16 (14) [36]
0x1A BSCFG    - 0x6C
0x1B AGCCTRL2 - 0x43 (07) [03]
0x1C AGCCTRL1 - 0x68 (00) [40]
0x1D AGCCTRL0 - 0x91 (90)
0x1E WOREVT1  - 0x87
0x1F WOREVT0  - 0x6B
0x20 WORCTRL  - 0xF8
0x21 FREND1   - 0x56
0x22 FREND0   - 0x11 [16]
0x23 FSCAL3   - 0xEB (E9) [A9]
0x24 FSCAL2   - 0x0B (2A) [0A]
0x25 FSCAL1   - 0x00 [20]
0x26 FSCAL0   - 0x11 (1F) [0D]
0x27 RCCTRL1  - 0x41
0x28 RCCTRL0  - 0x00
0x29 FSTEST   - 0x59
0x2A PTEST    - 0x7F
0x2B AGCTEST  - 0x3E
0x2C TEST2    - 0x81
0x2D TEST1    - 0x35
0x2E TEST0    - 0x0B
und ccconf

Code Auswählen Erweitern

ccconf: freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)

Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHzverbose 5 und debug 1 sind gesetzt, aber leider keine Meldungen (mit Ausnahme von ping)
Was ist mit den CC1101 Registern oberhalb von 0x2E ?
In der signalduino_protocols.pm werden da noch welche gesetzt bei anderen Protokollen.

[Ralf9]

Bitte teste es mal damit:

Code Auswählen Erweitern

CW0007,0246,0307,04C6,0526,06FF,070C,0845,0D21,0E65,0F6A,10C8,1193,1203,1322,14F8,1534,173F,1828,1916,1B43,1C40,1D91,23A9,240A,2500,2611,2C81,2D35,3D0F,3E04,404D,4141,4258,435F,4400Es wird mit "get raw .." an den sduino gesendet. Als Rückmeldung kommt dann: "...4400 ok,N=15,ccmode=4"

Du kannst es auch mal mit cc1101 Register 08=05 testen

[Wzut]

Leider empfange ich mit diesen ganzen vorgeschlagenen Einstellungen rein gar nichts
So langsam kommen mir Zweifel an meiner benutzen Hardware, ich habe daher mal einen Suche Thread im Marktplatz aufgemacht -> https://forum.fhem.de/index.php?topic=135532.0

[Ralf9]

Da Du Deine LaCrosse Sensoren empfangen kannst, sollte die Hardware passen.
Hast Du schon mal versucht die Frequenz ein klein wenig zu ändern?

Es würde die Sache vereinfachen, wenn dies jemand versuchen würde der sich etwas mit den cc1101 Registern auskennt und auch Max! Module hat.

Liest hier jemand mit der sich etwas mit den cc1101 Registern auskennt, einen sduino und Max! Module hat?

[Wzut]

Sicher LaCrosse und IT ging, aber als ich mit dem CC1101 auf dem Steckbrett einen CUL probiert habe liefert der beim umschalten auf MAX! oder HM sofort Müll
Obwohl ich den CC1101 schon ewig auf dem Steckbrett für diverse AskSin Versuche benutzt hatte - anyway

Frequenzverschiebung kann ich natürlich testen sobald ich meine neue Hardware habe. Stichwort neue Hardware :
Auf meine Anfrage hat sich ein User gemeldet der mir einen Signalduino bauen kann. Basis wäre ein Maple Mini USB. Das ist doch ok ? bzw. ich kann auch Ethernet dazu haben, ginge doch auch ?

Thema Tester : Soviele mit MAX wird es nicht mehr geben, allerdings müsste HomeMatic doch auch als Test gehen, da IMHO "nur" das SyncWord sich von MAX unterscheidet.

[Ralf9]

Basis wäre ein Maple Mini USB. Das ist doch ok ? bzw. ich kann auch Ethernet dazu haben, ginge doch auch

Ja das passt und Ethernet ist auch möglich.

Ich habe dafür ein neues Thema aufgemacht
https://forum.fhem.de/index.php?topic=135560.0