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

[Ralla66]

@wolfmensch

dein URL get ist falsch dort fehlt das %20

[wolfmensch]

@ralla66 Hamma!, Vielen Dank, läuft

[tobiasp]

@wolfmensch
Hallo zusammen,
kööntet ihr mir auch helfen. Ichsteh total auf dem SChaluch.
Iobroekr bekommt die Stromwerte aber was trage ich in OpenDTU ein?
Bei URL und Jason Pfad

Im Stromzähler

10:00:36.830 MQT: tele/tasmota_68FAA1/SENSOR = {"Time":"2024-02-10T10:00:36","SML":{"Total_in":4448.79,"Total_out":218.42,"Power_curr":500.00,"L1":213.00,"L2":282.00,"L3":4.00,"Meter_nu...

Danke schon mal

[tobiasp]

@tobiasp

Ich habe es geschaftt danke trotzdem

[benbensimpson2204]

@ralla66 said in OpenDTU-onBattery:

@ralla66

weiter im Text,

Status :
Antenne nrf24l01+ wird empfangen
Zähler Tasmota eingebunden läuft
Victron VE Direkt eingebunden läuft

Für Victron ist der GPIO 22
Direkte Verbindung ohne weitere Hardware.

Connector am Victron von Links Gnd , RX, TX, VCC

Büld

nun der anspruchsvolle Endspurt mit Pylontech :-)

könntest du kurz mir kurz mitteilen wie du den laderegler mit dem esp32 verbunden hast (pinbelegung beidseitig)
danke

[Ralla66]

@benbensimpson2204

Für Victron ist der GPIO 22 am ESP

[knopers1]

einer von Euch, der eine Pylontech bereits eingebaut hat?
Ich habe zur Zeit vier 12V Gel zu 48V seriell zusammen geschaltet.
Die Steuerung läuft super. Habe bereits einige Ladezyklen hinter mir. Da wir jetzt stark auf Sommer zusteuern, würde ich gerne eine Pylontech US3000s bestellen. Habt Ihr eine passende Einstellung dazu? Wie weit lässt Ihr den Akku voll und leer laufen? Welche Ladespannung?

[DWPI]

Moin, wo finde ich eine Beschaltung für den Victron und die Batterie? Gibt es auch eine Beschreibung der Einstellungen?

[Ralla66]

@dwpi

Victron
Batterie nach Herstellerangaben verwursteln.

[Samson71]

Moin zusammen,
mein Kenntnisstand ist/war, dass aktuell genau ein WR in dem Projekt gleichzeitig/parallel pro DTU unterstützt wird. Ich meine gelesen zu haben, dass das auch bewusst so gewollt war. Finde das aber gerade nicht wieder.

Frage:
Ist das immer noch so? Ich bin nämlich hierüber gestolpert
https://www.ebay.de/itm/364735960187

Mal vom Design abgesehen, soll die Basis angeblich OpenDTU on Battery sein, aber Unterstützung für bis zu 5 WR bieten.

[Ralla66]

@samson71

Da scheint was mit Dynamic Power Limiter zu gehen.

[Samson71]

@ralla66
Ich nutze aktuell (noch) AhoyDTU, daher kenne ich das Menü nicht im Detail. Der Screenshot scheint aber nur für einen WR zu sein? Sollte das tatsächlich für 2 WR parallel funktionieren, dann würde ich sofort umsteigen.

[Ralla66]

@samson71

Teste ich mal am ESP,
----> Wähle den WR der an der Batt hängt
denke dort ist einer von mehreren Wählbar wobei On Battery auf der Open aufbaut.

[Samson71]

@ralla66 sagte in OpenDTU-onBattery:

@samson71

Teste ich mal am ESP,

Danke fürs Testen. Bin gespannt

EDIT
Es kommt mir nur auf die klassische Nulleinspeisung an. Batterie wäre in dem Zusammenhang ohnehin raus.

[Ralla66]

@Samson71

die Abkürzung wäre ja per http Post direkt zum NRF den Wert zu senden.
Das wollte ich immer schon einmal testen. Paul hatte mir letzte Woche gezeigt
wie man mit Blockly und JS ein Post senden kann.
Die Zeit leider, Serial -> TCP steht zuerst auf dem Plan.

[Samson71]

@ralla66
Zeit ist überall knapp 😔

Andere Überlegung in dem Zusammenhang:
Würden 2 WR mit jeweils eigener DTU funktionieren oder kommen die sich in die Quere oder behindern sich im worst case sogar? Alles wie gesagt nur auf die Zielrichtung Nulleinspeisung. Batterie ist erstmal aussen vor.

[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.