[14_CUL_TCM97001.pm] Fehlerbehebungen, Wünsche und Ergänzungen

[fhem_flash780]

Hi zusammen,

ich hoffe das Ihr mir weiterhelfen könnt. Ich habe mir bei Amazon folgenden Sensor gekauft: FWS-310
In den Rezensionen schrieb jemand er funktioniert mit fhem und wird als Typ SD_WS_33 erkannt.

Über meinen MapleCUN erscheint das device dank autocreate als: CUL_TCM97001_Unknown erkannt.
Ein list sieht folgendermaßen aus:

Code Auswählen Erweitern


Internals:
   CFGFN     
   CODE       CUL_TCM97001_Unknown
   DEF        CUL_TCM97001_Unknown
   FUUID      60c9907f-f33f-bc89-1e0b-2378019860b2e014
   LASTInputDev MAPLECUL2_433
   MAPLECUL2_433_MSGCNT 9
   MAPLECUL2_433_RAWMSG s1C40D180C40014;  496: 8112
   MAPLECUL2_433_TIME 2021-06-16 07:48:33
   MSGCNT     9
   NAME       Unknown
   NR         315
   RSSI       -64
   STATE      Code: 1C40D180C400
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1623822513
   READINGS:
     2021-06-16 07:48:33   state           Code: 1C40D180C400
Attributes:
   model      Unknown
   room       CUL_TCM97001


Egal was ich als model einstelle, es wird immer überschrieben. Im fileLog steht folgendes:

Code Auswählen Erweitern

2021-06-10_20:24:07 Unknown Code: 1A1395BC8A40
2021-06-10_20:24:56 Unknown Code: 1A1355BC88C0
2021-06-10_20:24:57 Unknown Code: 1A1355BC88C0
2021-06-10_20:24:57 Unknown Code: 1A1355BC88C0

Habt Ihr eine Idee ? Oder ist der Sensor nicht kompatibel ?

Grüße

Joschi

[Ralf9]

Der Sensor wird z.Zt. nur vom Signalduino erkannt.

2021-06-10_20:24:07 Unknown Code: 1A1395BC8A40
2021-06-10_20:24:56 Unknown Code: 1A1355BC88C0

Wenn ich diese Codes über den DummySduino zum SD_WS Modul schicke, dann wird er erkannt.

Code Auswählen Erweitern

2021.06.17 19:16:45.183 5 : sduinoD: dispatch W33#1A1395BC8A4
2021.06.17 19:16:45.183 4 : sduinoD: SD_WS_Parse protocol 33, rawData 1A1395BC8A4
2021.06.17 19:16:45.183 4 : sduinoD: SD_WS_Parse decoded protocol-id 33 (E0001PA, s014, S522, TCM, TFA 30.3200, TX-EZ6), sensor-id 104
2021-06-17 19:16:45.185 SD_WS SD_WS_33_TH_1 T: 22.8 H: 47

2021.06.17 19:17:56.285 5 : sduinoD: dispatch W33#1A1355BC88C
2021.06.17 19:17:56.285 4 : sduinoD: SD_WS_Parse protocol 33, rawData 1A1355BC88C
2021.06.17 19:17:56.286 4 : sduinoD: SD_WS_Parse decoded protocol-id 33 (E0001PA, s014, S522, TCM, TFA 30.3200, TX-EZ6), sensor-id 104
2021-06-17 19:17:56.288 SD_WS SD_WS_33_TH_1 T: 22.7 H: 47

Damit es auch mit dem Cul funktioniert, müsste dieses Protokoll jemand in das 14_CUL_TCM97001 Modul einbauen.

Gruß Ralf

[fhem_flash780]

Der Sensor wird z.Zt. nur vom Signalduino erkannt.Wenn ich diese Codes über den DummySduino zum SD_WS Modul schicke, dann wird er erkannt.

Danke für den Test und die Erläuterung, dann halte dann mal Ausschau nach einem Sensor der bereits jetzt out of the box funktioniert.

Grüße

Joschi

[Ralf9]

Ich habe den NX7674, Kuehl- & Gefrierschrank-Thermometer (Rosenstein & Söhne), zugefügt.
Das Protokoll entspricht bis auf ein paar Kleinigkeiten der Protokoll ID 33 vom Signalduino (SD_WS_33).

Bei bedarf kann ich auch weitere Sensoren zufügen, wie z.B. der FWS-310

https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt
Gruß Ralf

[Ralf9]

Hallo,

ich möchte gerne in der "CUL_TCM97001_Define" das löschen des $hash->{OLDDEF} einbauen.

Ich habe mal bei anderen Modulen geschaut.

In der 11_FHT.pm steht:

Code Auswählen Erweitern

  delete($modules{FHT}{defptr}{lc($hash->{OLDDEF})}) # Modify
    if($hash->{OLDDEF});
In der 14_CUL_TX.pm steht:

Code Auswählen Erweitern

  my $dp = $modules{CUL_TX}{defptr};
  my $old = ($dp && $dp->{$a[2]} ? $dp->{$a[2]}{NAME} : "");
  my $op = ($hash->{OLDDEF} ? "modify":"define");
  my $oc = ($hash->{OLDDEF} ? $hash->{CODE} : "");
  return "Cannot $op $hash->{NAME} as the code $a[2] is already used by $old"
        if($old && $oc ne $a[2]);
  delete($modules{CUL_TX}{defptr}{$oc}) if($oc);
Wenn ich den Code richtig verstehe wird da ..{defptr}{$hash->{CODE}} gelöscht, warum nicht ..{defptr}{$hash->{OLDDEF}} ?

Edit:
Wenn ichs richtig überblicke ist es egal was ich nehme, da $hash->{OLDDEF} und $hash->{CODE} dasselbe enthalten.

Gruß Ralf

[Ralf9]

hab es in mein github commited:

https://github.com/Ralf9/14_CUL_TCM97001/commit/f3b64f0555f179bcc7fd0577d18c1a51534face8
https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm

ich warte noch auf Rückmeldung wegen dem NX7674 (Kuehl- & Gefrierschrank-Thermometer (Rosenstein & Söhne)) dann kommts ins svn

Gruß Ralf

[Ralf9]

Es gibt eine neue Version
https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt
Falls jemand mit einem Auriol_IAN mitliest, da war ein Bug beim Kanal. Bitte mal testen ob der Kanal jetzt passt.

[hasselh]

Hi @Ralf9,

kannst du bitte den Block am Ende von 14_CUL_TCM97001.pm (bei ca Zeile 2100) abändern in:

Code Auswählen Erweitern

UNDEFINED_MODEL:
if (!$defUnknown) {
  Log3 $name, 2, "$iodev: CUL_TCM97001 Unknown device $deviceCode model:$model msg:s$msg, please define it";
}

Das wurde weiter oben im Code ja auch so gelöst. Ansonsten schreibt mir das 14_CUL_TCM97001.pm mein FHEM Log File voll und ich habe keine Möglichkeit das zu unterbinden ohne alle ~20 Devices meiner Nachbarn zu definieren...

[Ralf9]

hast Du die vielen Log Einträge auch noch, wenn Du im Device Unknown das verbose auf 1 setzt?

Gruß Ralf

[hasselh]

nein, so habe ich tatsächlich auch keine Log Einträge mehr. Super !! Ich danke dir !!

Gruss,  Hayo

[Ralf9]

07.01.2024
 - bugfix NX7674 und Auriol_IAN
 - bei den Attributen Hilfe ergänzt
05.01.2024
 - update NX7674
03.01.2024
 - bei einem modify der DEF wird nun die alte DEF gelöscht
15.11.2023
 - NX7674, Kuehl- & Gefrierschrank-Thermometer (Rosenstein & Söhne), zugefügt

Ist nun auch im SVN und morgen im fhem update