SIGNALDuino Empfänger Firm- und Hardware

Begonnen von Ralf9, 02 Oktober 2016, 22:59:51

Vorheriges Thema - Nächstes Thema

StefanH

@raspiLED: genau so habe ich es gemacht.
Den anderen Befehl kann ich wahrscheinlich erst am Wochenende ausprobieren.

StefanH

Also ich habe es jetzt doch noch ausprobieren können.
Nach dem flashen empfängt der signalDuino auf 434... Daten, die wahrscheinlich von einem Teperatursensor von meinen Nachbarn stammen. Wenn ich ihn auf 868.300 umstelle nichts mehr. Also werden meine Daten noch nicht empfangen.

Scheinbar war mein Fehler, dass ich ihn danach wieder auf genau 434.000Mhz umgestellt habe und nicht auf die Anfangsfrequenz.

D.h. der Signalduino funktioniert generell, aber ich empfange noch nicht die gewünschten Sensoren. Mein CC1101 ist eigentlich auf 868MHz optimiert.

Gibt es Vorschläge, was ich noch ändern muss?

RaspiLED

#917
Hast Du die Frequenz richtig gesetzt?

set SDUINO cc1101_freq 433.920

IT 433.920 MHz
Somfy 433.420 MHz
Homematic/MAX!/LaCrosse 868.300 MHz

Hast Du die Attribute gesetzt?

attr SDUINO cc1101_frequency 433
oder
attr SDUINO cc1101_frequency 868

attr SDUINO hardware nanoCC1101


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

StefanH

Ich hab die Einstellungen noch mal ausprobiert und bekomme die Sensoren trotzdem nicht rein.

Gibt es noch Ideen, woran es liegen könnte? Oder kann ich noch irgendwelche Informationen zur Verfügung stellen?

RaspiLED

Naja, wir sind blind ;-)
Fangen wir mal an:

get SDUINO cmds
get SDUINO config
get SDUINO protocollIDs
get SDUINO version
get SDUINO ccconf
list SDUINO


Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Sidey

Hi,

Eventuell muss auch noch die Bandbreite und die Empfangs Symbolrate angepasst werden.

Ich weiss leider nicht, wie die Sensoren exakt senden.

Verbose 5 am sduino hilft auch um zu sehen ob überhaupt Mal etwas empfangen wurde.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

StefanH

#921
Entschuldigung, dass es etwas länger gedauert hat.
Jetzt habe ich alle Tests noch einmal in Ruhe machen können.

cmds: V R t X F S P C r W x e
config: MS=1;MU=1;MC=1
protocolIDs:

ID    modulname       protocolname # comment

  0 MS CUL_TCM97001    weather1 # Logilink, NC, WS, TCM97001 etc
  1 MS SD_RSL          ConradRSL
  2 MS SD_AS           AS, Self build arduino sensor # developModule. SD_AS module is only in github available
  3 MS IT              itv1
3.1 MS IT              itv1_sync40 # IT remote Control PAR 1000
  4 MS IT              arctech2
  5 MU IT              unitec6899
  6 MS                 weatherID6
  7 MS SD_WS07         weatherID7 # EAS800z, FreeTec NC-7344
  8 MU CUL_TX          TX3 Protocol
  9 MU SD_WS09         CTW 600 # FunkWS WH1080/WH3080/CTW600
10 MC OREGON          OSV2o3
11 MC SD_AS           AS
12 MC hideki          Hideki protocol # Hideki messages are sometimes received as inverted (check in sub)
13 MS FLAMINGO        FLAMINGO FA21
13.1 MU FLAMINGO        FLAMINGO FA21 / LM-101LD # FLAMINGO oder Unitec Rauchmelder
13.2 MS FLAMINGO        LM-101LD Rauchm # Unitec Rauchmelder
14 MS                 Heidemann HX
15 MS                 TCM Bell
16 MU Dooya           Dooya shutter
17 MS IT              arctech
18 MC OREGON          OSV1
20 MU                 livolo
21 MU                 einhell garagedoor
22 MS                 TX-EZ6
23 MS                 perl unknown
24 MU                 visivon remote
25 MS                 les led remote
26 MU                 remote26
27 MU                 remote27
28 MU                 IC Ledspot
29 MU                 HT12e remote
30 MU SD_UT           unitec47031 # developModule. SD_UT module is only in github available
31 MU                 pollin isotronic
32 MS                 freetec 6946
33 MS SD_WS           weather33
35 MS IT              HE800 # Homeeasy
36 MU                 socket36
37 MU SD_WS           Bresser 7009994
38 MS CUL_TCM97001    weather38
39 MU RFXX10REC       X10 Protocol
40 MU                 romotec
41 MS                 elro doorbell # Elro (Smartwares) Doorbell DB200
43 MC SOMFY           Somfy RTS
44 MU SD_WS           BresserTemeo
44.1 MU SD_WS           BresserTemeo
45 MU Revolt          Revolt
46 MU                 EKX1BE
47 MC SD_WS_Maverick  Maverick protocol
48 MU                 TFA Dostmann
49 MU                 quigg_gt9000
50 MU SD_WS           optus_XT300
51 MS SD_WS           weather51 # IAN 275901 Wetterstation Lidl
52 MC OREGON          OS_PIR
55 MS IT              quigg_gt1000
56 MU                 Celexon
57 MC                 m-e
58 MC                 tfa 30.3208.0
59 MU                 AK-HD-4
60 MU CUL_WS          WS2000
61 MU FS10            FS10 # Remote Control (434Mhz)
62 MU IT              Clarus_Switch
63 MU                 Warema # developId, is still experimental
64 MU SD_WS           WH2
65 MS IT              HE_EU # Homeeasy
66 MU CUL_TX          WS7035
67 MU CUL_TX          WS7053
68 MS CUL_TCM97001    PFR-130
69 MU                 Hoermann
70 MU CUL_FHTTK       FHT80TF # Door/Window switch (868Mhz)
71 MU SD_WS           PV-8644 # infactory Poolthermometer
72 MU Siro            Siro shutter # developModule. Siro is not in github or SVN available
72.1 MS Siro            Siro shutter # developModule. Siro is not in github or SVN available
73 MU FHT             FHT80 # Roomthermostat (868Mhz only receive)
74 MU FS20            FS20 # Remote Control (868Mhz only receive)
75 MU SD_RSL          ConradRSL2
76 MU                 xm21 # reserviert, LED Lichtrekette on
76.1 MU                 xm21 # reserviert, LED Lichtrekette off
77 MU CUL_TX          NANO_DS1820_4Fach # Seltbau Sensor
78 MU SIGNALduino_un  geiger # geiger blind motors
79 MU                 VTX-BELL_Funkklingel

version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
ccconf: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
Internals:
   CFGFN     
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A506926Z-if00-port0@57600
   DMSG       W58#45C7744445DE0
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A506926Z-if00-port0@57600
   FD         14
   LASTDMSG   W58#45C7744445DE0
   MSGCNT     17
   NAME       sduino
   NR         355
   PARTIAL   
   RAWMSG     MC;LL=-993;LH=970;SL=-479;SH=514;D=05747117777443E002BA388BBBBA21F0015D1C45F5747117777443E002BA388BBBBA21F0015D1C45DDDD10F8;C=487;L=349;R=235;
   RSSI       -84.5
   STATE      opened
   TIME       1529136086
   TYPE       SIGNALduino
   cc1101_frequency 868
   sendworking 0
   unknownmessages 2018-06-16 09:58:48-MU;P0=966;P1=-984;P2=533;P3=-481;D=0123230123232323010123230321012301232323232323232;CP=2;R=235;
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   versionmodul v3.3.3-dev_20.04.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     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   ^u30#.*
     18:FLAMINGO ^P13#[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
     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:
     2018-06-16 10:04:33   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-06-16 10:03:05   cmds             V R t X F S P C r W x e
     2018-06-16 10:03:25   config          MS=1;MU=1;MC=1
     2018-06-16 09:57:20   ping            OK
     2018-06-16 09:52:19   state           opened
     2018-06-16 10:04:16   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     13.2
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     65
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     75
     79
     8
     9
Attributes:
   cc1101_frequency 868.300
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    5


Im Logfile mit verbose 5 steht eigentlich nicht viel:
2018.06.16 10:06:19 5: AddSendQueue: sduino: P (1)
2018.06.16 10:06:20 5: sduino SW: P
2018.06.16 10:06:20 4: sduino/msg READ: OK
2018.06.16 10:06:20 5: sduino/noMsg Parse: OK
2018.06.16 10:06:20 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.06.16 10:06:20 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.06.16 10:07:19 4: sduino/keepalive ok, retry = 0
2018.06.16 10:08:19 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.06.16 10:08:19 5: AddSendQueue: sduino: P (1)
2018.06.16 10:08:20 5: sduino SW: P
2018.06.16 10:08:20 4: sduino/msg READ: OK
2018.06.16 10:08:20 5: sduino/noMsg Parse: OK
2018.06.16 10:08:20 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.06.16 10:08:20 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.06.16 10:09:19 4: sduino/keepalive ok, retry = 0
2018.06.16 10:10:19 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.06.16 10:10:19 5: AddSendQueue: sduino: P (1)
2018.06.16 10:10:20 5: sduino SW: P
2018.06.16 10:10:20 4: sduino/msg READ: OK
2018.06.16 10:10:20 5: sduino/noMsg Parse: OK
2018.06.16 10:10:20 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.06.16 10:10:20 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.06.16 10:11:19 4: sduino/keepalive ok, retry = 0
2018.06.16 10:12:19 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.06.16 10:12:19 5: AddSendQueue: sduino: P (1)
2018.06.16 10:12:20 5: sduino SW: P
2018.06.16 10:12:20 4: sduino/msg READ: OK
2018.06.16 10:12:20 5: sduino/noMsg Parse: OK
2018.06.16 10:12:20 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.06.16 10:12:20 4: sduino/HandleWriteQueue: nothing to send, stopping timer


Was ich jetzt gesehen habe, dass der nanoCUL vorher mit dem Modul "IT+ bitrate 17.241 kbps" gelaufen ist.
Jetzt wollte ich mal ausprobieren, die DataRate umzustellen, hab aber leider den Befehl nicht finden können. Kann man die DataRate einfach über FHEM umstellen oder muss dafür die Firmware neu gebaut werden?

Sollten denn die Technoline TX29DTH-IT generell vom SignalDuino unterstützt werden?

EDIT: Logeinträge mit eingefügt.

Sidey

#922
Zitat von: StefanH am 16 Juni 2018, 10:10:18

version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Aktualisiere bitte einmal die Firmware:
set sduino flash https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC7/SIGNALDuino_nanocc1101.hex

Zitat von: StefanH am 16 Juni 2018, 10:10:18
Jetzt wollte ich mal ausprobieren, die DataRate umzustellen, hab aber leider den Befehl nicht finden können. Kann man die DataRate einfach über FHEM umstellen oder muss dafür die Firmware neu gebaut werden?

Sollten denn die Technoline TX29DTH-IT generell vom SignalDuino unterstützt werden?

Die Datarate kann man umstellen, wenn man die Register ändert. Jetzt weiss ich leider nicht mehr 100% wie man das macht :(

Zumindest weiss ich, dass die Datenrate aus MDMCFG3 und MDMCFG4 bestimmt wird. Mit den Default werten aus der Doku, solltest Du besser hinkommen:
http://www.ti.com/lit/ds/symlink/cc1101.pdf

MDMCFG4 liegt in Register 12 (EEProm) bzw. Register 10 des CC1101.

0x8C schreibst Du so hinein:
get sduino raw W128C


0x22 schreibst Du dann noch in MDMCFG3  so hinein:
get sduino raw W1322

Ein get sduino ccconf sollte dann die eingestellte Baudrate anzeigen.

Grüße Sidey


Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

plin

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

StefanH

Danke für den Hinweis zum Schreiben der Register. Scheint auch gut zu funktionieren.
Ich habe jetzt folgende Einstellungen probiert:

get sduino raw W1209
get sduino raw W135C


Damit komme ich auf eine Datarate von 17257,69 Baud, was ja in dem Bereich liegen sollte, wo es klappen könnte.

version: V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28
ccconf: freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB (DataRate:17257.69Baud)

Die Bandweite und die Verstärkungen habe ich jetzt so eingestellt, wie sie beim nanoCUL voreingestellt sind im Lacrosse Modus.

Trotzdem nix. Echt seltsam.

StefanH

Ich habe jetzt die Konfiguration aus dem nanoCUL kopiert und werde sie jetzt dann mal in den SignalDuino übertragen.
Spricht irgendetwas dagegen, dass es dann klappen müsste?
// This is the default - equals Mode 1
const uint8_t PROGMEM NATIVE_CFG[46] = {
 
  CC1100_FSCTRL1, 0x06,
  CC1100_FREQ2, 0x21,   // FREQ2     Frequency control word, high byte.
  CC1100_FREQ1, 0x65,   // FREQ1     Frequency control word, middle byte.
  CC1100_FREQ0, 0x6A,   // FREQ0     Frequency control word, low byte.
 
  CC1100_MCSM1, 0x00,   // always go into IDLE
  CC1100_MCSM0, 0x18,
  CC1100_FOCCFG, 0x16,
  CC1100_AGCCTRL2, 0x43,
  CC1100_AGCCTRL1, 0x68,
  CC1100_FSCAL1, 0x00,
  CC1100_FSCAL0, 0x11,
 
  CC1100_IOCFG2, 0x01,   // IOCFG2  RX FIFO at CC1100_FIFOTHR given byte count
  CC1100_IOCFG0, 0x46,   // IOCFG0  not used
 
  CC1100_SYNC0, 0xd4,
  CC1100_SYNC1, 0x2d,
 
  CC1100_FIFOTHR, 2,     // 12 byte in RX - see page 72 of CC1101.pdf
 
  CC1100_PKTCTRL1, 0x00,   // PKTCTRL1  Packet automation control.
  CC1100_PKTCTRL0, 0x02,   // PKTCTRL0  Packet automation control - infinite len
 
  CC1100_MDMCFG4, 0x89,   // MDMCFG4   Modem configuration.
  CC1100_MDMCFG3, 0x5C,   // MDMCFG3   Modem configuration.
  CC1100_MDMCFG2, 0x06,   // !! 05 !! MDMCFG2   Modem configuration.
 
  CC1100_DEVIATN, 0x56,   // DEVIATN   Modem deviation setting (when FSK modulation is enabled).
 
  0xff
};

Sidey

Hi,

Grundsätzlich spricht nichts dagegen.
Ich habe mich jetzt nicht weiter mit den Registern beschäftigt.
Wichtig ist halt, dass Du die Register passend für die Sensoren wählst.

Ob was Empfang wird, siehst Du mit Verbose 4.
Du könntest auch die Sensoren noch Mal inspizieren, was da vielleicht noch alles steht.
Nach meinen Recherchen sendet dein Sensor OOK und nicht FSK.


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

thunder1902

#927
Hallo!

Ich wollte mir ein Signalduino bauen - aber ich komme nicht weiter.

Ich habe einen Arduino Mini Pro 8MHZ, 3,3V, einen CC1101 in 433MHZ-Version und ein FTDI in Verwendung.

Wenn ich das ganze zusammenbaue, und die Firmware draufspiele, passiert erstmal gar nix.

Wenn ich die Firmware selbst kompiliere (3.3.1-RC7) und draufspiele, kommt im Debug-Modus folgende Ausgabe:

Reading values fom eeprom
CCInit SRES Started
POR Done
CCVersion=4
CCPartnum=0
CC1101 found
Starting timerjob
CC1100_PKTCTRL0=50 vs EEPROM PKTCTRL0=50
C1100_IOCFG2=13 vs EEPROM IOCFG2=13
receiver enabled


Nun passiert gar nichts mehr. Er reagiert nicht auf Befehle - gar nichts.

Hab dann etwas recherchiert - und das hier gefunden:
https://github.com/RFD-FHEM/RFFHEM/issues/125

Ich hab also den Pin2 gelöst, ein "e" gesendet, und Pin wieder dran gelötet. Wieder nichts.

Hab das ganze auch mit 'nem Arduino Mini Pro mit 16MHZ probiert. Gleiches Ergebnis.
Bin mit meinem Latein am Ende.

Kann mir da jemand helfen???


Sidey

Hi,

Das sieht so aus, als ob der Interrupt ständig auslöst.
Pin2 also erst mal trennen bzw. Steckbar gestalten.

Den Debug Meldungen nach, wird der cc1101 korrekt initialisiert.

Mit der bereits compilierte Firmware (RC7) hast Du das identische Verhalten?

Ich würde den pro Mini jetzt ohne pin2 starten und dann die Register auslesen.
Mit dem Befehl C99n spuckt er dir aus (soweit ich mich erinnere).

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Ralf9

#929
Hast Du beachtet,  daß wenn Du eine miniCUL Firmware verwenden willst, daß Du auch die miniCUL Verkabelung verwenden mußt:
GDO0 auf  D2/PD2
GDO2 auf  D3/PD3
LED auf  D4/PD4
Wenn bei version die Frequenz stimmen soll, dann muß bei 433 MHz A0/PC0 mit GND verbunden werden, wenn man ganz sicher gehen will, dann 50-100 Ohm als Strombegrenzung im Fehlerfall.

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