keine Reaktion mehr von MAX seit einiger Zeit

Begonnen von picard72, 30 Mai 2019, 16:02:03

Vorheriges Thema - Nächstes Thema

picard72

Hallo,

seit einiger Zeit, glaub mit einer größeren Umstellung in FHEM, wo diese "FUUID" eingeführt wurden kann ich nicht mehr mit Fhem auf meinen MAX-CUbe zugreifen.
Ich habe schon einen neuen Cube probiert oder auch diverse Resets aber immer das gleiche ergebnisse:List:
Internals:
DEF        192.168.178.29
DeviceName 192.168.178.29:62910
FUUID      5cefbd8d-f33f-a2ab-766d-63779482b5a667d8
INTERVAL   60
NAME       ml
NR         228
STATE      opened
TYPE       MAXLAN
cubeTimeDifference 99999
pairmode   1
persistent 1
READINGS:
2019-05-30 15:39:18   state           opened
Attributes:
room       System->MAX


Aus dem Log:

2019.05.30 15:39:18.504 5: Cmd: >set ml reconnect<
2019.05.30 15:39:18.505 5: MAXLAN_Disconnect
2019.05.30 15:39:18.505 3: Opening ml device 192.168.178.29:62910
2019.05.30 15:39:18.513 3: ml device opened
2019.05.30 15:39:18.513 5: Starting notify loop for ml, 1 event(s), first is CONNECTED
2019.05.30 15:39:18.513 5: createNotifyHash
2019.05.30 15:39:18.532 5: End notify loop for ml
2019.05.30 15:39:21.535 1: MAXLAN_ReadSingleResponse: timeout while reading from socket, disconnecting
2019.05.30 15:39:21.536 5: MAXLAN_Disconnect
2019.05.30 15:39:21.536 1: MAXLAN_ExpectAnswer: Error while waiting for answer H:


Die einzelnen Geräte sind laut der MAX-Software immer noch korrekt eingebunden. Habe sicherheitshalber aber auch dort mal alle Resettet und neu eingebunden (Auf dem neueren Cube)
Die MAX-Software muß ich nun leider immer nehmen um die Heizung einzustellen, beende diese dann immer wieder und versuche ein connect von FHEM leider immer ohne Erfolg.

Gibt es hier eine Lösung?

Jackson

Hi Picard,

da ich meinem CUBE im Sommer immer eine Pause könne :D, habe ich den CUBE für dein Problem nochmal mit Spannung versorgt.

Und, er funktioniert sofort. Mein FHEM habe ich am 18.05 das letzte mal aktualisiert. Hast du es schon mal mit einem Interval in DEF versucht?

DEF        192.168.178.34 300
   DeviceName 192.168.178.34:62910
   FD         24
   FUUID      5c4350e4-f33f-c38c-27ea-a8ea4f1d2d0e99da
   INTERVAL   300
   NAME       ml
   NR         139
   PARTIAL   
   STATE      opened
   TYPE       MAXLAN
   addr       18106d
   clockset   3
   cubeTimeDifference 0
   dutycycle  83
   freememoryslot 50
   fwversion  0113
   pairmode   0
   persistent 1
   serial     NKF0015668
   .attraggr:
   .attrminint:
   .clientArray:
     MAX
   READINGS:
     2019-06-05 10:41:39   dutycycle       83
     2019-06-05 10:30:22   firmware        0.1
     2019-06-05 10:30:21   state           opened
     2019-06-05 10:30:22   testresult      255
FHEM5.9@RPI3

picard72

Hi Jackson,

ah jetzt Dämmert es mir.
mein MAX hat wohl die Zeit verloren, wie auch immer.
Habe jetzt neuen Zeitserver verpasst und jetzt keine Diff mehr (cubeTimeDifference 99999)

Dein List hat mir dabei geholfen, dort mal zu schauen, Danke.

Aktuell werden die Geräte wieder angesprochen dann mal beobachten