NEWS
Admin v5 jetzt im STABLE!
-
-
@crunchip sagte in Admin v5 jetzt im STABLE!:
@ice987 sagte in Admin v5 jetzt im STABLE!:
im Info-Adapter wurde dieser geprüft und je nach dem Farblich markiert:
tut es doch noch immer
Im Info-Adapter ja; da dieser aber nicht mehr standartmässig installiert wird, bleibt „nur noch“ der Admin. Und da gibt‘s keine solche Prüfung.
-
Ist das normal / gewollt, dass Min/Max-Werte nicht beachtet werden, d.h. dass Eingaben, die außerhalb der Vorgaben liegen, nicht abgelehnt werden?
{ "common": { "name": "Lueftung_Hysterese", "desc": "Manuell erzeugt", "role": "state", "type": "number", "read": true, "write": true, "def": 1, "min": 0, "max": 3, "unit": "°C" }, "type": "state", "_id": "0_userdata.0.DP.HLK.AWP.Lueftung_Hysterese", "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1628786273409 }
-
@iobaer sagte in Admin v5 jetzt im STABLE!:
Ist das normal / gewollt, dass Min/Max-Werte nicht beachtet werden
inwiefern "beachtet"?
was genau passiert?@iobaer sagte in Admin v5 jetzt im STABLE!:
Eingaben, die außerhalb der Vorgaben liegen, nicht abgelehnt werden?
nein, sie werden auf min oder max begrenzt
-
@homoran Ich kann in obigem Beispiel z.B. auch eine 7 eingeben und es erscheint keine Fehlermeldung - das meinte ich. Ich habe es testweise mit der alten Oberfläche versucht und da ist das Verhalten genauso. Habe ich da einen Fehler gemacht? In obigem Beispiel möchte ich, dass nur Ziffern zwischen 0 und 3 eingegeben werden können.
Edit: unter der alten Admin-Oberfläche gab es ja noch eine Art Vorlage für solche Min-/Max-Werte. Ich habe dort mal einen neuen Datenpunkt angelegt und kann dort z.B. problemlos 70 eingeben, obwohl dies ja außerhalb des Wertebereichs liegt:
{ "from": "system.adapter.admin.1", "user": "system.user.admin", "ts": 1628788057222, "common": { "name": "test", "role": "", "type": "number", "desc": "Manuell erzeugt", "unit": "%", "min": 0, "max": 50, "def": 0, "read": true, "write": true }, "native": {}, "acl": { "object": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1638 }, "_id": "0_userdata.0.DP.HLK.AWP.test", "type": "state" }
Edit 2: Nur im Logfile steht:
(82511) State value to set for "0_userdata.0.DP.HLK.AWP.test" has value "70" greater than max "50"
-
@iobaer sagte in Admin v5 jetzt im STABLE!:
In obigem Beispiel möchte ich, dass nur Ziffern zwischen 0 und 3 eingegeben werden können.
das Eingeben kannst du so nicht verhindern, aber in den Objects wird nur ein Wert innerhalb der range eingetragen.
@iobaer sagte in Admin v5 jetzt im STABLE!:
Ich habe es testweise mit der alten Oberfläche versucht und da ist das Verhalten genauso.
Natürlich! War ja schon immer so.
-
@homoran was meinst du mit objects? In VIS z.B.? Schade, dass man das nicht blockieren kann. Ja, Liste ist ein Workaround
-
@iobaer sagte in Admin v5 jetzt im STABLE!:
was meinst du mit objects?
<ip>:8081/#tab-objects
das ist da, wo du die RAW Konfiguration her hast.
@iobaer sagte in Admin v5 jetzt im STABLE!:
Schade, dass man das nicht blockieren kann
warum muss man das in der vis blockieren, wenn es in den Objekten begrenzt wird?
@iobaer sagte in Admin v5 jetzt im STABLE!:
Ja, Liste ist ein Workaround
was meinst du damit?
-
@homoran Kannst Du mir (D)eine Einschätzung geben, ob folgendes Verhalten ein Issue wert ist und falls ja, bei Admin5 (weil es mit Admin4 nicht aufgetreten ist) oder bei sma-em?:
Seit Update auf Admin5 stelle ich öfter fest, daß die sma-em-Instanz gelb ist, insbesondere nach einem Raspi Neustart. Einfaches Neustarten der Instanz behebt das Problem nicht. Zieht man jedoch erst den Netzwerkstecker am Sunny Homemanager2.0, steckt ihn wieder und startet die Instanz dann neu, wird sie immer grün. Angenehmerweise, jedoch für mich unerklärlich ist, daß auch mit gelber Instanz weiterhin alle Werte des SHM2.0 von der Instanz empfangen und in ioBroker zur Verfügung gestellt werden.
Das "Problem" sind also nicht Funktionseinschränkungen, sondern nur eine "unschöne" gelbe Instanz.
-
@andersmacher da ich nix von SMA habe, kann ich das nicht bewerten.
Hast du denn mal die Instanz auf Logstufe debug gesetzt und gesehen was dann an Infos reintrudelt?
-
@smarthomegirl Wo ist denn jetzt mal ein Log. Roter Adapter heisst das es einen Fehler im Log gibt, also Log bitte
-
@smarthomegirl sagte in Admin v5 jetzt im STABLE!:
Wie soll ich nen Log schicken, wenn ich nicht mehr auf die Weboberfläche komme?
Weil es das Logfile als Datei gibt in /opt/iobroker/log/...
-
@iobaer Ja die Werte min/max sind aktuell für Visus da, seit neuestem mit js-controller 3.3 bekommst Du aber Log Meldungen
-
@andersmacher Gelb heisst normalerweise das der Adaoter keine Verbidnung zum gerät hat ... das hat an sich nichts mit controller und noch weniger mit Admin zu tun. Und ohne Loginfos kann Dir keiner helfen
-
@all, die an der Weiterentwicklung mitgewirkt haben - auch wenn viele oder besser ein paar wenige momentan auf "euch" draufhauen und alles als schlecht bezeichnen - ich finds mega und komme viel besser und mit einem deutlich besserem Überblich auf alles zurück. Danke für die Weiterentwicklung. Musste ich mal loswerden...
-
Hallo,
ich habe ein Problem mit dem IOT Adapter nach dem Admin update auf version 5
aktuell ist Admin 5.1.23 installiert
IOT ist 1.8.22
und zwar kann ich meine selbst erstellen datenpunkte (logik werte, schalter, button) nicht mehr im iot bzw. bei den alexa geräten hinzufügen.
Alexa adapter ist auch aktuell V: 3.9.3
ich bekomme beim hinzufügen immer eine fehlermeldung das der button oder der switch nicht hinzugefügt werden kann oder auch teils not exits... bilder sind beigefügt.
ich habe auch schon versucht die ordner anzupassen das es channel oder devices sind aber auch dies hat keine änderung gebracht...
vor dem update lief das immer fehlerfrei mit den eigenen daten punkten.
das was funktioniert ist das hinzufügen von eigenständigen geräten (switches) z.b. die relais schalter vom shelly kann ich als alexa geräte hinzu fügen aber nicht mein datenpunkt wo ein skript hinter steckt.die bilder sind von versuch einer einzel raum saugroboter steuerung mit namen für alexa.
auch gehts nicht wenn ich über ein skript 2 shelly relais zusammen packe und die mit einem datenpunkt steuern will.*in iqontrol ist alles hinterlegt und dort funktioniert es auch mit dem ansteuern. (als zusatz info)
meine auswahl an ordner erstell optionen habe ich auch angefügt ... ich weis nciht wo der fehler liegt da ich nciht verändert habe.
ein datenpunkt der vor dem update erstellt war konnte ich nach dem uptade hinzufügen im iot hinzufügen
neu erstellte datenpunkte nach dem admin update kann ich nicht mehr hinzu fügen
-
Eigene Datenpunkte gehören nicht in die Adapter, dafür gibt es einen dafür vorgesehenen Ordner.
https://forum.iobroker.net/topic/46814/admin5-ich-kann-keine-objekte-mehr-manuell-anlegen
-
@thomas-braun
der Ordner Zu-Hause ist ein eigen erstellter Ordner mit dem ich seit 2 Jahren Arbeite -
@rebel85
Bitte die Diskussion im verlinkten Thread verfolgen. -
@thomas-braun
ja datenpunkte kann ich erstellen udn triggern usw...
nur die datenpunkte nicht mehr im IOT hinzufügen