@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ok, der Wert TotalPV scheint bei mir dann nicht zustimmen. Dieser ist wird z.B. mit 1000 angezeigt, wobei die Leistung derzeit im Bereich von 370W liegt (nur ein Powerstream).
Der Faktor ist 10.
1000 würde also 100W entsprechen. Bei 370W sollte also 3700 angezeigt werden.
hmm... kannst du bitte mal sehen, was in dem Wert steht:
0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXXXXXXXXXXXXX.data.item.meta.sumPV
Ist das der gleiche Wert den dir TotalPV ausgibt?
@waly_de
Dort steht das gleiche wie unter TotalPV. Das scheint jetzt auch soweit ungefähr zu passen mit dem Faktor 10. Vorhin schwankte die Solarleistung hier sehr stark durch Wolken. Da habe ich wohl unterschiedliche Werte in ioBroker und der App verglichen.
Alles gut.
Ich bin immer noch begeistert wie gut das Skript läuft.
ungefähr seit 12 läuft das Skript. Es gab mittags ein paar Probleme mit meinem Bezugssensor (Tibber pulse), aber seitdem sieht das echt gut aus, obwohl das Script neben meinem Verbrauch auch die Einspeisung des normalen Balkonkraftwerks mit wegregeln muss. Hut ab!
@dreffi Super. Ist immer toll zu sehen, dass mein Zeug auch woanders funktioniert 
Tibber pulse: Da hab ich auch drüber nachgedacht. Kannst Du den direkt abfragen und in Dein Home Assistant einbinden, oder geht das immer nur über die Cloud (API)?
Meinen Tasmota-Sensor würde ich nur ungern gegen eine trägere Cloudlösung tauschen.
@waly_de
Den Pulse greife ich über die API ab. Dafür gibt es direkt eine Integration in Home Assistant.
Die Zuverlässigkeit der API ist nicht perfekt. Da gibt es hier und da regelmäßig mal Aussetzer. Die Integration hängt sich auch gerne mal auf. Ich überwache den Sensor bereits in Home Assistant und starte die Integration neu sobald der Wert sich für fünf Minuten nicht ändert. Wenn die API spinnt hilft das aber auch nicht.
Es gibt auch eine Dokumentation auf GitHub um die Bridge des Pulse zu manipulieren und die Daten zumindest dort lokal abzufragen.
Vorher hatte ich einen Weidmann Lesekopf am Zähler und direkt per USB mit dem Host von Home Assistant verbunden. Absolut zuverlässig. Leider muss ich den Pulse nutzen um den stündlichen Tarif von Tibber nutzen zu können.
Es gäbe Möglichkeiten die Signale des Zählers auf einen weiteren Sendekopf zu spiegeln, aber so kontrolliere ich auch gleich ob alles korrekt auf den Servern von Tibber angekommen ist.
@dreffi das hab ich befürchtet 
Es gäbe Möglichkeiten die Signale des Zählers auf einen weiteren Sendekopf zu spiegeln
Hast Du da vielleicht nähere Infos für mich?
@waly_de
Klar: https://www.photovoltaikforum.com/thread/202377-tibber-doppelter-lesekopf-pulse/
Mir ist heute Nachmittag mindestens 2x irgendwas hängen geblieben. Ich weiß noch nicht wo die Ursache lag, aber es wurden dann keine Werte am Powerstream mehr aktualisiert. Ich werde das beobachten. Nach Neustart des Scripts läuft es Moment sofort wieder.
@dreffi Perfekt, danke 
Wie lange waren denn die Hänger? Und gab es dazu Log-Ausgaben?
Es ist so, dass der MQTT aufhört Daten zu senden, wenn Du parallel mit der App arbeitest, und diese dann schließt. Das Script überwacht aber, ob Daten kommen und verbindet sich selbst nach einer gewissen Zeit neu. (Am Tag nach einer Minute, ab einer Stunde nach Sonnenuntergang nach 15 Minuten)
@waly_de
Ich kann das noch nicht genau sagen. Ab ca. 16:00 hat sich die Einspeiseleistung des Powerstream nicht mehr geändert und der Netzbezug ging damit teilweise ins Negative (Einspeisung). Gegen 17:30 habe ich das bemerkt und das Skript neu gestartet.
(Sorry, der erste Pfeil muss etwas weiter nach rechts auf kurz vor 16:00)
Abends schien es dann andauernd auszusetzen. Es kann aber auch sein, dass da andere Probleme mit reingespielt haben. Es gab gestern reichlich Updates bei ecoflow. Vielleicht war der MQTT Server schlicht überlastet, weil alle an den Geräten rumgespielt haben.
Im PV-Forum gibt es reichlich Beschwerden zu Problemen mit der Cloud bzw. dem Powerstream seit den Updates gestern.
Zur Klarstellung: das Skript läuft weiter und die Objekte in ioBroker werden auch aktualisiert. Es scheint irgendwann nur nicht mehr vom Powerstream übernommen zu werden.
Welches Objekt (state) in ioBroker entspricht dem Wert "Leistungsbedarf am AC-Ausgang"? Ich würde beobachten wollen ob dieses dann aktualisiert wird und zur tatsächlichen Einspeiseleistung passt.
Das mit der App ist ein guter Tipp. Ich werde diese schließen, das Skript 1x neu starten und dann einige Stunden die Finger von der App lassen.
Update:
es hängt wieder. Aktuell sieht es so aus:
Das Skript läuft und der Wert RealPower wird auch fleißig aktualisiert. Die Daten des Powerstream scheinen aber weder aktualisiert zu werden, noch überhaupt zu stimmen.
Beispiele:
totalPV steht unverändert auf 5762,88. Das kann nicht sein. Der Wert müsste um die 1000 liegen.
PV1_Power steht auf 3 und PV2_Power steht auf 6000.
PlugPower steht auf 36. Ist das der Wert für die Smart Plugs? Ich habe keine.
Ich vermute aktuell es liegt an der WLAN Verbindung des Powerstream.
Jepp, ich habe den Powerstream wieder auf den richtigen Repeater gezwungen und die Werte werden aktualisiert. Der Powerstream hat auch gleich wieder mit der Einspeisung begonnen. Das Problem liegt also vermutlich in meinem Netzwerk.
@dreffi Ja das ist trügerisch. Ohne WLAN geht da natürlich nichts. In der APP muss man dann aufpassen, das nicht grade eine Bluetooth Verbindung angezeigt wird, sonst merkt man das nicht.
Zu dem State kann ich Dir nur dringend empfehlen die Letzte(Beta) version vom Script zu verwenden. Denn die States haben sich, nachdem die Originaldefinitionen von ecoflow eingebaut wurden alle geändert. Aktuell steht der Wert in:
0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXXXXXXX.data.InverterHeartbeat.permanentWatts
@waly_de
Sorry für die doofe Frage, aber wie tausche ich das Skript am besten aus?
Ich habe das alte gestoppt, ein neues angelegt und die Nutzereingaben mit den alten überschrieben. Beim Start des Skripts erhalte ich dann massig rote Fehlereinträge im Log.
Ich habe daher erstmal eine Sicherung geladen.
@dreffi war schon richtig so....
In den Einstellungen des neuen Scripts gibt es neue Punkte die nicht fehlen dürfen... also nicht einfach die alten komplett rein kopieren.
...sonst brauch ich mal ein paar der Fehlermeldungen
@waly_de
Fehlermeldungen nach Start des Scripts in Version 0.6.2:
Ich habe hier noch eine kleine unschönheit entdeckt.
State value to set for "0_userdata.0.ecoflow.app_1668913565281660930_XXXXXXXXXXXXXXXX_thing_property_set.writeables.acChgCfg_D2" has to be type "string" but received type "number"
Das scirpt funktioniert sonst soweit taelos für mich, danke.
@dreffi kann ich mir so nicht erklären... Einstellungen gecheckt? alle vollständig ?
definition von protoSource2 vorhanden und vollständig ?
sonst vielleicht noch mal ein stück log mit eingeschaltetem debug ..
bin aber jetzt erst mal unterwegs und kann mich nicht kümmern
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
definition von protoSource2 vorhanden und vollständig ?
Wie prüfe ich das? Ich habe Protobuf und den MQTT Client mit den Befehlen aus dem Script über die Konsole installiert.
Nachtrag: die Werte der Delta 2 werden mit der aktuellen Version des Scripts aktualisiert. Die Werte des Powerstreams bekommt er anscheinend nicht decodiert.
@dreffi said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
definition von protoSource2 vorhanden und vollständig ?
Wie prüfe ich das? Ich habe Protobuf und den MQTT Client mit den Befehlen aus dem Script über die Konsole installiert.
Nachtrag: die Werte der Delta 2 werden mit der aktuellen Version des Scripts aktualisiert. Die Werte des Powerstreams bekommt er anscheinend nicht decodiert.
Hab seid heute dasselbe Problem
Hatte mal die neue Version reigeschrieben.
Bekomme auch lauter Fehler, ausser ich kommentiere den PowerStream aus.
Mit der vorherigen Version des Scriptes geht es auch nicht mehr, es werden nur keine Fehler geschrieben, sondern die Werte einfach nicht mehr aktualisiert.
@lordminorin ich fürchte das könnte mit den jüngsten updates zusammen hängen.
ich hab noch keine gemacht, weil ich das befürchtet habe.
dennoch: bitte mal mit Debug : true kurz loggen und mir zukommen lassen. gern auch als PM
@waly_de
Seit ungefähr 16:00 hat es bei mir mit dem alten Script wieder makellos bis in die Nacht funktioniert, trotz der Updates.
Ergänzung:
Auch heute morgen hat es ebenfalls wieder mit der Regelung begonnen. Es kommt allerdings nicht so viel AC-Leistung raus wie sie sollte. Eingestellt ist Restbezug von 10W. Mit den Verlusten etc. müssten ungefähr 16W rauskommen, es bleibt aber bei einem Bezug von eher 80W. Sobald der Powerstream über das Script mehr bzw. die richtige Leistung freigibt, wird diese gleich wieder runter geregelt. Ich habe dazu die tatsächlichen Werte in Home Assistant mit den jeweiligen Objekten in ioBroker beobachtet. Diese laufen absolut synchron.
Das gleiche Verhalten habe ich gestern auch schon beobachtet. Es tritt nur zeitweise auf. Anscheinend nur bei sehr geringer Last.
Keine große Sache, eher ein Schönheitsfehler.
@Waly_de hier der log (Console + Protokoll)
Fehleranzeige aus der Console:
09:42:53.126 error javascript.2 (1165082) script.js.Skripte.Instanz_2_Energie.Ecoflow_Skript_20230728: TypeError: Cannot convert undefined or null to object
09:42:53.127 error javascript.2 (1165082) at decodeAndPrint (script.js.Skripte.Instanz_2_Energie.Ecoflow_Skript_20230728:995:34)
09:42:53.127 error javascript.2 (1165082) at MqttClient.<anonymous> (script.js.Skripte.Instanz_2_Energie.Ecoflow_Skript_20230728:832:36)
Fehleranzeige aus den Protokoll (LOGS):
javascript.2 2023-07-31 09:42:53.127 error at processImmediate (node:internal/timers:447:9)
javascript.2 2023-07-31 09:42:53.127 error at runNextTicks (node:internal/process/task_queues:60:5)
javascript.2 2023-07-31 09:42:53.127 error at MqttClient.<anonymous> (script.js.Skripte.Instanz_2_Energie.Ecoflow_Skript_20230728:832:36)
javascript.2 2023-07-31 09:42:53.127 error at decodeAndPrint (script.js.Skripte.Instanz_2_Energie.Ecoflow_Skript_20230728:995:34)
javascript.2 2023-07-31 09:42:53.127 error at Type.decode_setup [as decode] (/opt/iobroker/node_modules/iobroker.javascript/node_modules/protobufjs/src/type.js:507:25)
javascript.2 2023-07-31 09:42:53.127 error at Type.Message$decode [as decode] (eval at Codegen (/opt/iobroker/node_modules/iobroker.javascript/node_modules/@protobufjs/codegen/index.js:50:33), <anonymous>:11:21)
javascript.2 2023-07-31 09:42:53.127 error at Type.decode_setup [as decode] (/opt/iobroker/node_modules/iobroker.javascript/node_modules/protobufjs/src/type.js:507:17)
javascript.2 2023-07-31 09:42:53.127 error at Type.setup (/opt/iobroker/node_modules/iobroker.javascript/node_modules/protobufjs/src/type.js:456:31)
javascript.2 2023-07-31 09:42:53.127 error at Object.toObject (/opt/iobroker/node_modules/iobroker.javascript/node_modules/protobufjs/src/converter.js:256:64)
javascript.2 2023-07-31 09:42:53.126 error at slice (<anonymous>)
javascript.2 2023-07-31 09:42:53.126 error script.js.Skripte.Instanz_2_Energie.Ecoflow_Skript_20230728: TypeError: Cannot convert undefined or null to object
@dreffi
Hmm Ich bleib dran. Es scheint so, als kämen leere Telegramme. Aber ohne einen ausführlichen Logauszug, Mit der Einstellung
Debug: true
komm ich da nicht weiter.
Deine Schwankungen oben könnten damit zu tun haben, dass der Wert, der im State das du unter "SmartmeterID" konfiguriert hast zu träge ist. Kannst Du bitte mal überprüfen, ob er sich innerhalb von 30 Sekunden nach der Anpassung der AC-Leistung aktualisiert ?
