Admin v5 jetzt im STABLE!

[Chaot]

@biker1602 Ja.
Bei den Instanzen auf den Adapter klicken. Dann geht das Feld auf.
Dort dann rechts in der ersten Zeile den Lglevel auswählen.

Steht bei mir übrigens alles immer auf warn und wird nur bei Bedarf auf info oder debug geschaltet.

[crunchip]

@chaot sagte in Admin v5 jetzt im STABLE!:

Bei den Instanzen auf den Adapter klicken. Dann geht das Feld auf.

aber nur in der Expertenansicht

@chaot sagte in Admin v5 jetzt im STABLE!:

Steht bei mir übrigens alles immer auf warn

so bekommst aber eher nichts davon mit, von vermeintlichen "Fehlern" wie z.b." has to be stringified but received type "object"

[Chaot]

@crunchip Die Fehler kommen in der Testumgebung. In der Produktivumgebung stören mich "info" Fehler eigentlich nicht. Da will ich lieber ein aufgeräumtes Log.

[crunchip]

@chaot ok, Testumgebung verwende ich nicht, da es meines Erachtens nicht der "Wirklichkeit" entspricht, noch dazu müsste ich alle Gerätschaften doppelt haben.

[biker1602]

@crunchip said in Admin v5 jetzt im STABLE!:

@chaot sagte in Admin v5 jetzt im STABLE!:

Bei den Instanzen auf den Adapter klicken. Dann geht das Feld auf.

aber nur in der Expertenansicht

@chaot sagte in Admin v5 jetzt im STABLE!:

Steht bei mir übrigens alles immer auf warn

so bekommst aber eher nichts davon mit, von vermeintlichen "Fehlern" wie z.b." has to be stringified but received type "object"

Ich habe jetzt auf warn gestellt das war schon mal sehr gut. Jetzt muss ich nur nochmal schauen wie ich das mit dem Adapter auf Github mache.
Das habe ich noch nie gemacht

[Chaot]

@crunchip Die Testumgebung läuft bei mir in 2 Varianten.
Eine mit ein paar unwichtigen Geräten und eine weitere als eigener Container der alternativ zur Produktivumgebung Stundenweise zugeschaltet wird.
Meist sind die Adpter ja schon so weit das man sie nach wenigen Stunden ja auch schon in die Produktivumgebung umsetzen kann.

Ach übrigens, das mit der Expertenansicht hatte ich tatsächlich übersehen, weil die bei mir immer aktiviert ist und mir das dadurch gar nicht bewusst war.

[crunchip]

@biker1602 sagte in Admin v5 jetzt im STABLE!:

wie ich das mit dem Adapter auf Github mache.

du meinst radar2 Adapter? gibt Version v2.0.2 siehe https://forum.iobroker.net/post/635822 Konfig problem besteht aber weiterhin

[biker1602]

@crunchip ja genau den meine ich habe auch schon die Version 2.0.2 installiert die funktionierte bis dato auch problemlos. Aber nach dem Admin Update leider nicht mehr.

[crunchip]

@biker1602 dann bleibt wohl nur als Zwischenlösung im Admin auf alte Benutzeroberfläche umzuswitchen

[biker1602]

@crunchip Obwohl mir die neue wirklich sehr gut gefällt!

[crunchip]

@biker1602 radar verrichtet ja seinen Dienst nach wie vor, nur die Konfig funktioniert nicht mehr, für den Fall man möchte was ändern.
Übrigens, gerade mal auf alte Oberfläche gewechselt, auch da funktioniert die Konfig Seite nicht mehr.

[Homoran]

@biker1602 sagte in Admin v5 jetzt im STABLE!:

ich bin überrascht wie trotz allen Kommentaren nachlesend es bei mir wenig Problem gab.

und ich bin immer über diese Kommentare überrascht

@biker1602 sagte in Admin v5 jetzt im STABLE!:

Beim Enigma2 Adapter kommt ständig im Log
State value to set for "enigma2.2.enigma2.EVENTREMAINING" has to be type "number" but received type "string"

dafür gibt es einen Extra Thread - ist aber bekannt, glaube ich

@biker1602 sagte in Admin v5 jetzt im STABLE!:

ch kann im Adapter keine Objekte hinzufügen

auch dazu gibt es einen extra Thread
Alle "Side-Threads" mit ein paar warmen Worten noch mal hier:
https://forum.iobroker.net/topic/46852/eine-bitte-zu-den-aktuellen-update-threads

[Homoran]

@crunchip sagte in Admin v5 jetzt im STABLE!:

Übrigens, gerade mal auf alte Oberfläche gewechselt, auch da funktioniert die Konfig Seite nicht mehr.

mit forced refresh danach?

[crunchip]

@homoran nein, auch neu in einem anderen Browser versucht

[Homoran]

@crunchip OK - aber ich glaube am Radar2 sind die Jungs sowieso dran

[Elektroniker86]

Moin, seit dem Update auf den neuen Admin habe ich jedes mal beim anmelden an der Oberfläche
zwei Error Meldungen bei den Logs /Protokollen:

admin.0
2021-08-09 12:56:19.993	error	error

admin.0
2021-08-09 12:56:19.992	error	failed connection to socket.io from ::ffff:10.10.10.2:

An was liegt das?

Plattform linux
Betriebssystem linux
Architektur x64
CPUs 8
Geschwindigkeit 3392 MHz
Modell Common KVM processor
RAM 7.77 GB
System-Betriebszeit 4 T. 04:00:54
Node.js v12.22.4
NPM 6.14.14
Datenträgergröße 19.56 GB
freier Festplattenspeicher 8.81 GB
Anzahl der Adapter 339
Betriebszeit 4 T. 04:00:34
Aktive Instanzen 29
location /opt/iobroker/
Hostname iobroker

[Feuersturm]

@elektroniker86 ist ein bekanntes Problem https://github.com/ioBroker/ioBroker.admin/issues/1000

arteck created this issue in ioBroker/ioBroker.admin

closed error socket.io close connection #1000

[lessthanmore]

Mal eine recht "dumme" Frage oder aber ich konnte bislang darauf keine Antwort finden.
Jeder DP wird mir in der Spalte "Typ" ausschließlich als State angezeigt, egal wie der DP eigentlich vom Typ her definiert ist (string, number, mixed, etc.). Ist das normal bzw. so gewollt?
Bei der Spalte "Rolle" wird es ja korrekt angezeigt was unter common bzw. den Objektdaten hinterlegt wird.

[apollon77]

@nieip Klicjk mal unter Objekte auf das Icon mit der "1", dann wechselt die Ansicht und du hast das denke ich

[apollon77]

@nieip Wenn Du es nachstellen kannst bitte GitHub Issue öffnen. Danke