NEWS
SONOFF NSPanel mit Lovelace UI
-
das mit 2 hab ich verbrochen... hm frag mich nur wieso das nicht aufgefallen ist - wohl weil man dazu auch states braucht die häufig für nix aktualisiert werden
muß das mit tt-tom mal durchsprechen.
-
@ticaki Bei mir sind es Objekte, welche Node-Red von einer Easy Eaton ohne Rücksicht auf Änderungen oder nicht mehrmals die Sekunde geliefert bekommt.
Edit: der Takt steht auf 500 ms. Allerdings nutze ich in der Übersicht auf dem NS-Panel 6 davon.
Wird wohl bei anderen gepollten Datenpunkten ähnlich sein.
-
@peterfido 500ms ist da tatsächlich sportlich - der große Screensaver braucht da AFAIK schon länger fürs ganze handling.
Wenn das Farben problem bestätigt ist, werde ich das ändern und hoffen das es keine Seiteneffekte hat. -
Icon-Farben werden nicht korrekt angezeigt
Kannst du das bitte genauer definieren, was da nicht passt.
Bitte auch die Objektdaten von dem Channel
alias.0.NSPanel.Terrasse.LED2.EinZeit
und die Datenpunkte darunter. -
-
@tt-tom Wenn ich die Datenpunkte direkt, ohne alias hole, passt die Farbe. Allerdings habe ich unterschiedliche für soll und ist, so dass ich das nicht mal eben pauschal ändern kann. Evtl. passt da was mit .ACTUAL nicht.
-
@peterfido
Im Script wird immer Actual ausgewertet
True ist onColor und false offColor. -
@tt-tom ich weiß. Unter der 4.0.5 funktioniert das auch noch. Da ich die Skript-Engine aktualisiert habe, und es heißt, dass man dafür auch die aktuelle Version vom NS-Panel-Skript braucht, habe ich das mit aktualisiert. Die aufgetrenen Probleme damit habe ich gleich hier gemeldet.
Einige schreiben ja, dass ihr Panel nicht mehr reagiert / sich aufhängt. Das könnte mit der Änderung am Entity-Watcher zu tun haben. Dass die Farben von onColor trotz einem false genommen wird, irgendwo anders dran.
-
@tt-tom sagte in SONOFF NSPanel mit Lovelace UI:
@peterfido
Im Script wird immer Actual ausgewertet
True ist onColor und false offColor.Wenn ich das richtig sehe - link auf meinen fork https://github.com/ticaki/nspanel-lovelace-ui/blob/5803a489f5877be8378c2d549fc1f559b1e4e0b3/ioBroker/DEV/NSPanelTs.ts#L4988
wird der wert von Actual genommen und dann von Set überschrieben.
-
Ich glaube nicht dass das ein "Fehler" ist. In dem teil vom Code wurde schon länger nichts mehr geändert und SET wurde soweit ich weiß schon immer nach ACTUAL verwendet. Das hat teils damit zu tun, das Adapter mit Verzögerung Werte bestätigen und es zu einem springen/flackern führt, wenn der Nutzer einen Schalter auf true stellt, der anschließend auf false springt und dann wenn der Wert bestätigt ist wieder zurück auf true.
Sind deine ACTUAL und SET Werte typischerweise ungleich? Oder ist das nur ein Zustand der durchs updaten herbeigeführt wurde und so normalerweise nicht vorkommt?
-
@ticaki Die sind schonmal ungleich. Ich unterscheide zwischen soll und ist. Das Set im alias wird nur durch die NSPanel genutzt. Abgeschaltet wird SPS intern nach Zeitablauf. Da geht nur ACTUAL auf false.
Der Fehler ist ja durchaus durch Dich gefunden. Es fehlt mir der Sinn, erst ACTUAL abzufragen und im nächsten Schritt durch SET zu ersetzen. Wenn z.B. die Sicherung ausgelöst hat, bleibt ACTUAL auch false, egal, ob soll ein gesetzt wurde.
Das von mir auf axios geänderte 4.0.5 läuft weiterhin fehlerfrei unter der Skript-Engine 8.9.2.
-
Hallo Zusammen,
ich habe auch Probleme in der Farbe der Icons, vorher war es so das bei Lampe an das Icon die Farbe des Lichtes hatte und bei aus war es grau, jetzt hat es bei aus die letzte Farbe des Lichtes nur viel dunkler und wenn ich die Lampe sehr dunkel Stelle ist das Icon schwarz und somit nicht mehr zu sehen, habe nur auf das aktuelle Skript geupdatet.
-
Servus, bei dem IconScreensaverEntity wird mir nur ein Icon angezeigt, die Farbe wechselt. An was kann das liegen?
// Status Icon mrIcon1ScreensaverEntity: { ScreensaverEntity: 'Meine_Geräte.0.Garage.Garage_stellung_NSPanel', ScreensaverEntityIconOn: 'garage-open-variant', ScreensaverEntityIconOff: 'garage-variant-lock', ScreensaverEntityValue: null, ScreensaverEntityValueDecimalPlace: null, ScreensaverEntityValueUnit: null, ScreensaverEntityOnColor: MSRed, ScreensaverEntityOffColor: MSGreen
-
es gibt jetzt eine neue DEV-Version von @ticaki für das Problem mit den Datenpunkten.
Actual und Set, wird intern noch ausgewertet.
-
@wuschl
zeige bitte die Objektdaten vom Datenpunkt. -
@tt-tom Wenn ich mir den von @ticaki verlinkten Code https://github.com/ticaki/nspanel-lovelace-ui/blob/5803a489f5877be8378c2d549fc1f559b1e4e0b3/ioBroker/DEV/NSPanelTs.ts#L4978
ansehe, wird bei vorhandenem GET ein Watcher eingerichtet, bei zusätzlich vorhandenem ACTUAL der nächste Watcher und gibt es ein SET ein dritter Watcher, und so weiter (on_actual, on_set, on).
-
{ "common": { "name": "Garage_stellung_NSPanel", "desc": "Manuell erzeugt", "role": "state", "type": "string", "read": true, "write": true, "def": "" }, "type": "state", "native": {}, "_id": "Meine_Geräte.0.Garage.Garage_stellung_NSPanel", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1666114698932 }
-
@peterfido
Ich hab nur das any entschärft. Das Verhalten von actual und set ist eine Design Entscheidung, da muss @Armilar oder @TT-Tom eine Entscheidung treffen. -
Dein Type ist String, was für Werte stehen dort dann drin??
-
@tt-tom On und OFF