FODY E42 für Tempus Pro E41 Thermo-/Hygrosensor Funk 868 MHz

[Noop]

Vielen Dank. Das manuelle Downloaden und Replacen hatte leider nicht funktioniert:

"2021.11.28 11:31:16 1: reload: Error:Modul 00_SIGNALduino deactivated:
Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: ./lib ./FHEM . E:/FHEM/fhem-6.1/perl/site/lib E:/FHEM/fhem-6.1/perl/vendor/lib E:/FHEM/fhem-6.1/perl/lib) at ./FHEM/00_SIGNALduino.pm line 27, <$fh> line 29.
BEGIN failed--compilation aborted at ./FHEM/00_SIGNALduino.pm line 27, <$fh> line 29."

Vermutlich hatte ich dabei irgend etwas falsch gemacht oder es hing auch wieder mit dem folgenden zusammen:

Ich habe nun die Lösung für das IO/Socket/SSL Problem gefunden:
Ich musste E:\FHEM\fhem-6.1\c\bin zum path hinzufügen (ich hatte davor nur E:\FHEM\fhem-6.1\perl\bin).

Jetzt konnte ich endlich via fhem das SIGNALduino Modul aktualisieren:
"New entries in the CHANGED file:
2021-11-28 - new protocol 109 for rojaflex remote controls (#1030)"

Allerdings liefert set sduino rfmode Bresser_5in1 immer noch "Unknown argument rfmode, choose one of supported commands"
Egal ob mit dem aktualisierten 14_SD_WS.pm von github, oder mit dem von elektron-bbs

Ich habe mal angehängt, was ich über den sduino in fhem sehe.

[Ralf9]

Allerdings liefert set sduino rfmode Bresser_5in1 immer noch "Unknown argument rfmode, choose one of supported commands"

Bei dem Signalduino Modul das Du verwendest, funktioniert das nicht mit "set".
Der rfmode wird durch das Attribut rfmode geändert.

Code Auswählen Erweitern

attr sduino rfmode Bresser_5in1
Durch das Setzen des Attributs rfmode werden die für "Bresser_5in1" notwendigen cc1101 Register geändert.

Daß die cc1101 Register geändert wurden, kannst Du mit "get sduino ccconf" erkennen.
Die Frequenz ist dann 868.35, die Datarate ca 8.207 und die Modulation 2-FSK

[Noop]

Hallo, vielen Dank euch allen. Es funktionert 

[Ralf9]

Ich hab den FODY E42 in meine Variante des 14_SD_WS Moduls ergänzt
https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/Ralf9/14_SD_WS/main/controls_ralf9_sd_ws.txt
version 14_SD_WS.pm
"2021-11-30 21:00:00Z Ralf9"

Ich hab gegenüber der Version von elektron-bbs ein paar Sachen abgeändert:

Bei der DEF habe ich TH ergänzt: SD_WS_108_TH

batteryChanged hab ich invertiert. Beim Batteriewechsel oder Reset wird dann das "batteryChanged" 1 und nach 60 Minuten gehts wieder zurück nach 0.

Bei Bedarf müsste eigentlich auch, wie bei Lacrosse, das "set replaceBatteryForSec" eingebaut werden können:

Code Auswählen Erweitern

replaceBatteryForSec <sec> [ignore_battery]
sets the device for <sec> seconds into replace battery mode. the first unknown address that is received will replace the current device address.
this can be partly automated with a readings group configured to show the battery state of all LaCrosse devices and a link/command to set replaceBatteryForSec on klick.

Gruß Ralf

[rob]

Gemäß der Infos wäre ein Signalduino ja exklusiv wg. FSK usw. einzusetzen. Läuft für mich also auf einen Mapleduino hinaus (reizt mich eh schon lange wg. LAN, aber Zeit fehlt). Bisher hatte ich nur einen "one headed" (1x cc1101) in fliegender Verdrahtung erfolgreich aufgebaut.

Zwei Fragen hätte ich:
Wenn ich den Maple nun "multiheaded" aufbaue, würde ich 2x FSK benötigen (LaCrosse + Fody) oder würde ein FSK head reichen, um LaCrosse UND Fody zu empfangen/ dekodieren?
Wäre eine neue Firmware-Version auch für den Mapleduino nötig?

Vielen Dank und beste Grüße
rob

[Ralf9]

Hallo rob,

da LaCrosse und Fody (Bresser 5in1 oder 6in1) eine andere Datarate haben, reicht ein cc1101 nicht.
Bei meiner Firmware gibts die Möglichkeit die cc1101 Registerkonfig von LaCrosse und Fody auf verschiedene EEPROM Speicherbänke zulegen und dann mit einem DOIF oder notify z.B. alle 5 Min die cc1101 konfig zu wechseln. Da das hier etwas offtopic ist, rest per pm.

Gruß Ralf

[rob]

Ja, müssen wir nicht vertiefen, die Info reicht mir schon   Vielen Dank.

VG
rob

[KölnSolar]

Meine sind nun auch eingetroffen, aber sie wollen irgendwie nicht.

Ich hab 2 ausprobiert. Dabei festgestellt, dass es eine weiße LED gibt. Wann blinkt die denn ? 5-mal bei Reset und Batteriewechsel hab ich gesehen. Auch im Betrieb bei Funkübertragung ?

Hier mal das list mit Ralfs firmware

Code Auswählen Erweitern

Internals:
   CFGFN     
   Clients    :CUL_EM:CUL_FHTTK:CUL_TCM97001:CUL_TX:CUL_WS:Dooya:FHT:FLAMINGO:FS10:FS20: :Fernotron:Hideki:IT:KOPP_FC:LaCrosse:OREGON:PCA301:RFXX10REC:Revolt:SD_AS: :SD_BELL:SD_GT:SD_Keeloq:SD_RSL:SD_UT:SD_WS07:SD_WS09:SD_WS:SD_WS_Maverick:SOMFY: :Siro:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_001PQQCF-if00-port0
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_001PQQCF-if00-port0@57600
   FD         27
   FUUID      61ab8925-f33f-5874-f9d1-1959cfbaca323db6
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       Sduino868
   NR         564
   PARTIAL   
   STATE      opened
   TIME       1638631717
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   version    V 3.4.0 SIGNALduino cc1101 (chip CC1101) - compiled at Jul 16 2020 20:52:15
   versionProtocols 1.38
   versionmodul 3.5.2+20211120
   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|20|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114)#.*
     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|98|112)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     31:KOPP_FC ^kr\w{18,}
     32:PCA301  ^\S+\s+24
     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:
     2021-12-04 16:55:49   cc1101_config   Freq: 868.350 MHz, Bandwidth: 464 kHz, rAmpl: 33 dB, sens: 8 dB, DataRate: 8.23 kBaud
     2021-12-04 16:55:49   cc1101_config_ext Modulation: 2-FSK, Syncmod: 16/16 sync word bits detected, Deviation: 57.13 kHz
     2021-12-04 16:28:41   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2021-12-04 17:23:40   ping            OK
     2021-12-04 16:28:39   state           opened
   additionalSets:
   keepalive:
     ok         1
     retry      0
   mcIdList:
   mnIdList:
     108
   msIdList:
   muIdList:
Attributes:
   hardware   nanoCC1101
   room       System
   whitelist_IDs 108
Sieht doch eigentlich alles gut aus oder fällt jemand was auf(ausser dass nichts empfangen wurde) ? Die Hardware ist auch OK. Empfang von ASK/OOK problemlos.

Grüße Markus

[Ralf9]

Ich hab 2 ausprobiert. Dabei festgestellt, dass es eine weiße LED gibt. Wann blinkt die denn ? 5-mal bei Reset und Batteriewechsel hab ich gesehen. Auch im Betrieb bei Funkübertragung ?

Im Betrieb bei Funkübertragung hab ich sie noch nicht blinken sehen

Das List zeigt die firmware und das 00_Signalduino Modul von Sidey.

Meine firmware lässt sich nicht ohne weiteres bei FSK mit dem 00_Signalduino Modul von Sidey verwenden.

Gruß Ralf

[KölnSolar]

Hi Ralf,
Danke.

Das List zeigt die firmware und das 00_Signalduino Modul von Sidey.

Aber dann hätte es doch auch rennen müssen ? 

Ich sagte ja

ich blick ja nie so ganz zwischen Euren Versionen der firmware durch.

Aber nun bin ich wieder auf Deinen Versionen und sie rennen. 

Aufgefallen ist mir, dass sie permanent um +/- 0.1 T schwanken weshalb sich ein

Code Auswählen Erweitern

attr SD_WS_108_TH_4A event-on-change-reading .*:0.1empfiehlt. Die Temperaturen liegen 1,5-2 % höher als bei meinen Oregons. Bei einem die RLF um 25% niedriger  Muss ich mal weiter analysieren.

Grüße Markus

Edit: Ralf, wenn Du bei Gelegenheit beschreiben könntest, wie man das mit den Banken definieren müsste, um z.B. zwischen Bresser-5-in-1 u. PCA301 switchen zu können. Denn dann haben wir beim Wechsel keine verschleißenden Schreibzyklen, oder ?

[elektron-bbs]

Mhmm, das list zeigt eine Firmware von Sidey:

Code Auswählen Erweitern

version    V 3.4.0 SIGNALduino cc1101 (chip CC1101) - compiled at Jul 16 2020 20:52:15

Aber mit dieser Version ist noch kein FSK-Empfang möglich. Das funktioniert erst mit der aktuellen Entwicklerversion:

Code Auswählen Erweitern

version    V 3.5.0-dev+20210808 SIGNALduino cc1101 (chip CC1101) - compiled at Aug  7 2021 22:44:01

Im Übrigen scheint der Sensor eine "Macke" zu haben. Es gibt Sprünge bei der Temperatur in Stufen von 0,5 °C. Ist das bei ech auch so?

[KölnSolar]

wir schrieben wohl gleichzeitig

Aufgefallen ist mir, dass sie permanent um +/- 0.1 T schwanken weshalb sich ein...

[elektron-bbs]

Mag sein, das wir parallel schrieben, aber wir meinten verschiedenes. Du schreibst von +/- 0.1 ich aber von Stufen in +-0,5 °C Schritten

[KölnSolar]

Ist das bei ech auch so?

Nein, ich beobachte

dass sie permanent um +/- 0.1 T schwanken

Besser ? 

Aber es scheint bei mir auch die großen Sprünge zu geben, denn nun ist nicht mehr

Temperaturen liegen 1,5-2 % höher als bei meinen Oregons

, sondern 1-2% niedriger, was dann auf 0,5-Sprung deutet.

[Ralf9]

Ich hab mal von 21:24 bis 23:32 Uhr die vom FODY E42 alle 12 Sek empfangenen Werte in ein filelog geschrieben.
Die Schwankungen sind +/- 0.1 T und dreimal +/- 0.2 T

Wegen dem Umschalten der aktiven Bank schreibe ich noch was. Beim Wechsel der aktiven Bank wird nichts in das EEPROM geschrieben, ich bin gerade dabei es noch etwas zu optimieren.