Vielen Dank. Das hat es irgendwie gelöst: Sobald ich EnergyConsumption geändert habe, tauchten auch die Werte für PowerConsumption und PowerGeneration auf, die von meinem Skript geschrieben werden. Jetzt melde ich mich bei PVOnline an und sehe, dass die Werte schon seit Tagen hier eingetragen werden. Anscheinend ist nur meine Objekt-Ansicht im ioBroker da nicht korrekt!

Yai, vielen herzlichen Dank! Ich habe ein eigenes Volume dafür in Docker eingebunden, habe das dann in den NodeRed-Adaptereinstellungen genutzt und im Energy-Node dann das Bild eingefügt. Etwas fummelig, aber exakt das, was ich gesucht habe. Nochmal vielen Dank!

@Asgothian sagte: "Ist das Bild so wie es ist oder so wie Du es gerne haben willst ?" die dp für die grün umrandeten bereiche kann ich nicht finden. dementsprechend würde ich sie gerne schalten können "von welchem Adapter werden diese Datenpunkte bereitgestellt ?" Zigbee2Mqtt Adapter in der Version v3.2.2 mit 2.12.0 als Z2M selbst. MQTT selbst läuft als Adapter im IOB mit der Version v6.1.4

Mit der Aktuellen Adapterversion funktioniert wieder alles. Danke für die Hilfe

bist du da schon weiter?

@Holger-Etzel Es gibt das Shelly-Script von Stephan Kreyenborg (stephan@kreyenborg.koeln) und den Statistik-Adapter "Statistiken für Zustände".

@Berlon sagte: the limit for this instance is set to 5000. Mal damit die SuFu füttern. Kommt dann u. a. das bei herum: https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#objects-warn-limit

Ich release gerade die 3.28.2 und wenn alles ok ist geht die morgen in Stable. Damit sollten die Login und Token Probleme gelöst sein und auch die 404er mit alten 2FA Methoden besser sein.

Hey zusammen, nach einer längeren Pause wollte ich hier mal wieder ein Update geben. Die letzte Nachricht war ja noch aus September 2024 – seitdem war bei mir privat und beruflich ziemlich viel los, unter anderem durch die Geburt unserer Zwillinge. Dadurch ist das Projekt leider länger liegen geblieben. Ich habe in den letzten Tagen/Wochen aber wieder intensiv daran gearbeitet und der Adapter läuft inzwischen grundsätzlich wieder. Die iOS-App ist ebenfalls deutlich überarbeitet worden und verhält sich jetzt eher in Richtung Home Assistant Companion App: Es gibt Hintergrund-Trigger, Sensor-Updates und zusätzlich einen echten Push-Weg. Wenn der Adapter die App nicht direkt erreichen kann, wird jetzt über den Apple Push Service gearbeitet. Darüber können normale Push-Nachrichten gesendet werden, aber auch Silent Pushes, um die App im Hintergrund wieder anzustoßen und Daten zu aktualisieren. Aktuell eingebaut bzw. vorbereitet sind unter anderem: iPhone-Sensoren wie Akku, Ladezustand, Netzwerk/WLAN, Standort, Bewegung usw. Apple-Watch-Anbindung mit eigenen Sensordaten Apple HealthKit-Anbindung, z. B. für Health-/Fitnesswerte, sofern freigegeben Standort-/Zonenlogik ähnlich wie bei Home Assistant Diagnosewerte im ioBroker, damit man sehen kann, wann die App zuletzt Daten gesendet hat Push-Relay für Fälle, in denen die App nicht aktiv per WebSocket verbunden ist erste Vorbereitungen für Actions, NFC, Widgets und weitere Smart-Home-Funktionen Wichtig: Das Ganze ist noch nicht final und noch nicht als stabile Version zu verstehen. Ich bin aktuell noch in der Testphase mit echtem iPhone und Apple Watch und prüfe besonders das Verhalten im Hintergrund, weil iOS hier bekanntermaßen sehr restriktiv ist. Ziel ist weiterhin, eine möglichst stabile ioBroker-Companion-App für iOS/watchOS zu bauen, die ähnlich wie Home Assistant zuverlässig Sensoren, Standort, Watch-Daten und Push-Nachrichten verarbeitet. Wenn jemand Interesse hat, später mitzutesten oder Feedback zu geben, gerne hier melden. https://github.com/DNAngelX/ioBroker.iOSAppAdapter [image: 1783261434999-392e457d-7365-414c-8852-4e13193bc87b-image-resized.jpeg] [image: 1783261462925-ae705882-7e56-4c5b-83df-92dd42a6b14f-image.jpeg] [image: 1783261479599-a63760b0-4a5d-4e6e-ab54-a3e6319ad971-image.jpeg]

Tach Zusammen !! ..habs jetzt auch endlich hinbekommen, es werden saubere Daten ausgelesen. Bisher hatte ich immer versucht, einen CAN-BUS-Abzweig nach aussen zu legen und da den MCP2515 anzuklemmen. Das klappte aber nicht, WP machte Fehlermeldungen + unsinnige Daten kamen an. (..der CAN-BUS muß ja auch von Anfang bis Ende durchlaufen und am Anfang+Ende mit je 120 Ohm ( nicht kOhm !!) abgeschlossen sein, ein längerer Abzweig ist nicht zulässig, hatte ich übersehen..) Jetzt hab ich einfach die 4adrige Leitung zum WP3-Bedienteil aufgetrennt und direkt angeklemmt (..siehe Foto..) und alles funktioniert. Evtl. hilt der Tipp ja dem einen oder anderen.. [image: 1783261279122-2026-07-05-12-58-11-714.jpg]

@Alero sagte: Den brauche ich nicht. ich habe keinen Raspberry Pi im Einsatz Und warum hast du den dann überhaupt installiert? Man hält die Kisten so schlank wie möglich und verzichtet auf jeden unnötigen Krempel. Schmeiß alles raus, was nicht verwendet wird.

@feichti92 sagte: wo genau ich dafür den Feature-Request stellen kann. Da: https://github.com/ioBroker/ioBroker.pushover/issues

Ja schade, ich werde bestimmt keine extra Hardware dafür kaufen, die ich nicht brauche

Hi zusammen, da ich den Einsatz von Modbus TCP mit den ganzen Registern eher gescheut habe, habe ich einen KSEM Adapter geschrieben. Falls noch Interesse besteht kann ich ihn gerne mal vorstellen. Aktuell teste ich ihn gerade.

@Anne ich stehe gerade vor einem ähnlichen Problem, dass ich einen Solplanet ASW 20kH-TH (ASW020K-TH) Wechselrichter auslesen möchte. Leider kann ich das verlinkte Dokument nicht öffnen (passwortgeschützt und Registrierung geht auch nicht). Kannst mir weitere Informationen geben, wie Du die Verbindung herstellen konntest? Bisher habe ich Folgendes versucht: Der Ai-Dongle bietet über seine LAN-/WLAN-Schnittstelle leider keine lokale API (Port 8484 und Modbus TCP Port 502 sind nicht erreichbar, lediglich Port 443 für die Cloud-Anbindung). Ich habe einen USB-RS485-Adapter über ein Ethernet-Kabel an den RJ45-3-Port (Third_485, CN407) des Wechselrichters angeschlossen. Die Modbus-Adresse ist in der App auf 3 konfiguriert. Trotz Tests mit verschiedenen Baudraten (9600, 2400, 19200) und Device-IDs bekomme ich keine Antwort vom Wechselrichter.

Hab nach wie vor keinerlei Probleme

@Kanumouse sagte: Sucht der Adapter standardmäßig via Multicast im Netzwerk? Nein per Broadcast, aber das wird nur verwendet um die Geräte zu finden. Jedes upnp Gerät sendet den sobald es im Netzwerk aktiv ist, heißt der Adapter schaut Aktiv und Passiv nach neuen Geräten. Befehle werden aber immer direkt an das Gerät gerichtet. Daher ist es sehr Unwahrscheinlich das das Problem daher kommt.