[gelöst] MAXLAN legt keine neuen Devices an

Begonnen von Squamp, 18 Juni 2020, 14:10:11

Vorheriges Thema - Nächstes Thema

Squamp

Hallo,

seit geraumer Zeit werden bei mir keine Devices mehr im FHEM angezeigt bzw angelegt. Ich habe den MAX-Cube resettet und die Geräte neu angelernt. Die erscheinen zwar im MAXLAN aber nur mit hashes. Was mache ich falsch oder wo kann der Fehler liegen?

FHEM habe ich auf dem neuesten Stand.

Vielen Dank

Squamp

Internals:
   CFGFN     
   DEF        192.168.178.15 180 ondemand
   DeviceName 192.168.178.15:62910
   FUUID      5ee67c82-f33f-725e-67ed-35ffee20ac2bc938
   INTERVAL   180
   NAME       MAXCUBE
   NR         2094
   STATE      opened
   TYPE       MAXLAN
   addr       04b039
   clockset   3
   cubeTimeDifference 0
   dutycycle    0 %
   fwversion  0113
   pairmode   0
   persistent 0
   serial     JEQ0440094
   READINGS:
     2020-06-18 13:51:51   dutycycle       0
     2020-06-18 13:51:51   firmware        0.1
     2020-06-18 13:51:51   state           opened
     2020-06-18 13:51:51   testresult      0
   devices:
     HASH(0x42a6fb8)
     HASH(0x4dca9f8)
     HASH(0x4bc01f0)
   groups:
     HASH(0x4b68f08)
     HASH(0x4da3378)
     HASH(0x4b35990)

Wzut

#1
Ist autocreate denn aktiv ?
00_MAXLAN holt sich bei jedem Zugriff auf den Cube alles was der Cube an Informationen hat.
Geräte die als solches nicht in FHEM vorhanden sind werden dann via autocreate automatisch erzeugt.
Was sagt denn FHEM Log ?
Hier mal Beispiel wenn MAXLAN auf neue Geräte trifft :
2020.06.18 18:33:32 3: ml device opened
2020.06.18 18:33:33 3: MAX_PARSE, got message define for undefined device 0ff9d3 type ShutterContact , autocreate is enabled
2020.06.18 18:33:33 2: autocreate: define MAX_0ff9d3 MAX ShutterContact 0ff9d3
2020.06.18 18:33:33 3: MAX_PARSE, got message define for undefined device 014dc8 type HeatingThermostat , autocreate is enabled
2020.06.18 18:33:33 2: autocreate: define MAX_014dc8 MAX HeatingThermostat 014dc8
2020.06.18 18:33:33 3: MAX_014dc8, invalid or missing value  for READING groupid , forcing to 0
2020.06.18 18:33:33 3: MAX_014dc8, invalid or missing value  for READING .weekProfile , forcing to 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
2020.06.18 18:33:33 3: MAX_PARSE, got message define for undefined device 0e0fe4 type WallMountedThermostat , autocreate is enabled
2020.06.18 18:33:33 2: autocreate: define MAX_0e0fe4 MAX WallMountedThermostat 0e0fe4
2020.06.18 18:33:33 3: MAX_0e0fe4, invalid or missing value  for READING groupid , forcing to 0
2020.06.18 18:33:33 3: MAX_0e0fe4, invalid or missing value  for READING .weekProfile , forcing to 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
2020.06.18 18:33:33 3: MAX_PARSE, got message define for undefined device 0c8688 type HeatingThermostat , autocreate is enabled
2020.06.18 18:33:33 2: autocreate: define MAX_0c8688 MAX HeatingThermostat 0c8688
2020.06.18 18:33:33 3: MAX_0c8688, invalid or missing value  for READING groupid , forcing to 0
2020.06.18 18:33:33 3: MAX_0c8688, invalid or missing value  for READING .weekProfile , forcing to 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Squamp

Hallo Wzut,

ja, autocreate ist aktiv:

Internals:
   FUUID      5c7f1da8-f33f-725e-dfe8-7169dcdb5ffe7eb7
   NAME       autocreate
   NOTIFYDEV  global
   NR         14
   NTFY_ORDER 50-autocreate
   STATE      active
   TYPE       autocreate


das Logfile bringt schon mehr Aufschluss:

2020.06.18 20:17:54 0: ERROR: Cannot autoload MAX
2020.06.18 20:17:54 3: MAXCUBE: Unknown code MAX,1,Error,042b32, help me!
2020.06.18 20:17:54 2: Got List response for undefined device with addr 0675eb
2020.06.18 20:17:54 2: Got List response for undefined device with addr 0cc109
2020.06.18 20:17:54 2: Got List response for undefined device with addr 042b32
2020.06.18 20:20:54 3: Opening MAXCUBE device 192.168.178.15:62910
2020.06.18 20:20:54 3: MAXCUBE device opened
2020.06.18 20:20:55 1: reload: Error:Modul 10_MAX deactivated:
Can't locate AttrTemplate.pm in @INC (you may need to install the AttrTemplate module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM/lib) at ./FHEM/10_MAX.pm line 31.
BEGIN failed--compilation aborted at ./FHEM/10_MAX.pm line 31.


Da scheint es ein Problem mit dem Modul 10_MAX zu geben. Ich habe den Raspi neu gestartet und nochmal das Update gefahren. Leider kommt bei  reload 10_MAX.pm genau derselbe Fehler: Can't locate.....

Kannst Du damit was anfangen?

Wzut

ja klar, dir fehlt das FHEM Modul AttrTemplate.pm !
mach mal ein update AttrTemplate und achte auf die Ausgabe bzw. Log
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Beta-User

? Kannst du mal version bemühen? Interessant wäre insbesondere fhem.pl selbst sowie update. Irgendwas geht da schief...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Squamp

Zitat von: Wzut am 19 Juni 2020, 09:46:10
ja klar, dir fehlt das FHEM Modul AttrTemplate.pm !
mach mal ein update AttrTemplate und achte auf die Ausgabe bzw. Log

update AttrTemplate war die Lösung! Ich weiss allerdings nicht, warum das beim normalen Update nicht mit erledigt wurde. Aber egal, jetzt funktionierts. Alle Devices sind wieder da.

Vielen Dank!!

Beta-User

Hmm, Danke für die Rückmeldung.

Du solltest aber ggf. trotzdem nochmal schauen, ob update wirklich rund läuft und du auch insgesamt auf dem aktuellen Stand bist. In sehr seltenen Fällen ist da irgendwas verbogen. Und grade bei den eher jungen Dingen wie AttrTemplate ist es wichtig, dass das Gesamtsystem aktuell ist, sonst kann es nach solchen Einzelupdates auch dazu kommen, dass subroutines nicht vorhanden sind, FHEM deswegen abstürzt usw..

Prüfen solltest du mind.
version fhem.plund
version update
Das bitte vergleichen mit den Versionen aus dem svn (z.B. https://svn.fhem.de/trac/browser/trunk/fhem/fhem.pl, dort "letzte Änderung")
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Wzut

die Frage ist halt auch ob nun auch max Templates angezeigt werden oder auch da eventuell die ganzen Unterordner fehlen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher