@topsurfer sagte: @Homoran sagte: Weil deine Anforderungen nicht einfach sind Echt? Ein Schieberegler oder Gauge (wie im Bild oben), die Read-only sind? Nein Gauges sind read only, Regler natürlich nicht. Andere Widgets haben meist eine checkbox zum umstellen dazu. Aber deine anderen Anforderungen sind entweder zu umfassend oder zu unspezifisch. Ein "Kriterium" @topsurfer sagte: Optik einstellbar Enthält einfach alles Ich habe hier mit vis ein paar Beispiele, womit ich solche Bereiche darstelle [image: 1778048296483-649.jpg] [image: 1778048553609-652.jpg] [image: 1778048553621-655.jpg] [image: 1778048553632-658.jpg] [image: 1778048553638-661.jpg] Wobei die gauges bei der CCU sogar einen Verlauf haben

ja, das liegt eben an den npm paketen.... da ist nicht alles standardisiert, manche gehen, manche nicht, manche gingen mal.... bsp fluent ui, hat ne fehlerhafte webcomponent mainifest json...

@Derda Der Fehler ist unproblematisch. Der kann auch nur auftauchen wenn man die dev Tools öffnet und neu lädt. .map Dateien sind hilfsdateien für das debugging, falls der coder in etwas anderes transformiert werden musste (bspw minifiziert) das man dennoch den originalen source noch lesen kann. Also keine Ursache für dein problem. Ohne Fehlermeldung ist es natürlich schwierig. Du hast beim öffnen auch nicht neugeladen? Du hast die dev Tools auch auf dem Gerät geöffnet bei dem die Widgets dann aufgehört haben? Die Konsole zeigt immer nur Infos über den aktuellen Zustand des Browsers genau in dem tab in dem sie geöffnet wurde.

Das umrechnen der orig. X/Y Werte muss in einem Script erfolgen? Also "Wenn Wert von X oder Y sich geändert hat, dann ..." ... Weil dies ja ca. 3x pro Sekunde erfolgt ... Direkt in der vis(2) bei "CSS Allgemein" kann ich keine Rechenoperation hinzufügen? a'la: ( 100 + {alias.0.Aussen.Mähroboter.postureX}) * 20 Oder in einem erstellten Hilfsdatenpunkt, dass dieser Wert den Wert von (PostureX + 100) *20 hat? Naja, irgendwo musst du es rechnen, ob direkt in der VIS der ideale Ort dafür ist - vielleicht. Natürlich könntest du einen Verzögerung einbauen wenn er 3x die Sekunde aktualisiert. Oder halt per Timer alle x Sekunden. Alle 10 würde vermutlich auch reichen, oder jede Minute

@Kuddel .. das klappt aber doch so nicht ?! Wenn jetzt auch nur eine Bedingung nicht erfüllt ist, geht es in den 'sonst' Also wenn ein Fenster true liefert und alle anderen false, dann wird die alle_fenster_eg-geschlossen als false ausgegeben, was dann nicht passt. EDIT: Upps, nicht auf das Datum geachtet. Der Beitrag ist ja schon 5 Jahre alt.

Danke @homoran ! Speichern und F5 haben geholfen. Die Suche hatte mich nicht vorangebracht, umso besser war dann deine Antwort!

@Aiouh Hm, du könntest versuchen die aktuelle Beta Version zu installieren (siehe https://www.iobroker.net/#de/documentation/basics/repositories.md Abschnitt "Was sollte ich tun, wenn ich mal einen Adapter aus dem Beta Repository brauche?") ob dort das Problem bei dir auch noch auftritt (wobei ich hier nicht vermehrt gelesen habe, das es mit der aktuellen Stable Version von vis2 bei diesem Thema Probleme gibt). Alternativ schreibst du eine Mail an info@iobroker.net zur Prüfung deines Lizenzkeys.

@TOBO [sagte]: Vielen Dank für die Antwort. Welche Antwort? Doku zu Alias.

@Dr.-Bakterius Du benutzt das Bild, nicht das Video. Ich hatte es damals so, dass das Video nach einem Event in Dauerschleife abgespielt wurde. Also hatte ich ein Script, mit dem Trigger auf die Zeit des Events. Kam ein neues Event, änderte sich die Zeit. Dann hat das Script das Video lokal gespeichert und die Vis hat das lokale Video in Dauerschleife wiedergegeben.

ich bin noch nicht ganz fertig, aber so wird meine aussehen. [image: 1777298906468-img_1475.png] [image: 1777298916508-img_1476.png]

@mane444 Hat funktioniert Vielen Dank !

Hi Marco, selbes Problem mit der enhanced-shutter-card. Hast du eine Lösung gefunden? danke & mfg Wolfgang

Ja, ich hatte leider Probleme Klassen im Quelltext zu erzeugen. Die wurden entweder nicht ausgegeben, oder wenn überhaupt an einer falschen Stelle. Mir erschließt sich nicht, warum das Admin überhaupt seine eigenen Anzeigeeinstellungen auf den Quelltext anwendet. Hab ich in meiner Usability-Karriere so noch nicht gesehen. Betas mag ich nicht so gerne. Ich habe keine Zeit für die Weiterentwicklung dieses Projekts. Für Normaluser ist die Vis meiner Meinung nach sowieso etwas zu kompliziert. Das der Quelltext dynamisch erzeugt wird, hab ich schon gemerkt. Die Holzhammer !important-Methode sorgte trotzdem nicht für Abhilfe, weil einzelne Widgets ja auch in iframes laufen können und da is dann auch schon wieder Schluss. Wie gesagt: leider grad keine Zeit mitzuhelfen. :-(

Danke @mcu !! Scheint nun erstmal zu funktionieren!

@mcu erledigt, siehe https://github.com/ioBroker/ioBroker.echarts/issues/1127 Bei 80 offenen issues und 22 pull requests war ich mir nicht sicher, ob der Adapter aktiv betreut wird. Danke trotzdem.

Plötzlich ist es wieder da. Ich weiß nicht, woran es lag.

@silmaril ok gut, gar nicht richtig gesehen

@Dr.-Bakterius sagte: Es kommt immer wieder mal zu seltsamen Verhalten, welches man oft nicht einmal nachstellen kann. Das kann ich leider bestätigen. Ich wollte das echart neu anlegen und hatte das oben beschriebene Problem, nachdem ich ein chart für den 1. DP angelegt hatte. Insgesamt sollen 7 Datenpunkte im Diagramm angelegt werden. Ich hab die dann gestern nach meinem Post schonmal alle angelegt als Typ "Auto". Danach habe ich nochmal nur so zum Testen auf "BAR" umgeschaltet, läuft alles ohne Probleme. Ja, das jetzt für ein Issue nachzustellen und da vernünftige Infos zu liefern dürfte schwer fallen.