SIGNALDuino Empfänger Firmware V 3.3.2r-dev

D3ltorohd · 28 April 2019, 21:05:16

Ich hatte noch mal auf den JarolifCUL geklickt, nachdem sah die Seite so aus, auch das

DevState initialized
ist jetzt vorhanden. Glaube so sieht es gut aus. Oregon und SW kann man weg lassen, sind das Temp Sensoren vom NanoCUL ?

Oder was ist das Links oben in der Liste alles ?

andies · 28 April 2019, 21:11:44

Vermutlich sind das Sensoren in der Nachbarschaft, die er gleich mit erkennt.

D3ltorohd · 28 April 2019, 21:19:49

Wow ok, dann hat das kleine Kerlchen ne ganz schöne Reichweite, was den Empfang angeht.

Also kann ich eigentlich alles löschen, bis auf das Keeloq, das brauche ich für meine Rollos.

Wird hier eigentlich ein Modul mit installiert ? Ich wollte dieses Jarolif Modul per FTP in FHEM schieben, dann stand dort, ist schon vorhanden. Zeit könnte mit dem installieren des SignalDuino Moduls passen.

Ralf9 · 28 April 2019, 21:29:09

Das 14_SD_Keeloq Modul ist in der dev-r34 mit enthalten
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r34/FHEM/14_SD_Keeloq.pm

cabal2k · 28 April 2019, 22:35:01

Zitat von: Ralf9 am 17 April 2019, 22:26:41
Es muß auch ein SMD IC (Levelshifter) gelötet werden.

Ich habe es mir mal angeschaut, hier sind beide Seiten der Adapterplatine abgebildet:
https://www.ebay.de/itm/nanoCUL-Adapter-Board-Platine-fuer-CC1101-CUL-DIY-Kit-FHEM-openHAB-/273427912476

Als Levelshifter wird 74HC4050D verwendet. Die Signalduino die mir bekannt sind verwenden Widerstände als Levelshifter. Meine V 3.3.2.1-rcx firmware sollte damit auch funktionieren.

Liest hier jemand mit, der einen Signalduino mit Levelshifter IC Inbetrieb hat?

Gruß Ralf

Auch auf die Gefahr hin, dass ich gesteinigt werde:

Ich habe seit vielen vielen Monaten 3 CUL's und jetzt auch einen Signalduino (alles Arduino Nanos) ohne Levelshifter via esp-link an jeweils einer NodeMCU v3 (https://www.aliexpress.com/item/ESP8266-CH340G-CH340-G-NodeMcu-V3-Lua-Wireless-WIFI-Module-Connector-Development-Board-Based-ESP-12E/32803797003.html?spm=a2g0s.9042311.0.0.67fd4c4dHPNrzu) dran. Die scheinen auf der seriellen Leitung mit den 5V klarzukommen. So viel Glück kann man doch eigentlich nicht haben, dass die stabil sind und noch leben, wenn sie nicht 5V tollerant wären, oder? Die lassen sich perfekt über IP einbinden und auch flashen.

Levelshifter, Spannungswandler, promini und esp-01 waren mir viel zu viel Fummelei.

RaspiLED · 29 April 2019, 13:38:04

Hi,
Herzlichen Glückwunsch! Und nein ich diskutiere das nicht erneut hier

Aber wenig Fummelei wäre ein SignalESP bestehend aus:
Wemos D1 Mini (Clone), Zwischen Platine und Cc1101,
optional SMA Buchse und Antenne.

Weil der Wemos schon die 3V liefert

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Burny4600 · 30 April 2019, 19:00:03

Ich habe meine SIGNALduino mit der aktuellen Firmware bestückt und mich jetzt auf die Suche gemacht woher die OREGON: Unknown device THGR810_2, please define it Meldungen her kommen da ich auch einen RFXtrx433E im Einsatz habe.
Diese OREGON: Unknown device Meldungen produziert der SIGNALduino.
Was muss ich am SIGNALduino ändern damit diese OREGON Meldungen nicht mehr auftreten und die Daten ordnungsgemäß verarbeitet werden?

LIST

Code Auswählen

Internals:
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   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:SIGNALduino_un:
   DEF        192.168.17.183:40733
   DMSG       u52#FFFFEB1224160
   DevState   initialized
   DeviceName 192.168.17.183:40733
   FD         26
   FUUID      5c45b037-f33f-f4d2-f28c-b32d699badc97764
   IDsNoDispatch 2,72.1,82
   LASTDMSG   u52#FFFFEB1224160
   MSGCNT     1264
   NAME       sduino
   NR         366
   PARTIAL    
   RAWMSG     MC;LL=-1022;LH=924;SL=-494;SH=453;D=000014EDDBE9F;C=482;L=52;R=238;s38;b1;
   RSSI       -83
   STATE      opened
   TIME       1556643331.47682
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   versionmodul v3.3.3
   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   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92)#.*
     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)#.*
     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:
     2019-03-27 17:09:14   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=120
     2019-04-30 15:17:54   ping            OK
     2019-04-30 16:39:32   state           opened
     2019-03-27 17:09:31   uptime          0 00:02:00
     2019-04-30 16:39:32   version         V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   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
     35
     41
     51
     55
     65
     90
     91.1
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
Attributes:
   alias      SIGNALduino - OG2 WebCam
   debug      0
   devStateIcon Initialized:it_network@0CFB0C opened:it_network@0CFB0C disconnected:it_network@red closed:it_network@red
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Schnittstellen ser2net
   hardware   nanoCC1101
   icon       cul_usb
   longids    0
   room       _RxTx
   verbose    0

LOG Auszug

Code Auswählen

2019.04.30 18:27:23.369 4: sduino/msg READ: MC;LL=-975;LH=952;SL=-488;SH=497;D=00000141D7B68B76B7E77CDAFC;C=485;L=103;R=83;s52;b7;
2019.04.30 18:27:23.370 4: sduino: Found manchester Protocol id 10 clock 485 RSSI -32.5 -> Oregon Scientific v2|v3
2019.04.30 18:27:23.371 5: sduino: extracted data 11111111111111111111111010111110001010000100100101110100100010010100100000011000100000110010010100000011 (bin)
2019.04.30 18:27:23.371 4: sduino: OSV3 protocol detected: msg_start = 27, message_length = 76
2019.04.30 18:27:23.371 4: sduino: OSV3 protocol =                     F8242D5225203289418
2019.04.30 18:27:23.371 4: sduino: OSV3 protocol converted to hex: (50FA28245D222530824981) with length (80) bits
2019.04.30 18:27:23.372 5: sduino Dispatch: 50FA28245D222530824981, test ungleich: disabled
2019.04.30 18:27:23.372 5: sduino Dispatch: 50FA28245D222530824981, -32.5 dB, dispatch
2019.04.30 18:27:23.372 5: sduino: dispatch 50FA28245D222530824981
2019.04.30 18:27:23.373 5: OREGON: decoding delay=117.864357948303 hex=50FA28245D222530824981
2019.04.30 18:27:23.374 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2019.04.30 18:27:23.374 5: OREGON: checksum2 = 73 berechnet: 73
2019.04.30 18:27:23.374 3: OREGON: Unknown device THGR810_2, please define it

andies · 30 April 2019, 19:24:35

attr blacklist_ID raussuchen (https://wiki.fhem.de/wiki/SIGNALduino#Ger.C3.A4teerkennung) oder verbose 0.

andies · 30 April 2019, 21:01:28

ich habe ein Problem. Seit dem Neustart von FHEM geht sduino nicht mehr, anscheinend weil

Code Auswählen


2019.04.30 12:28:49 1: PERL WARNING: Use of uninitialized value in eval "string" at ./FHEM/00_SIGNALduino.pm line 257, <$fh> line 112.
2019.04.30 12:28:49 1: Error reloading protocol hash dynamic from svn.fhem.de. Module is in inoperable mode.

Weiß hier jemand weiter?

Ralf9 · 30 April 2019, 22:22:14

Zitatich habe ein Problem. Seit dem Neustart von FHEM geht sduino nicht mehr, anscheinend weil

Dies passt besser nach:
https://forum.fhem.de/index.php/topic,58397.0.html

Hast Du vor kurzem ein fhem update gemacht?
Vor ein paar Tagen hattest Du noch die dev-r34 nun hast Du anscheinend die Signalduino Module aus dem normalen fhem update.

ZitatError reloading protocol hash dynamic from svn.fhem.de. Module is in inoperable mode.

Das 00_Signalduino Modul wollte den Protokoll hash vom svn.fhem.de nachladen, dies hat aber nicht geklappt.

Gruß Ralf

andies · 30 April 2019, 22:38:42

Zitat von: Ralf9 am 30 April 2019, 22:22:14
Hast Du vor kurzem ein fhem update gemacht?
Vor ein paar Tagen hattest Du noch die dev-r34 nun hast Du anscheinend die Signalduino Module aus dem normalen fhem update.

Ja, Mist. Wegen etwas anderem. Wie kann ich Deine fest einstellen?

Gesendet von iPad mit Tapatalk Pro

Ralf9 · 30 April 2019, 22:56:06

Zitat2019.04.30 18:27:23.374 3: OREGON: Unknown device THGR810_2, please define it

Hast Du Autocreate aktiviert, normalerweise müsste der THGR810_2 automatisch angelegt werden.

Code Auswählen

2019.04.30 22:30:16.607 4 : sduinoD: Found manchester Protocol id 10 clock 485 RSSI -32.5 -> Oregon Scientific v2|v3
2019.04.30 22:30:16.607 5 : sduinoD: dispatch 50FA28245D222530824981
2019.04.30 22:30:16.607 5 : OREGON: decoding delay=29 hex=50FA28245D222530824981
2019.04.30 22:30:16.607 5 : OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2019.04.30 22:30:16.607 5 : OREGON: checksum2 = 73 berechnet: 73
2019-04-30 22:30:16.613 OREGON THGR810_2 temperature: 25.2
2019-04-30 22:30:16.613 OREGON THGR810_2 humidity: 23
2019-04-30 22:30:16.613 OREGON THGR810_2 battery: ok
2019-04-30 22:30:16.613 OREGON THGR810_2 batteryState: ok
2019-04-30 22:30:16.613 OREGON THGR810_2 T: 25.2 H: 23 BAT: ok

Du kannst auch versuchen ihn händisch anzulegen

Code Auswählen

define THGR810_2 OREGON THGR810_2

Wenn Du möchtest, daß der sduino die Oregon nicht mehr verarbeitet, dann kannst Du die ID 10 aus der whitelist rausnehmen oder in die blacklist eintragen

Gruß Ralf

Ralf9 · 30 April 2019, 23:02:48

ZitatJa, Mist. Wegen etwas anderem. Wie kann ich Deine fest einstellen?

Ist nicht meine die dev-r34 ist von Sidey

Steht im wiki

Code Auswählen

update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34/controls_signalduino.txt

andies · 01 Mai 2019, 10:48:05

Danke, ich brauche da nochmal Hilfe:

Code Auswählen

controls_signalduino.txt is already present in https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

gab es als Rückmeldung. Irgendwas mache ich falsch.

PS Wobei, jetzt funktioniert der sduino wieder?!

Ralf9 · 01 Mai 2019, 11:07:23

Hast Du evtl schon früher mal ein

Code Auswählen

update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
eingegeben? Das müsste wieder raus da es dev-r33 nicht mehr gibt, evtl gibt es damit ein Konflikt.
Damit kann ich Dir aber nicht weiterhelfen.

Das passt besser nach
https://forum.fhem.de/index.php/topic,58397.0.html
das Problem dürften auch noch andere haben oder bekommen.