@haselchen oi! klar ist das eine spiel/wixx. ereienfarm! :D wie gesagt, ich hab mit openHAB auf einer syno angefangen. mumpf. mag ich nicht. gefummel in .yaml kann ich/will ich nicht. umstieg auf ioB, cams eben auf der syno, surveillance station. wie du schreibst, grusel. bin noch immer kein freund vom pinguin, hab mich aber damit abgefunden damit zu leben. ich würde nie auf die idea kommen, mir ioB unter Win anzutun. bin auch kein freund von docker, container, lxc und co. bei mir lööpt alles als VM unter proxmox. ist aber einstellungssache. jedem das seine. etwas anderes thema, aber, mir ist durch die umstellung auf LED und so, der stromverbrauch schnuppe. ich will nicht den preis von jedem mW wissen. wenn ich smarthome machen will, darf ich nicht darauf pingelig sein. IMHO, man kann sparen, wenn man nicht paranoid ist... ;)

@erich-1 oder sowas [{"tpl":"tplSegmentClock","data":{"oid":"","g_fixed":false,"g_visibility":false,"g_css_font_text":false,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":false,"g_gestures":false,"g_signals":false,"g_last_change":false,"visibility-cond":"==","visibility-val":1,"visibility-groups-action":"hide","clock":true,"seconds":true,"pattern":"##:##:##","colorOn":"#ffffff","colorOff":"rgba(0, 0, 0, 0.1)","runStepInterval":"0","segmentCount":"7","displayAngle":"10","digitHeight":"18","digitWidth":"12","digitDistance":"3","segmentWidth":"2","segmentDistance":"1","cornerType":"PointedCorner","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"lc-type":"last-change","lc-is-interval":true,"lc-is-moment":false,"lc-format":"","lc-position-vert":"top","lc-position-horz":"right","lc-offset-vert":0,"lc-offset-horz":0,"lc-font-size":"12px","lc-font-family":"","lc-font-style":"","lc-bkg-color":"","lc-color":"","lc-border-width":"0","lc-border-style":"","lc-border-color":"","lc-border-radius":10,"lc-zindex":0,"text":""},"style":{"left":"879px","top":"29px","width":"310px","height":"80px"},"widgetSet":"timeandweather"}] @erich-1 sagte in Datum in vis einbinden: wo es die geben würde [image: 1646738306265-daed8440-4b14-48ce-a5ae-74dd59c5e569-image.png]

@holger-etzel Ist von Vidabox.

@nik82 sagte in Flot: Zusätzlichen Wert einfügen - Bindings?: Allerdings möchte ich gerne den History Adapter behalten und das geht ja bei Grafana nicht soweit ich weis... Sorry, bin gerade nicht so viel Online... ;) Du kannst so viel nutzen wie du willst.(*) Ich habe auch History (hat halt auch einige Vorteile) und Grafana parallel laufen. Grafana kann nicht mit History umgehen, du musst halt zusätzlich noch eine Datenbank wie Influx (hier zu bevorzugen, da Influx Timeline basierend ist) oder MySQL nutzen. (*) Nur irgendwann gibt es dann schlichtweg keinen Sinn mehr einen Messwert in 5 verschiedene Datenbanken zu schreiben ;)

@chris999 sagte in Multi-Status-Anzeige..?: alle 5 Daumen, 1 x reicht.

@butsch Du kannst das runden sicher auch direkt ausführen: [image: 1646593309463-bildschirmfoto-2022-03-06-um-20.01.16-resized.png]

@thomas-braun Scheiterte am Wissen. Werde ich nachholen. in den letzten 2 Jahren war diese Funktion nicht notwendig. Werde den Vorschlag aber ernst nehmen und den Zugang beim nächsten Regentag (wenn ich nichts im Garten arbeiten kann) ergänzen. Nun aber nochmal zum ursprünglichen Thema. Leider ist nach vollständigem Update des Systems die Situation unverändert. Reaktion auf Touch-Funktion ohne Verzögerung (also keine Verschlechterung). ABER leider unverändert nach dem Start der VIS kein Update der Wettervorhersage (erkennbar, dass die nächsten Tage die falschen Wochentage haben). Ansonsten läuft VIS erfolgreich und übrige Funktionen laufen fehlerfrei. Selbst der Müll-Kalender greift erfolgreich auf Google-Kalender zu und zeigt korrekte Werte an. Hat hier Jemand eine Idee, was der Grund für diesen Fehler sein könnte (verändert habe ich ab der VIS nichts) und die Fehlermeldungen scheinen vom Chromium-Browser zu stammen. Ich konnte aber im Internet bei dieser Fehlermeldung keine Ursache finden. Vielen Dank im Voraus für eure Mithilfe. Beste Grüße FRANK

@oliverio wenn ich als ersten befehl innerhalb setInterval den clearInterval aufrufe stoppt das script - aber das console log("AUS") wird schon nicht ausgeführt - if trifft nicht zu - das kapier ich nicht das i definiert der yt-player - hier das ganze object - console.log(player) - ganz unten siehst du i - [image: 1646583676988-image-9.png] das war der wert, der mir aufgefallen war - daher nutze ich diesen wert - ich kann auch auf player prüfen - das geht auch nicht nach dem befehl destroy player kommt das als object zurück - daher habe ich i gnommen [image: 1646583893214-image-10.png]

@SLang77 Erstmal das Script einfach starten. Es werden dann die DPs angelegt unter 0_userdata.0.jarvis.shutter Dann in das shutterArray folgendes kopieren und ersetzen: [{"direction":"Westen","id":"shelly.0.SHSW-25#483FDA76428D#1.Shutter.Position"},{"direction":"Westen","id":"shelly.0.SHSW-25#40F52020E5EB#1.Shutter.Position"},{"direction":"Westen","id":"shelly.0.SHSW-25#40F52027A30A#1.Shutter.Position"},{"direction":"Osten","id":"shelly.0.SHSW-25#40F5202D26F0#1.Shutter.Position"},{"direction":"Osten","id":"shelly.0.SHSW-25#40F520266FB2#1.Shutter.Position"},{"direction":"Osten","id":"shelly.0.SHSW-25#40F52020F1A7#1.Shutter.Position"},{"direction":"Süden","id":"shelly.0.SHSW-25#483FDA8275E7#1.Shutter.Position"},{"direction":"Süden","id":"shelly.0.SHSW-25#40F5202D4C66#1.Shutter.Position"}] Danach kannst du mal z.B. Süden auswählen bei direction und dann eine position angeben, manuell -> 50 eingeben und bestätigen. Dann sollten alle Rollos von Süden auf 50% fahren. Vorausgesetzt, dass die Rollos mit dem Eintrag auf Position dann auch losfahren, so hab ich es bislang verstanden. Wann sollen welche Rollos morgens hochfahren? also auf 100? Beispiel: für morgen 07:00 Süden auf 100 (auf), abends 22:00 auf 0 (zu) -> shutterTimeArray [{"time":"07:00","direction":"Süden","position":100},{"time":"22:00","direction":"Süden","position":0}] Wichtig Zeiten dürfen momentan nur 07:00,07:02, 07:04 also alle 2 Minuten sein, wird sonst nicht erkannt! JARVIS Die DPs anlegen von oben direction DP 0_userdata.0.jarvis.shutter.direction direction-DropDown (Anzeigevariante): {"All":"Alle Rollos","Norden":"Nord","Westen":"West","Osten":"Ost","Süden":"Süd"} ActionElement: DropDownAction position-DP 0_userdata.0.jarvis.shutter.position position-DropDown(Anzeigevariante): {"10":"10","20":"20","30":"30","40":"40","50":"50","60":"60","70":"70","80":"80","90":"90","100":"100"} ActionElement: DropDownAction Es gibt anscheinend auch Probleme mit der position? https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/477

@moebi sagte in vis Fehler "cannot create file vis-user.css: chmod 777* in opt/iobroker hat nicht geholfen Natürlich nicht, 777 rekursiv über einen kompletten Verzeichnisbaum zu kübeln ist immer falsch.

@blrd "DoorRed" : " " }wert :homee.0. dort fehlt eine geschweifte Klammer { Aber wenn du nur ein Datenpunkt abfragst dann so : {wert:homee.0.WindowHandle-191.WindowPosition-952;wert == 2 ? "DoorRed" :: wert == 0 ? "DoorGreen" : " " }

Ich kann den Fehler bestätigen. Als Workaround habe ich mir jetzt die Stop bzw. Pasue Funktion hinzugefügt. Damit kann ich das Rollo während der Fahrt dann wenigstens in der gewünschten Position stoppen.

@maikdor Danke

Habe noch eine andere Möglichkeit gefunden - allerdings auch ohne Ergebnis. Using getBoundingClientRect to Get an Element's Size and Position <body> <div id="hello">Hello World</div> <script> const helloElement = document.getElementById('hello'); const results = helloElement.getBoundingClientRect(); console.log(results); </script> </body> ergibt... DOMRect {x: 0, y: 0, width: 0, height: 0, top: 0, …}bottom: 0height: 0left: 0right: 0top: 0width: 0x: 0y: 0[[Prototype]]: DOMRect Frage ich das falsche Element ab?

@homoran Danke für den Hinweis! Das war mir gar nicht klar. Könnte vielleicht das ein oder andere seltsame Verhalten in Skripten erklären das man manchmal beobachtet ;)

@arteck ... ist schon im November angelegt worden

@diwoma Nachdem das Echo auf die Anfrage sehr überschaubar war, habe ich es mir selbst gelöst. Ich habe das mit einem Alias gemanaged. Der Vorteil beim Alias ist, das man read und write auf verschiedene Datenpunkte legen kann: Also wird der Read vom State des Plugs angezeigt, die Schaltänderung in der Liste aber auf das command gemapt, und damit funkioniert das so, wie ich es mir vorstelle.