UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[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

[apollon77]

@goersch Dann Bitte mal "iobroker cert view" Ausgabe Posten und wenn das Zert abgelaufen ist oder länger als 1 Jahr gültig dann ist das die Ursache. Cert erneuern

[apollon77]

@andersmacher Am besten mit Screenshot und infos GitHiub Issue auf machen. Frage ist ja ob das Admin oder web ist was Du meinst

[apollon77]

@linedancer Dann leg nen Feature Request im GitHub an

[apollon77]

@fa-bio Nee ich denke das ist schon richtig so im Browser Aber ja vllt etwas wie "Default speichern". Mach GitHub issue als Enhancement auf

[fastfoot]

@lessthanmore sagte in Admin v5 jetzt im STABLE!:

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.

das ist immer der type aus Zeile 2 hier drunter und nicht der common.type wie in Zeile 5

{
  "type": "state",
  "common": {
    "def": "",
    "type": "string",
    "read": false,
    "write": true,
    "role": "media",
    "desc": "Add a Player to a Group (Player to remove, Coordinator)",
    "name": "add_to_group"
  },

[apollon77]

@lessthanmore Es gibt zwei Typen Darf man nicht verwechseln. EInerseits gibt es den Objekttyp - der wird hier angezeigt. Da geht es darum ob es Ein gerät/Device, Channel/Kanal oder Zustand/State ist. Das wird angezeigt an der Stelle.

Der Datentyp des Zustandswertes 8was es nur bei "State" gibt wird nicht direkt angezeigt weil das für die UI irrelevant ist.

[biker1602]

@apollon77 Eine kurze Frage
Nach dem Update habe ich vom alias Adapter jetzt 2 Ordner unter Objekte.

Ist das so richtig oder kann man die zusammenbringen?
Danke

[Fabio]

@apollon77 Guten morgen apollon77 okay, bitte nicht lachen.
Was ist github und Enhancement?? Ich werde zu alt dafür, bin fast 60.

Grüße
Fabio

[Andersmacher]

@apollon77 Ich habe eben Downgrade auf WEB-Server V3.4.1 gemacht. Den hatte ich vor Admin5 ohne die LOGIN-Hintergrundbild-Darstellungsprobleme drauf und auch damit tritt das Problem mit dem LOGIN-Hintergrundbild jetzt auf. Stimmst Du zu, daß damit klar sein müßte, das Issue bei Admin5 und nicht bei WEB-Server zu plazieren?

Das mit dem Screenshot könnte schwierig werden, weil das Bild ja wirklich immer nur kurz "aufblitzt". Mal sehen, ob ich so schnelle Finder habe (;-).

[crunchip]

@biker1602 alias sind deine Geräte die du als alias angelegt hast, der alias manager ist der adapter, mit dem du die alias anlegen kannst, stimmt schon so