SIGNALDuino Empfänger Firmware V 3.3.2r-dev

Begonnen von Ralf9, 07 Januar 2018, 21:37:44

Vorheriges Thema - Nächstes Thema

Ralf9

Zitat2. langer Tastendruck (der Tastencode ist dann um 0x80 höher)
damit kann man z.B. Dimmer steuern, d.h. solange die Taste gedrückt wird ändert sich der Zustand.
Ist dies ein ein Tasten Dimmer? Wenn das Modul in die falsche Richtung dimmt, dann wird die Taste kurz losgelassen, dann dimm es in die andere Richtung?

Zitat"kt" wird von FHEM nicht genutzt, möchte man aber z.B. neue Module ohne FHEM Implementierung bedienen kann man diesen Befehl im RAW Mode immer noch nutzen
Alles klar?
Dies kann doch aber auch erreicht werden, wenn ohne FHEM Implementierung erst der ks Befehl für dimm und dann den ks Befehl für stop gesendet wird.
Das kt in die sduino firmware einzubauen wäre recht aufwändig, das kt dürfte demnach auch nicht nötig sein.


Damit auch das Senden über das Kopp Modul funktioniert, muss noch folgendes in die "sub KOPP_FC_SendCommand" eingebaut werden:
if ($io->{TYPE} ne "SIGNALduino") {
$message = "s"
. $keycodehex
. $hash->{TRANSMITTERCODE1}
. $hash->{TRANSMITTERCODE2}
. $hash->{TIMEOUT}
. "N"; # N for do not print messages (FHEM will write error messages to log files if CCD/CUL sends status info

   ## Send Message to IODev using IOWrite
IOWrite( $hash, "k", $message );
}
else {
my $d;
my $dmsg = "07" . $hash->{TRANSMITTERCODE1} . sprintf("%02x",$hash->{blkctr}) . $keycodehex . "CC0F" . $hash->{TRANSMITTERCODE2};
my $blkck = 0xAA;
for (my $i = 0; $i < 8; $i++) {
$d = hex(substr($dmsg,$i*2,2));
$blkck ^= $d;
}
$message = "SN;R=13;D=" . $dmsg . sprintf("%02x",$blkck) . "000000000000;";
IOWrite($hash, "raw", $message);
#Log3 $name, 4, "$io->{NAME} Kopp_FC_Set: $name sendRaw=$message";
$hash->{blkctr}++;
}


$hash->{blkctr} = 0
muss noch nach define

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

RaspII

zum langen Tastendruck:
Der Dimmer steuert durch, d.h. von hell nach dunkel, danach ohne pause wieder nach hell usw.

zum nichtnutzen von "kt"
Im Falle vom Dimmer hast Du recht, da könnte man so auch im RAW Mode arbeiten.
Ich hatte aber ein Spezialfall, bei dem man die taste für 3sec drücken musste. Das hatte dann die Firmware für mich erledigt.
Der "kt" Befehl ist so aufgebaut, dass man eine Zeit übergeben kann, die dann abläuft (zwischen start und stop).
In FHEM musste man dann keine Timer etc. händisch aufspannen.

Deine Änderung in KOPP_FC habe ich nicht verstanden, da bin ich aber vermutlich auch zu lange aus der Programmierung raus.

Was mir noch nicht einleuchtet ist, warum Du das Kopp Protokoll überhaupt unterstützen willst.
Man muss den Signalduino oder CUL immer exclusiv für das KOPP Protokoll reservieren, dann kann man doch auch gleich einen NANO CUL nutzen

RaspII

Ralf9

ZitatDeine Änderung in KOPP_FC habe ich nicht verstanden, da bin ich aber vermutlich auch zu lange aus der Programmierung raus.
Damit wird, wenn das IOdev der Signalduino ist
anstatt "ks21FA5E0200000N" das hier gesendet "SN;R=13;D=07FA5E1821CC0F02f1000000000000;"

Wenn ich vom sduinoE zum sduinoRXB sende, siehts im fhemlog so aus:
2020.01.11 16:29:41.366 3 : KOPP_FC_Set: Device Name: culfsk, command: on, Model: Switch_2KeyMode, Transm.-/KeyCode: FA5E 21
2020-01-11 16:29:41.367 KOPP_FC culfsk on
2020.01.11 16:29:41.368 4 : set sduinoE raw SN;R=13;D=07FA5E1821CC0F02f1000000000000;
2020.01.11 16:29:41.606 4 : sduinoRXB/msg READ: MN;D=07FA5E1821CC0F02F1000000000000;
2020.01.11 16:29:41.606 4 : sduinoRXB: Found GFSK Protocol id 102 -> KoppFreeControl
2020.01.11 16:29:41.606 4 : sduinoRXB KoppFreeControl: dmsg=07FA5E1821CC0F02F1000000000000 anz=8 checksum=241 ok
2020.01.11 16:29:41.606 4 : sduinoRXB ParseMN: ID=102 dmsg=kr07FA5E1821CC0F02
2020.01.11 16:29:41.606 4 : sduinoRXB Dispatch: kr07FA5E1821CC0F02, dispatch
2020.01.11 16:29:41.606 2 : KOPP_FC_Parse: name: sduinoRXB code: FA5E 21 Specialkey:short
2020-01-11 16:29:41.608 KOPP_FC culfsk on
2020.01.11 16:29:42.232 4 : sduinoE/msg READ: SN;R=13;D=07FA5E1821CC0F02f1000000000000;Marcs=1

2020.01.11 16:29:43.638 3 : KOPP_FC_Set: Device Name: culfsk, command: off, Model: Switch_2KeyMode, Transm.-/KeyCode: FA5E 21
2020-01-11 16:29:43.639 KOPP_FC culfsk off
2020.01.11 16:29:43.640 4 : set sduinoE raw SN;R=13;D=07FA5E1911CC0F02c0000000000000;
2020.01.11 16:29:43.829 4 : sduinoRXB/msg READ: MN;D=07FA5E1911CC0F02C0000000000000;
2020.01.11 16:29:43.829 4 : sduinoRXB: Found GFSK Protocol id 102 -> KoppFreeControl
2020.01.11 16:29:43.829 4 : sduinoRXB KoppFreeControl: dmsg=07FA5E1911CC0F02C0000000000000 anz=8 checksum=192 ok
2020.01.11 16:29:43.829 4 : sduinoRXB ParseMN: ID=102 dmsg=kr07FA5E1911CC0F02
2020.01.11 16:29:43.829 4 : sduinoRXB Dispatch: kr07FA5E1911CC0F02, dispatch
2020.01.11 16:29:43.829 2 : KOPP_FC_Parse: name: sduinoRXB code: FA5E 11 Specialkey:short
2020-01-11 16:29:43.831 KOPP_FC culfsk off
2020.01.11 16:29:44.504 4 : sduinoE/msg READ: SN;R=13;D=07FA5E1911CC0F02c0000000000000;Marcs=1


ZitatWas mir noch nicht einleuchtet ist, warum Du das Kopp Protokoll überhaupt unterstützen willst.
Ist für mich auch ein Test ob das Senden und Empfangen über den FIFO sauber funktioniert.

Auf der Version für den Maple Mini habe ich vor mehrere cc1101 zu unterstützen.



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

andies

Hallo Ralf9,

kann ich denn meinen Cul (ich habe den von locutus) über http flashen? Mir sagte er

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : 192.168.2.54:23
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: ser_open(): can't open device "192.168.2.54:23": No such file or directory

avrdude done.  Thank you.

und anscheinend geht das nicht? Die IP ist korrekt und er ist openend, aber eben mit Version
Internals:
   CFGFN     
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        192.168.2.54:23
   DMSG       s336CCB607000
   DevState   initialized
   DeviceName 192.168.2.54:23
   FD         37
   FLASH_RESULT ERROR: avrdude exited with error
   FUUID      5e1a4c68-f33f-05b9-0472-e14bd9c0af2f47d2
   IDsNoDispatch 2,72.1,82
   LASTDMSG   s336CCB607000
   LASTDMSGID 0.3
   MSGCNT     109
   NAME       sduino2
   NR         83604
   PARTIAL   
   RAWMSG     MS;P0=-4023;P1=478;P2=-2006;P4=-9012;D=14121210101212101012101012101012121010121210121010121010121212121212101010;CP=1;SP=4;R=240;O;m2;
   RSSI       -82
   STATE      opened
   TIME       1578782835
   TYPE       SIGNALduino
   hasCC1101  1
   sendworking 0
   version    V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:42:03
   versionProtocols 1.10
   versionmodul v3.4.1
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-01-11 23:31:57   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2020-01-11 23:36:49   ccpatable       C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
     2020-01-11 23:33:10   config          MS=1;MU=1;MC=1;Mred=1
     2020-01-11 23:37:12   freeram         939
     2020-01-11 23:43:17   state           opened
     2020-01-11 23:36:14   uptime          0 00:49:34
     2020-01-11 23:43:17   version         V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:42:03
   helper:
     avrdudecmd avrdude -c arduino -b 57600 -P 192.168.2.54:23 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>./log/SIGNALduino-Flash.log || avrdude -c arduino -b 57600 -P 192.168.2.54:23 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino sduino2
hex file: FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex
port: 192.168.2.54:23
command: avrdude -c arduino -b 57600 -P 192.168.2.54:23 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>[LOGFILE] || avrdude -c arduino -b 57600 -P 192.168.2.54:23 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>[LOGFILE]

sduino2 closed
--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : 192.168.2.54:23
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: ser_open(): can't open device "192.168.2.54:23": No such file or directory

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sduino2 reopen started

   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     51
     53
     55
     65
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     39
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
Attributes:
   blacklist_IDs 41,40,37,38,68
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Das hängt davon ab ob DTR (Reset) mit dem ESP8266 verbunden ist und ob die SW (z.B. ESPLink) richtig konfiguriert ist
https://forum.fhem.de/index.php/topic,69042.msg605241.html#msg605241
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

RaspII

@Ralf
Du hast die KOPP_FC schon modifiziert, nehme ich an?
Schick mir die Datei mal zu. Ich teste das bei mir mit dem Signalduino und den Kopp Aktuatoren, wenn da alles klappt und es mit dem CUL auch noch funktioniert stelle ich das Online
RaspII

andies

Zitat von: Ralf9 am 11 Januar 2020, 23:58:35
Das hängt davon ab ob DTR (Reset) mit dem ESP8266 verbunden ist und ob die SW (z.B. ESPLink) richtig konfiguriert ist
https://forum.fhem.de/index.php/topic,69042.msg605241.html#msg605241
Da ist schonmal ein ESP8285 drauf, wer weiss, ob das eine Rolle spielt... Ich kann ja auf USB-Betrieb umstellen, da binde ich den so ein und flashe dann.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Zitat von: andies am 11 Januar 2020, 23:48:09
Hallo Ralf9,

kann ich denn meinen Cul (ich habe den von locutus) über http flashen? Mir sagte er
Ich habe gerade bemerkt, dass meine Frage zu unpräzise war. Ich habe die Firmware 3.3.1 drauf, will aber Deine 3.3.2r benutzen. Nur dieser Vorgang ging nicht, der Rest ist anscheinend richtig eingestellt.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Zitatavrdude: ser_open(): can't open device "192.168.2.54:23": No such file or directory
diese Fehlermeldung kommt von avrdude, dies ist unabhängig von der firmware die Du flashen willst
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

hier gibts für den FSK Empfang eine neue Firmware für den nano- und minicul
https://forum.fhem.de/index.php/topic,82379.msg1010643.html#msg1010643

Da es wahrscheinlich noch länger dauern wird bis die dazu notwendigen Anpassungen im offiziellen Signalduino Modul sind,
sind hier zur Verwendung in einem Testsystem die notwendigen Anpassungen:
https://github.com/Ralf9/RFFHEM/issues/4

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

plin

Hallo zusammen,

kurzer Zwischen- bzw. Endstand zu meiner seit Februar 2018 schwelenden Baustelle "unbekannte Funkprotokolle":

Mein "unbekanntes" Funkprotokoll kommt aus einem HCS301. Somit ist es nunmehr ein bekanntes und lässt sich folglich (zunächst mal nur als Empfang) in das Modul SD_Keeloq einbauen.

Meinen Dank an alle Mitwirkenden für die Unterstützung in den letzten Jahren und insbesondere auch an @HomeAuto_User der letztendlich den Knoten gelöst hat.

VG Peter
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

HomeAuto_User

@Ralf,

wie schaut eine korrekte Debugausgabe für den FIFO aus wenn man
Mode 1 - IT+ 17.241 kbps
empfangen möchte.

Ich versuche dahinter zu kommen wieso nicht empfangen wird oder sehr sporadisch wenn 3 Sensoren davon existent sind innerhalb Luftlinie 10 - 15m.

Meine Ausgabe
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) 49290E34285CA988714215CB012A7E4218FA13285C79A9213E (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(24) 592F7B05320C5898FE20C1F153A774C247B02090D00C4802 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) 249D643F71F3354A7FC30444BA5982FAFC7F1A117603069AF0 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) 15C018EB52344DA4176FAC82012092C1BE99455990A01C3860 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(24) DCB44AD99D66B4804969D5A9C67C97D02394C9ECE7ADDC5A (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) D94B03249D180FAAA227C4A8552C41221E9B4ED91F82378EB8 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) C202A9605AC78DC017F01D9E310C091089BE7A0A4A6A5AC777 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(24) C267868410C2E287381809C0EE33792CC4B48DD9864386C4 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) 231C052638A1B4063CB1EA1420809AEB4266221391B984798B (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) 090FBB6C1B129A9501918249CA72BD84AA1D9E72C86B153AC4 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(24) 3C3B4E57522F33CB9A3A8154C59F4F1A315B0C199FF2941C (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(25) 8F80B72DA54E0936D22C114006E3509FB180B380917C9F03F9 (21) M13
2020.01.13 14:26:05 4: nano_868Mhz/msg READ: RX(24) 08CC361A9130981489A64416D993302095168053AC90131F (21) M13


ccconf: freq:868.350MHz bWidth:203KHz rAmpl:36dB sens:8dB (DataRate:17257.69Baud, Modulation:2-FSK) SYNC_MODE:16/16 + carrier-sense above threshold

Thx
"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

Zitatwie schaut eine korrekte Debugausgabe für den FIFO aus wenn man
Bei der hohen Datenrate von 17.241 kbps ist mir auch noch keine sinnvolle Debugausgabe gelungen.
Bei so einer hohen Datenrate kommen die Daten schneller in den FIFO als sie seriell  mit 57600 ausgegeben werden können.
Verwendest Du ein 868MHz cc1101 Modul?
Ist evtl in der Nähe des cc1101 Moduls eine Störquelle?


ZitatIch versuche dahinter zu kommen wieso nicht empfangen wird oder sehr sporadisch wenn 3 Sensoren davon existent sind innerhalb Luftlinie 10 - 15m.
Sind bei den 10 - 15m Luftlinie auch Wände oder Decken dazwischen?
Bei meinem TX29DTH-IT ist mir aufgefallen, daß die Reichweite viel geringer ist als bei den 433MHz Sensoren.
Welche LaCrosse Sensoren verwendest Du?
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

andies

#508
Hi Ralf9, ich muss Dich nochmal belästigen. Ich habe den locutus signalduino-Stick und möchte aber mit Deiner Firmware arbeiten. Im USB Modus kann man den gut flashen
avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 3
         Firmware Version: 6.2
         Vtarget         : 0.3 V
         Varef           : 0.3 V
         Oscillator      : 28.800 kHz
         SCK period      : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex"
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex auto detected as Intel Hex
avrdude: writing flash (24984 bytes):

Writing | ################################################## | 100% 7.67s

avrdude: 24984 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex:
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex contains 24984 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 5.78s

avrdude: verifying ...
avrdude: 24984 bytes of flash verified

avrdude done.  Thank you.

aber er schließt sich ständig von selbst und komisch erscheint mir, dass keine get-Befehle auf der Weboberfläche sichtbar sind. Weißt du, was da falsch ist?
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       s376FC260C000
   DevState   INACTIVE
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FUUID      5e1a4c68-f33f-05b9-0472-e14bd9c0af2f47d2
   IDsNoDispatch 2,72.1,82
   LASTDMSG   s376FC260C000
   LASTDMSGID 0
   MSGCNT     2
   NAME       sduino2
   NR         266
   RAWMSG     MS;P0=-3946;P1=504;P2=-8896;P3=-1998;D=121212131310101310101013101013101010101010131313131013131010131313131310101313;CP=1;SP=2;R=251;m2;
   RSSI       -76.5
   STATE      closed
   TIME       1579080822
   TYPE       SIGNALduino
   hasCC1101  1
   initResetFlag 1
   initretry  3
   sendworking 0
   version   
   versionProtocols 1.10
   versionmodul v3.4.1
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-01-12 15:28:23   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2020-01-15 10:30:29   ccpatable       C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
     2020-01-12 15:42:00   config          MS=1;MU=1;MC=1;Mred=1
     2020-01-11 23:37:12   freeram         939
     2020-01-13 09:04:40   ping            OK
     2020-01-15 10:38:06   state           closed
     2020-01-11 23:36:14   uptime          0 00:49:34
     2020-01-15 10:29:49   version         V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:42:03
   helper:
     avrdudecmd avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -p atmega328p -v -v -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>./log/SIGNALduino-Flash.log || avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -p atmega328p -v -v -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino sduino2
hex file: FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex
port: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -p atmega328p -v -v -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>[LOGFILE] || avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -p atmega328p -v -v -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>[LOGFILE]

sduino2 closed
--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 3
         Firmware Version: 6.2
         Vtarget         : 0.3 V
         Varef           : 0.3 V
         Oscillator      : 28.800 kHz
         SCK period      : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex"
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex auto detected as Intel Hex
avrdude: writing flash (24984 bytes):

Writing | ################################################## | 100% 7.67s

avrdude: 24984 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex:
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex contains 24984 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 5.78s

avrdude: verifying ...
avrdude: 24984 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sduino2 reopen started

   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     51
     53
     55
     65
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     39
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
Attributes:
   blacklist_IDs 41,40,37,38,68
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -v -v -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   updateChannelFW stable


Nachtrag: Beim Versuch, Dinge zu ändern, erhalte ich
sduino2 is not active, may firmware is not suppoted, please flash or reset
Ich habe noch einen zweiten Signaludino dran, der ist opened. Das hat doch nichts damit zu tun, oder?
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Zitatavrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex auto detected as Intel Hex
Dies ist die firmware für den nano.
Es gibt auch eine für den minicul
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_miniCUL_3321rc9.hex
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