Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Accu]

@waly_de den Stromzähler habe ich über Tasmota Adapter eingebunden und sehe dessen werte auch unter Tasmota in den Objekten. ABER sollte er zusätzlich dann auch bei den Ecoflow Objekten auftauchen? Was genau muss man bei Smartmeter ID denn angeben?

[Waly_de]

@accu

steht jetzt auch in ersten Beitrag als Beschreibung:

Das Smartmeter muss den aktuellen Verbrauch möglichst in Echtzeit und in der Einheit Watt in einem Objekt von IOBroker zur Verfügung stellen. Im Script muss dann nur noch der Pfad zu diesem Objekt unter "SmartmeterID:" eingetragen werden. Am einfachsten geht das über die Adminoberfläche von IOBroker. Klickt auf Objekte und sucht das Objekt eures Smartmeters mit dem "Watt"-Wert im Objektbaum:

Wenn Ihr auf das markierte Symbol klickt, ist der Pfad in euerer Zwischenablage gespeichert.
Jetzt müsst Ihr ihn nur noch hinter "SmartmeterID:" im Script einfügen. Achtet darauf, dass Ihr es zwischen die "" einfügt.
Wenn alles geklappt hat, der Pfad stimmt und das Script läuft, solltet Ihr unter Objekte: "0_userdata.0.ecoflow.RealPower" sehen, dass sich dieser Wert regelmäßig anpasst.

[Waly_de]

Und nur mal so als Hinweis für IOBroker-Einsteiger: Man kann das Ganze in IOBroker prima visualisieren. Dazu gibt es den VIS-Adapter. Es ist zugegebenermaßen ein wenig Einarbeitung nötig, dafür kann man so ziemlich alles selbst anpassen. Auf diese hier starre ich z.B. täglich x mal ;-):

Wie ihr seht, kann man damit auch Buttons und sogar Eingabefelder einbauen. Für den Chart braucht ihr den Float-Adapter.

[Accu]

@waly_de super hat funktioniert und der Wert wird jetzt angezeigt wieder ein Stück weiter.

[Nils_1985]

@ponti92 wenn mein System die vollen 800 Watt produziert, dann leider nicht.

[Accu]

Hi Leute,

ich wollte mal fagen, was ihr mit dem Skript alles so angestellt habt? Und vorallem wozu man die PowerStream in dem Skript benötigt?
Ich habe meine 4 Solarpanels (2p2s) direkt an der EF DP hängen. Was schön wäre, wenn man irgendwie dynamisch den Ladeeingang der DP steuern könnte.
Soll heißen, wenn Hausstromverbrauch (lese ich mit dem Volkszähler aus) -200 W DANN Lade die DP mit den 200W, falls -400W dann lade die DP mit 400W

Hat sowas scho einer realisiert? das wäre echt traumhaft.

Ich habe eine Delta Pro die über das Skript ausgelesen wird. Der Ladewert ist hier hinterlegt: "0_userdata.0.ecoflow.app_device_property_DCEBZ8ZE7041280.data.params.inv.cfgSlowChgWatts" hat jemand eine Idee, wie man diesen wert in Hundertenschritten dynamisch in einem Blockly rauf und runter setzen kann - je nachdem wieviel Überschuss da ist.

[Nils_1985]

@Waly_de

Kannst du vielleicht weiterhelfen? In der App werden wolle 800 Watt angezeigt. Im ioBroker unter totalPV nur 751 Watt. Wie kann das sein?

[Dreffi]

@nils_1985
totalPV ist die Summe der einzelnen MPPTs. Die Werte werden nicht immer alle gleichzeitig aktualisiert.

Wo stehen denn bei dir 800 W?

[Nils_1985]

@dreffi in der EcoFlow App.

Pv1 und Pv2 werden korrekt angezeigt, aber halt die Summe aus beiden Werten stimmt nicht.

[Waly_de]

@nils_1985
naja, die Werte (PV1 und PV2) weichen auch von der App ab. Teils erheblich. Aber das scheint von vielen Faktoren wie Wärme oder Spannung abzuhängen. Ich hab noch keinen Weg gefunden die Werte 100% gleich zu ziehen. Daher habe ich am Anfang versucht über einen Faktor eine möglichst große Angleichung zu erzielen. Mit mäßigem Erfolg wie Du siehst. Wenn jemand den genauen Zusammenhang der Berechnung von PV1 und 2 verstanden hat, bitte unbedingt bei mir melden!

Bis dahin möchtest Du vielleicht selbst mit dem Faktor experimentieren?

Suche nach:

let sum = (pv1InputWatts + pv2InputWatts) * (0.93); 

0.93 ist besagter Faktor. Wenn Du 1 eingibst ist sumPV = PV1+PV2

[Ponti92]

@accu
Erst mal eine Frage:
Kann man die DP gleichzeitig mit AC und PV laden? Bei meiner D2M funktioniert das leider nicht, und der PV Eingang wird dann abgeschaltet.
Dazu soll Ende September ein Update kommen, aber es kann sein, dass es bei der DP schon immer möglich ist

[Ponti92]

@waly_de
Ich interpretiere das als PVin, das als Input für den Wechselrichter gilt und der Wert in der App ist schon der Wert nach dem Umwandeln abzüglich der Verluste. Ich hab meistens auch immer 93% als Faktor.
Bei einem Hoymiles hat man auch die Werte von PV1/2 die Eingangswerte, die höher sind als der summierter wert auf AC Seite. (In der DTU abgelesen).
Aber kann mich auch täuschen..

[sirdir]

Hallo Leute

Mir wurde zugetragen, dass man das Script jetzt auch in Echtzeit nutzen kann. Also gleich probiert mit meinem Script, das nen Stromzähler simuliert (diverse shellies, powercalc und weitere Solaranlagen) und ja, funktioniert. Hab nur 1 Wert im Script hier angepasst, die 15 Sekunden hab ich auf 5 runter gesetzt. Jetzt bleibt nur ein Problem. Müsste mal in den Code schauen, aber vielleicht weiss der Autor ja gleich warum: Ich melde eigentlich Verbräuche in 10W-Schritten, damit es nicht zu nervös wird. Aber natürlich muss ich darauf reagieren, was das Script als Einspeisung gesetzt hat. Nun sind das oft ‘krumme’ Werte. Einspeisung ist z.B. auf 102W gesetzt, ich melde 100W verbrauch, also muss die Einspeisung um 2W runter. Klappt dann irgendwann auch, aber die Werte sind immer wieder krumm.

[karo2204]

Super Script. Vielen Dank.

[giovanne]

@Waly_de oder die anderen

Ich habe heute das aktuelle Script 1.1.3.2 mal wieder angeworfen, zwei Fragen:

• bzgl. des Features (aus 1.0.0): Wenn die volle Leistung (600w) in die Batterie geht, wird die Einspeiseleistung
  Das sind vermutlich diese Log-Ausgaben, oder?

11:34:58.539	info	javascript.0 (4921) script.js.common.ecoflow-connector-1-1-3-2_js: Maximalleistung geht in die Batterie. Stelle zusätzlich Einspeisung auf 26.900000000000006 W

Ich habe allerdings nur ca. 540-550 W die von Solar kommen und in den Akku gehen.
Hätte erwartet, dass er erst bei 600W (in Settings eingestellt) anfängt hochzuregeln, oder? (oder spielt da ein anderes Setting rein das dies bei 540-550 statt den eingestellten 600 W landet?)

• Dann hatte ich vorhin (aktuell gerade ruhig) eine Konstellation bei der ein häufiges (ca. 10sek. Takt) Relaisschalten vom Powerstream wahrzunehmen war (scheint setPrio gewesen zu sein)
  (Akkuzustand ist eigentlich im Bereich mit aktuell 45% wo ich kein entsprechendes Eingreifen durchs Relais erwarten würde)
  Eine Idee welche Konstellation zu häufigen hin-/herschalten von setPrio führen kann und wie dies ggf. vermieden werden kann? Will vermeiden das der Powerstream ggf. in ungünstiger Konstellation betrieben wird und unnötig ein Relais altern könnte

[Waly_de]

@giovanne
schau mal hier: https://forum.iobroker.net/topic/66743/ecoflow-connector-script-zur-dynamischen-leistungsanpassung/282?_=1693918148705

@giovanne sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

(Akkuzustand ist eigentlich im Bereich mit aktuell 45% wo ich kein entsprechendes Eingreifen durchs Relais erwarten würde)
Eine Idee welche Konstellation zu häufigen hin-/herschalten von setPrio führen kann und wie dies ggf. vermieden werden kann? Will vermeiden das der Powerstream ggf. in ungünstiger Konstellation betrieben wird und unnötig ein Relais altern könnte

nein.. das script sollte nicht in den priomodus schalten. erst bei erreichen von battPozOn bei battOnSwitchPrio: true

[sirdir]

Da es jetzt zu funktionieren scheint, will ich doch mal mein Script mit euch teilen. Es ist für Leute wie mich, die keinen Sensor an den Stromzähler hängen können. Stattdessen nehm ich Verbräuche aus unterschiedlichen Quellen. Nebenbei kann man noch ein Gerät ein/ausschalten lassen je nach externem Solarertrag
sensorsim.js. Das Objekt, das mein Script erzeugt kann man dann beim Script um den es in dem Thread geht als Zählerobjekt einfügen.

[schraube25]

seit dem wechsel auf die version 1.13-2 habe ich ein etwas komisches problem... in der ecoflow app wird um 19uhr der mode auf "prioritize power supply" gestellt.... ab diesem zeitpunkt stellt das script bei beiden PS voll auf und liefert 2x 600W voll ins netz.... im iobroker sind die werte unter "realPower" normal also dem was eigentlich im netz verbraucht wird.... trotzdem volle 2x 600W.... ein neustart des scipts löst das problem bis zum nächsten abend.... die logs zeigen nichts auffälliges...

jemand eine idee... ?

[schraube25]

@schraube25 werde mal die automatisation in der EcoFlow App deaktivieren und das Script alles machen lassen… Mal schauen

[giovanne]

@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

@giovanne
schau mal hier: https://forum.iobroker.net/topic/66743/ecoflow-connector-script-zur-dynamischen-leistungsanpassung/282?_=1693918148705

@giovanne sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

(Akkuzustand ist eigentlich im Bereich mit aktuell 45% wo ich kein entsprechendes Eingreifen durchs Relais erwarten würde)
Eine Idee welche Konstellation zu häufigen hin-/herschalten von setPrio führen kann und wie dies ggf. vermieden werden kann? Will vermeiden das der Powerstream ggf. in ungünstiger Konstellation betrieben wird und unnötig ein Relais altern könnte

nein.. das script sollte nicht in den priomodus schalten. erst bei erreichen von battPozOn bei battOnSwitchPrio: true

ah ok, Danke für die Infos, werde bei Gelegenheit nochmal schauen...

Will dir erstmal riesen Dank für das Script aussprechen, ist wirklich top.
Aktuell habe ich aber erstmal alles direkt in HA versucht einzubauen, da ich da besser mit zurecht komme bzw. für alles andere nutze und iobroker Neuling bin
Aber Grundlage ist dein Script bzw. das zuvor von Bogdan angesprochen darauf beruhende ecoflow-powerstream-nodejs.
Das habe ich verwendet und nutze es von HA aus: https://github.com/giovanne123/Ecoflow_Powerstream_HomeAssistant_Automation_Documentation/blob/main/README.md

Mal sehen ob ich bald wieder zurück zu deinem Script komme ... lieber wäre mir ja eine lokale Lösung... mal abwarten ...