Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[deta]

@apollon77 3.3.11 ist installiert. Wenn es noch mal vorkommt, dann was brauchst du genau was wie wo?

[Chaot]

@dr-bakterius Hast du ja Recht. Der Vergleich hinkt wirklich extrem.

[apollon77]

@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein

[deta]

@apollon77 ok, aber bis jetzt kein Fehler mehr gehabt. Melde mich, wenn es noch mal vorkommt.

[Diginix]

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

@diginix sagte in js-controller 3.3 jetzt im Beta:

Diese Adapter (radar2, telegram, onkyo, yeelight) habe ich dann selbst gepatcht.

Hast Du PRs gemacht? Wäre ja schade wenn Deine Arbeit unsichtbar bleiben würde :-)

Onkyo
https://github.com/ioBroker/ioBroker.onkyo/pull/58

Telegram
https://github.com/iobroker-community-adapters/ioBroker.telegram/pull/242

Yeelight-2
https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/pull/98

Die Datentypen bzw ack Probs von radar2 hat jemand anderes schon in seinem Fork gefixed. Da wäre ein PR von mir damit frech. Leider weiß ich gerade nicht mehr welcher Fork das war.

[deta]

@diginix Für Radar2 hab ich es nicht gefunden, kannst du mir bitte sagen wo ich den patch finde?

cu Deta

[MalleRalle]

Der Fork von TA2k befindet sich hier

https://github.com/TA2k/ioBroker.radar2

Der Pullrequest sollte das hier sein:
https://github.com/frankjoke/ioBroker.radar2/pull/86

Fehlermeldungen sind dadurch weg.
ABER der Adapter ist nach wie vor nicht einstellbar.
Da muss frankjoke noch dran.

[Diginix]

@malleralle sagte in js-controller 3.3 jetzt im Beta:

ABER der Adapter ist nach wie vor nicht einstellbar.
Da muss frankjoke noch dran.

Das ist aber ein Admin5 Problem. Zumindest funktioniert radar2 bei mir mit dem Patch mit JS-C 3.3 und admin4 komplett fehlerfrei.

[deta]

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein

Wieder Fehler, brauche bitte mal deine Email, damit ich dir das Log senden kann.
Es ist etwas komplexer.

[apollon77]

@deta Wie geschrieben. Wenn es ein 3.3.11er Controller ist checke ich log gern ... wenn früher dann bitte updaten

[deta]

@apollon77 ja ist er 3.3.11

[apollon77]

Mit letzten Fixes kommt heute js-controller 3.3.12 aka Stable RC2:

3.3.12 (2021-06-07)

• (foxriver76) Make sure getStates uses write attribute of aliases instead of read
• (bluefox) Add messages to read logs
• (Apollon77) prevent crash in disconnect cases on startup
• (foxriver76) allow defaultNewAcl updates on the fly

Er landet demnächst auf npm und danach im Latest

[Chaot]

@apollon77 Ist eigentlich der Controler nach dem Update immer auf Loglevel Info oder ist das nur bei mir so?
Normalerweise habe ich den auf Level Warning stehen, aber nach jedem Update ist er wieder auf Info.

[Diginix]

@chaot Bei mir bleibt Loglevel warn beim Host auch nach Updates.
Ich hab es in /opt/iobroker/iobroker-data/iobroker.json eingestellt

  "log": {
    "level": "warn",

[Chaot]

@diginix Ok, werde ich mal probieren.
Ich stelle das über die GUI um und da scheint sich das immer zurückzustellen.
Vielleicht ist das ja auch so gewollt vom Entwickler.

[Diginix]

@chaot Ich habe das in der Datei gemacht weil es in der GUI bisher nie ging.
Bin noch auf admin v4. Geht das mit admin v5?

[Feuersturm]

@chaot Du meinst diese Einstellung oder?

Ich hab unter js-controller 3.3.11 einmal das Level von info auf warn gesetzt und danach einen controlle restart gemacht.
Danach hab ich von 3.3.11 auf 3.3.12 aktualisiert und es steht weiterhin "warn" als Level in dem Feld.

[Chaot]

@diginix Ja, geht. Aber, wie gesagt scheinbar nicht dauerhaft. Ich bin mir aber nicht sicher ob das wieder mal nur bei mir so ist. Würde mich auch nicht wundern.......

[Chaot]

@feuersturm Ich nutze die neue GUI. Aber schon die Einstellung.

[Feuersturm]

@chaot Das ist die neue GUI (react UI) die du in meinem Screenshot siehst.