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

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

Vorheriges Thema - Nächstes Thema

Ralf9

Ich habe es gerade bei mir getestet:
2020.08.31 09:12:27.802 1 : Downloading https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt
2020.08.31 09:12:28.001 1 : RMDIR: ./restoreDir/update/2020-06-06
2020.08.31 09:12:28.155 1 : UPD FHEM/14_CUL_TCM97001.pm
2020.08.31 09:12:28.347 1 : saving fhem.cfg
2020.08.31 09:12:28.347 1 : saving ./log/fhem.save
2020.08.31 09:12:28.348 1 :
2020.08.31 09:12:28.348 1 : New entries in the CHANGED file:
2020.08.31 09:12:28.348 1 : 404: Not Found
2020.08.31 09:12:28.348 1 : Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2020.08.31 09:12:28.392 1 :
2020.08.31 09:12:28.393 1 : update finished, "shutdown restart" is needed to activate the changes.
2020.08.31 09:12:28.393 1 :
2020.08.31 09:12:28.393 1 : Please consider using the global attribute sendStatistics


nach einem fhem restart ergibt
"version CUL_TCM97001"
14_CUL_TCM97001.pm 18358 2020-08-28 17:00:00Z Ralf9

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

heigu

Gute Tag zusammen,

Danke Ralf9 für den Einbau. Das Update funktioniert bei mir auch, d.h. ich habe die identische Ausgaben beim update und version Befehl wie in Deinem Post gezeigt.

Der 404er Not Found ist etwas verwirrend, da das aber nur das CHANGED File betrifft ist das wohl zu ignorieren, denke ich.

Mein KW9015 wird als Device=AURIOL_240 und Model=KW9015 automatisch angelegt.
Raspberry 3B, Fedora & Docker
FHEM in Docker, SIGNALduino (Nano + c1101), Viessmann Optolink, Shelly 3EM
InfluxDB, Grafana

monkye

Zitat von: Ralf9 am 31 August 2020, 09:18:05
Ich habe es gerade bei mir getestet:
2020.08.31 09:12:27.802 1 : Downloading https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt
.....
nach einem fhem restart ergibt
"version CUL_TCM97001"
[code]14_CUL_TCM97001.pm 18358 2020-08-28 17:00:00Z Ralf9


Gruß Ralf

Mea culpa....

Hatte in  der Tat den Neustart "gedacht" - aber nicht getan. Der Sensor ist da und es funktioniert. (Es regnet seit gestern...)

DANKE @Ralf

heigu

Hallo Ralf9,

Seit zwei tagen ist der KW9015 bei mir nun im Dauerbetrieb und tut was er soll. Danke schön dafür schon mal!

Dazu noch ein paar Fragen bzw. Anmerkungen:

  • In welcher Einheit wird die Regenmenge angegeben? Ich vermute mm
  • Zählt die Regenmenge immer monoton nach oben? Gibt es da mal einen Überlauf? Wird die periodisch zurückgesetzt (1x pro Stunde, 1x am Tag, 1x im Monat, etc.)?
  • Bei battery und batteryState wird der Zeitstempel nicht aktualisiert
  • Einen kurzen Event-Log habe ich angehängt

Gruß,
heigu
Raspberry 3B, Fedora & Docker
FHEM in Docker, SIGNALduino (Nano + c1101), Viessmann Optolink, Shelly 3EM
InfluxDB, Grafana

Ralf9

ZitatZählt die Regenmenge immer monoton nach oben? Gibt es da mal einen Überlauf?
ja, es sind mm und zählt bis zum Überlauf hoch. Da es 8 Bit sind, müsste der Überlauf bei 255 * 0.45mm =  114,75 mm sein.
Zitat
Wird die periodisch zurückgesetzt (1x pro Stunde, 1x am Tag, 1x im Monat, etc.)?
nein, aber dies ist evtl mit dem statistics Modul machbar
https://wiki.fhem.de/wiki/Statistics

ZitatBei battery und batteryState wird der Zeitstempel nicht aktualisiert
Ja, dies ist so gewollt. Der Zeitstempel ändert sich nur, wenn sich der batteryState ändert.

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

heigu

Hallo Ralf9,

danke für die schnelle und umfassende Antwort. Ich habe mir damit nur ein Delta der Regenmenge berechnet. Der Überlauf des Zählers ist berücksichtigt, ein Batteriewechsel nicht (Die Annahme ist, das der Überlauf öfter als der Batteriewechsel stattfinden). Mit dem Delta sind dann Summen auf Stunden, Tagen, etc. leicht zu berechnen.


rainDelta:rain:.* {
  my $rainNew = ReadingsVal("AURIOL_240","rain", 0);
  my $rainOld = ReadingsVal("AURIOL_240","rainOld", $rainNew);

  my $rainDelta = $rainNew - $rainOld;
  if( $rainDelta<0 ) {
    $rainDelta = $rainNew + (114.75 - $rainOld);
  }

  return $rainDelta;
},
rainOld:rainDelta:.* {
  return ReadingsVal("AURIOL_240","rain", 0);
}


Raspberry 3B, Fedora & Docker
FHEM in Docker, SIGNALduino (Nano + c1101), Viessmann Optolink, Shelly 3EM
InfluxDB, Grafana

tndx

Guten Abend,

Zitat von: HomeAuto_User am 06 Juni 2020, 10:54:30
siehst du eine Variante oder eine Idee, wie man solch einen Speicherfresser (10min) im Logfile minimieren kann?

- Leider ist das globale verstellen von Verbose nicht im Sinne der anderen Module
- Leider gibt es auch 2 Sensoren des Modules welche auch weiterhin empfangen sollen
- alle Sensoren anlegen lassen und auf Ignore, das ist mit dem SIGNALduino + Empfang in der Region nicht tragbar, da die IGNORE-List dann 100te mit der Zeit werden (Test wurde shcon vollzogen)

ich habe mich gerade wieder über das zugemüllte Logfile geärgert und bin auf diesen Thread gestoßen. Ich habe das gleiche Problem und behelfe mir seit Jahren damit, dass ich die Logfiles nachträglich von dem Müll säubere. Gibt es hier irgendeinen Fortschritt? In FHEM ist er offenbar noch nicht eigeflossen, d.h. ich kann nur versuchen, das Modul manuell  durch eine Testversion zu ersetzen?

Ralf9

Bei dem Attribut "NC_WS" (PEARL NC7159, LogiLink WS0002) passt momentan die Battery nicht

Zitat von: killah78 am 03 Januar 2020, 13:50:10
noch ein kurzes Feedback: ich hatte mich seit einigen Tagen (sind wohl schon Wochen) gewundert, dass ein Pearl NC-7159 Temperatursensor ein low-bat gesendet hat. Im Display war nichts derartiges sichtbar.
Jetzt habe ich aber gesehen, dass du ein Negation-batt implementiert hast. Dies musste ich für den Sensor setzen und alles ist gut.
Zitat von: kaihs am 06 Januar 2021, 19:13:11
Ich bin gerade von FHEMduino auf SIGNALduino umgestiegen (ich weiß, damit bin ich spät dran :-)

Seitdem haben alle meine fünf LogiLink WS0002 Temperatursensoren battery/batteryState low.
Die Batterien sind aber frisch und haben eine Spannung von 3,1V

Richtig wäre Bit12 = 1 -> ok

Als es eingebaut wurde hat es noch gepasst:

dancer0705 committed on 4 Apr 2015
https://github.com/mhop/fhem-mirror/commit/ee830c0b39e19682f2b424e1256acc7400e92c48
      $batbit = (hex($a[3]) & 0x8) >> 3;
      $batbit = ~$batbit & 0x1; # Bat bit umdrehen
     
      if ($batbit) {
        readingsBulkUpdate($def, "battery", "low");
      } else {
        readingsBulkUpdate($def, "battery", "ok");
      }


Mittlerweile passt es nicht mehr: Bit12 = 1 ist jetzt low!
my $bat = $batbit eq "1" ? "ok" : "low";

Es kann auch sein, daß bei anderen Sensoren das Bat nicht mehr passt.

Wenn nichts dagegenspricht werde ich beim NC_WS die Invertierung auskommentieren und hier commiten:
https://github.com/Ralf9/14_CUL_TCM97001/tree/dev

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

Ich habe das Battery vom Model NC_WS bei meiner dev Version gefixt

https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm
oder
update all https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt

@killah78
Ich könnte von Deinem NC-7159 ein List gebrauchen

@Wzut
Hast Du getestet ob es inzwischen passt?
Zitat von: Wzut am 05 Juni 2020, 08:00:29
Ich habe seit ein paar Tagen den W174 und hatte gestern das Problem das rain nicht mehr aktualisiert werden konnte da angeblich die Differenz alt <-> neu zu groß sei.
Nach etwas suchen bin ich darauf gekommen :
my $timeSinceLastUpdate = ReadingsAge($iodev, "state", 0);
( gibt es 2x , bei Temp und Rain )
Das Problem ist das das hier nicht "state" vom W174 abgefragt wird sondern vom IODev, d.h. selbst wenn der Timestamp vom rain Reading uralt ist, das IOdev kann durchaus wesentlich aktueller sein da es i.d.R. ja mehr als einen Sensor empfängt. 
Vorschlag : das  $name = $def->{NAME} ein paar Zeilen höher schieben und $iodev durch $name ersetzen.

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

killah78

#69
Hi Ralf9,
sorry, irgendwie bekomme ich keine Benachrichtigungen.
Habe das Modul gerade upgedated.
Hier ein Listing:
Internals:
   AlternativeDEFcode CUL_TCM97001_5_40
   CODE       CUL_TCM97001_82
   DEF        CUL_TCM97001_82
   FUUID      5dc1b815-f33f-86d0-3386-54861fa52393800a
   LASTInputDev sduino
   MSGCNT     35541
   NAME       NC_WS_84
   NR         737
   RSSI       -81.5
   STATE      T: 19.6 H: 17
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1613293890.15708
   nanoCUL433_MSGCNT 875
   nanoCUL433_RAWMSG s52880C4110F1;  496: 9168
   nanoCUL433_TIME 2021-02-13 12:07:20
   sduino_DMSG s52880C411000
   sduino_MSGCNT 34715
   sduino_Protocol_ID 0
   sduino_RAWMSG MS;P3=-1929;P4=509;P5=-3888;P6=-9158;D=46434543454343454345434343454343434343434345454343434543434343434543434345;CP=4;SP=6;R=36;O;m2;
   sduino_RSSI -56
   sduino_TIME 2021-02-14 10:11:30
   READINGS:
     2021-02-13 09:47:56   Activity        alive
     2021-02-14 10:11:30   battery         ok
     2021-02-14 10:11:30   batteryState    ok
     2021-02-09 06:36:16   channel         1
     2021-02-14 10:11:30   humidity        17
     2021-02-09 11:09:17   mode            normal
     2021-02-14 10:11:30   state           T: 19.6 H: 17
     2021-02-14 10:11:30   temperature     19.6
Attributes:
   alias      NC-7159 im Bad
   device_timeout 1800
   icon       temp_outside
   model      NC_WS
   room       Fussbodenheizung,Outdoor
   userattr   device_timeout


Sieht für mich gut aus. Ich habe das negation_bat herausgenommen und jetzt zeigt es "ok" an.

Ralf9

ich hab die dev Version in die master übernommen, siehe hier die erste Nachricht.

Wenn es so passt, geb ich Anfang März Bjoern bescheid, dass er es in das SVN übernimmt.

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

heigu

Hallo Ralf,

danke für Deine Arbeit! Ich wollte fragen, ob die Änderungen schon im SVN angekommen sind?

Gruß,
heigu
Raspberry 3B, Fedora & Docker
FHEM in Docker, SIGNALduino (Nano + c1101), Viessmann Optolink, Shelly 3EM
InfluxDB, Grafana

HomeAuto_User

Zitat von: heigu am 13 Mai 2021, 13:04:39
Hallo Ralf,

danke für Deine Arbeit! Ich wollte fragen, ob die Änderungen schon im SVN angekommen sind?

Gruß,
heigu

Hallo Heigu,
laut SVN Info ist die Änderung noch nicht eingeflossen. Die letze Aktualisierung liegt im Dezember 2019 zurück.
Der Maintainer muss dort dies hochladen oder ein Wechsel vom Maintainer vollzogen werden.

MfG Marco
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Ralf9

Zitatdanke für Deine Arbeit! Ich wollte fragen, ob die Änderungen schon im SVN angekommen sind?
Bitte noch etwas Geduld, kann noch etwas dauern, ich hab Björn eine PM geschickt, aber er ist in letzter Zeit nicht mehr so oft im Forum online.

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

heigu

Hallo Ralf & Marco,

danke für das Update, gut zu wissen das da wer dran ist.

Gruß,
heigu
Raspberry 3B, Fedora & Docker
FHEM in Docker, SIGNALduino (Nano + c1101), Viessmann Optolink, Shelly 3EM
InfluxDB, Grafana