Readingsgroup führt zu fhem server restarts group mit Timestamp

[riker1]

Was sicher auch nicht optimal ist, sind die Fehlermeldungen bei der Initialisierung der diversen myUtils-Dateien.
Siehe dazu im Wiki:
Ansonsten wird ein Haufen Zeug nicht gefunden, darf nicht gelesen werden usw.. Da solltest du dich erst mal kümmern. Wenn es keine funktionierenden IO's gibt, brauchst du dich nicht zu wundern, dass es auch keine auszuwertenden Daten der Devices gibt, die darüber reinkommen.

Und schalte das usb-Autocreate ab...

Hallo beta-User,

danke,
die Utils themen sind schon erledigt
waren aber ewig da aus alten Gehversuchen ,

usb autocreate werde ich abschalten.

Danke T

[Wuppi68]

Hatte gerade wieder einen neustart


glaube es liegt hieran:

Code Auswählen Erweitern

defmod MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}
attr MAX_Mode_Problem mapping %ALIAS
attr MAX_Mode_Problem room 02_structure
attr MAX_Mode_Problem verbose 5

Im log dazu

Code Auswählen Erweitern

2019.02.13 10:30:29.466 1: usb create end
2019.02.13 10:30:29.581 0: Featurelevel: 5.9
2019.02.13 10:30:29.581 0: Server started with 1253 defined entities (fhem.pl:18497/2019-02-05 perl:5.026001 os:linux user:fhem pid:2409)
MAX_Mode_Problem
2019.02.13 10:30:35.108 5: MAX_Mode_Problem: not on any display, ignoring notify

wo kommt denn das defmod her?

[riker1]

wo kommt denn das defmod her?

Das ist doch eine normale Readingsgroup oder nicht?

aber sobald ich die editiere, aktualisiere startet der Server neu.

[Wuppi68]

Das ist doch eine normale Readingsgroup oder nicht?

aber sobald ich die editiere, aktualisiere startet der Server neu.

das ist nicht die Antwort auf meine Frage?

[riker1]

Hi

dann habe ich die Frage nicht ganz verstanden.
in fhem cfg steht:

Code Auswählen Erweitern

define MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}
setuuid MAX_Mode_Problem 5c633189-f33f-74bb-4588-ac5c1d5847c2b172
attr MAX_Mode_Problem disable 1
attr MAX_Mode_Problem mapping %ALIAS
attr MAX_Mode_Problem room 02_structure
attr MAX_Mode_Problem verbose 5

wenn ich edit raw mache:

Code Auswählen Erweitern

defmod MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}
attr MAX_Mode_Problem disable 1
attr MAX_Mode_Problem mapping %ALIAS
attr MAX_Mode_Problem room 02_structure
attr MAX_Mode_Problem verbose 5

meintest du das?

[riker1]

Ansonsten wird ein Haufen Zeug nicht gefunden, darf nicht gelesen werden usw.. Da solltest du dich erst mal kümmern. Wenn es keine funktionierenden IO's gibt, brauchst du dich nicht zu wundern, dass es auch keine auszuwertenden Daten der Devices gibt, die darüber reinkommen.

Hi,

habe einige Culs zum testen, leider kann man da das Attribut disabled nicht setzen, will sie ungerne löschen und dann immer wieder anlegen

[Beta-User]

Ok, das ist an sich nicht verkehrt, IO's "vorne" zu halten.
Trotzdem wäre es evtl. eine Idee, die jeweils auf eine _unterschiedliche fiktive_ Schnittstelle zu definieren, sonst kloppen die sich alle um dieselbe (...USB0 usw.). Nicht gut...

[riker1]

Ok, das ist an sich nicht verkehrt, IO's "vorne" zu halten.
Trotzdem wäre es evtl. eine Idee, die jeweils auf eine _unterschiedliche fiktive_ Schnittstelle zu definieren, sonst kloppen die sich alle um dieselbe (...USB0 usw.). Nicht gut...

Ich habe die meistens Culs als Ser2Net definiert, also keine doppelten Schnittstellen.

Code Auswählen Erweitern

define cul_wohn_ser2net_rpi CUL 192.168.0.88:2022 3841

Wäre doch ok.

Warum gibt es denn das

Code Auswählen Erweitern

attibut disabled hier nicht?

Danke T

[Wuppi68]

setz mal im Device Global stacktrace und verbose 5

produziere dann einen restart und hänge mal das komplette LOG hier an

[riker1]

Hallo

danke fürs Helfen.

restart erzeugt mit der readingsgroup.
Hatte das Attribut disable 1 und gelöscht.
Das löste den Restart aus.

   

Code Auswählen Erweitern

<Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}

log attached.

[Wuppi68]

Hallo

danke fürs Helfen.

restart erzeugt mit der readingsgroup.
Hatte das Attribut disable 1 und gelöscht.
Das löste den Restart aus.

   

Code Auswählen Erweitern

<Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}

log attached.

Danke für das Log ...

in welcher Zeile hat der Server denn neu gestartet?

das 99_myJson Problem ist in Zeile 1 und Zeile 50000+ zu finden, dazwischen wurde irgendwo FHEM neu gestartet

Kodi macht Dir auch ein paar Probleme im Log (JSON Rückgabewerte)

[Beta-User]

Ungut sieht mir auch das "set BADDUMMY ok" aus. Das taucht eine Zeitlang ziemlich wiederholt auf (unbeabsichtigte loop?), dürfte aber auch keinen Absturz oder restart verursachen.

[riker1]

Ungut sieht mir auch das "set BADDUMMY ok" aus. Das taucht eine Zeitlang ziemlich wiederholt auf (unbeabsichtigte loop?), dürfte aber auch keinen Absturz oder restart verursachen.

das werde ich mal abklemmen und neuen log erzeugen

[riker1]

Danke für das Log ...

in welcher Zeile hat der Server denn neu gestartet?

das 99_myJson Problem ist in Zeile 1 und Zeile 50000+ zu finden, dazwischen wurde irgendwo FHEM neu gestartet

Kodi macht Dir auch ein paar Probleme im Log (JSON Rückgabewerte)

mache nochmal ein log
die JSON Kodi probleme sind alt, da bin ich dran, klemme das mal ab

noch Kleinigkeiten bereinigt.

der Server stürzt immer ab wenn ich dieses dvice:

Code Auswählen Erweitern

MAX_Mode_Problem

Code Auswählen Erweitern

define MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}
setuuid MAX_Mode_Problem 5c633189-f33f-74bb-4588-ac5c1d5847c2b172
attr MAX_Mode_Problem disable 1
attr MAX_Mode_Problem mapping %ALIAS
attr MAX_Mode_Problem room 02_structure
attr MAX_Mode_Problem verbose 5

anpacke : Habe ein Moddef gemacht und schon wieder ein Absturz.

Neues Log ist dran.

Vielen Dank fürs Checken.

VG T

[riker1]

Kann die structure denn mit dem Readingstimestamp?

Code Auswählen Erweitern

define MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}
setuuid MAX_Mode_Problem 5c633189-f33f-74bb-4588-ac5c1d5847c2b172
attr MAX_Mode_Problem mapping %ALIAS
attr MAX_Mode_Problem room 02_structure
attr MAX_Mode_Problem verbose 5

überhauptgehen?