NEWS
Admin v5 jetzt im STABLE!
-
@wendy2702 dann bitte mit Details GitHub issue anlegen. Ich hoffe das enum heißt nicht wirklich so und hat ein „.“ Am Ende
@apollon77 Nur als Info, falls das bisher noch nicht aufgefallen ist:
Ich habe gerade 4 Adapter aktualisiert (Homematic Rega und RPC, Backitup und FHEM). Dabei ist mir aufgefallen, daß es mit Admin5 ja nun zwei Quellen/Darstellungen für die Änderungshistorie gibt:
Direkt über die neue Versionsnummer nur die Änderungen bezogen auf die letzte installierte Version (finde ich sehr praktisch) und wie früher über das Fragezeichen die Gesamthistorie (auch gut, daß es das weiterhin gibt).
Das eine in deutsch, das andere in englisch. Auch wenn mein Englisch nicht perfect ist, kommt es mir so vor, als ob die deutsche Version nicht (oder nur, wenn man weiß, was gemeint ist) die tatsächliche Änderung beschreibt.
Ich habe erst gedacht, daß das durch automatische Übersetzung kommt. Kann aber wohl nicht sein, denn z. B. in FHEM Gesamthistorie fehlt 1.6.2 und 1.6.3, so daß es nicht automatisch übersetzt sein kann.
Desweiteren sind in der Komplettvariante die Sortierungen mal von alt nach neu und mal umgekehrt. Letzteres finde ich sinnvoller.
Ich bin mir aber nicht sicher, ob Du / Admin5 da überhaupt Einfluß drauf hast, oder ob das bei den jeweiligen Adapterentwicklern angemerkt werden sollte.
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@apollon77 Nur als Info, falls das bisher noch nicht aufgefallen ist:
Ich habe gerade 4 Adapter aktualisiert (Homematic Rega und RPC, Backitup und FHEM). Dabei ist mir aufgefallen, daß es mit Admin5 ja nun zwei Quellen/Darstellungen für die Änderungshistorie gibt:
Direkt über die neue Versionsnummer nur die Änderungen bezogen auf die letzte installierte Version (finde ich sehr praktisch) und wie früher über das Fragezeichen die Gesamthistorie (auch gut, daß es das weiterhin gibt).
Das eine in deutsch, das andere in englisch. Auch wenn mein Englisch nicht perfect ist, kommt es mir so vor, als ob die deutsche Version nicht (oder nur, wenn man weiß, was gemeint ist) die tatsächliche Änderung beschreibt.
Ich habe erst gedacht, daß das durch automatische Übersetzung kommt. Kann aber wohl nicht sein, denn z. B. in FHEM Gesamthistorie fehlt 1.6.2 und 1.6.3, so daß es nicht automatisch übersetzt sein kann.
Desweiteren sind in der Komplettvariante die Sortierungen mal von alt nach neu und mal umgekehrt. Letzteres finde ich sinnvoller.
Ich bin mir aber nicht sicher, ob Du / Admin5 da überhaupt Einfluß drauf hast, oder ob das bei den jeweiligen Adapterentwicklern angemerkt werden sollte.
@apollon77
... die neue Admin v5.1.23 Oberfläche sieht jetzt richtig "frisch" aus, Danke dafür.
Leider habe ich jetzt ein Problem mit shuttercontrol 1.2.0.
Der "openALL" Button funktioniert nicht mehr.
Ich müßte jedesmal in die alte Oberfläche zurück was ja irgendwie nicht sinnvoll ist ...Was läuft da falsch ?
-
@apollon77
... die neue Admin v5.1.23 Oberfläche sieht jetzt richtig "frisch" aus, Danke dafür.
Leider habe ich jetzt ein Problem mit shuttercontrol 1.2.0.
Der "openALL" Button funktioniert nicht mehr.
Ich müßte jedesmal in die alte Oberfläche zurück was ja irgendwie nicht sinnvoll ist ...Was läuft da falsch ?
@raspiuser also bei mir steht da in der Objektliste gar kein "button" symbol sondern "false" und wenn ich den Wert auf "true" setze, dann öffnet er alle Rolläden.
node.js v14.17.4, npm 6.14.14, admin 5.1.25 und shuttercontrol 1.2.1.ich würde die Datenpunkte mal löschen und einen re-start des shuttercontrol adapters machen.
iobroker auf proxmox container
-
@raspiuser also bei mir steht da in der Objektliste gar kein "button" symbol sondern "false" und wenn ich den Wert auf "true" setze, dann öffnet er alle Rolläden.
node.js v14.17.4, npm 6.14.14, admin 5.1.25 und shuttercontrol 1.2.1.ich würde die Datenpunkte mal löschen und einen re-start des shuttercontrol adapters machen.
@amg_666 Das hat damit nichts zu tun. Das button Symbol sieht man nur, wenn man den Expertenmodus ausschaltet. Das war schon unter admin4 so. Ob das als Button-Symbol dargestellt wird, hängt davon ab, ob der Datenpunkt mit der Rolle Button definiert ist oder nicht.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@apollon77 Nur als Info, falls das bisher noch nicht aufgefallen ist:
Ich habe gerade 4 Adapter aktualisiert (Homematic Rega und RPC, Backitup und FHEM). Dabei ist mir aufgefallen, daß es mit Admin5 ja nun zwei Quellen/Darstellungen für die Änderungshistorie gibt:
Direkt über die neue Versionsnummer nur die Änderungen bezogen auf die letzte installierte Version (finde ich sehr praktisch) und wie früher über das Fragezeichen die Gesamthistorie (auch gut, daß es das weiterhin gibt).
Das eine in deutsch, das andere in englisch. Auch wenn mein Englisch nicht perfect ist, kommt es mir so vor, als ob die deutsche Version nicht (oder nur, wenn man weiß, was gemeint ist) die tatsächliche Änderung beschreibt.
Ich habe erst gedacht, daß das durch automatische Übersetzung kommt. Kann aber wohl nicht sein, denn z. B. in FHEM Gesamthistorie fehlt 1.6.2 und 1.6.3, so daß es nicht automatisch übersetzt sein kann.
Desweiteren sind in der Komplettvariante die Sortierungen mal von alt nach neu und mal umgekehrt. Letzteres finde ich sinnvoller.
Ich bin mir aber nicht sicher, ob Du / Admin5 da überhaupt Einfluß drauf hast, oder ob das bei den jeweiligen Adapterentwicklern angemerkt werden sollte.
@andersmacher ehrlich. Keine Ahnung was du meinst … hast du Screenshots?
-
@apollon77
... die neue Admin v5.1.23 Oberfläche sieht jetzt richtig "frisch" aus, Danke dafür.
Leider habe ich jetzt ein Problem mit shuttercontrol 1.2.0.
Der "openALL" Button funktioniert nicht mehr.
Ich müßte jedesmal in die alte Oberfläche zurück was ja irgendwie nicht sinnvoll ist ...Was läuft da falsch ?
@raspiuser wenn Button nicht tut bitte issue anlegen. Sollte wenn er beschreibbar ist
-
@raspiuser also bei mir steht da in der Objektliste gar kein "button" symbol sondern "false" und wenn ich den Wert auf "true" setze, dann öffnet er alle Rolläden.
node.js v14.17.4, npm 6.14.14, admin 5.1.25 und shuttercontrol 1.2.1.ich würde die Datenpunkte mal löschen und einen re-start des shuttercontrol adapters machen.
-
@amg_666 Das hat damit nichts zu tun. Das button Symbol sieht man nur, wenn man den Expertenmodus ausschaltet. Das war schon unter admin4 so. Ob das als Button-Symbol dargestellt wird, hängt davon ab, ob der Datenpunkt mit der Rolle Button definiert ist oder nicht.
-
@mickym ok, Expertenmodus ausgeschaltet und ich sehe den button, genau wie bei dir in rot.
Aaaber: Wenn ich da draufklicke, dann fahren meine Rolladen hoch. Also funtionieren tut er...@amg_666 ich habe ja nichts zur Ursache gesagt, nur dass die Darstellung als Button kein Fehlerindiz ist. Warum der Button nicht tut, dazu kann ich leider nichts beitragen. Eine Lösung kann ja die von Dir vorgeschlagene Vorgehensweise sein. Adapter neueste Version, Objekt löschen, wird vom Adapter wieder neu angelegt. Also gegen Deinen Lösungsvorschlag habe ich nichts gesagt, nur dagegen, dass das Buttonsymbol ein Indiz für die Fehlfunktion ist.
-
@raspiuser also bei mir steht da in der Objektliste gar kein "button" symbol sondern "false" und wenn ich den Wert auf "true" setze, dann öffnet er alle Rolläden.
node.js v14.17.4, npm 6.14.14, admin 5.1.25 und shuttercontrol 1.2.1.ich würde die Datenpunkte mal löschen und einen re-start des shuttercontrol adapters machen.
@amg_666 said in Admin v5 jetzt im STABLE!:
ich würde die Datenpunkte mal löschen und einen re-start des shuttercontrol adapters machen.
Habe ich mal probiert: Der Button ist dann grau und hat den Wert "false". Wenn ich darauf klicke wird er rot und nimmt den Wert "true" an. Nach kurzer Zeit fahren dann die Rolläden. ... okay, paßt.
Aber muss er nicht automatisch wieder auf "false" gehen, also prinzipiell als Taster funktionieren ?!@apollon77 said in Admin v5 jetzt im STABLE!:
wenn Button nicht tut bitte issue anlegen
Was ist das ?! Wie macht man das ? Muss ich das noch tun wenn es jetzt funktioniert (wie eben geschrieben) ?
-
@amg_666 said in Admin v5 jetzt im STABLE!:
ich würde die Datenpunkte mal löschen und einen re-start des shuttercontrol adapters machen.
Habe ich mal probiert: Der Button ist dann grau und hat den Wert "false". Wenn ich darauf klicke wird er rot und nimmt den Wert "true" an. Nach kurzer Zeit fahren dann die Rolläden. ... okay, paßt.
Aber muss er nicht automatisch wieder auf "false" gehen, also prinzipiell als Taster funktionieren ?!@apollon77 said in Admin v5 jetzt im STABLE!:
wenn Button nicht tut bitte issue anlegen
Was ist das ?! Wie macht man das ? Muss ich das noch tun wenn es jetzt funktioniert (wie eben geschrieben) ?
@raspiuser wenn es geht ist ja alles ok dann kein issue
Zu der Frage ob ein Button nach einem trigger wider auf false gehen sollte ist das ne Glaubensfrage ;-) formal ist ein Button nur „triggerbar“ (schreibbar) und nicht lesbar. Deinem Taster an der wand sieht man auch nicht an ob er schonmal gedrückt wurde. Deswegen triggert er mit true und mehr ist nicht definiert.
Auf userwunsch haben einige devs da zurücksetzen eingebaut weil User den „Status“ in ner visu anzeigen wollen … naja Status ist was? ;-))
Daher formal wird ein Button immer mit true und „auf Aktualisierung“ getriggert. Deswegen zeigt auch Admin nur im Expertenmodus den Wert an und sonst nur den Button.
-
@andersmacher ehrlich. Keine Ahnung was du meinst … hast du Screenshots?
@apollon77 Du machst mich jetzt ganz unsicher. Hab ich da irgendetwas falsch verstanden / nicht geblickt? Also, am Beispiel FHEM:
@andersmacher sagte in Admin v5 jetzt im STABLE!:
Direkt über die neue Versionsnummer nur die Änderungen bezogen auf die letzte installierte Version (finde ich sehr praktisch)
Detailierterer Screenshot ist momentan nicht möglich (gilt auch für die deutsch/englisch "Problematik"), weil ich ja die verfügbaren Updates bereits installiert habe und meine Versionsnummer dadurch aktuell ist und es somit keine (nur eine leere) Änderungshistorie gibt. Wenn es irgendwann eine 1.6.4 gibt, wird doch aber die "verfügbare Version 1.6.4" zu einem Link, der beim Draufklicken die Änderungen zur 1.6.3 anzeigt - oder habe ich das falsch in Erinnerung?Bezüglich deutsch/englisch "Problematik":
Wenn es für einen Adapter mal wieder ein Update gibt, klick mal auf die neue Versionsnummer und schau Dir dort einfach mal die deutsche Historie an. Da stehen teilweise wirklich abenteuerliche Begriffe/"Sätze" - oder?@andersmacher sagte in Admin v5 jetzt im STABLE!:
und wie früher über das Fragezeichen die Gesamthistorie (auch gut, daß es das weiterhin gibt).
Klick auf die 3 Punkte:
Klick auf das Fragezeichen:
ganz nach unten scrollen:
@andersmacher sagte in Admin v5 jetzt im STABLE!:Desweiteren sind in der Komplettvariante die Sortierungen mal von alt nach neu und mal umgekehrt. Letzteres finde ich sinnvoller.
Die Änderungsliste beginnt mit der ältesten Änderung. Für die neuesten Änderungen (die meiner Meinung nach am ehesten interessieren), muß man erst ans Ende der Liste scrollen. Bei manchen Adaptern steht am Anfang der Liste die neueste Änderung. Das finde ich sinnvoller/angenehmer.
@andersmacher sagte in Admin v5 jetzt im STABLE!:Das eine in deutsch, das andere in englisch. Auch wenn mein Englisch nicht perfect ist, kommt es mir so vor, als ob die deutsche Version nicht (oder nur, wenn man weiß, was gemeint ist) die tatsächliche Änderung beschreibt.
Ich habe erst gedacht, daß das durch automatische Übersetzung kommt. Kann aber wohl nicht sein, denn z. B. in FHEM Gesamthistorie fehlt 1.6.2 und 1.6.3, so daß es nicht automatisch übersetzt sein kann.
Siehe da, die Gesamthistorie endet bereits bei V1.6.1:
Aber wie schon gesagt: Das ist alles kein Drama, sondern nur ein Hinweis, weils mir halt aufgefallen ist.
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@apollon77 Du machst mich jetzt ganz unsicher. Hab ich da irgendetwas falsch verstanden / nicht geblickt? Also, am Beispiel FHEM:
@andersmacher sagte in Admin v5 jetzt im STABLE!:
Direkt über die neue Versionsnummer nur die Änderungen bezogen auf die letzte installierte Version (finde ich sehr praktisch)
Detailierterer Screenshot ist momentan nicht möglich (gilt auch für die deutsch/englisch "Problematik"), weil ich ja die verfügbaren Updates bereits installiert habe und meine Versionsnummer dadurch aktuell ist und es somit keine (nur eine leere) Änderungshistorie gibt. Wenn es irgendwann eine 1.6.4 gibt, wird doch aber die "verfügbare Version 1.6.4" zu einem Link, der beim Draufklicken die Änderungen zur 1.6.3 anzeigt - oder habe ich das falsch in Erinnerung?Bezüglich deutsch/englisch "Problematik":
Wenn es für einen Adapter mal wieder ein Update gibt, klick mal auf die neue Versionsnummer und schau Dir dort einfach mal die deutsche Historie an. Da stehen teilweise wirklich abenteuerliche Begriffe/"Sätze" - oder?@andersmacher sagte in Admin v5 jetzt im STABLE!:
und wie früher über das Fragezeichen die Gesamthistorie (auch gut, daß es das weiterhin gibt).
Klick auf die 3 Punkte:
Klick auf das Fragezeichen:
ganz nach unten scrollen:
@andersmacher sagte in Admin v5 jetzt im STABLE!:Desweiteren sind in der Komplettvariante die Sortierungen mal von alt nach neu und mal umgekehrt. Letzteres finde ich sinnvoller.
Die Änderungsliste beginnt mit der ältesten Änderung. Für die neuesten Änderungen (die meiner Meinung nach am ehesten interessieren), muß man erst ans Ende der Liste scrollen. Bei manchen Adaptern steht am Anfang der Liste die neueste Änderung. Das finde ich sinnvoller/angenehmer.
@andersmacher sagte in Admin v5 jetzt im STABLE!:Das eine in deutsch, das andere in englisch. Auch wenn mein Englisch nicht perfect ist, kommt es mir so vor, als ob die deutsche Version nicht (oder nur, wenn man weiß, was gemeint ist) die tatsächliche Änderung beschreibt.
Ich habe erst gedacht, daß das durch automatische Übersetzung kommt. Kann aber wohl nicht sein, denn z. B. in FHEM Gesamthistorie fehlt 1.6.2 und 1.6.3, so daß es nicht automatisch übersetzt sein kann.
Siehe da, die Gesamthistorie endet bereits bei V1.6.1:
Aber wie schon gesagt: Das ist alles kein Drama, sondern nur ein Hinweis, weils mir halt aufgefallen ist.
@andersmacher sagte in Admin v5 jetzt im STABLE!:
Da stehen teilweise wirklich abenteuerliche Begriffe/"Sätze" - oder?
Ja die Auto Translation ist teilweise Murks ... Da überlegen wir schon was wir tun können.
Ansonsten scheint es so zu sein das hier und da die Seiten die in Admin angezeigt sind veraltet sind. Auch dazu gibts schon ein Issue
-
@andersmacher sagte in Admin v5 jetzt im STABLE!:
Da stehen teilweise wirklich abenteuerliche Begriffe/"Sätze" - oder?
Ja die Auto Translation ist teilweise Murks ... Da überlegen wir schon was wir tun können.
Ansonsten scheint es so zu sein das hier und da die Seiten die in Admin angezeigt sind veraltet sind. Auch dazu gibts schon ein Issue
@apollon77
Man könnte eine Option einführen, dass der Nutzer diese Auto Übersetzung abstellen kann. Die meisten können doch ohnehin Englisch und brauche keine ohnehin unverständliche deutsche Übersetzung.HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@apollon77
Man könnte eine Option einführen, dass der Nutzer diese Auto Übersetzung abstellen kann. Die meisten können doch ohnehin Englisch und brauche keine ohnehin unverständliche deutsche Übersetzung. -
@apollon77
Man könnte eine Option einführen, dass der Nutzer diese Auto Übersetzung abstellen kann. Die meisten können doch ohnehin Englisch und brauche keine ohnehin unverständliche deutsche Übersetzung. -
Das hat nun möglicherweise nichts mit dem Admin-Adapter (sondern eher dem Backup-Adapter) zu tun, aber: wenn ich eine Instanz benenne, z.B. so
dann ist diese Bezeichnung nach einem Backup und Restore nicht mehr vorhanden.
Speicherort ist: \iobroker\iobroker-data\objects.json
Edit: ich verlinke mal @simatec
-
Das hat nun möglicherweise nichts mit dem Admin-Adapter (sondern eher dem Backup-Adapter) zu tun, aber: wenn ich eine Instanz benenne, z.B. so
dann ist diese Bezeichnung nach einem Backup und Restore nicht mehr vorhanden.
Speicherort ist: \iobroker\iobroker-data\objects.json
Edit: ich verlinke mal @simatec
-
Ist das eigentlich so gewollt, dass der Logout bei eingestelltem Timeout immer passiert, also auch dann, wenn keine Inaktivität vorliegt, sondern man in ioBroker arbeitet? (unabhängig vom neuen Admin-Adapter)
701
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge