@Asgothian sagte in Zigbee Wechsel Sonoff_Zigbee_3.0_USB_Plus auf Netzwerk-Stick: ich persönlich mag die cod.m koordinatoren Na dann hab ich mir den mal bestellt. Danke für die Hilfe.

@Andieltri Ich bin mir zwar nicht sicher was Du meinst? Meinst Du die grafische Darstellung des NodeRed Flows? [image: 1767285165062-b945164b-96be-400c-a7d1-6b6c27f82cd5-image-resized.png] Wobei ich im Prinzip das Kühlen ganz rausgeschmissen habe und nicht braucht. Man kann das einfach im YAHAKA Adapter festlegen, dass das keine valide Option ist. (Also habe ich 2 rausgeschmissen und damit kann man sich das Kühlen in dem Flow sparen und muss das nicht mehr in auto übersetzen) [image: 1767285341635-14f0569f-8bd3-4da2-8779-ec25fb288aaf-image-resized.png] Nachdem ich das Kühlen rausgeschmissen habe - sieht das also noch einfacher aus: [image: 1767287042194-7b2255cc-c43b-40cf-84b8-6902ae52bf37-image-resized.png] Der Flow dient aber lediglich der Übersetzung (bzw. als Filter, damit das Gerät nicht mit vielen Einzelkommandos überfordert wird), wie Du wirklich Deine Heizung ansteuerst. Wenn man im TargeHeatingCooling die Option 2 - also Kühlen als valid State rausschmeißt, dann ist das auch im Gerät weg: [image: 1767285937269-0400bffb-4f6d-45d0-ae74-337f8557c3d9-image.png]

Hallo, ich habe etwas hin und her probiert und habe tatsächlich eine Lösung gefunden. Vielleicht kann der eine oder andere etwas davon gebrauchen. Nötig ist das alles, weil mein Wechselrichter "Alpha Ess Hi10" nach meiner Meinung absoluter Schrott ist. (Hinterher ist man immer klüger) Der WR hat eine ModBus-TCP und eine ModBus-RTU Schnittstelle. Ein Betrieb über ModBus-TCP läuft fast gut, aber der telefoniert ständig nach Hause und außerdem fummeln die Alpha Ess des häufigeren im WR rum, einmal musste ich einen Neustart durchführen, weil nichts mehr ging. Ein Sperren des Internetzugriffes des WR in der FritzBox führt zu ganz seltsamen Reaktionen im Netzwerk (habe ich schon ausführlich beschrieben). Also habe ich einen TCP-RTU Wandler dazwischen geschaltet. Da die RTU-Schnittstelle nur mit 9600 Baud 8n1 läuft, kann man nicht alle Register mehr im Sekundentakt abfragen. Es ist tatsächlich möglich, 3 ModBus Adapter zu installieren und die gleichen Schnittstellendefinitionen einzustellen, aber verschiedene Holding-Register. ModBus.0 frage ich z.B. alle 1,5 Sek ab (Datenabfrageintervall=1500) für aktuelle PV-Leistung usw. ModBus.1 frage ich z.B. alle 5 Min ab (Datenabfrageintervall=300000) für Tages-PV-Leistung, Batterie SOC, usw. ModBus.2 schalte ich kurz vor Mitternacht für 2 Minuten auf aktiv und frage Batterie-StateofHealth, Versionsnummern usw. ab um diverse Tageswerte zu berechnen. Dabei ist mir etwas aufgefallen. Der Datenpunkt "modbus.x.info.connection" liefert den Wert 'true', wenn der Adapter läuft und ' ' (nichts) wenn der Adapter NICHT läuft. Dabei bekam ich auch noch folgende Fehlermeldung: State value to set for "modbus.x.info.connection" has to be type "boolean" but received type "string" Dann noch eine Besonderheit des Alpha Ess WR. Dieser Wechselrichter hat Probleme, mehrere Register hintereinander zu lesen, in meinem Beispiel das Register 33 (signed 32 Bit Big Endian) sowie die Register 1086 bis 1088. (Register 33 mit 32 Bit bedeutet Register 33 mit 16 Bit und Register 34 mit 16 Bit) Register 33 ist bei mir die Netzleistung in Watt (Die Leistung die ins Haus oder aus dem Haus fließt) signed 32 Bit bedeutet +/-2.147.483.647 Watt. Recht unwahrscheinlich dass ich diese Werte erreichen werde. Ich lese jetzt nur noch Register 34 mit 16 Bit, das entspricht einer max Leistung von +/-32KW (werde ich wohl nie erreichen) und schon habe ich viele Lesefehler weniger. Vielleicht gibt es noch andere, die mit meinen Erfahrungen etwas anfangen können. (Schade dass man solche Work-arounds machen muss, um die Fehler eines Wechselrichters zu umgehen)

Dankeschön

das wars es. danke dir.. perfekt.

@skvarel sagte in Sourceanalytics Daten stimmen die ?: ein kleines Blockly laufen warum? [image: 1767264723153-1cc9ea5e-d2c8-425e-861d-b51b3a883b0f-image-resized.png]

Frohes Neues Jahr 2026 um den Fall bei mir abzuschließen, es war tatsächlich ein Switch Defekt, jetzt laufen alle Instanzen ruhig und Stabil, und nochmal herzlichen dank für eure Zeit

Hi Sigenergy Besitzer, hat sich einer von euch zufällig schon einmal dieses Projekt angeschaut? Ich bin da heute zufällig drauf gestoßen. https://github.com/seud0nym/sigenergy2mqtt Guten Rutsch Edit: @matzebhv, habe gerade gesehen das du es wohl nutzt bzw. genutzt hast. Bist du zufrieden?

@tomowner Die Ausgänge kannst du nicht setzten. Du kannst nur die Variablen beschreiben, und das auch nur falls du diese nicht irgendwo im Logoprogramm über schreibst. Dein Bilder stimmen nicht überein. Im Adapter schreibst du DB1, im IOB schaust du auf DB2

@crunchip Ja, rpi2 Adapter läuft, Objekte sind auch da. Vielen Dank dafür. Einen guten Rutsch für Euch.

Mein Shelly H&T Gen3 (also der mit WLAN), erzeugt in meinem Logfile alle zwei Stunden je 3 "info" Einträge: [image: 1767177866332-7d1425f0-e8aa-4a34-a811-45efa0c61ad7-image.png] Nicht, dass es sonderlich stört, aber lässt sich das deaktivieren?

ja ist voll am kollabieren werd ih wohl neu aufsetzen heute ist zum glück nicht viel drauf und geht mit backup schnell denk es liegt daran das ich mal versucht habe en parallellbetrieb zu starten es aber nicht geklappt hat. egal mach ih neu :) Danke für eure Infos !

@darkblu hier noch was zu Apple https://support.apple.com/de-de/102135

@Homoran sagte in Empfehlung Adapter Mqtt Client?: dazu änderst du einfach den Wert im state. Ok, da der mqtt client sowieso über die subscription die commandos mitbekommt, legt er auch einen Datenpunkt automatisch an (manuelles anlegen also unnötig sobald der Befehl einmal über den Broker gelaufen ist). Entsprechend wie Du sagst, in den Details noch das publish aktivieren und dann ins state reinschreiben. Danke! Edit: funktioniert auf Anhieb!

@warp735 sagte in Node.js Update über GUI funktioniert nicht, wie vorgehen?: Warum wird´s dann angezeigt? Weil im 'upstream' vom Projekt 'nodejs.org' halt die 22.21.1 veröffentlicht wurde, es aber im 'downstream' von nodesource nicht für deren Repo gepackt wurde.

Also für alle die evtl. das selbe Problem haben. Ich habe den WS-Port im Deconz Docker und im Deconz Adapter von 443 auf 8078 gestellt. Nun läuft es ohne Probleme und ich bekomme laufend Status Updates meiner Sensoren.

Habe mal wieder mit dem Support geschrieben, es ist immer noch keine API in Planung. Es sollten vielleicht mehr Leute sich dort melden. Man bekommt sogar Ersatz klingen geschenkt 😆