FSK mit dem SIGNALDuino

Begonnen von Ralf9, 22 Dezember 2019, 17:30:36

Vorheriges Thema - Nächstes Thema

ole1986

Da erhalte ich:

Unknown argument cc1101_patable_868, choose one of supported commands

In FHEM zeigt es mir nur "cc1101_patable"

Ralf9

Ich ging davon aus, daß Du meine Variante der 00_SIGNALduino.pm verwendest. versionmodul  v3.4.5

Mit dem offiziellen 00_SIGNALduino.pm Modul von Sidey ist die Bedienung etwas umständlicher, da die Komfortfunktionen fehlen.
Da heisst es "set cc1101_patable"

Wenn ein "get cc1101_patable" C2 ergibt, dann sind  es bei 868MHz 10_dBm
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

elektron-bbs

Zitat von: Ralf9 am 18 Dezember 2020, 16:12:26
Mit dem offiziellen 00_SIGNALduino.pm Modul von Sidey ist die Bedienung etwas umständlicher, da die Komfortfunktionen fehlen.

Könntest du mal bitte näher erläutern, welche "Komfortfunktionen" fehlen?
Vielleicht können wir ja etwas nachbessern.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

Ralf9

ZitatKönntest du mal bitte näher erläutern, welche "Komfortfunktionen" fehlen?

z.B.
In den aktuellen Versionen des  offiziellen 00_SIGNALduino.pm Moduls funktioniert "get sduino raw" nicht mehr.
Siehe auch im Signalduino wiki. Es muss jetzt das "set sduino raw" verwendet werden wo keine Rückmeldungen angezeigt werden.
Die Rückmeldungen des set raw Befehls erscheinen nur im Logfile ab Verbose 4

Mit "get sduino ccreg" lässt sich das Statusregister (z.B. 31 oder 35) nicht mehr auslesen.

Gruß Ralf

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ralf9

Zitat von: ole1986 am 23 Dezember 2020, 14:40:12
Auf 433 laufen intertechno und auf 868 eben etwas anderes. Ich habe keine Ahnung ob es für die Intertechno ein protokoll - Wie finde ich das heraus?
Meinst Du mit 868 dies?
ZitatDas empfangen von FSK Signalen über eine 868.X Mhz fernbedienung funktionert wunderbar.
Das Signal ist erstaulich sauber von der FB und stark soweit ich das mit Hilfe von URH beurteilen kann.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

plin

#185
Kurz dazwischen eingeschoben: Anbei ein Update meines Sciptes cc1101regs.pl zum Auslesen und interpretieren der cc1101-Register für diejenigen die es intersssiert.

In Zeile 15 müsst Ihr den Namen Eures SIGNALduino-Devices eintragen. Dann könnt Ihr das Script mit
./cc1101regs.pl
unter Unix ausführen.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Reinhard.M

Zitat von: plin am 02 Januar 2021, 09:47:50
Kurz dazwischen eingeschoben: Anbei ein Update meines Sciptes cc1101regs.pl zum Auslesen und interpretieren der cc1101-Register für diejenigen die es intersssiert.

In Zeile 15 müsst Ihr den Namen Eures SIGNALduino-Devices eintragen. Dann könnt Ihr das Script mit
./cc1101regs.pl
ausführen.

Nun, bei mir funktioniert es trotz entsprechender Anpassung in Zeile 15 weder in der Command-Line noch in einem FHEM Telnet Fenster. Und auch nicht direkt unter UNIX.  :-\

plin

Zitat von: Reinhard.M am 02 Januar 2021, 17:53:25
Nun, bei mir funktioniert es trotz entsprechender Anpassung in Zeile 15 weder in der Command-Line noch in einem FHEM Telnet Fenster. Und auch nicht direkt unter UNIX.  :-\
ok, was gibt das Scipt denn aus?

1. Muss unter Unix am command prompt ausgeführt werden.
2. möglicherweise fehlen Dir noch ein paar Libs für
    use IO::Socket;
    use Socket;
    use Data::Dumper;
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Reinhard.M

Das Script gibt nichts aus. Und ob die genannten Libs installiert sind - keine Ahnung. Wüsste im Moment auch nicht wie und wo ich das prüfe bzw. hinzufüge. Sorry.  :-[

plin

Zitat von: Reinhard.M am 02 Januar 2021, 18:55:36
Das Script gibt nichts aus. Und ob die genannten Libs installiert sind - keine Ahnung. Wüsste im Moment auch nicht wie und wo ich das prüfe bzw. hinzufüge. Sorry.  :-[
Wie sieht die Ausgabe eines get <mysduinodevice> ccreg 99 aus?
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Reinhard.M

Übersichtlich :)

Zitat
ccreg 00: 0D 2E 2D 07 D3 91 3D 04 32 00 00 06 00 10 B0 71
ccreg 10: 57 C4 30 23 B9 00 07 00 18 14 6C 07 00 90 87 6B
ccreg 20: F8 56 11 EF 0B 3D 1F 41 00 59 7F 1F 88 31 0B

cc1101 reg detail - addr, name, value, (OOK default),[reset]
0x00 IOCFG2   - 0x0D [29]
0x01 IOCFG1   - 0x2E
0x02 IOCFG0   - 0x2D [3F]
0x03 FIFOTHR  - 0x07
0x04 SYNC1    - 0xD3
0x05 SYNC0    - 0x91
0x06 PKTLEN   - 0x3D [0F]
0x07 PKTCTRL1 - 0x04
0x08 PKTCTRL0 - 0x32 [45]
0x09 ADDR     - 0x00
0x0A CHANNR   - 0x00
0x0B FSCTRL1  - 0x06 [0F]
0x0C FSCTRL0  - 0x00
0x0D FREQ2    - 0x10 [1E]
0x0E FREQ1    - 0xB0 [C4]
0x0F FREQ0    - 0x71 [EC]
0x10 MDMCFG4  - 0x57 [8C]
0x11 MDMCFG3  - 0xC4 [22]
0x12 MDMCFG2  - 0x30 [02]
0x13 MDMCFG1  - 0x23 [22]
0x14 MDMCFG0  - 0xB9 [F8]
0x15 DEVIATN  - 0x00 [47]
0x16 MCSM2    - 0x07
0x17 MCSM1    - 0x00 [30]
0x18 MCSM0    - 0x18 [04]
0x19 FOCCFG   - 0x14 [36]
0x1A BSCFG    - 0x6C
0x1B AGCCTRL2 - 0x07 [03]
0x1C AGCCTRL1 - 0x00 [40]
0x1D AGCCTRL0 - 0x90 [91]
0x1E WOREVT1  - 0x87
0x1F WOREVT0  - 0x6B
0x20 WORCTRL  - 0xF8
0x21 FREND1   - 0x56
0x22 FREND0   - 0x11 [16]
0x23 FSCAL3   - 0xEF (E9) [A9]
0x24 FSCAL2   - 0x0B (2A) [0A]
0x25 FSCAL1   - 0x3D (00) [20]
0x26 FSCAL0   - 0x1F [0D]
0x27 RCCTRL1  - 0x41
0x28 RCCTRL0  - 0x00
0x29 FSTEST   - 0x59
0x2A PTEST    - 0x7F
0x2B AGCTEST  - 0x1F
0x2C TEST2    - 0x88
0x2D TEST1    - 0x31
0x2E TEST0    - 0x0B

plin

Zitat von: Reinhard.M am 02 Januar 2021, 20:20:34
Übersichtlich :)
Ich habe das Script angepasst und im Post aktualisiert. Neues Spiel - neues Glück :-)
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Reinhard.M

Passt und funktioniert :)
Beim Ausgabewert würde ich mir noch das Format des Ausgabewertes wünschen, also Hex oder Dec. Binär erkennt man ja meistens so.

HomeAuto_User

Hallo @Ralf

ich habe heute deine Version mal getestet und musste feststellen, das ein Dispatch von Kopp nicht funktioniert.

Zitat von: Ralf9 am 05 Januar 2020, 01:32:06
Der Empfang von KoppFreeControl funktioniert bei mir jetzt auch.
Damit auch der Dispatch funktioniert musste ich im 14_CUL_WS.pm Modul den Match Eintrag ändern, sonst wurde ein CUL_WS Sensor angelegt.
von
$hash->{Match}     = "^K.....";
nach
$hash->{Match}     = "^K[A-Fa-f0-9]{5,}";


Dies ist die neue Protokoll ID
"102" => # Kopp
{
name            => 'KoppFreeControl',
id              => '102',
datarate        => '4785.5',
sync            => 'AA54',
modulation      => 'GFSK',
match           => '^0.*',   # fuer eine regexp Pruefung am Anfang vor dem method Aufruf
clientmodule    => 'Kopp',
method        => \&main::SIGNALduino_KoppFreeControl,
}


2020.01.05 01:09:54.504 4 : sduinoD/msg get raw: MN;D=07FA5E1721CC0F02FE000000000000;
2020.01.05 01:09:54.504 4 : sduinoD: Found GFSK Protocol id 102 -> KoppFreeControl
2020.01.05 01:09:54.504 4 : sduinoD KoppFreeControl: dmsg=07FA5E1721CC0F02FE000000000000 anz=8 checksum=254 ok
2020.01.05 01:09:54.504 4 : sduinoD ParseMN: ID=102 dmsg=kr07FA5E1721CC0F02
2020.01.05 01:09:54.504 4 : sduinoD Dispatch: kr07FA5E1721CC0F02, dispatch
2020.01.05 01:09:54.504 2 : KOPP_FC_Parse: name: sduinoD code: FA5E 21 Specialkey:short
2020-01-05 01:09:54.506 KOPP_FC culfsk on


Kannst du bitte mit dem orginalem Kopp Modul und deiner Version von

update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_ralf9_signalduino.txt
mal bitte die RAW MN;D=07FA5E1721CC0F02FE000000000000;N=4; testen.

Mir gelang es nicht.

2021.02.04 17:57:40 4: sduino_dummy/msg get raw: MN;D=07FA5E1721CC0F02FE000000000000;N=4;
2021.02.04 17:57:40 4: sduino_dummy Parse_MN: Found GFSK Protocol id 102 -> KoppFreeControl
2021.02.04 17:57:40 4: sduino_dummy KoppFreeControl: dmsg=07FA5E1721CC0F02FE000000000000 anz=8 checksum=254 ok
2021.02.04 17:57:40 4: sduino_dummy ParseMN: ID=102 dmsg=kr07FA5E1721CC0F02
2021.02.04 17:57:40 4: sduino_dummy Dispatch: kr07FA5E1721CC0F02, Dropped (1) due to short time and equal msg
2021.02.04 17:58:04 4: sduino_dummy/msg get raw: MN;D=07FA5E1721CC0F02FE000000000000;N=4;
2021.02.04 17:58:04 4: sduino_dummy Parse_MN: Found GFSK Protocol id 102 -> KoppFreeControl
2021.02.04 17:58:04 4: sduino_dummy KoppFreeControl: dmsg=07FA5E1721CC0F02FE000000000000 anz=8 checksum=254 ok
2021.02.04 17:58:04 4: sduino_dummy ParseMN: ID=102 dmsg=kr07FA5E1721CC0F02
2021.02.04 17:58:04 4: sduino_dummy Dispatch: kr07FA5E1721CC0F02,  dispatch
2021.02.04 17:58:04 2: KOPP_FC_Parse: name: sduino_dummy code: FA5E 21 Specialkey:short
2021.02.04 17:58:04 2: KOPP_FC_Parse: Device not defined for message kr07FA5E1721CC0F02
2021.02.04 17:58:04 3: sduino_dummy: Unknown code kr07FA5E1721CC0F02, help me!
2021.02.04 17:58:10 4: sduino_dummy/msg get raw: MN;D=07FA5E1721CC0F02FE000000000000;N=4;
2021.02.04 17:58:10 4: sduino_dummy Parse_MN: Found GFSK Protocol id 102 -> KoppFreeControl
2021.02.04 17:58:10 4: sduino_dummy KoppFreeControl: dmsg=07FA5E1721CC0F02FE000000000000 anz=8 checksum=254 ok
2021.02.04 17:58:10 4: sduino_dummy ParseMN: ID=102 dmsg=kr07FA5E1721CC0F02
2021.02.04 17:58:10 4: sduino_dummy Dispatch: kr07FA5E1721CC0F02,  dispatch
2021.02.04 17:58:10 2: KOPP_FC_Parse: name: sduino_dummy code: FA5E 21 Specialkey:short
2021.02.04 17:58:10 2: KOPP_FC_Parse: Device not defined for message kr07FA5E1721CC0F02
2021.02.04 17:58:10 3: sduino_dummy: Unknown code kr07FA5E1721CC0F02, help me!


Hast du eine Erklärung woran es liegt?

MfG Marco
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Ralf9

Das Dispatch funktioniert nur, wenn das Kopp Device von Hand angelegt wurde.

So wies aussieht gibts beim Kopp Modul kein Autocreate

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7