@OliverIO kannst du das ein bisschen genauer erklären? Wie erstellt man einen lokalen Datenpunkt?

@Thomas-Braun sagte: @Manuel001 Hast du evtl. systemweit oder im Browser (ggfls. auch als Plugin) den Darkmode voreingestellt? Nein, definitiv nicht. Verwende ich nur am Smartphone, aber nicht am PC. Für mich war jetzt nur mal wichtig, dass ich weiß, dass ich nicht zu blöd für die Bedienung bin. Ich brauche jetzt eh noch etwas Zeit um mir einen Überblick zu verschaffen, was in Vis2 alles möglich ist und was für mich Sinn macht. Dann wird es im stable vermutlich eh auch hochgezogen.

Danke MCU! Habe mittlerweile im Testsystem alle Gruppierungen entfernen können und bin dann auch auf das Problem mit den "left" und "top"-Positionen gestoßen. Konnte ich manuell im Editor (mühsam) korrigieren, aber es funktioniert jetzt wohl. Ist jetzt ein anderes Thema: Womit ich noch immer (und zwar schon länger) zu kämpfen habe, sind die Größenbeschränkungen "sizex": "350", "sizey": "700", Wenn ich versuche, im Editor unterhalb von 700 px mehrere Widgets gleichzeitig zu markieren, gelingt das nur durch einzelnes Anklicken, nicht durch eine Cursorflächenauswahl. Ich glaube, das war vor einiger Zeit auch mal ein Problem bei anderen Usern. Habe noch nicht versucht, manuell im JSON die sizey zu verändern. Hätte das eine positive Änderung zur Folge? Die JSON-Datei ist weit über 100.000 Zeichen, die Forensoftware erlaubt das nicht.

@sigi234 als mit dem adapter unbeteiligter entdecke ich einen effekt, den ich auch bei jsontemplate habe wenn man nichts davon weiß [image: 1780931499486-4b12811d-058e-48d5-90f3-8c9eeb8aa593-image.jpeg] alles html was durch ein widget in vis2 (auch vis1) eingebracht wird, wird durch vis nochmal auf binding notationen untersucht. ich vermute mal, das an den stellen an denen ich undefined markiert habe klammerkonstrukte stehen, also { .... } das wird als binding erkannt und interpretiert. da da ungültiges drin steht ist das ergebnis undefined. verhindern kann man das aktuell nur, das man die klammern {} jeweils in separate zeilen schreibt. also aus { ... } wird { ... }

Ich mag es für das Wanddisplay schlicht: [image: 1780931833665-bildschirmfoto-2026-06-08-um-17.16.54-resized.png] Danke @garfonso und allen helfenden!!!

@Qlink sagte: @simonf04 Das war der entscheidende Hinweis! Ich war noch auf 0.1.3.32. Nach dem Adapter Update klappts nun auch mit echarts [image: 1780914358751-8791079d-b2a7-4868-b811-a48c8506226d-image.jpeg] Eine kosmetische Frage noch: Weißt du ob es mit echarts möglich ist die Werte der jeweiligen Stunde direkt auf der Kurve anzuzeigen ? (so wie in meinem obigen Screenshot beim json chart widget) Ich konnte dazu keine passende Einstellung finden. Beste Grüße Super, dass dus hinbekommen hast. Zu der Frage, nein, weis ich leider nicht. Eventuell mal im echarts repo oder hier im Forum falls es einen thread zu dem Adapter gibt fragen. Gerne Ergebnis hier berichten. Muss aber ehrlich sagen das ichs auch nicht wirklich brauch / sinnvoll ist. Hab hier 15m Werte, das würde direkt am Diagramm etwas viel werden ... und ca seh ichs ja eh durch die y.Achsenbeschriftung. Obs jetzt gerade 0.5, 0.0 oder 0.2 sind macht meist auch nicht den grosen Unterschied. Meist ist ja nur interressant, wann es am billigsten ist und wenn ich genauer sehen will, kann ich eh drueber hovern.

Ok, recht vielen Dank für die schnelle Antwort.

Auto entities geht bei mir. Dein Entity ID Filter ist nicht gut. Da muss schon noch die domäne vorne mit dran (also input_boolean.Edupage*). Hab ich bei mir gerade mit sensor ausprobiert, das geht. Ich mach damit solche Sachen: type: custom:auto-entities card: type: entities title: Batterie Warnungen filter: include: - domain: binary_sensor attributes: device_class: battery state: "on" options: state_color: true

Ich habe exakt das gleiche Problem. Bei mir bringt das Widget Openweathermap das Problem. Ich habe den Cloud Adapter schon auf Version 6.0.4 gebracht. VIS2 ist Version 2.14.0 (musste ich hochziehen weil es mit der Stable Version 2.13.8 ein Problem mit dem Umschalten des View im Editor gab). VIS2 Widget Material ist Version 1.6.7. Openweathermap ist Version 1.4.0. IOB läuft auf einem Raspberry PI5. Node.js: v22.22.3 NPM: 10.9.8 Log zeigt diesen Fehler für Cloud: Cannot request web pages "http://127.0.0.1:8082/vis-2/widgets/metro/css/iconFont.min.css": <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>404 Not Found</title> <style> body { background-color: #e0f7fa; color: #007bb5; font-family: Arial, sans-serif; display: flex; justify-content: center; align-items: center; height: 100vh; margin: 0; } .container { text-align: center; } h1 { font-size: 6em; margin: 0; } p { font-size: 1.5em; } a { color: #007bb5; text-decoration: none; border: 2px solid #007bb5; padding: 10px 20px; border-radius: 5px; cursor: pointer; } a:hover { background-color: #007bb5; color: #e0f7fa; } </style> <script> function refresh() { location.reload(); } function goHome() { let href = window.location.pathname; if (href.split('/').length === 3) { const path = href.split('/'); window.location.href = /${path[1]}/; } else { window.location.href = '/'; } } // What the document is loaded document.addEventListener('DOMContentLoaded', (event) => { // detect theme, dark or light if (window.matchMedia('(prefers-color-scheme: dark)').matches) { document.body.style.backgroundColor = '#263238'; document.body.style.color = '#eceff1'; } }); </script> </head> <body> <div class="container"> <h1>404</h1> <p>Datei widgets/metro/css/iconFont.min.css nicht gefunden</p> <a onclick="goHome()">Zur Homepage</a> <a onclick="refresh()">Aktualisieren</a> </div> </body> </html>

Ausgabe in der Browserkonsole wäre vielleicht ein Fehler zu sehen. Aber gut, dass es jetzt klappt.

@skvarel Ich werde das bei mir mal abändern auf Euer Widget und mal schauen, wie es dann aussieht

Das war es. Danke, bin ich irgendwie auf dem Schlauch gestanden.

Och nöööö Das kann doch nicht wahr sein! Ich bin so ein Rindviech !!! Ihr hattet leider absolut recht - das war/ist ein Widget aus VIS1. Ich habe da vor langer Zeit mal mit angefangen mit 0,0 Ahnung, alles mögliche installiert, rumprobiert etc. Das ist noch ein Überbleibsel aus der Zeit, aber weil es meist funktioniert hat, habe ich es immer wieder kopiert. Inventwo design für VIS2 ist sogar installiert. Ich habe es nur nicht hergenommen. Jetzt funktioniert es grundsätzlich . Muss mich nur noch ein bisschen damit beschäftigen. Vielen Dank für eure Hilfe und noch mal sorry für den dummen Fehler

Hallo. Sind das Skript, die Views, das Projekt noch irgendwo zum Download zu finden?

Ich hab in der Readme jetzt mit aufgenommen, dass ab 4.1.x die Widgets nicht mehr für VIS 2 zur Verfügung stehen. Wer den Adapter weiterhin für VIS 2 nutzen möchte muss auf einer vorherigen Version bleiben. [image: 1780494902189-2821704d-2f7e-4ffb-a50b-7934ef182ce5-image.jpeg]

@Gerhardptl sagte: Es sollte halt erkennbar sein, dass irgendwelche Spitzenströme (auch sehr kurzfristig) erfasst werden. Geht es dir hier wirklich nur um die Visualisierung von Spitzen, oder willst du live darauf reagieren? @Gerhardptl sagte: Ich weiß sehr wohl was ich will aber dazu muss ich doch wohl erst mal die Voraussetzungen geklärt haben - oder? Ich sehe das genau umgekehrt! Um die Voraussetzungen zu benennen, muss man immer erst wissen wofür EDIT: Nur mal als Beispiel warum! Was heisst kurzfristig?? Hängt ab von Wie oft kann der 3em Daten liefern wie soll es dargestellt werden? Annahme: Liniendiagramm mit welcher Dauer und Auflösung ? (((Linienstärke + Schatten) + 2 ) / Anzahl zur Verfügung stehende Pixel ) ergeben maximal darstellbare Anzahl an Messpunkten Was für Verbraucher? z.B. kühlgeräte / LED Leuchtmittel haben tow. Extreme Anlaufstelle, allerdings nur sehr kurze Zeit. schafft das der 3em? Diese hoch auflösenden Daten müssen auch gespeichert werden. ... ...

@Gonzokalle tja, manchmal sieht man den wald vor lauter bäumen nicht... ;)