@Gonzokalle sagte in iQontrol Vis Support Thread: Es wäre sehr schade, wenn Iqontrol langsam den Bach runter geht. @schwarms sagte in iQontrol Vis Support Thread: hoffe es findet jemand die Ursache.. leute, das hat nix mit iQ zu tun! funzt wie eh und jeh. die chrome engine ist das problem. ich hab immer auf meinen pc monis firefox und chrome offen. mit dem fux keine probleme, mit chrome seit einigen updates immer mehr. keine ahnung was google da fummelt. ublock plugin klappt schon seit monaten nicht mehr, scrollen seit einiger zeit auch nicht mehr.

Das mit der Vis hat sich auch erledigt. Danke euch nochmals für die Hilfe.

@zizu29 Dann bitte so den Fehler melden: https://www.iobroker.net/#de/documentation/faq/_040_contibution.md?fehlerindergrafischeoberflchemelden

@hg6806 sagte in In VIS nach verwaisten Datenpunkten suchen?: Kann man generell eine solche Such-Funktion evtl. in VIS einbauen? weisst du wovon du da schreibst? Sieh dir mal die Datei vis-views.json mit einem Editor an. Die müsstest du jetzt Schritt für Schritt nach Datenpunkten durchsuchen. Stößt du auf einen musst du in den Objekten suchen, ob der noch existiert. ....und das seitenlang! Ob das aber wirklich das ist was du willst, steht suf einem anderen Blatt! Was genau soll das bedeuten? @hg6806 sagte in In VIS nach verwaisten Datenpunkten suchen?: Datenpunkte, die ich mal irgendwann angelegt habe, dann aber gelöscht wurden, oder auch von irgendwelchen Geräten, Homatic, Shelly, etc. wo sollen die DP "angelegt" worden sein? in den Objekten, in Widgets, in Bindings??? Widgets ohne Funktion wegen fehlender DPs in Objekten solltest du sehen. Fehlende Widgets sind nicht mehr in der vis-views json Ob du DPs in Bindings in der vis-views.json findest, hab ich noch nie gesucht. Dann muss das verwendete Regex an alle noch so komplexen Pfade angepasst sein, und dieses auch irgendwie auflisten..... usw....

@crunchip danke. Dann warte ich.

Ich antworte mir mal selber. Kann das damit funktionieren? https://github.com/tsirysndr/tunein-cli

Bin bisher nicht dazu gekommen, das umzustellen. Aktuell schreibe ich in eine Datei, und alle 2 Stunden liest ein Cron Job die Datei und schreibt eine mit Gnuplot erzeugte Datei in einen "Grünen" Ordner von iobroker. Hier meine Probleme, die ich bisher behoben habe Datenpunktpaar-Erhebung Die interessierenden Datenpunkt-Änderungen kommen in einer sehr unvorteilhaften Reihenfolgen Raum-Wunschtemperatur-Umschaltungen (Tag/Nachtbetrieb Umschaltung) - Zuerst wird die geänderte Soll-Vorlauf-Temperatur gemeldet, und DANN die neue Wunschtemperatur. Da die Wunschtemperatur als "Weiche" dient, die Wertepaare entweder an die Nacht- oder die Tag-Heizkurvendatei anzuhängen, ist das unvorteilhaft. Änderung der Soll-Vorlauftemperatur aufgrund einer Änderung der gedämpften Außentemperatur - Zuerst wird die Soll-Vorlauftemperatur und DANN die gedämpfte Außentemperatur gemeldet. Ich habe das durch verzögertes Anlegen des neuen Wertepaares (gedämpfte Außentemperatur - Soll-Vorlauftemperatur) nach erneutem Einlesen des Status Quo zu diesem Zeitpunkt realisiert. [image: 1769595343511-bb283cde-10c7-4250-8b1e-f8cf11d9e40a-grafik.png] Ablegen einer Grafikdatei Das erledigt ein cron getriggertes Script, das alle zwei Stunden ausgeführt wird. 33 */2 * * * bash ~/gitea/iobroker_shellscripte/write_heizkurve.sh Das Script sieht so aus: #!/usr/bin/env bash /usr/bin/gnuplot -c ~/gitea/iobroker_shellscripte/heizkurven_cli.plt /usr/bin/iob file write ~/heizkurven.png /vis-2.0/Spielwiese Das gnuplot script # invoke with gnuplot -c ... # write file with iobroker file write ./heizkurven.png # Work on /opt/iobroker/iobroker-data/files/0_userdata.0 cd '/opt/iobroker/iobroker-data/files/0_userdata.0' set terminal png set output '~/heizkurven.png' set xrange [20:-10] set yrange [20:60] set title 'Eingestellte Heizkurven' set ylabel 'Vorlauftemperatur' set xlabel 'Aussentemperatur' set pointsize 0.1 set xtics 5 set ytics 5 set grid set timestamp plot 'heizkurvenpunkte_21.txt' with lines,\ 'heizkurvenpunkte_19_5.txt' with lines,\ 'heizkurve_ref_20_22_10_55_nocomf.txt' with lines,\ 'heizkurve_ref_20_19_10_52_nocomf.txt' with lines Anschauen kann ich mir die letzte Version im Browser über ... http://192.168.2.201:8082/vis-2.0/Spielwiese/heizkurven.png Habe es auch in einen Vis2 View eingebettet, aber die png anzuschauen, macht fast mehr Spaß, weil man da zoomen kann. Leider ist die Temperatur gerade recht stabil, noch nicht viel Abdeckung, insbesonder für die Nacht ... Als Hilfslinien habe ich schon einmal die vermuteten Heizkurve für Tag und Nacht eingebunden. Tags ist die Wunsch-Temperatur (Buderus-Vorgabe-Wert) 21°C, Nachts 19,5°C Heizkurve ist Auß/Vorl. 20/22, 55/-10 Die 2,5°C Nachtabsenkung bringen nach bisherigem Urteil eine 3 °C nach unten verschobene Heizkurve. [image: 1769597575009-3362d489-d5b0-475c-898b-63e13d848f97-grafik.png]

@Homoran sagte in eCharts zeigt völlig falsche Werte an: auch nicht ggf. falsch formstiert, dass z.B ein Komma als Tausendertrennzeichen interpretiert oder sonstwas zu fehlinterpretation des Wertes führt? Die Werte kommen von meiner HMIP-Wetterstation und beinhalten nur ganze Zahlen.

Ja, ich habe fast alle vis1 views nach vis2 importiert, hat auch mit ein paar Nachbesserungen funktioniert und läuft auch auf dem PC problemlos. Das Problem ist nur auf dem Androidtablet im Fullybrowser. Da kann ich keine vis2 View laden. Nur die vis2 DemoView kommt manchmal ohne sie explizit zu laden, ist wohl irgendwo im Hintergrund des Fullybrowser hinterlegt. Ich habe den Fehler gefunden, er saß mal wieder vor dem PC. Auf meinem PC wird in der Adresszeile bei vis2 die falsche URL angezeigt und zwar fehlt da das Projekt. Das wird bei vis1 richtig angezeigt. ZB, vis1 http://192.168.178.101:8082/vis/index.html?Smarthome#Home (richtig) vis2 http://192.168.178.101:8082/vis-2/index.html#Home (falsch) vis2 richtig http://192.168.178.101:8082/vis-2/index.html?VIS2-Smarthome#Home Vielen Dank für die Unterstützung Das Problem ist für mich damit erledigt

@MCU danke. So habe ich das auch eingefügt. Ich habe jetzt auch die Tabelle in Jarvis.

@jkvarel sagte in Inventwo Widget: per Schalter umschalten?: Allerdings ohne den Effekt aber von der Funktion doch genau das was du haben möchtest oder? Exakt. Funktioniert auch perfekt! Aber die GIRA Darstellung sieht gefühlt noch krasser aus. Die Skalen könnte ich mir noch selber basteln. Aber das die Skala auch so schick nachläuft bekomme ich natürlich niemals hin. [image: 1769456393987-gira-x1-visualisierung-nr.1.jpg]

Direkt von iobroker am 6.9.23 [image: 1769446283144-736e8b17-caf5-4b95-9380-874483feb622-image.png] Aber ich sehe gerade es ging um die Pro-Lizenz. Ich habe BackUp Restore gemacht. Auf der alten war aber kein vis-2 drauf. Kann sein, dass ich damals entschieden habe bei vis-1 zu bleiben

@colu ChatGPT Ja – das Problem ist bei VIS 2 leider „normal“: Sobald du im Responsive Design bist, ändern sich Position/Größe deiner Info-Boxen dynamisch (Breakpoints, Umbruch, Skalierung). Ein transparentes Overlay (Universal Widget / absolute Position) bleibt aber an seinen „starren“ Koordinaten hängen → dadurch verrutscht die Klickfläche. Hier sind Lösungen, die in Responsive wirklich sauber funktionieren (ohne rumgefummel mit Overlays): 1) Beste Praxis: Klick direkt auf das Widget / Container (statt Overlay) Wenn deine Info-Box ein Material-Widget Schalter/Knopf ist: Nutze dessen OnClick / Action (oder „bei Klick“) und öffne darüber ein Popup. Idee: Nicht „unsichtbar drüberlegen“, sondern das Element selbst ist der Trigger. Dann bleibt es immer korrekt, egal wie es im Grid umbricht. Umsetzung (VIS 2 typisch): Info-Box als Button/Tile/Container bauen Aktion: Dialog/Popup öffnen Inhalt des Popups: deine Detailseite (Heizung/Fenster/Rolladen) als View/Seite (Je nach Widget-Set heißt das z.B. „Open view in dialog“, „Show dialog“, „Popup öffnen“, „View anzeigen“.) 2) Popup als „Dialog mit View“ (statt separate Seite + Navigation) Viele Sets (Material, Basic, teilweise vis2-core) können: View in Dialog/Popup anzeigen Optional: Breite/Höhe relativ (z.B. 90vw / 90vh) → sehr responsive-tauglich Vorteil: Du musst keine Positionen pflegen, nur „öffnen“ und „schließen“. 3) Wenn du unbedingt überlagern willst: Overlay im selben Container, nicht absolut auf der Seite Wenn dein Layout über Grid/Flex kommt, dann: Packe die Info-Box in einen Container Lege den transparenten Klicklayer innerhalb dieses Containers (position: absolute; inset:0) Wichtig: der Container selbst muss „position: relative“ sein Dann skaliert der Overlay mit dem Element, nicht mit der Seite. Das geht aber nur gut, wenn du die Boxen wirklich sauber in Containern kapselst (und nicht „frei“ auf der Seite rumschwebend). 4) Alternative: „Popup-Trigger“ über State/Boolean + CSS/Bindings Wenn du es ganz robust willst: Pro Etage ein Boolean-State (z.B. showHeizungEG) Klick auf Info-Box setzt State auf true Popup-Widget ist sichtbar wenn State true X/Close setzt State false Vorteil: super stabil, auch wenn du später die Views austauschst oder Animationen einbaust. Was ich dir konkret empfehlen würde Mach Variante 1 oder 2: Klick direkt auf die Info-Box → „View im Dialog öffnen“. Das ist in Responsive am wenigsten anfällig und fühlt sich „native“ an.

@bahnuhr Ja, will damit steuern.

@skb Ich hätte noch einen kleinen Feature Request: Ich fände es gut wenn es einen Button gäbe mit dem alle Schalter "Schutz vor Verschieben" auf einmal aktivieren könnte. Wenn man das Projekt fertig hat dann wäre das gut - aus meiner Sicht - und man vergisst nichts.

Ich hab mehrere Locks, aber nichts gesondert als Visualisierung dafür. Ob die arbeiten oder nicht, interessiert mich nicht sonderlich (können meine zum größten Teil auch nicht anzeigen). Batterie Warnung wird zusammen mit anderen Batteriewarnungen angezeigt, wenn relevant. Das wird automatisch aus dem Gerät rausgeholt und dafür ein entity erzeugt, was in meiner Filter Karte auftaucht. Sonst halt einfach das lock-entity in einer Entity Karte oder entities. Je nachdem, wie ich es brauche.