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

[hs911]

@apollon77 das script macht tatsächlich nur ein exec echo 'irgendwas' >> blubb.csv, um es mal kurz zu halten. blubb.csv liegt zwar in dem Ordner, ich lese aber bei dir heraus, dass das nicht ausreicht

das Problem ist dabei aus meiner Sicht gar nicht unbedingt das "sichtbar machen" sondern das ändern. Ich kann, als Alternative zu writeFile, über den File Editor die Datei hochladen, sie im Hintergrund über echo.... ändern, er weigert sich danach jedoch, die Datei mit den Änderungen herunterzuladen.

ein iob file sync teste ich gleich mal.

edit: bin dahinter gestiegen. die Datei muss der Datenbank noch bekannt gemacht werden. ein iob f w schafft aber Abhilfe. mir war nicht bewusst, dass die Zweistufigkeit auch für den File Explorer greift. Danke für die Hilfe!

[apollon77]

@hs911 sagte in Admin v5 jetzt im STABLE!:

mir war nicht bewusst, dass die Zweistufigkeit auch für den File Explorer greift.

Was meinst Du damit? Wenn Du was per Admin5-"Files"-Tab machst dann sollte da nichts weiter nötig sein.

[Aiouh]

@apollon77 Nachdem ich, nach meiner Meinung, die Voraussetzungen für den Update geschaffen habe, zuletzt den Update JS controller 3.3.18, habe ich den Admin v5 Update gestartet.
Dann lief die busy anzeige gefühlt ewig, vielleicht so 5 Minuten und hat nicht aufgehört zu kreiseln.
Daraufhin habe ich einfach mal nen shift refresh gemacht und siehe da, die Admin Oberfläche im neuen Design ist da. Grundsätzlich läuft das mal.

Erst einmal noch ein grosses Lob an die Macher, das neue GUI ist für mich intuitiv und sehr gut gelungen !

Es gab dann noch Warnungen „issues with frequently crashing adapters“ (bluelink, easee, robonect) die ich erst mal schlafen gelegt habe.
Zudem auch viele Meldungen wegen falschen oder fehlenden Datentypen bzw Einheiten im Sourceanalytics, aber das Aufzuräumen ist ja auch "nur" Fleissarbeit, also später.

Was für mich als mehr oder minder Laien nicht gut aussieht, obwohl nur als "info" im Log ist Folgendes

javascript.0
2021-10-18 19:31:56.303	info	found 7 high severity vulnerabilities run `npm audit fix` to fix them, or `npm audit` for details
javascript.0
2021-10-18 19:31:56.285	info	16 packages are looking for funding run `npm fund` for details

Ich mache also npm audit

iobroker@iobroker-vm:~$ npm audit
npm ERR! code EAUDITNOPJSON
npm ERR! audit No package.json found: Cannot audit a project without a package.json
npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2021-10-18T17_44_07_275Z-debug.log
iobroker@iobroker-vm:~$

im Detailed Log steht

0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'audit' ]
2 info using npm@6.14.10
3 info using node@v12.20.1
4 verbose config Skipping project config: /home/iobroker/.npmrc. (matches userconfig)
5 verbose npm-session 6bacc59a738b388a
6 verbose stack Error: No package.json found: Cannot audit a project without a package.json
6 verbose stack     at /usr/lib/node_modules/npm/lib/audit.js:164:19
6 verbose stack     at tryCatcher (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
6 verbose stack     at Promise._settlePromiseFromHandler (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:514:35)
6 verbose stack     at Promise._settlePromise (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:574:18)
6 verbose stack     at Promise._settlePromise0 (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:619:10)
6 verbose stack     at Promise._settlePromises (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:699:18)
6 verbose stack     at Promise._fulfill (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:643:18)
6 verbose stack     at PromiseArray._resolve (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise_array.js:126:19)
6 verbose stack     at PromiseArray._promiseFulfilled (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise_array.js:144:14)
6 verbose stack     at PromiseArray._iterate (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise_array.js:114:31)
6 verbose stack     at PromiseArray.init [as _init] (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise_array.js:78:10)
6 verbose stack     at Promise._settlePromise (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:571:21)
6 verbose stack     at Promise._settlePromise0 (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:619:10)
6 verbose stack     at Promise._settlePromises (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:699:18)
6 verbose stack     at Promise._fulfill (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:643:18)
6 verbose stack     at PromiseArray._resolve (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise_array.js:126:19)
7 verbose cwd /home/iobroker
8 verbose Linux 4.19.0-6-amd64
9 verbose argv "/usr/bin/node" "/usr/bin/npm" "audit"
10 verbose node v12.20.1
11 verbose npm  v6.14.10
12 error code EAUDITNOPJSON
13 error audit No package.json found: Cannot audit a project without a package.json
14 verbose exit [ 1, true ]

Ansonsten keine "Errors" im Log, ausser timeouts eines Adapters die aber so im moment richtig sind.

Was mir noch im Info Tab aufgefallen ist, sind die angeblichen 362 Adapter, ich hab nur um die 50.

Vermutlich schleppe ich noch irgendwelche Leichen aus alten Installationen mit herum, wäre froh die jetzt in dem Zuge loszuwerden.

Hilfe ist sehr willkommen

Läuft auf Intel NUC als VM
jsController 3.318
Node.js v12.20.1
NPM 6.14.10

[Thomas Braun]

@aiouh sagte in Admin v5 jetzt im STABLE!:

iobroker@iobroker-vm:~$ npm audit

Im falschen Verzeichnis ausgeführt.
Am besten lässt man aber eh die Finger von npm audit oder gar der nächsten Stufe.
Halte die nodeJS-Version immer auf Stand, das sollte ausreichen.

Dein Node.js v12.20.1 ist also veraltet.

Am Rande: iobroker ist jetzt auch nicht der beste username, der ist eigentlich schon für einen Systemuser vergeben.

[apollon77]

@aiouh exakt. Npm audit updated pot Pakete Die der Adapter dev nie getestet hat.
Ergo: erfolgt zu 100% auf eigene Gefahr

[Aiouh]

@apollon77 @Thomas-Braun OK und Danke, nun hab ich das als Laie ja kapiert.
Ich wäre ja auch nie drauf gekommen wenn die meldung nicht im iobroker Log gestanden hätte. (Wieso steht die denn da? - fragt sich der Laie)
Also lass ich jetzt alles wie es ist und aktualisiere die nodeJS-Version. Den iobroker user hab ich mehr aus Verzweiflung und Nichtwissen genutzt weil mein normaler user auch die Fehlermeldung gebracht hat.
Halt wieder was gelernt. Danke Euch.

[Thomas Braun]

@aiouh sagte in Admin v5 jetzt im STABLE!:

Wieso steht die denn da?

Genau genommen ist die Meldung ja auch nicht direkt vom iobroker sondern halt von npm.
Die Meldung landet also quasi auf Umwegen im Log.

[DarkDevil]

Hallo zusammen,

ich habe mich nun endlich getraut und auch aktualisiert
Läuft soweit auch alles nur 2 Dinge die ich nicht ganz verstehe:

Ich habe unter Objekte nun sämtliche Ordner (auch von gelöschten Adaptern) sichbar

zB früher habe ich den fritzbox community Adapter genutzt, nun habe ich den Ordner wieder sichtbar. Es befinet sich nichts in den Ordner außer...

... Frage 2: In jedem Ordner gibt es einen Unterordner 0 (für die Instanz) und admin (dieser ist immer leer)

Muß das so? Und kann ich die Ordner der gelöschten Adapter einfach löschen?

Ich habe versucht mit der SUche fündig zu werden, jedoch ohne Erfolg.

[Homoran]

@darkdevil sagte in Admin v5 jetzt im STABLE!:

Ich habe unter Objekte nun sämtliche Ordner (auch von gelöschten Adaptern) sichbar

hattest du die Adapter gelöscht oder nur die Instanzen?

[DarkDevil]

@homoran ich habe die Adapter gelöscht.

[Homoran]

@darkdevil sagte in Admin v5 jetzt im STABLE!:

@homoran ich habe die Adapter gelöscht.

seltsam, dann sollten eigentlich ebenfalls alle Objekte gelöscht werden.
Sind diese denn auf der Seite Adapter in der Kachelansicht noch aktiviert?

[DarkDevil]

@homoran Achso.... in der Kachelansicht waren sie tatsächlich noch vorhanden. Ich lösche sie jetzt mal nach und nach.

Aber das bei jedem Objekt ein unterordner Admin angelegt wird ist normal?

[Homoran]

@darkdevil sagte in Admin v5 jetzt im STABLE!:

Aber das bei jedem Objekt ein unterordner Admin angelegt wird ist normal?

ja

[Rushmed]

Hallo,

ich möchte kurz die Punkte zusammenfassen die mir das Leben mit dem neuen Admin V5 Adapter erschweren:

• UI, ich freue mich dass es endlich dunkel ist im ioBroker aber irgendwie ist mir alles zu bunt (Hintergrundfarben der Instanzen nach Zustand)

• Früher konnte man im Objekte Tab die Anzahl der Unterelemente anzeigen lassen; jetzt nichtmehr.

• Das ganze "wo darf ich welche Objekte anlegen" HikHak, ich kann ja mittlerweile nichtmal einen Datenpunkt kopieren, selbst unter 0_userdata indem ich die "_id" ändere

• Spaltenbreiten im Objekte Tab sind nichtmehr verschiebbar; ich dachte eine der Intensionen für die neue UI ist die verbesserte Bedienbarkeit auf verschiedenen Endgeräten?

• Wozu die neue Aufklappfunktion in den Instanzen? Früher wurden alle Infos gleich angezeigt und ein Klick auf die Instanz hat die Einstellungen geöffnet. Was war daran schlecht?

Diese Aufzählung ist nicht nach Wertigkeit sortiert.

Ich wollte meinem Befinden nur kurz Luft machen. Natürlich bin ich dankbar für die Weiterentwicklung und die viele Zeit die hier jeder Dev neben seinem Privatleben investiert. Vll. habe ich auch die Gedanken hinter diesen Features bisher nicht verstanden. Das ist nur meine User-Sicht.

In diesem Sinne, Danke und ich hoffe dass die alte Adminansicht noch sehr lange verfügbar bleibt!

[Andersmacher]

@apollon77 Ich kann leider nicht mehr sagen, ob das beim Admin4 auch schon so war, aber wenn ich mich im Admin5 (läuft unter Buster) von einem PC aus anmelde (HTTPS mit Authentifizierung), dann sehe ich danach im ioBroker-Log immer (für X.Y stehen tatsächlich meine IP-Daten)

admin.0
	2021-10-21 18:56:56.146	error	error
admin.0
	2021-10-21 18:56:56.144	error	failed connection to socket.io from ::ffff:192.168.X.Y:
admin.0
	2021-10-21 18:56:56.035	error	error
admin.0
	2021-10-21 18:56:56.030	error	failed connection to socket.io from ::ffff:192.168.X.Y:

Für mich sieht das so aus, als ob bereits vor der Authentifizierung ein (zwei?) connect versucht werden. Wird das für das Einblenden der Anmeldemaske gebraucht? Ist das bekannt? Soll das so sein?

[Feuersturm]

@andersmacher Hi, ist ein bekanntes Problem
https://github.com/ioBroker/ioBroker.admin/issues/1000

[peterfido]

@apollon77

Aktuell "nervt" mich leider gerade wieder die fixe Spaltenbreite in den Objekten. Das verschieben mit der Maus sollte echt wieder eingeführt werden. In dem Zusammenhang ist der Admin5 echt ein Rückschritt.

Im Info-Adapter fehlen noch gelegentlich die Namen. (Siehe Screenshot)

[apollon77]

@peterfido Dann bitte GitHub issues anegen bzw - was Spaltenbreite angeht gibt glaube eins - dort "Thumbs up" machen das man sieht das es gewünscht ist

[crunchip]

@peterfido @apollon77 sagte in Admin v5 jetzt im STABLE!:

was Spaltenbreite angeht

https://github.com/ioBroker/ioBroker.admin/issues/1130

[apollon77]

@rushmed Vielen Dank für deinen sachlichen Post. Das ist genau die richtige Art und Weise Feedback zu geben. Danke!

Zu 1., 2. und 4. Bitte im GitHub schauen ob es Issues bzw Feature Requests gibt. Wenn ja "Thumbs up" im ersten Post ... wenn nein bitte neue anlegen. Am besten mit Bildern die das Thema erkennen lassen.

Zu 3. (Wo Objekte und wie): Da ist am Ende kein Admin Thema. Die Idee war von vorn herein das es idealerweise saubere Strukturen gibt und User gaaanz früher mal Ihre states einfach in javascript.X anlegen. Dann wurden user "weil es halt ging und nicht verhindert wurde" kreativ und wir haben gelernt das wir das System gar nicht so flexibel bauen können das es zur Kreativität der User passt. mit js-controller 2 haben wir daher den 0_userdata.0 Space eingeführt als "neuen Platz für alles Userspezifische" und einen prozess begonnen Dinge so zu limitieren das auch wir als Entwickler eine Chance haben das System weiterzuentwickeln ohne immer über Usergemachte "weil es halt ging"-Fälle zu stolpern.
Das alle States sauber Oberstrukturen haben sollten (folder/channel/devices) kommt wiederum von der Idee das wir mehr versuchen wollen Zugehörigkeiten und Geräte automatisch zu erkennen und so die Konfiguration in iot oder auch Visualisierungen zu vereinfachen. Dazu müssen aber auch hier die "Grundideen" die schon immer so gedacht waren aber bisher nicht erzwungen worden mal forciert werden.

User können am Ende immer noch seehr viel "weils halt geht" tun, aber in dem Rahmen wie es gedacht und sinnvoll ist.

zu 5.) Die neue UI soll vor allem die Bedienung auf Tablets verbessern und speziell hier sind lange Tabellen nicht ideal. Auch haben sich zwischenzeitlich mit dem Compact-Mode u.ä. die Anzahl der Infos/Editierpunkte pro Instanz noch erhöht und das wäre mit dem alten "Tabelle mit vielen Spalten Ansatz" nicht umsetzbar gewesen. Solche Aufklappelemente die die wichtigsten Infos direkt und mehr nach dem Aufklappen anzeigen sind heutzutage genau dafür da und weit verbreitet.

Das alte UI wird ggf noch "eine Weile" (ohne jetzt hier irgendeine genaue Aussage zu treffen) da sein, aber nicht mehr weiterentwickelt! Es gibt bereits jetzt Adapter die sich in der "alten UI" nicht mehr konfigurieren lassen.
Also vllt am besten die haupt Admin Instanz im neuen UI Modus nutzen und maximal eine zweite Instanz mit der alten UI in Ausnahmefällen nutzen