NEWS
Admin 6.0 - neu als Beta
-
@siggi0904 Also Wenn es Dir nur um "native" geht so sollte das mit Admin 6 gefixt sein - das Issue ist zumindestens geschlossen glaube ich
okay. Dann wäre noch SmartName, was den Namen und den Datentyp im Alexa beschreibt.
Das ist auch wichtig.Findest du den Issue dazu noch?
Dank dir.
-
okay. Dann wäre noch SmartName, was den Namen und den Datentyp im Alexa beschreibt.
Das ist auch wichtig.Findest du den Issue dazu noch?
Dank dir.
@siggi0904 @apollon77 Meint ihr dieses issue https://github.com/ioBroker/ioBroker.admin/issues/1148 ?
Das ist laut Kommentar zur 6.0.3 gefixt.@Siggi0904 wenn du es i.O. nachtesten kannst, am besten kurz das issue kommentieren, dann kann es geschlossen werden.
-
@siggi0904 @apollon77 Meint ihr dieses issue https://github.com/ioBroker/ioBroker.admin/issues/1148 ?
Das ist laut Kommentar zur 6.0.3 gefixt.@Siggi0904 wenn du es i.O. nachtesten kannst, am besten kurz das issue kommentieren, dann kann es geschlossen werden.
@feuersturm ich kann es leider nicht testen, da ich nur ein Produktivsystem im Stable habe und ich das auch gern so lassen würde.
Aber in https://github.com/ioBroker/ioBroker.admin/issues/1148#issuecomment-909331670 ist auch das Attribut "SmartName" ein Thema.
Daher sollte das noch einmal kontrolliert werden.
-
okay. Dann wäre noch SmartName, was den Namen und den Datentyp im Alexa beschreibt.
Das ist auch wichtig.Findest du den Issue dazu noch?
Dank dir.
@siggi0904 was meinst du mit smartName?? Das property gehört quasi dem iot Adapter und damit setzt auch nur der den Wert. Oder was genau meinst du?
-
@siggi0904 was meinst du mit smartName?? Das property gehört quasi dem iot Adapter und damit setzt auch nur der den Wert. Oder was genau meinst du?
@apollon77 Ja, ich meine das Property.
Wenn durch die Korrektur von native{} am Datenpunkt im iot Adapter automatisch das Property SmartName{} angelegt wird, wäre das okay für mich.
Welchen Werte setzt der IOT Adapter für das Property?
Ich hatte das bisher händisch angelegt, daher ist mir das nicht bekannt und ich muss mal fragen.
Mein Property sieht dann meißt so aus:"smartName": { "de": "Anwesenheit", "smartType": "SWITCH" }Danke.
-
@apollon77 Ja, ich meine das Property.
Wenn durch die Korrektur von native{} am Datenpunkt im iot Adapter automatisch das Property SmartName{} angelegt wird, wäre das okay für mich.
Welchen Werte setzt der IOT Adapter für das Property?
Ich hatte das bisher händisch angelegt, daher ist mir das nicht bekannt und ich muss mal fragen.
Mein Property sieht dann meißt so aus:"smartName": { "de": "Anwesenheit", "smartType": "SWITCH" }Danke.
@siggi0904 iot setzt das je nachdem was du in iot konfigurierst. Kann man so pauschal nicht sagen.
-
@siggi0904 iot setzt das je nachdem was du in iot konfigurierst. Kann man so pauschal nicht sagen.
@apollon77 er meinte wahrscheinlich nur die Zeile/Eintrag SmartName{}, damit das an Ort und Stelle steht
-
@siggi0904 iot setzt das je nachdem was du in iot konfigurierst. Kann man so pauschal nicht sagen.
@apollon77 dann stehe ich auf dem Schlauch wo und wie man das konfiguriert.
Das ist dann aber zu sehr IOT lastig.
Das sollte ich im extra Thread machen. -
@apollon77 er meinte wahrscheinlich nur die Zeile/Eintrag SmartName{}, damit das an Ort und Stelle steht
-
@siggi0904 aber nicht jeder Datenpunkt wird von Alexa verwendet
-
@siggi0904 aber nicht jeder Datenpunkt wird von Alexa verwendet
Jo, daher hatte ich schon überlegt, ob es einen Button "Alexa/Google" in der Konfiguration vom Datenpunkt geben könnte. Dieser würde dann die zwei Attribute hinzufügen.
So wie unit, color etc. hier gezeigt:
https://forum.iobroker.net/post/814420 -
Jo, daher hatte ich schon überlegt, ob es einen Button "Alexa/Google" in der Konfiguration vom Datenpunkt geben könnte. Dieser würde dann die zwei Attribute hinzufügen.
So wie unit, color etc. hier gezeigt:
https://forum.iobroker.net/post/814420@siggi0904 wie gesagt. DER Adapter um Alexa und Google Home and Friends zu konfigurieren ist der iot Adapter. Punkt. Damit ist dieser Adapter der einzige der diese speziellen key im Objekt ( die übrigens je nach iot konfig auf instanzspezifisch und dann woanders im Objekt sein können!!) anlegt.
Profi User die das aus „Gründen“ selbst anlegen wollen weil sie wissen was sie tun können das per Admin über den raw Objekt json Editor machen oder per JavaScript Adapter oder wie auch immer - es ist aber nicht der Standardweg und damit wird es keinen Admin support dafür geben - allein die ganze Logik an zwei stellen zu haben ist Blödsinn.
Hoffe das war ausführlich erklärt warum es keinen Sinn macht.
-
@g-pitzer Das ist ein Bug. Ich kann bei mir dort auch nichts (mit Admin 6.0.4) eintragen. Kannst du bitte ein Admin issue erstellen https://github.com/ioBroker/ioBroker.admin/issues?
@feuersturm
Hallo, der Bug wurde gefixed, aber wie bekomme ich den Fix in meine Installation?
lg g.pitzer -
@feuersturm
Hallo, der Bug wurde gefixed, aber wie bekomme ich den Fix in meine Installation?
lg g.pitzer@g-pitzer Das issue https://github.com/ioBroker/ioBroker.admin/issues/1533 wird in der nächsten Admin Version (6.0.5) enthalten sein. Wann diese kommt kann ich dir nicht sagen, aber @Bluefox hatte in letzter Zeit sehr kurze Release Zyklen, so dass es vermutlich nicht allzulange dauern wird.
-
@g-pitzer Das issue https://github.com/ioBroker/ioBroker.admin/issues/1533 wird in der nächsten Admin Version (6.0.5) enthalten sein. Wann diese kommt kann ich dir nicht sagen, aber @Bluefox hatte in letzter Zeit sehr kurze Release Zyklen, so dass es vermutlich nicht allzulange dauern wird.
@feuersturm
Danke für die Info
-
@feuersturm
Danke für die Info
@g-pitzer Hier https://github.com/ioBroker/ioBroker.admin/commits/master siehst du, welche Bugfixes zuletzt gemacht worden sind und alles was nach dem "chore: release v6.0.4" vom 13.6 kommt, gelangt in die nächste Admin Version. Der commit (Bugfix) zu deinem issue 1533 taucht aktuell ganz oben auf (am 17.6)
-
Hallo liebe ioBroker Community,
vor zirka einem Jahr konnten wir Euch mit Admin 5.0 die neueste Administrationsoberfläche von ioBroker vorstellen.
Dieser komplette Redesign, mit welchem der Look der ioBroker Admin Oberfläche moderner und vor allem die Bedienbarkeit auf Tablets verbessert wurde
stellte einen großen Schritt in die Zukunft dar.Mit Admin 6 ändert sich sichtbar im Vergleich zum Admin 5 wenig, es wurde aber recht viel "unter der Haube" geändert und die genutzte Frontend-Bibliothek für die Admin Oberfläche wurde aktualisiert. Es wurden viele Bugs gefixt und auch einige neue Features für alle User kamen dazu. Für Adapter-Entwickler gibt es auch ein paar neue Features, damit diese noch bessere Adapter-Konfigurationen bauen können.
Wir sind jetzt an einem Punkt angekommen, wo der Aufwand um die "alte UI" noch aktiv zu halten (bzw. "mitzuschleppen") immer größer wird.
Aus diesem Grund wird mit Admin 6.0 die alte Admin-4-UI nicht mehr verfügbar sein.Uns ist bekannt, dass sich an einigen Punkten der aktuellen Administrationsoberfläche "die Geister scheiden" und einige der Änderungen durchaus kontrovers diskutiert wurden. Es gibt auch noch User die Standardmäßig die frühere Oberfläche noch aktiviert haben. Wer konstruktive Feature-Requests hat für Themen was man an der neuen UI verbessern kann, kann diese jederzeit hier https://github.com/ioBroker/ioBroker.admin/issues auf GitHub anlegen!
Inzwischen sollten alle Adapter auch die neue UI unterstützen und erste Adapter lassen sich auch nur noch über die neue UI konfigurieren.
Höchste Zeit sich jetzt umzugewöhnen
Die neue Oberfläche ist die Zukunft!Hier noch eine kleine Liste der Änderungen in Admin 6 aus User-Sicht:
- Viele Bugfixes und kleinere Verbesserungen (z.B. Run/Stop Buttons der Instanz auch im Instanz-Einstellungsdialog)
- Aktualisierung der UI-Library auf Mui5, was man allerdings kaum sieht. Was man sieht ist das das zu ladende JavaScript nur 16MB anstelle 25MB groß ist
- Einige ältere Browser fallen weg. Browser-Support: https://mui.com/material-ui/getting-started/supported-platforms/
- File- und Binary-State-Verbesserungen in Vorbereitung für js-controller 4.1
Für Adapter-Entwickler sind u.a. folgende Neuerungen interessant:
- JSONConfigs können jetzt auch in JSON5-Format (JSON mit erlaubten Kommentaren) erstellt werden (korrekte globalDependency zu Admin 6.x nicht vergessen!)
- Unterstützung für eigene JSONConfig-Komponenten - Adapter können eigene Komponenten für JSONConfig definieren wenn die verfügbaren nicht passen
Viel Spass beim austesten von Admin 6.0, welches im Laufe des Abends im Beta Repository auftauchen sollte.
Bugs bitte ebenfalls als Issues im GitHub melden
Ingo
Es wäre schön, wenn man Objekte wie in Admin 4 in allen Strukturen erstellen kann.
Habe damals sehr viele Objekte unter js.0 erstellt.
Jetzt muss ich immer auf Admin 4 umschalten, um etwas zu erweitern. -
Es wäre schön, wenn man Objekte wie in Admin 4 in allen Strukturen erstellen kann.
Habe damals sehr viele Objekte unter js.0 erstellt.
Jetzt muss ich immer auf Admin 4 umschalten, um etwas zu erweitern.@gregors alter Hut, zumal du weiterhin unter javascript Datenpunkte anlegen kannst.
-
Es wäre schön, wenn man Objekte wie in Admin 4 in allen Strukturen erstellen kann.
Habe damals sehr viele Objekte unter js.0 erstellt.
Jetzt muss ich immer auf Admin 4 umschalten, um etwas zu erweitern.@gregors Ab Admin 6 wird es keine Umschaltung mehr auf die Admin 4 UI geben
-
Es wäre schön, wenn man Objekte wie in Admin 4 in allen Strukturen erstellen kann.
Habe damals sehr viele Objekte unter js.0 erstellt.
Jetzt muss ich immer auf Admin 4 umschalten, um etwas zu erweitern.