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

Begonnen von Ralf9, 13 Juni 2019, 21:10:24

Vorheriges Thema - Nächstes Thema

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:

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:

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.
Zitat2021-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.
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 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

fhem_flash780

Zitat von: Ralf9 am 17 Juni 2021, 19:24:06
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
update all https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt
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

Ralf9

#79
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:
  delete($modules{FHT}{defptr}{lc($hash->{OLDDEF})}) # Modify
    if($hash->{OLDDEF});

In der 14_CUL_TX.pm steht:
  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
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

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

Es gibt eine neue Version
https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm
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.
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

hasselh

Hi @Ralf9,

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

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

hasselh

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

Gruss,  Hayo

Ralf9

Zitat07.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
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