@legro wie gesagt, läuft bei mir mit 7490 und C5 und C6 einwandfrei. m.E. liegt es klar an der url.

anzeige bug.. vermute ich

@Homoran Ich möchte am liebsten das ganze VRM Portal einbinden z.B. über IFrame oder aber in Vis einzelne Daten Anzeigen lassen. Da meine Victron Sachen im Wohnmobil laufen und ich es Zuhause anzeigen lassen will, geht es nicht mit Modbus.

nö, die z-wave-Netzwerkinformationen (Node-IDs usw) liegen im z-wave-Controller. Wie mcm1957 schon geschrieben hat, findest du mehr Infos im anderen Link oder du fragst dort einfach nach.

@mcm1957 sagte in BWT (FullInverter) FI 45 - wie Pool-WP integrieren: Da das die SmartLife App ist das passt ja zu meiner Vermutung sagte in BWT (FullInverter) FI 45 - wie Pool-WP integrieren: Ich kann mir auch gar nicht vorstellen, dass die eigene Wärmepumpen bauen. Das wird ein BWT gelabeltes Fremdprodukt sein.

@horst-böttcher Du hast den Titel auf GELÖST gesetzt. Kannst du bitte noch posten was denn nun die Ursache des Problems war? OK: Lösung stand im ersten Beitrag: Das Problem war anscheint das bei proxmox keine mac Adressen übergeben wurden bei LXC-Containern

[image: 1772475556299-bright-sky-forcast-2026-03-02.jpg] Das sah heute mal gut aus. Dunkelblauen Kurve: Habe ich aus den Stundenwerten zusammengebaut. Hellblaue Kurve: Adapterwerte Gelbe Kurve: Realität. Braun: Speicherfüllstand. Erfahrungen aus dem Winter: Nebel und starke Bewölkung sind hier immer wieder Ursachen für Diskrepanzen

@hoschi2007 sagte in Swap Speicher füllt sich nach kurzer zeit: Wie und womit hat du denn die Daten und die Grafik erzeugt? Gibt es für Swap einen DP in iobroker? rpi2 Adapter hat den Datenpunkt. Ich werde mich die Woche nochmal damit beschäftigen und dann die anderen Dinge die hier beschrieben sind angreifen. Melde mich dazu noch einmal.

@crunchip ok. danke. Probiere ich mal aus, ob das klappt.

@sigi234 sagte in Homekit Controller unter Windows Error 25: @Cisco99 sagte in Homekit Controller unter Windows Error 25: Node.js v 24.14.0 Falsche Version! Richtig ist: Node.js: v22.22.0 NPM: 10.9.4 Nix da falsche Version (außer du weißt was dass dieser Adapter definitiv nicht mit node.js24 funktioniert - ein entsprechendes Issue gibts aber m.W. nach nicht). An sich ist node.js 24 durchaus OK und >90% aller Adapter durchlaufen auch die Tests mit node.js 24. Ein generelles Problem mit node.js24 ist (mir) nicht bekannt, ebenso gibt es maximal einzelne Adapter die node.js 24 noch nicht unterstützen. Richtig ist aber dass zur Zeit node.js 22 EMPFOHLEN ist. Explizit ABGERATEN wird von allen ungeraden node.js Versionen.

@Jey-Cee Hi, grundsätzlich ja, das wird aber ein paar Tage dauern, da der Sensor ja mittlerweile im Wohnmobil eingebaut ist und somit nicht hier zu Hause verfügbar. Das Ganze aus dem WoMo zu machen ist auch schlecht, weil es da nur eine ganz miserable Mobilfunkanbindung gibt. Ich melde mich wieder.

Guten Abend.. irgendwie hat mich auch das websocket Problem ereilt und ich finde die Lösung nicht. sudo netstat -nlp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 766/sshd: /usr/sbin tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 599/deCONZ tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 599/deCONZ tcp 0 0 127.0.0.1:6010 0.0.0.0:* LISTEN 5233/sshd: docsn@pt tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 3337/iobroker.js-co tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 3337/iobroker.js-co tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 3913/node-red tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 4171/io.shelly.0 tcp 0 0 0.0.0.0:1890 0.0.0.0:* LISTEN 4077/io.mqtt.1 tcp 0 0 0.0.0.0:1891 0.0.0.0:* LISTEN 4077/io.mqtt.1 tcp6 0 0 :::21 :::* LISTEN 863/proftpd: (accep tcp6 0 0 :::22 :::* LISTEN 766/sshd: /usr/sbin tcp6 0 0 :::4712 :::* LISTEN 2241/evcc tcp6 0 0 :::8887 :::* LISTEN 2241/evcc tcp6 0 0 :::5021 :::* LISTEN 2241/evcc tcp6 0 0 :::5022 :::* LISTEN 2241/evcc tcp6 0 0 ::1:6010 :::* LISTEN 5233/sshd: docsn@pt tcp6 0 0 :::7070 :::* LISTEN 2241/evcc tcp6 0 0 :::7999 :::* LISTEN 4012/io.geofency.0 tcp6 0 0 :::8081 :::* LISTEN 3355/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 4564/io.web.0 udp 0 0 0.0.0.0:56187 0.0.0.0:* 594/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 4640/io.matter.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 4640/io.matter.0 udp 0 0 192.168.178.57:5353 0.0.0.0:* 4206/io.tr-064.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 2241/evcc udp 0 0 0.0.0.0:5353 0.0.0.0:* 2241/evcc udp 0 0 0.0.0.0:5353 0.0.0.0:* 594/avahi-daemon: r udp 0 0 0.0.0.0:5540 0.0.0.0:* 4640/io.matter.0 udp 0 0 0.0.0.0:1900 0.0.0.0:* 6151/io.deconz.0 udp 0 0 0.0.0.0:1900 0.0.0.0:* 2241/evcc udp 0 0 0.0.0.0:1900 0.0.0.0:* 2241/evcc udp 0 0 0.0.0.0:1900 0.0.0.0:* 2241/evcc udp 0 0 0.0.0.0:1900 0.0.0.0:* 599/deCONZ udp6 0 0 :::52353 :::* 594/avahi-daemon: r udp6 0 0 fe80::ae43:7788:3bf:546 :::* 730/NetworkManager udp6 0 0 :::5353 :::* 4640/io.matter.0 udp6 0 0 :::5353 :::* 4640/io.matter.0 udp6 0 0 :::5353 :::* 2241/evcc udp6 0 0 :::5353 :::* 2241/evcc udp6 0 0 :::5353 :::* 594/avahi-daemon: r udp6 0 0 :::5540 :::* 4640/io.matter.0 udp6 0 0 :::1900 :::* 6151/io.deconz.0 udp6 0 0 :::1900 :::* 6151/io.deconz.0 raw6 0 0 :::58 :::* 7 730/NetworkManager Active UNIX domain sockets (only servers) Proto RefCnt Flags Type State I-Node PID/Program name Path unix 2 [ ACC ] STREAM LISTENING 64298 5211/systemd /run/user/1000/systemd/private unix 2 [ ACC ] STREAM LISTENING 64306 5211/systemd /run/user/1000/bus unix 2 [ ACC ] STREAM LISTENING 64308 5211/systemd /run/user/1000/gnupg/S.dirmngr unix 2 [ ACC ] STREAM LISTENING 64310 5211/systemd /run/user/1000/gnupg/S.gpg-agent.browser unix 2 [ ACC ] STREAM LISTENING 64312 5211/systemd /run/user/1000/gnupg/S.gpg-agent.extra unix 2 [ ACC ] STREAM LISTENING 64314 5211/systemd /run/user/1000/gnupg/S.gpg-agent.ssh unix 2 [ ACC ] STREAM LISTENING 64316 5211/systemd /run/user/1000/gnupg/S.gpg-agent unix 2 [ ACC ] STREAM LISTENING 4493 1/init /run/systemd/private unix 2 [ ACC ] STREAM LISTENING 4495 1/init /run/systemd/userdb/io.systemd.DynamicUser unix 2 [ ACC ] STREAM LISTENING 4496 1/init /run/systemd/io.system.ManagedOOM unix 2 [ ACC ] STREAM LISTENING 4507 1/init /run/systemd/fsck.progress unix 2 [ ACC ] STREAM LISTENING 4515 1/init /run/systemd/journal/stdout unix 2 [ ACC ] STREAM LISTENING 6197 1/init /run/avahi-daemon/socket unix 2 [ ACC ] SEQPACKET LISTENING 4517 1/init /run/udev/control unix 2 [ ACC ] STREAM LISTENING 6200 1/init /run/dbus/system_bus_socket unix 2 [ ACC ] STREAM LISTENING 6202 1/init /run/thd.socket unix 2 [ ACC ] STREAM LISTENING 4588 264/systemd-journal /run/systemd/journal/io.systemd.journal die Lösung weiteroben im Thread war das Deconz einen anderen websocket Piort benutzt.. laut dem Terminal ist es hier aber die 443 und trotzdem ein Could not connect to websocket instance of deConz/Phoscon. Error: socket hang up neue Api Keys hab ich schon probiert.. dapter ist auf 1.7.0 der Rest des Systems ist aktuell

@darkblu sagte in AI on the edge per MQTT starten: Bleibt nur noch die Frage nach dem "Auto Timer - Round Interval", ich probiere es mal mit 0. Meines Wissens ist "0" nicht erlaubt. Die Doku sagt dazu If you want the flow to be disabled, set an interval which is high enough (eg. 1440 = 24h).

@Asgothian sagte in Sonoff Plug S60TPF: Was du schauen kannst ist ob du sie über den eweLink Adapter zum Spielen bekommst. A. Den eweLink Adapter bekomm ich nich angezeigt, was is denn das für Adapter? Ich habs jetzt erstmal anders gelöst. Ich hab den Hombridge-Accessories Manager Adapter installiert, dann bei zusätzlichem npm Modul 'homebridge-ewelink' eingetragen und dann noch eine Konfigurationsdatei mit User und PW . Das funktioniert soweit, aber es wird nich alles angezeigt. Hauptsache die Power-Anzeige is da.

@OliverIO sagte in Sprachsteuerung im Smart Home: Die lokale Interpretation dessen, was gesagt wird, ist dann wieder die Herausforderung. Mit externer KI machbar, mit lokaler KI zu erträglichen Kosten (Strom) dauert noch. Ich glaube darauf würde ich gerne verzichten - was waren das noch zeiten als man nur ein paar festgelegte Befehle verwenden konnte die zu 99,9% erkannt wurden und funktioniert haben... Zumindest bei Siri - dann wurds aufgebohrt und hat nur noch zu 70% das gemacht was ich wollte.

Ich hab ein Update für den Adapter geschrieben. Dummerweise hat die App des Herstellers einen BUG. Wenn ein Kanal über 540 kommt, dann wird er zurück gesetzt auf 0 und auch der Gesamtertrag sinkt. https://homematic-forum.de/forum/viewtopic.php?f=47&t=87237 Um das zu korrigieren hab ich einen Datenpunkt hinzugefügt, der das egalisieren soll. Er summiert auf den aktuellen Gesamtertrag nun 540. Ein Counter checkt wie oft das passiert ist. Bei 2 Rücksetzungen 2* 540 usw. Beim erstmaligen installieren oder Update des Adapters muss der Counter einmal manuell gesetzt werden. Danach wird er hoch gezählt, wenn eine Rücksetzung erkannt wird. https://github.com/hefegraphie/ioBroker.apsystemsez1

uff, vielen Dank für die vielen, wertvollen Beiträge. Hab den Datenpunkt einfach unter "userdata.0.xxx" angelegt - und die Programmierung in Blockly angepasst - nun gibt es keine Fehlermeldungen mehr und der Code funktioniert - wie er soll - naja - ist ja nun auch nicht so komplex. Somit ist für mich das Thema "erledigt" - Wer noch gerne weiter diskutieren möchte kann dies gerne tun - ich sage an dieser Stelle aber erst einmal vielen Dank für alle so wertvollen beiträge. lg Goudi

Also wenn ich nun das ganze Matter geraffel richtig verstehe müsste ich es schaffen die BridgeX von tado mit dem Matter system von Iobroker zu verbinden. Das geht aber leider nicht. Grund hierfür ist das ich keinen Pairing code dafür erhalte sondern nur für das thread gerät selbst in meinem Fall das Thermosthat X. Somit sieht es für mich aktuell so aus das ich um einen eigenen thread border router nicht herum komme den ich dann in den iobroker einbinde. Kann das wer bestätigen?