Nabend djsirius, sorry so ganz verstehe ich deine Antwort jetzt nicht. Du hast hier deine Problematik erklärt und hast Hilfe bekommen. Was hast du gemacht: Du verbindest 2 verschiedene Systeme ioBroker und FHEM durch den FHEM Adapter miteinander. Danach möchtest du in VIS ein Widget nutzen das ua ein Objekt Motor an/aus benötigt. Diese Information/Reading wird in FHEM aber nicht zur Verfügung gestellt und kann deshalb auch nicht in den ioBrokerr übertragen werden. Also was tun? In FHEM einen Weg suchen wie diese Info zur Verfügung gestellt werden kann und somit auch in den ioBroker übertragen werden kann. Genau dies wird in dem Link beschrieben :-) Also noch lange kein Grund von einem grundsätzlichen Problem zu schreiben…. Gruß LausiD

Mit einem Schalterwidget geht das nicht. [image: 144_strom_view.png] Gruß Rainer

Mit tricksen. Meine Vorschau oben ist in Wirklichkeit ein eigenes FLOT. Nur halt klein. Das wird in einem eigenen IFrame angezeigt. Den Button für das Popup liegt über dem kleinen. So wird beim vermeintlichen Click auf das kleine das Popup geöffnet.

Hi, klar im Java-Script Adapter ist auch eine gute Möglichkeit. Probieren ich gleich mal aus… Wozu gibt es denn den Reiter "Skript" bei dem Widget in VIS (sieh Bild oben)? Gibt es hier keine Möglichkeit den Wert zu bearbeiten (dividieren)? Gruß PS: Nein, der Wert soll nicht an ZigBee geschickt werden, hatte dort nur eine TestVariable angelegt.

Hallo Dirk, dein Widget besser als txt in Code Tags Posten. So kann man da nur schwer etwas mit anfangen. Eine Möglichkeit ist das Widget über den Screen zu legen auf dem es erscheinen soll und nur sichtbar zu schalten wenn der Caller status auf "true" wechselt. Andere Möglichkeit ist bei Anruf z.B. den View zu wechseln.# Gruß

Hat sich erledigt! Hab die Datei gefunden. Falls interesse besteht … hier hab ich die Datei (vis-common-user.css) gefunden. Im Ordner: /opt/iobroker/iobroker-data/files/vis/css

Alles klar :roll: ich wollte auch keinesfalls aufdringlich sein, nur hatte ich das nicht ganz verstanden :) Danke schonmal LG

Nein, sie sollen sichtbar bleiben, aber nicht benutzbar. Danke für den Tip mit dem anderen Objekt, ich werde das am WE mal ausprobieren. Gruß Dietmar

SO ioBroker hat eine Nacht über das Problem geschlafen :-D Jetzt werden alle Kalender wieder korrekt angezeigt

@nisio: Hast du einzelne States direkt zu einem Raum oder einer Funktion zugeordnet? siehe auch: https://github.com/nisiode/ioGo/wiki/01 … ink-states ` Hi, besten Dank für den Hinweis. Die Geräte waren automatisch den Räumen und Funktionen wie in der CCU definiert zugewiesen. Habe jetzt mal innerhalb von iobroker die Geräte nocheinmal dem Raum zugewiesen und siehe da, es funktioniert Danke….

Hallo! Ich hätte auch eine Frage zum Widget… Für die Visualisierung finde ich es super (mit Infos Ist-Temperatur, Soll-Temperatur etc.). Ich möchte darüber aber keine Temperaturen einstellen. Kann man das irgendwie sperren? Wahrscheinlich irgendein Button den ich nicht finde... Nett wäre höchstens ein aktivieren oder deaktivieren des Boost-Modus wenn man drauf klickt. VG Mario

Hallo LausiD, Danke für Deine Bemühungen. Ich habe im Moment keine Verwendung für diesen Eintrag. Stehe ja noch am Anfang mit ioBroker. Später könnte ich mir vorstellen, das die Werte für Brennstoffverbrauch und Brennstoffkosten unter vis als € bzw. kg Wert angezeigt werden. Werde jetzt die Meldungen abschalten. Mir ist aber noch eine Meldung aufgefallen. fhem.0 2019-02-04 20:14:45.415 warn Reconnection to DB. fhem.0 2019-02-04 20:14:45.412 warn Reconnection to DB. fhem.0 2019-02-04 19:42:42.639 warn Reconnection to DB. fhem.0 2019-02-04 19:42:42.632 warn Reconnection to DB. fhem.0 2019-02-04 19:34:39.260 warn Reconnection to DB. fhem.0 2019-02-04 19:34:39.252 warn Reconnection to DB. fhem.0 2019-02-04 19:26:27.771 warn Reconnection to DB. fhem.0 2019-02-04 19:26:27.767 warn Reconnection to DB. fhem.0 2019-02-04 19:18:30.942 warn Reconnection to DB. fhem.0 2019-02-04 19:18:30.940 warn Reconnection to DB. fhem.0 2019-02-04 19:18:29.326 warn Reconnection to DB. fhem.0 2019-02-04 19:18:29.322 warn Reconnection to DB. fhem.0 2019-02-04 18:00:26.228 warn Reconnection to DB. fhem.0 2019-02-04 18:00:26.223 warn Reconnection to DB. fhem.0 2019-02-04 18:00:15.531 warn Reconnection to DB. fhem.0 2019-02-04 18:00:15.528 warn Reconnection to DB. fhem.0 2019-02-04 17:52:25.348 warn Reconnection to DB. fhem.0 2019-02-04 17:52:25.343 warn Reconnection to DB. fhem.0 2019-02-04 17:07:40.426 warn Reconnection to DB. fhem.0 2019-02-04 17:07:40.415 warn Reconnection to DB. fhem.0 2019-02-04 17:00:21.655 warn Reconnection to DB. fhem.0 2019-02-04 17:00:21.649 warn Reconnection to DB. fhem.0 2019-02-04 17:00:07.750 warn Reconnection to DB. fhem.0 2019-02-04 17:00:07.746 warn Reconnection to DB. Habe die Meldungen mal aufgelistet, damit die Zeit der Meldungen ersichtlich ist. Hier steht doch, das immer eine neue Verbindiúng zu fhem DB (ist das Database?) gestartet wird. Ist das normal? Danke Gruß Michael

@luettis: Dauer 9 Min. Aber ich werde von mal zu mal schneller. ` So muss es sein :D Weiterhin Viel Spaß Rainer

erledigt. Danke Dir. !!

Ansonsten einfach mal in die Adapter-Übersicht, die auf der ioBroker-Webseite zu finden ist, schauen. Da sind alle Adapter mit allen Versionen (Git, Latest und Stable) zu finden ==> http://download.iobroker.net/list.html Gruß, Eric Von unterwegs getippert

Dieses Verhalten hatte ich auch schon mal. Es lag daran, das auf der View die VIS zum Absturtz brachte ein Map widget verwendet wurde. Dieses hatte ich aber bereits gelöscht. Nachdem ich es erneut installiert hatte konnte ich die View ganz normal aufrufen und löschen. Hast Du irgend welche Widgets gelöscht die auf deiner View noch verwand werden? Gruß Christian