Ah, danke. Davon lasse ich wahrscheinlich lieber die Finger...oder gibt es hervorstechende Vorteile, das Ganze mit Tasmota zu betreiben?
Gibt es dazu eventuell irgendwo eine Anleitung die ich befolgen kann, falls ich es an einem verregneten Tag mal ausprobieren möchte? Ich glaube einen Thermostat hab ich noch als Reserve zum Rumspielen (auch wenn ich keine Lust hab wieder zu löten, falls ich was kaputt mache).
Ja, gespeicherte Szenen kann man auch triggern - man kann aber auch einfach die entsprechenden Positionen ansteuern, ist am Ende einfacher anzupassen als eine Szene neu speichern zu müssen.
Da muss Nutzername und Passwort in der "üblichen" Kombination name:passwort rein - allerdings Base64 encoded. Wenn Du das von Hand in deinem Browser aufrufst funktioniert es nur deshalb, weil du in dem Browser schon authentifiziert bist (dadurch dass du dich vermutlich im gleichen Browser schon an der Oberfläche der cFos angemeldet hattest).
Du kannst dir das online codieren lassen falls Du kein Tool zur Hand hast, zum Beispiel hier: https://www.base64encode.org/
Aus "meinnutzername:meinpasswort" wird dann "bWVpbm51dHplcm5hbWU6bWVpbnBhc3N3b3J0" - und das muss dann hinter "Basic" im Script rein:
xhr.setRequestHeader("Authorization", "Basic bWVpbm51dHplcm5hbWU6bWVpbnBhc3N3b3J0");
Ich hab da auch kurz gestrauchelt, obwohl ich eigentlich vom Fach bin - mache genau sowas aber nicht aller Tage. 
Gruß
Danke Dir! Kaffee besorge ich nachher.
Bei ersten Tests scheint es so, dass bei den dreistelligen Werten bei mir nie etwas über das ISG kommt, aber das muss ich heute Abend mal in Ruhe durchgehen.
Glückssache, aber meiner Erfahrung nach inzwischen relativ unwahrscheinlich. Ich meine die Chancen stehen aber besser, wenn man hier auf Amazon kauft (und den höheren Preis bezahlt), als wenn man direkt aus China bestellt. Vorausgesetzt natürlich, die Geräte lagern auch hier in Deutschland und werden nicht erst importiert.
Ich muss mal leider blöd hier rein fragen, da das der einzige Thread ist, den ich gefunden habe: aus deinem Artikel wird mir nicht ganz klar, welche Voraussetzungen nötig sind, um Modbus statt webscraping zu verwenden. Ich habe ein ISG Web (mit einer THZ 504) in Version 10.2.0. In deinem Artikel hörte es sich so an, dass Modbus da von vornherein funktioniert. Ich habe auf dem ISG allerdings die EMI Erweiterung für die Zusammenarbeit mit dem SMA Ökosystem und meine mich zu erinnern, dass die Modbus Freischaltung (so sie denn nötig ist?) nicht damit zusammen gemacht werden kann. Auf Port 502 lauscht auf meinem ISG auch nichts. Kann ich dann Modbus also nicht nutzen, weiß das jemand?
Edit: ich korrigiere, KNX war nicht gemeinsam mit EMI möglich
Edit 2: das aktuelle Bestellformular gefunden, auf dem dann auch Modbus auftaucht. Auch da der Hinweis, dass nur eine Erweiterung bestellt werden kann. Aber sogar wenn ich Modbus gemeinsam mit EMI betreiben könnte, sind mir 350 EUR dafür deutlich zu viel - das ist schon ein echt unverschämter Preis.
Warum so kompliziert? Nimm doch einfach eine Aufputzdose, und baue dort ein unterstütztes Thermostat deiner Wahl ein. Da gibt es auch Dosen, die nicht hässlich sind...vor allem nicht hässlicher, als die Gehäuse potentieller Aufputz-Thermostate.
Zum Beispiel ist das dann ein Problem, wenn man die Wallbox mit den Daten der Zähler füttert, damit die weiß wieviel PV Überschuss vorhanden ist. Die Berechnung des Überschusses macht sie aber (anhand der Zählerdaten des Netzanschlusses, des PV Speichers und ihres eigenen Verbauchs) selbst. Nun ist der Verbrauch der Wallbox in Echtzeit vorhanden, die Zählerdaten des Netzanschlusses und PV Speichers hinken aber ein paar Sekunden hinterher (da sie vom Sungrow WR über Modbus TCP kommen). Das führt zu einem falschen Wert des errechneten PV Überschusses wenn die Wallbox beginnt zu laden (Da Netzanschluss und PV Speicher Werte die zusätzliche Last noch nicht widerspiegeln) und damit zur Auswahl der falschen Ladeleistung und ständigem hin- und herpendeln zwischen zu hoher und zu niedriger Leistung.
Dadurch wiederum wird unnötig der PV Speicher zum Laden des Fahrzeugs genutzt, oder Strom aus dem Netz bezogen, bzw. unnötig eingespeist. Oder sogar die falsche Ladebedingung ausgewählt. Ich habe eine cFos Wallbox, die kann da allerhand - wenn aber die Zählerdaten nicht stimmen bzw. mit zu großer Verzögerung vorliegen, greift die Ladelogik nicht richtig und Überschussladen funktioniert nicht so gut wie es sollte/könnte.
Ja, ich weiß. Ich wollte nur klarstellen, dass die genannten Register durchaus alle per Software ohne einen Hardwareadapter auszulesen sind - aus den letzten Beiträgen hätte jemand Neues den Eindruck gewinnen können, dass dies nur mit zusätzlicher Hardware geht. Also alles gut.
Auch wenn es ohne extra Adapter geht, hat der Adapter durchaus trotzdem Vorteile. Potentiell kürzeres Abfrageintervall und eventuell schnellere Datenlieferung (das muss ich bei Gelegenheit aber selbst noch austesten).
Nur eine kurze Anmerkung von mir als Eigentümer eines der zitierten github Repositories: Die Datenpunkte die ich dort gesammelt habe, sind ausnahmslos auch ohne extra Modbus Hardware Adapter über Modbus TCP am SH10RT über den LAN Port des Wechselrichters auslesbar - auch die Werte des Sungrow Stromzählers am Netzanschlusspunkt.
Wenn man allerdings Wert darauf legt, die Werte zuverlässig im Sekundentakt zu bekommen, ist ein Hardwareadapter sicher die bessere Wahl. Ich frage über Modbus TCP ohne Probleme alle drei Sekunden ab.
Habe aber auch schon mit dem Gedanken eines extra Modbus (Hardware) Adapters gespielt in der Hoffnung, die Werte schneller (nicht unbedingt öfter) zu bekommen, da über Modbus TCP schon ein ziemlicher Zeitversatz in einigen Werten drin ist. Das macht sich zum Beispiel bei der Ansteuerung einer Wallbox durchaus bemerkbar und kann zu unschönen Effekten führen.
Nutze doch MQTT, das ist (bei vorhandenem Broker) einfacher und funktioniert inzwischen auch zuverlässig - und du musst dich nicht um Authentifizierung oder irgendwelche JavaScript Bibliotheken kümmern.
Du könntest das Netzwerkkabel einfach aufteilen. 100 MBit benötigt nur vier Adern und wäre immer noch mehr als schnell genug. Dann hättest Du vier Adern frei um sie für etwas Anderes zu nutzen.
Zu deiner Frage: meinem Verständnis nach ist der DTSU nur zum Erfassen der Stromflüsse und Spannungen am Netzübergabepunkt nötig. Die Erkennung eines Netzausfalls erfolgt durch den Wegfall der Netzspannung (oder anderer Abnormalitäten) am Wechselrichter direkt.
Habt ihr mal die Modbus Adapter Einstellungen verglichen? Ich würde ja auch einen Screenshot von meinen machen, aber ich benutze "Multiple Device IDs" ist also kein gutes Beispiel für jemanden der die Option nicht benötigt.
Genau.
IoBroker ist nur Sammler/Vermittler von Daten zwischen verschiedenen Quellen und Zielen (daher auch der Name).
Ja, dann werden die Fehler wahrscheinlich an den fehlenden Registern des Winet-S liegen. An Problemen mit Versionen sollte es nicht liegen, ich kann am LAN Zugang des WR mit aktuellen Versionen alle Register auslesen.
Wenn du historische Werte sehen möchtest, musst du dir die Werte mit dem ioBroker in eine Datenbank (zum Beispiel InfluxDB) schreiben, und von dort grafisch auswerten (zum Beispiel mit Grafana). Das ist dann aber ein eigenes Thema.
…und hast du gelesen, was in der Readme steht? Dort steht extra, dass es nur mit „Multiple Device IDs“ funktioniert so wie sie Register in den Dateien stehen, du kannst das ohne Nachteile einfach anhaken.
So wie du es jetzt anscheinend gemacht hast, sind zwei Varianten gemischt.
