ok, danke Euch. Dann schaue ich mir jetzt erst mal die Alternativen an. Wenn das für mich reicht werde ich dann flot verwenden. Sonst würde ich mich noch mal mit influxdb beschäftigen.

@chris47803 sagte: die Berchnung findet doch erst statt, wenn sich Censius ändert, oder? Ja.

@fenderbender sagte in Was ist das richtige Datenplot-Werkzeug für mich?: Welchen Vorteil hat Flot gegenüber E-Charts? Flot gab es Jahre vor eCharts @fenderbender sagte in Was ist das richtige Datenplot-Werkzeug für mich?: Einfach iobroker gesichert, auf Raspi neu aufgesetzt und Sicherung eingespielt jepp

@fenderbender sagte: Hab ich das erfasst? Ja, on(id, callback) triggert auf Wertänderungen. Doku zu den Funktionen des Javascript-Adapters.

@peterfido sagte in Heizungssteuerung Blockly: @wolfi913 Wenn der AP ausfällt, läuft immer noch die Direktverknüpfung. Die App, oder gar Blockly kommt da nicht mehr weiter. Fensterkontakte und Heizkörperthermostate in einem Raum in eine Gruppe packen, und die Verknüpfungen werden automatisch angelegt. Geht aber auch ohne Gruppe zu Fuß. Hab ich doch so geschrieben, oder? Und wo der Fenster-Offen-Wert zu konfigurieren ist im Falls ein AP verwendet wird. Was ja leider aus dem Eröffnungspost nicht hervorgeht ob AP oder CCu.

@bernd-3 Der windows installer sollte sowohl node als auch den js-controller aktualisieren. Vorher unbedingt ein Backup erstellen. Zum Windows installer gibt's nen eigenen Topic. Bitte selbst suchen - geht am Handy nicht wirklich gut.

@homoran Fehler war im Adapter in den GAs

@mariva Für viscose gibt es die folgende Extension https://marketplace.visualstudio.com/items?itemName=nokxs.iobroker-javascript Das sorgt dafür das viscose die Iobroker Befehle kennt und diese bei der autovervollständigung unterstützt Abgleich laden speichern der Skripte wird ebenfalls synchronisiert. Hab die Extension selbst noch nicht verwendet und weiß daher nicht ob man dort auch debuggen kann, also die Iobroker Befehle auch ausgeführt werden können. Ich selbst schreibe die Skripte immer im viscose und mache mir für die verwendeten Iobroker Befehle dann eigene dummyfunktionen die die entsprechenden Ergebnisse liefern. So kann ich entwickeln und debuggen. Skripte kopiere ich mir dann rüber um dann endgültig zu testen.

Echt verwirrend. Aber geht… vielen Dank 🙏. Gestern ist mir iobroker mit diesen Einstellungen immer eingefroren und ich musste den Container neustarten….

Danke. Das war es

@homoran herzlichen Dank

@homoran sagte in 2 mqtt.clients in den Benutzerdefinierten Einstellungen: sind beide aktiv? benutzerdefinierte Einstellungen werden doch unabhängig davon angezeigt, das wäre eher ein Instanz/Admin Problem wenn dort eine Einstellung fehlt. @quest sagte in 2 mqtt.clients in den Benutzerdefinierten Einstellungen: Werden die neuen dort überhaubnicht angezeigt? nein, stellst du ja alles in der Instanz ein ich habe mqtt ebenfalls laufen(als client, nicht als broker) [image: 1718711096539-5cddf7dc-2288-4df7-bcab-7f3a8d8ff31f-image.png]

@x-oli "Langsam" ist der Computer, weil er Probleme hat Daten von bzw. auf die Festplatte zu schreiben. Es kommt zum Stau. Ro75.

@haselchen sagte in Node.js ist aktuell, Adapter lassen sich nicht updaten: @funkytown Browser Cache gelöscht? Browser refresh gemacht? Zum Schluss, Iobroker neu gestartet? Es war der Browser Cache! Läuft wieder alles problemlos. Danke dir.

@johannesf : Ja so möchte ich es. Er ist mit KNX Aktoren verbunden

@wildbill sagte in Unterschied Zigbeetomqtt vs Zigbee Adapter?: @thomas-braun @Gr33n93 Dass bei Zigbee2MQTT alles via MQTT läuft stimmt, zwar, ist aber kein Nachteil. Zudem kann der Zigbee2MQTT-Adapter sich auch mit dem laufenden MQTT-Broker verbinden oder gar selbst einen MQTT-Broker darstellen, so dass man da mit MQTT nicht unbedingt direkt zu tun hat. Auch bekommt man damit fix und fertig alle Datenpunkte der Geräte in iobroker, ohne dass man da noch selbst Hand anlegen müsste. Gruss, Jürgen viel wichtiger - der Zigbee2MQTT Adapter verbindet sich direkt mit zigbee2mqtt und stellt die Datenpunkte dem ioBoroker per websocket Verbindung, nicht via MQTT , zur Verfügung. Die Datenpunkte sollten dabei denen des Zigbee Adapters ähnlich sein (nicht identisch) Unterm Strich sind die Unterschiede: zigbee2mqtt ist ein eigener Server-Prozess der neben dem ioBroker laufen muss. Dieser wird ausserhalb des iobroker Konfiguriert und kann an einigen Stellen mehr leisten als der ioBroker.Zigbee adapter. Dafür hat man ein weiteres externes System mit eigener (nicht im ioBroker liegender) Konfiguration. Zigbee2mqtt benötigt einen zusätzlichen Adapter um Daten im ioBroker darzustellen. Dazu gibt es 2 Optionen iobroker.Zigbee2mqtt. Dieser Adapter verbindet sich ( wie oben geschrieben) via Websocket mit zigbee2mqtt und erhält von dort die Beschreibung der Geräte um entsprechende Datenpunkte anzulegen. Dabei entstehen Strukturen die denen des ioBroker.Zigbee Adapters ähnlich sind. MQTT - zigbee2mqtt kann vollständig über MQTT mit dem ioBroker kommunizieren, allerdings erfordert dieses einiges an Einrichtaufwand für die Geräte damit es zu den entsprechenden Topics auch Datenpunkte gibt. Diese Methode zigbee zu verwenden ist die universellste, aber auch die mit dem grössten manuellen Aufwand. Hier lassen sich alle Optionen die auf zigbee2mqtt.io angegeben werden nutzen (im Bezug auf z.Bsp. Device-specific configurations) iobroker.Zigbee ist ein nativer ioBroker adapter, der auf dem gleichen Unterbau wie zigbee2mqtt aufsetzt. Damit sind alle Geräte die unter zigbee2mqtt.io als unterstützt aufgeführt sind auch im ioBroker.Zigbee Adapter nutzbar. Allerdings kann es notwendig sein dafür die GitHub Version des Adapters zu installieren wenn es sich um sehr neue Geräte handelt. A.

@stefan247 Gehört der OT Bereich etwa nicht zum Forum oder wo ist dein Problem?

@puls200 Sicherung der Config zurück spielen.