Regelmäßige Fehlermeldungen im Log

Begonnen von stobor, 09 Mai 2014, 20:10:31

Vorheriges Thema - Nächstes Thema

stobor

Hallo,
Bei mir tauchen im Log (ca. im 8min. Takt) folgende Fehler auf:

2014.05.09 00:01:07 2: MAX_Parse: Don't know how to interpret Ack payload for
Use of uninitialized value $dev in hash element at fhem.pl line 2988.
Use of uninitialized value $found[0] in string eq at fhem.pl line 2850.
Use of uninitialized value in pattern match (m//) at ./FHEM/10_MAX.pm line 822.
Use of uninitialized value in string eq at ./FHEM/10_MAX.pm line 824.
Use of uninitialized value in string eq at ./FHEM/10_MAX.pm line 826.
Use of uninitialized value in string eq at ./FHEM/10_MAX.pm line 828.
Use of uninitialized value in string eq at ./FHEM/10_MAX.pm line 830.


Hat jemand eine Idee woran das liegen kann?
Das flutet das Log ganz schön. Manchmal scheint ein Neustart zu helfen. Dann dauert's ne ganze Zeit, bis das wieder losgeht.
Ich lausche nur auf meine MAX!-Komponenten (Heizkörperthermostate und Fensterkontakte), die mit einer Cube verbunden sind.

Danke für eure Hilfe.
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

hyper2910

Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

John

#2
Es scheint der Hash-Wert type nicht gesetzt zu sein.

der Befehl (Beispiel für HeatingThermostat "HT.BAD")
list HT.BAD

liefert bei mir:
Zitat

Internals:
   CULMAX0_MSGCNT 1146
   CULMAX0_TIME 2014-05-19 20:35:38
   DEF        HeatingThermostatPlus 05dc36
   IODev      CULMAX0
   LASTInputDev CULMAX0
   MSGCNT     1146
   NAME       HT.BAD
   NR         105
   RSSI       -49
   STATE      18.0 °C
   TYPE       MAX
   addr       05dc36
   backend    CULMAX0
   dstsetting 1
   mode       0
   rferror    0
   type       HeatingThermostatPlus
   Readings:
     2013-11-06 08:20:08   TimeInformationHour 0
     2014-05-19 20:35:38   battery         ok
     2013-11-06 08:36:34   boostDuration   5
...

Es geht um den markierten Wert "type".
Er muss erscheinen und mit dem entsprechenden Max-Komponenten-Typ versehen sein.
Offensichtlich ist dies bei einem eurer HTs nicht der Fall.

Somit:

  • Rausfinden welche Max-Komponente betroffen ist, via list-Befehl
  • diesen löschen und neu anlegen

Vielleicht hilft dies weiter.
John


CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

hyper2910

Kann man irgendwie alle max Komponenten listen!  Habe 20!Stück und teilweise mit Dummys verbunden!  sehr aufwendig!
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

John

CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

hyper2910

Danke, danach sind aber alle types richtig und da!
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

hyper2910

Niemand eine Idee?

Gesendet von meinem SGP521 mit Tapatalk

Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

hyper2910

Ich glaube das ganze tritt erst nach dem update des Cube auf1.4.1 auf. Ich werde wohl über kurz oder lang alles auf den CUL umstellen,  momentan fahre ich noch doppelt.


Gesendet von meinem SGP521 mit Tapatalk

Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,