Wishlist - Collection of changes / new functions

[lumapu]

I will collect all wishes to Ahoy in a combined issue. This first post will be edited to have everything merged together. You can answer in English or German.

⭐ new Features

• [x] MqTT optinal gesamt Payload als JSON
• [ ] Zero Export (für jeden Inverter)
• [x] night behaviour für jeden Inverter (für Batterieeinspeisung interessant)
• [x] optional automatisches PA für jeden Inverter (abhängig von der Heuristik)
• [x] Ausgabe der Statistikdaten/Heuristikdaten pro Inverter über MQTT, gerne als JSON
• [ ] #1666
• [ ] Auslesen gängiger BMS-Systeme (Daly, Vicron, ...)
• [ ] Nullen der Tageswerte (doppeltes 0x52-Kommando lt. "Control instruction Zeilen 110ff")
• [ ] Löschen von Alarmen (falls möglich, afaik nicht dokumentiert).
• [x] Maximaltemperatur der Inverter
• [x] Uhrzeit wann max-power erreicht wurde anzeigen
• [ ] weitere Option die Vortageswerte zurückzusetzen: bei Inverter start, evtl. auch nur Offset von Mitternacht
• [ ] MqTT subscribe um aktuelle Last im Haus in Ahoy verfügbar zu haben (z.B. für Display, Anzeige in der WebUI, ZeroExport)
• [ ] Active Power Control über mehrere Inverter hinweg
• [ ] Acknowledge für Inverter-Power commands, wenn verfügbar: on / off / restart
• [ ] Zeitlich begrenztes Power-Limit (quasi Timer für x-Minuten / Stunden)
• [ ] publish der aktuellen Leistung an Webserver wie z.B. OpenEnergyProject, PVOutput
• [ ] #1667
• [x] lesen und anzeigen der Grid Profile Settings je Inverter
• [ ] editieren und aktualisieren des Grid Profile pro Inverter
• [x] mDNS support
• [x] automatische Erkennung des IRQ (interrupt) Pins des NRF
• [ ] Inverter State-Machine Timeouts konfigurierbar (aktuell fix auf 5min und 15min)
• [x] Step-by-Step Wizard Einrichtung
• [x] Custom Link
• [ ] Buttons für 600 / 800W Leistungsbegrenzung
• [ ] Tooltip mit Uhrzeit auch für Max-Power der Module
• [ ] RX Modus, um einer anderen DTU zuzuhören
• [ ] Script Sprache implementieren, um individuelle Anpassungen ohne Firmwareänderung zu ermöglichen (geht das überhaupt?)
• [ ] #1633
• [ ] #1572
• [ ] #1554

⬆ Improvements

• [x] Einbau der NRF24 Heuristik (@oberfritze)
• [x] Radio-Statistik für jeden Inverter individuell
• [x] NRF24 PA für jeden Inverter individuell
• [x] CMT Frequenz und Leistung einstellbar
• [x] Power-Limit als Prometheus Metrik exportieren
• [ ] Inverter Kommunikations Timeouts konfigurierbar machen (speziell für Akkubetrieb benötigt)
• [ ] GPIO3 bei CMT optional machen
• [x] reset max Wert in Total (WebUI) erst um Mitternacht
• [ ] remove / rename 'Irradiation'
• [x] Ausgabe der loss-Daten über MQTT ähnlich oder mit den Statistikdaten/Heuristikdaten
• [x] Erweiterung der max. Anzahl der Inverter für den ESP32-S3 (Fusion Board)
• [ ] #1668
• [x] Powerlimit mit einer Kommastelle beim Schreiben über MQTT
• [ ] download history graph data
• [x] Hex Dump von Grid Profile
• [x] protect Active Power Control if password is set
• [ ] Pixel-Shift + Motion sensor option (both at the same time)
• [x] Übertragung Total Max Power über MqTT
• [ ] Übertragung Total Blindleistung über MqTT
• [ ] #1669
• [ ] Pixel shift und Motion Sensor simultan
• [ ] RF24 RSSI per MqTT (evtl. true / false)
• [ ] no pa+lna Option, da manche nRF chips startFastWrite() nicht richtig unterstützen
• [ ] IP Adresse auf dem Display nur die erste Minute anzeigen, oder evtl. Auswahl was angezeigt werden soll
• [ ] Ajax von /live auf Websockets umstellen, evtl. zuerst das Invtervall separieren von dem Abfrageintervall
• [ ] Temperatursensoroffset, um Wechselrichter (in der Anzeige) kalibrieren zu können
• [ ] Intervall auch auf der /history Seite anzeigen
• [x] HTML Titel soll devname enthalten
• [ ] Gateway als NTP Server fallback - ohne Option
• [ ] neuer Status Standby, wenn ein Inverter manuell ausgeschaltet wurde
• [x] #1614

🪄 Individual Improvments (only a bunch of users will use it)

• [ ] Auswahl der Inverter, die auf dem Display summiert werden sollen
• [ ] Zentrale Eingabe, um alle Inverter auf einen bestimmten Prozentsatz zu limitieren

🕗 Obsolete Ideas

• [ ] Full Refresh für ePaper über MQTT triggerbar
• [ ] full Refresh beim Booten für ePaper nur bei cold Boot)
• [ ] Einbau eines Debug-Levels für die serielle Konsole

last update: 2024-06-09

[lumapu]

Neuer Feature Wunsch (kam per Mail): alle Inverter relativ limitieren, z.B. auf 50% mit nur einem Kommando / API

[knickohr]

Dann kannste gleich ein Feld mit x% machen. Der Nächste kommt mit 30, ein anderer wieder mit 75 …

[mellow5]

I suggest an offset field in the settings off each inverter to calibrate the temperature e.g. from -5.0 K to +5.0 K.

I compared the starting temperature of my two inverters with the temperature sensors of my heating system and weather API data. One inverter shows significantly higher temperatures. 3-4 K higher than ambient temperature. The other inverter approx 1 K. I observed this over a longer period every morning before the inverter starts producing. At that time the inverters should have ambient temperature because they have not been producing for hours over night.

They are probably using cheap temperature sensors. The offset should be limited +/-5 K. I think sensor deviations above 5 K are unrealistic. The resolution should be 0.1 K.

Sorry folks I'm an engineer and cannot write temperature differences with °C instead I have to use Kelvin (K).

[knickohr]

Whats the difference between these two inverters ? Are they the same brand and model ?

[mellow5]

Whats the difference between these two inverters ? Are they the same brand and model ?

HM1500 and HM800

[knickohr]

Let me choose : the 1500 is hotter 😉

[mellow5]

Let me choose : the 1500 is hotter 😉

Nope, it's the HM800.

[slg60]

Totally agree with you. The work on the Ahoy DTU is awesome and I really appreciate that. Useless was probably the wrong word. But I think that showing the IP Address again and again in this small display is not needed by most of the users. It makes sense to display it at boot so that you know how to reach the Dtu when it gets his ip from the DHCP server. Perhaps this can be changed easily to only show up at boot and free space for smaller displays. Perhaps @lumapu can add this to the feature list!?

@lumapu Können wir hier nochmal drüber sprechen? Ist es wirklich nötig die IP Adresse die ganze Zeit anzuzeigen? Würde das nicht beim Boot ausreichend sein? Ich hätte den Platz auf dem Display dafür lieber zu gunsten der Watt Anzeige.

[SnakeGER]

Dann kannste gleich ein Feld mit x% machen. Der Nächste kommt mit 30, ein anderer wieder mit 75 …

Der Wunsch kam von mir. Ja, das mit dem Feld meinte ich auch. Sodass man die Leistung ALLER Wechselrichter gleichzeitig einstellen kann. Vielleicht ist das ja möglich. OK, ich habe jetzt 3 WR verbunden. Die kann ich auch noch einzeln einstellen, aber wenn es noch mehr werden, dann fände ich das schon ganz praktisch. LG

[Loetnase]

Ist es möglich auf der Seite Verlauf auch unten die Info über die Aktuallisierungszeit mit anzuzeigen. Identisch wie unten auf der Seite Daten.

[knickohr]

Feature Request :

Kann man als zweiten NTP die IP-Adresse des Gateways eintragen ? Meist ist der Router ja auch NTP-Server. Und die meisten haben ja keine großen Netzwerke mit mehreren Routern. Und wenn doch, dann sollten sie wissen was sie tun.

Damit wären vermutlich 99% der NTP-Probleme wegen Firewalls und nicht erreichbaren NTP-Servern vom Internet erledigt.

[DanielR92]

#1123 (comment) fände ich immer noch sinnvoll

Dieser ist ja erledigt?

[Gubi2023]

die wishlist müsste eh überarbeitet werden, sind noch mehr Wünsche drin, die erledigt sind z.B. MqTT optinal gesamt Payload als JSON oder Maximaltemperatur der Inverter

[rejoe2]

die wishlist müsste eh überarbeitet werden, sind noch mehr Wünsche drin, die erledigt sind z.B. MqTT optinal gesamt Payload als JSON

Habe damit heute auch schon rumgespielt und halte die jetzige Lösung immer noch für verbesserungsfähig; im JSON ist sehr viel Text und ein Haufen errechnetes Zeug. Wenn man das strafft, könnte ggf. doch alles auf einmal reinpassen. Komme nur derzeit nicht wieder auf den ESP...

[knickohr]

Damit euch nicht langweilig wird :

Einführen eines weiteren Status „Standby“

1594

[lumapu]

@lumapu Können wir hier nochmal drüber sprechen? Ist es wirklich nötig die IP Adresse die ganze Zeit anzuzeigen? Würde das nicht beim Boot ausreichend sein? Ich hätte den Platz auf dem Display dafür lieber zu gunsten der Watt Anzeige.

Habe es in die Liste aufgenommen. Denke das sollten wir einbauen - keine neue Option, sondern einfach die erste Minute die IP anzeigen, danach die Anzeige für die anderen Dinge verwenden.

[lumapu]

Liste ist wieder aktuell 🪄😊

[DanielR92]

Wir haben noch aktuell kein Funktion eingebaut das man auch mittels Blindleistung regeln kann. Dies ist ja eigentlich realtiv schnell implementiert. - Die Frage, hat dies für jemand einen Sinn?

[Loetnase]

Was soll es für einen Vorteil haben auf Blindleistung zu regeln? Der Inverter regelt ja schon selbst auf möglichst wenig Blindleistung.

[DanielR92]

Hier eine gute Erklärung: https://www.sma.de/partner/expertenwissen/sma-verschiebt-die-phase

[knickohr]

Ich sehe das Ganze zweigeteilt. Warum sollen wir die Sünden von anderen ausbaden ? Ich speise so ein das es bei mir keine Blindleistung gibt, warum sollen wir das kompensieren was andere verbocken ? Und damit meine ich jetzt nicht meinen Nachbarn, sondern die Industrie. Sind die nicht schon angewiesen selbst ihre Sünden zu korrigieren ? Nein, das Problem wird wieder mal auf Otto Normalo verlagert. Laubbläserprinzip : Mit viel Lärm und Getöse das Problem an einen anderen Ort verlagern. Getreu dem Motto : Warum ich wenn’s der andere richten kann ?

[Loetnase]

Die Inverter regeln ja selbst nach den Vorgaben des Gridprofiles die Blindleistung für sich selbst. Wenn da eine Regelung gemacht werden sollte, dann sollte dafür auch die Blindleistung "ganz vorne" im Zählerkasten mittels Shelly oder ähnlich gemessen werden, so daß das "Haus in Summe" auf null Blindleistung geregelt werden kann. Für Balkonkraftwerke finde ich das vom Aufwand her überzogen und ist auch eine zusätzliche Fehlerquelle. Da kann der User und der Programierer Fehler machen, welche ohne diese Funktion gar nicht vorkommen können. Meine Empfehlung: lasst es weg. :-)
Bei großen Anlagen wie im Beispiel SMA macht das aber Sinn und das machen auch alle Umrichter nach den Vorgaben der entsprechenden EVUs. Das ist normalerweisse parametrierbar.

[knickohr]

Feature Request :

Auslesen der Core-Temperatur. Ist beim S3 möglich.

https://docs.espressif.com/projects/esp-idf/en/v5.0/esp32s3/api-reference/peripherals/temp_sensor.html

Damit könnte man Lastprobleme erkennen.

Natürlich auch als Ausgabe in einem MQTT-Topic 😉

[kschmidt089]

Hallo Zusammen! Erstmal herzlichen Dank für die tolle Arbeit!

Mein Feature Request wäre ein Wireguard Support (für den ESP8266 und ESP32 Build).

Damit könnte man die AhoiDTU einfach in ein fremdes Netz (bzw. einem fremden Hotspot) einbuchen und über den WireGuard Tunnel eine sichere Verbindung zum eigenen Heimnetz herstellen.
Das ermöglicht es die PV Anlage außerhalb der Reichweite des eigenen WLANs (z.B. Gartenhaus, Zweit- oder Ferienwohnung) zu überwachen und an die Home Assistant Instanz zu Hause zu hängen.

Falls ich das richtig in Erinnerung habe, bietet ESPHome eine WireGuard integration auch an.