UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ralla66]

@samson71

Projekt Serial -> TCP Ziel erreicht läuft.
ok, flashen läuft ---------------->
2 DTU kamen sich bei mir in die Quere.
Da war halt der Ansatz die Nulleinspeisung mit einer DTU per http Post zu bewältigen.
Mit Linux per Curl geht das ja, habe nur kein Linux.
Den reinen Regelwert könnte man versuchen an jedem WR der DTU zu senden da ja
jeder WR eine eigene ID hat.

[Samson71]

@ralla66 sagte in OpenDTU-onBattery:

2 DTU kamen sich bei mir in die Quere.

Bedauerlich, aber gut zu wissen dass ich dahin gar nicht erst probieren brauche

Mit Linux per Curl geht das ja,

Muss gestehen, dass ich da auch eher raus bin. Wenn man mich da "an die Hand nimmt", kann ich wohl nachbauen aber zu mehr fehlt mir einfach der Tiefgang. Ich bin Schreibtischtäter und beruflich Non-Informatiker.

Den reinen Regelwert könnte man versuchen an jedem WR der DTU zu senden da ja
jeder WR eine eigene ID hat.

Das Problem wird dabei sein, das auf die WR "intelligent" zu verteilen. Gehen muss das ja grundsätzlich. Im Zweifel mit einer zusätzlichen Middleware zwischen Hoymiles und einem 3EM. Sogar mit mehreren WR.

https://selbstbau-pv.de/produkt/smart-micro-solar-opendtu-nulleinspeisung/

Aber die Lösung ist zum einen nicht transparent und zum anderen kein OpenSource Projekt das man ggf. unterstützen kann, sondern rein kommerziell und mir für den Zweck auch zu teuer. Dann wird es im Zweifel doch ein WR der statisch per MQTT geregelt je nach Tageszeit und Sonneneinfall eine Art max. Grundlast liefert und der zweite WR bekommt dann exklusiv eine OpenDTU on Battery zu Nulleinspeisung.

[Ralla66]

@samson71

Hat sich viel getan seit Oktober 23,

JSON parsen vom 3m sollte ja nicht das Problem sein. Bissl Blockly ist ja auch machbar.
Halt aufwendig.
Genau deswegen hatte ich damals das per Lumentree 600 mit dem Trucki Stick gebaut.
Der macht Nulleinspeisung sehr einfach. Versicherungstechnisch auch sauberer.
Zumal hier die Steuerung sehr viel schneller ist.

Mal schaun ob das jetzt mit der neuen Version geht.

[Samson71]

@ralla66 sagte in OpenDTU-onBattery:

Mal schaun ob das jetzt mit der neuen Version geht.

Ich lass mich mal überraschen.

[Ralla66]

@samson71

probiers mit Post zum ESP32

I see data from two configured inverters.

Now I set the relative power limit of inverter with serialnumber 11418180xxxx to 50%.

$ curl -u "admin:password" http://192.168.10.10/api/limit/config -d 'data={"serial":"11418180xxxx", "limit_type":1, "limit_value":50}'
{"type":"success","message":"Settings saved!"}

oder schreibe eben die Developer an die sollten dir die Syntax für einen Blockly / JS
Request http Post geben .

Sollte sowas sein, evtl noch PW einfügen:

    request({
        method: 'POST',
        url: 'http://192.168.10.10/api/limit/config',
        body: JSON.stringify({"serial":"11418180xxxx", "limit_type":1, "limit_value":50})
    }, function(error, respnse, body) {
        if(error) log(error, 'warn');
    });

oder

   request({
        method: 'POST',
        url: 'http://admin:password@192.168.10.10/api/limit/config',
        body: JSON.stringify({"serial":"11418180xxxx", "limit_type":1, "limit_value":50})
    }, function(error, respnse, body) {
        if(error) log(error, 'warn');
    });

[Johan Suck]

Kurze Frage an die Experten.
Auf der webUI von opendtu oB wird mir der aktuelle Strombezug angezeigt (mit ir Lesekopf ausgelesen).

Dieser Wert wird mir allerdings nicht in den Objekten bei opendtu angezeigt.
Wie komme ich an den Wert ?

Danke schonmal vorab.
Jumhansen

[Ralla66]

@johan-suck sagte in OpenDTU-onBattery:

opendtu

meinst du den Adapter ?

[Johan Suck]

@ralla66

Der opendtu Adapter ist bereits installiert gewesen. Objekte sind alle da, bis auf den Strombezug (Leistung/Netz), der Wert fehlt mir.

Oder bringt mir der Opendtu Adapter diesen Wert nicht ?

Stehe gerade etwas auf dem Schlauch.

Jumhansen

[Ralla66]

@johan-suck

bei mir nicht,
nur per mqtt Adapter zu erhalten

[Johan Suck]

@ralla66

Schon mal Danke für deine Hilfe, habe nochmal etwas weiter geforscht und irgendwo gelesen das es mit dem Sonoff Adapter und mqtt
funktionieren müsste.

Werde mal mit mqtt weitermachen.

Jumhansen

[Ralla66]

@johan-suck sagte in OpenDTU-onBattery:

Sonoff Adapter

eher nein

[Johan Suck]

@ralla66

Vielen Dank für deine Hilfe, habe es hinbekommen, ging auch mit dem Sonoff Adapter.
Habe jetzt die Werte von meinem Zweirichtungszähler im IOBroker.

Jumhansen

[nettworker]

@johan-suck

Wenn ihr noch Fragen zur openDTU onbattery habt, dann könnt ihr euch gerne bei mir melden, ich hab das alles in verschiedenen Konstellationen ausprobiert.
Es gibt auch eine FB Gruppe zu openDTU, openDTU onbattery, Trucki Platine, ve.direct

[knopers1]

@nettworker
hast du die letzte Release auf den ESP32 installiert? und kannst du sagen, ob der Adapter OpenDTU mit der letzten Release zusammen arbeitet?

[Johan Suck]

@nettworker Vielen Dank für das Angebot, da komme ich gerne drauf zurück.

Gruß
Johan

[diet99]

Hallo zusammen!
Ich verwende OpenDTU-onBattery nun schon einige Zeit in Verbindung mit einem Zendure PV-Hub 1200. Der Hub gibt immer die volle Leistung aus und die Nulleinspeisung regle ich dann über meinen Hoymiles HM-800 mit onBattery. Das funktioniert soweit auch prächtig, aber mit unter bekomme ich zwischendurch immer mal diese Meldungen:

Time calibration ist ok, aber der Inselbetrieb und die Abschaltung durch Fernsteuerung irritieren mich dann doch. Kann mir ggf. jemand sagen, was es damit auf sich hat?
Wie gesagt: der PV-Hub liefert eine Maximalleistung von 800W an den HM-800 aus. Die Meldungen wurden allerdings bei deutlich geringerer Leistung ausgelöst.

Ich habe keine Idee, was da passiert und bin für jeden Hinweis dankbar.

[Samson71]

@diet99
Tja... Google...
Ein Blick in die Fehlerdoku von Hoymiles sagt:

Bei 124 hat Deine Nulleinspeiseregelung auf Null % runtergeregelt.
Bei 149 können es Wackler im Netz gewesen sein.

[diet99]

@samson71 said in OpenDTU-onBattery:

@diet99
Tja... Google...
Ein Blick in die Fehlerdoku von Hoymiles sagt:

Bei 124 hat Deine Nulleinspeiseregelung auf Null % runtergeregelt.
Bei 149 können es Wackler im Netz gewesen sein.

Hi Markus,
danke für die Hinweise! Da hatte ich tatsächlich nicht nachgeschaut bzw. das nicht so auf Anhieb gefunden.

Fehler 124 ist dann tatsächlich gar kein "echter" Fehler. Da muß ich mir wohl mal die Parametrierung im Dynamic Power Limiter genauer ansehen.
Den Fehler 149 hatte ich schon zu Zeiten, als ich noch gar keinen Speicher eingebunden hatte. Ich hatte das auf das grid profile geschoben und hier sogar mal ein deutsches installiert, aber das hat das Problem trotzdem nicht gelöst offenbar. Netzwackler wären natürlich eine Möglichkeit.

Auf alle Fälle danke für die Denkanstöße - ich suche weiter und werde berichten, falls ich etwas neues dazu weiß.

[Samson71]

@diet99
Meldung 124 hatte ich bei meinem Python Skript, dass meine 3 Hoymiles regelt auch. Da ist dann in der Tat der „Fehler“ in der Steuerung zu suchen.

Meldung 149 kann bei Arbeiten am Netz durch den Energieversorger auftreten. Die Hoymiles sind da manchmal echte Mimosen. Wenn’s kein Dauerzustand ist einfach ignorieren.

[diet99]

@samson71 said in OpenDTU-onBattery:

@diet99
Meldung 124 hatte ich bei meinem Python Skript, dass meine 3 Hoymiles regelt auch. Da ist dann in der Tat der „Fehler“ in der Steuerung zu suchen.

Sehr gut, dann werde ich das mal bei Gelegenheit untersuchen.

Meldung 149 kann bei Arbeiten am Netz durch den Energieversorger auftreten. Die Hoymiles sind da manchmal echte Mimosen. Wenn’s kein Dauerzustand ist einfach ignorieren.

Was heißt "Dauerzustand"? Es tritt teilweise am Tag mehrfach auf, teilweise nur ein- oder zweimal.