Neues YouTube-Video: Visualisierung im Devices-Adapter

[mickym]

@martink Experten Modus eingestellt?

Falls das nicht geht - vielleicht spukt der Admin5 wieder dazwischen, dann temporär auf die alte Oberfläche wechseln:

Admin 5 Instanz aufmachen:

Dann Haken setzen.

Refresh im Browser machen. Und schauen ob es unter der alten Oberfläche geht.

[MartinK.]

@mickym sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

@martink Experten Modus eingestellt?

Ja, auch das! Ich kann zwar auf das Lösch Symbol klicken, aber er löscht die states nicht :-/

[mickym]

@martink Antwort gerade ergänzt

[JoergH]

@martink sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

Hallo Kollegen, kann mir einer erklären - ob es so korrekt ist - das diese Shelly States im Root Verzeichnis vom ioBroker auftauchen

Nein, das ist nicht normal. So sollte es in etwa aussehen

[MartinK.]

@mickym Kannst du mir noch kurz erklären wie ich wieder auf die Admin 4 Oberfläche komme ?

[mickym]

@martink sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

@mickym Kannst du mir noch kurz erklären wie ich wieder auf die Admin 4 Oberfläche komme ?

Unter Instanzen bei Admin Adapter auf Schraubenschlüssel:

Unten beschrieben: Instanz des Admin Adapter aufmachen und dann Haken wie unten im Screenshot setzen. Admin startet neu - dann Browser refresh.

Um die root Elemente zu sehen - auch Expertenmodus einschalten und ganz nach unten scrollen:

Und wenn das dann geht - dann kannst Du nur eine DICKE Beschwerde zu dem Admin5 Adapter auf GitHub schicken. Die Liste der beschränkten Möglichkeiten in dieser Version ist inzwischen so lang - dass man den Admin4 als Referenz wohl immer aktiv lassen muss. Bislang kann ich außer bunteren Icons - in Summe nur zusätzliche Hindernisse mit diesem Release entdecken. Ich verstehe es immer noch nicht - aber egal.

[MartinK.]

@mickym Vielen Dank! Ich konnte die Objekte in der alten Admin Ansicht löschen .... und komischerweise waren meine max. Datensätze in der neuen Ansicht auf 200 heruntergesetzt ! und in der alten sind sie jetzt wieder auf 300! Wenn jetzt meine Zigbee Aktoren wieder zuverlässig funzen - dann fresse ich 'nen Besen ;-)

[mickym]

@martink Und wurde die DP nun unter dem Shelly Adapter wieder angelegt?

Wenn Du es wieder umstellst, dann halt den Haken wieder rausmachen und dann wieder Browser refresh.

Wie gesagt - mach ein Issue auf - wenn man den Weg auf den Admin4 nicht mehr zurück hat - dann hat man in Zukunft die A....karte gezogen und kann solche DP nicht mehr löschen. Ich sag da inzwischen nichts mehr, weil ich glaub hier im Forum schon zur Genüge als Kritiker des Admin5 bekannt bin und meine Liste von Einschränkungen inzwischen ziemlich lang ist.

[MartinK.]

@mickym Ja, vielen Dank für deine Hilfe ! ich werde es mal testen.
Wenn ich jetzt auch noch dem Problem auf die schliche komme, warum die Zigbee Sensoren States nicht sofort beim ersten mal geschaltet werden... dann bin ich zufrieden ;-) ... die Aquara Motion liefern den state sofort - aber irgendwie werden sie erst beim zweiten mal der Änderung an den Shelly Adapter zum schalten weiter gegeben.... :-/ sehr komisch das ganze... hat vor einem halben Jahr noch zu 99% immer geklappt... sind auch keine weiteren Sensoren dazu gekommen.... sind nur 6 Aqara Motion

[mickym]

@martink sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

die Aquara Motion liefern den state sofort - aber irgendwie werden sie erst beim zweiten mal der Änderung an den Shelly Adapter zum schalten weiter gegeben...

Nun das machen ja nicht den Sensoren sondern das machst Du ja mit Deiner Logikmaschine (Blockly, JS oder NR) - da musst das halt ggf. nochmals überprüfen, ob die Signale auch das Skript triggern.

[MartinK.]

@mickym Ja, das machen Sie - aber wie gesagt, nicht immer zuverlässig beim ersten mal wenn der State der Sensoren geändert wird... komisch das ganze. Ich sehe unter den Objekten das der State zuverlässig erkannt wird, nur eben nicht gleich im Shelly adapter geschaltet wird... :-/

[MartinK.]

eigentlich alles ok... Blocklys liefen immer sehr zuverlässig

[mickym]

@martinkOk ACK Flag ist es erst mal nicht

[mickym]

@martink Vielleicht kommt der Shelly Adapter nicht mit, weil Du 2 DP so schnell hintereinander schaltest. Schau mal ob das Problem nicht mehr hast, wenn Du nur 1 Shelly schaltest. Wenn das geht musst halt so 250-500 ms Verzögerung dazwischen schalten.

[MartinK.]

@mickym puuuh, ich bin wie gesagt nicht so der Nerd... ich wüsste auch nicht genau wie ich das im Debug output darstellen kann....

• beim Objekttrigger wird ja die Änderung mit "egal" angegeben, da sollte das flag doch keine Rolle spielen oder ?

[MartinK.]

@mickym sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

@martink Vielleicht kommt der Shelly Adapter nicht mit, weil Du 2 DP so schnell hintereinander schaltest. Schau mal ob das Problem nicht mehr hast, wenn Du nur 1 Shelly schaltest.

Ist auch bei Blocklys mit 1. Shelly das gleiche ;-)

[mickym]

@martink sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

@mickym puuuh, ich bin wie gesagt nicht so der Nerd... ich wüsste auch nicht genau wie ich das im Debug output darstellen kann....

• beim Objekttrigger wird ja die Änderung mit "egal" angegeben, da sollte das flag doch keine Rolle spielen oder ?

Jo das ist OK

[mickym]

@martink sagte in Shelly States im ioBroker Root Verzeichnis ? ?:

@mickym puuuh, ich bin wie gesagt nicht so der Nerd... ich wüsste auch nicht genau wie ich das im Debug output darstellen kann....

• beim Objekttrigger wird ja die Änderung mit "egal" angegeben, da sollte das flag doch keine Rolle spielen oder ?

Du machst einfach in dem Trigger so einen Debug output und dann siehst Du im Log, ob das Skript sofort getriggert wurde:

im Log steht ja auch immer ein Zeitstempel und den kann man mit dem Zeitstempel der letzten Änderung im Zigbee Datenpunkt vergleichen.

[MartinK.]

@mickym alles klar! Vielen Dank. Ich werde es mal testen. :-)

[MartinK.]

@mickym .. also ich habe das ganze mal wie folgt getestet mit der debug ausgabe :

und das Ergebnis ist wie immer verzöger:

wie kann ich die Fehlerquelle denn jetzt näher eingrenzen ?