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

[blueline13]

Wunschliste:

Das Powerlimit mit einer Kommastelle beim Schreiben über MQTT zu ermöglichen (10.1%). Wenn die Werte als "Watt"(xxxW) geschrieben werden, ist in der Live Anzeige ja zu sehen das der Komma Wert schon vorhanden ist. Zum Schluss dann auch den Wert mit Komma im "activePowerLimit" als Bestätigung zurück geben.

Eine Alternative wäre auch, wenn es einen eigenen Topic für den geschrieben Watt Wert gibt.

Einer von beiden Punkten wäre Genial.

Ich wünsche allen hier einen guten Start ins neue Jahr.

[fsck-block]

Wunsch: aktuelles power-limit als prometheus Metrik exportieren

Hallo @irrwitzer42 Die Erweiterung des Promethheus Endpoint steht in der akt. development Version 0.8.42 zur Verfügung. Probier's doch bitte mal aus.

[knickohr]

@lumapu Ist mir fast peinlich, aber offenbar doch nötig. Gestern sind im Discord 2 weitere User aufgetaucht, die ebenfalls Probleme mit dem Ghosting haben. Offenbar haben es aber noch mehr, sie haben es nur noch nicht wirklich bemerkt, bzw. erkannt und zugeordnet. Die Dunkelziffer ist wohl doch recht hoch 🤪

Deshalb bitte das wieder mit aufnehmen. Das Phänomen tritt immer nach einen Cold-Boot auf.

• full Refresh beim Booten für ePaper nur bei cold Boot)

Deshalb sollten wir die Refresh so wenig wie möglich zu machen. Bei einem warm-Boot ist es nicht wirklich nötig.

🥰

[irrwitzer42]

Wunsch: aktuelles power-limit als prometheus Metrik exportieren

Hallo @irrwitzer42 Die Erweiterung des Promethheus Endpoint steht in der akt. development Version 0.8.42 zur Verfügung. Probier's doch bitte mal aus.

TOP! Funktioniert prima - vielen Dank! Hatte beim heutigen Wetter mal kurz Glück und konnte die ZeroExport Regelung dann gut beobachten. Ich spiele noch mit verschiedenen Ideen, wie ich das nun am sinnvollsten visualisiere, wenn ich zufrieden bin, aktualisiere ich mein Prometheus&Grafana Dashboard für alle Interessierten.

Vielen Dank nochmal @fsck-block ! Einfach großartig ;-)

[Peertje-62]

Whishlist; Click in ''Live'' Hello, I'll keep it short: GUI, Info Inverter, Active power control, Alarms & Radio stat = Click in ''Live''.

Max AC Power = ''Mouse Over'' (which does not work on an I-Phone or Tablet). I would like to have the Max AC Power ( aswel as the future extra features) as '' Click in Live'' . Kind regards Herman

[lumapu]

@Peertje-62 verstehe ich nicht, was bedeutet "click in Live"? Evtl. war es zu short 😇

[Peertje-62]

Hi, it was short and I am sorry What I ment is: when I want to see the extra info in the live-page of the Ahoy-DTU I have to ''mouse click'' on:

• HM600- to get the inverter info;
• Active Power Control -to control it;
• Alarms- to see which alarms

With 'Max AC Power'' it is ''mouse over'' to see the info This last one will not work on a I-phone My suggestion is to make all extra's activated by '' mouse Click on'' Kind regards Herman

[Peertje-62]

FYI My native language is Dutch, I also speak/write English and my German writing is an disaster regards

[lumapu]

Ok, let's try the next version which I will release the next minutes - if it still doesn't work we can disucss further about having everything as "click on". Thank you for clarification. English is not a problem for me - I thougth your mothers tounge is German as well 😉 - Greetings to the Netherlands!

[hrolofs]

Wunsch: "Custom-Link" den man unter den Settings definiert und auf der Hauptseite der AhoyDTU Web-Ansicht angezeigt wird. So das man von der AhoyDTU Web-Ansicht durch klicken direkt z.B. zu seinem privaten Grafana oder "was auch immer" Dashboard gelangt.

[knickohr]

Warum macht ihr das nicht genau anders herum ?

Zeigt euch die Ahoy-Webseite in Grafana oder weißgottwas an 🤔

[hrolofs]

Sicher geht das auch andersherum.

Die AhyDTU Web-Ansicht ist für mich der erste Punkt wo ich fix nachschaue um den aktuellen Stand zusehen.

Von da aus gehts mit einem Klick zum Git Hub/Download/Changelog usw. Daher der Wunsch für den Link.

[fsck-block]

Wunsch: "Custom-Link" Ich wäre auch für einen "Custom Link"

@knickohr

Warum macht ihr das nicht genau anders herum ?

Den Link so herum habe ich schon. Nur von ahoy zu Grafana wäre noch elegant. Je nach Einstiegspunkt ganz angenehm wenn man direkt hin und her springen kann.

[Peertje-62]

''Custom Link'' Good idea, I would also like to have it implemented, simplest solution is often the best (& most elegant) Regards

[hrolofs]

Wish: hex dump des Grid-Profile

Zusätzlich zu dem decodierten Grid Profile den hex dump des Profiles anzeigen. So läst sich das Profile als hex dump einfach kopieren und vergleichen.

[hrolofs]

Dankeschön :-) Hex-Dump und Custom Link

[fsck-block]

Auch von mir ein Dankeschön für den Custom Link. Auf meinem Devsystem verweise ich auf "/metrics" und dem Produktiven auf das Grafana-Dashboard

[Gubi2023]

mal ne dumme Frage: wo finde ich den Custom Link?

[fsck-block]

mal ne dumme Frage: wo finde ich den Custom Link?

In den Settings / System Config

[dtuuser]

Wunsch. Wenn man die Graphdatensätze der History vor einem Update sichern und danach wieder einspielen könnte, dann wäre das schon cool.

[Spee2100]

In deutsch unten:

Optional disable active power control in /live view on APC state

As an enhancement I would suggest to (optional) disable the active power control under /live view. Live-View, in my understanding, is providing (read-only) live information on the status and yields. I assume most users does not set a password for quick access to it. With APC available in /live, set power limits, Inverter power off, etc. can be executed without any password authentication.

I would see 3 options: Possibility 1: allow or disable APC for /live e.g. under Settings -> Inverter (via check box) Possibility 2: New site for APC where a password can be on or not. Possibility 3: Move APC in general (back?) to Settings -> Inverter (is there a need to control regular via live view?)

Thanks for all the effort you put into this!

---

Optionale Deaktivierung der Active Power Control in der /Live-Ansicht unter APC-Status

Als Verbesserung würde ich vorschlagen, die Active Power Control unter /live (optional) zu deaktivieren. Die Live-Ansicht bietet meines Erachtens (schreibgeschützte) Live-Informationen über den Status und die Erträge. Ich gehe davon aus, dass die meisten Benutzer für den schnellen Zugriff kein Passwort auf diese Seite festlegen.

Mit APC, unter /live zugreifbar, können nun Leistungsbegrenzungen, das Ausschalten des Wechselrichters usw. ohne Passwortauthentifizierung ausgeführt werden.

Ich würde 3 Möglichkeiten sehen: Möglichkeit 1: APC für /live z.B. unter Settings -> Inverter zulassen oder deaktivieren (einfache Checkbox) Möglichkeit 2: Neue Seite für APC, für die ein Passwort gesetzt werden kann oder nicht. Möglichkeit 3: APC (wieder?) in Settings -> Inverter verschieben (wird eine regelmäßige händische Anpassung von APC per /live benötigt?)

Vielen Dank für die Mühe die in diesem Projekt steckt!

[lumapu]

habs eingebaut (0.8.70):

[Peertje-62]

Wish (ahoy addiction) PIR is sensitive and switches regularly (often) Open DTU Fusion. in Settings, Screensaver (Off- Pixel shift- Motion sensor)

Add: Pixel shift and Motion sensor (please)

Kind Regards

[Spee2100]

habs eingebaut (0.8.70): Wow, super! Danke, für die schnelle Umsetzung @lumapu

[hrolofs]

Wunsch: Pixel Shift + Motion Sensor Kombination

Da hatte jemand den gleichen Gedanken. ;-)

Bei meiner DTU mit PIR ist das Display fast ständig On. Schön wäre es wenn zusätzlich zu dem PIR das Pixel Shift aktivierbar wäre um das Display zu schonen bei langen On Phasen.

[Oxbow6]

MQTT , übermittlung der Maximalen Leistung und Blindleistung als Total von allen Invertern

[Peertje-62]

Good morning, I found in improvements (Top of this page) '' Pixel-Shift + Motion sensor option (both at the same time)'' has already been implemented Where is it?, or do I understand it wrongly? Have a nice day

[MetaChuh]

Good morning, I found in improvements (Top of this page) '' Pixel-Shift + Motion sensor option (both at the same time)'' has already been implemented Where is it?, or do I understand it wrongly? Have a nice day

good morning @Peertje-62

no, i don't think you've understood it wrongly. you and @hrolofs wanted the combined option to activate pixel shift and motion sensor simultaneously.

i believe, that during the dev's stress and other topics, the additional display droptown option pixel-shift + motion-sensor was not understood as being necessarily simultaneous.

[Copro]

Genial die Option, den funktionierenden Interrupt PIN anzeigen: Interrupt Pin funktioniert Genius to show the working interrupt pin in the UI: Interrupt Pin working

Ja - die Funktion ist drin und ich wollte nochmal Danke sagen und habe die heute nach dem Update schon genutzt.

[lumapu]

Genial die Option, den funktionierenden Interrupt PIN anzeigen: Interrupt Pin funktioniert

ist doch schon lange eingebaut und funktioniert

[lumapu]

Good morning, I found in improvements (Top of this page) '' Pixel-Shift + Motion sensor option (both at the same time)'' has already been implemented Where is it?, or do I understand it wrongly? Have a nice day

sorry my fault, was checked by mistake, corrected. Thank you for pointing that out

[hrolofs]

Wish: Hätte gerne den RSSI Indikator aus der Live Ansicht (RSSI: < -64 dBm oder RSSI: >= -64 dBm) in den MQTT Daten verfügbar. (true/false Wert)

Ziel ist es darüber einen zeitlichen Verlauf zu erstellen.

Hatte tatsächlich mal RSSI: >= -64 dBm in der Anzeige als ich die Web Oberfläche offen hatte. :-)

[rori1977]

Kleine Idee:

Für die "Overall Max AC Power" gibt es diesen kleinen Tooltipp, der einem verrät, wann genau das Maximum erreicht worden ist.

Wäre es möglich, genau so einen Tooltip auch auf Modul-Ebene bei "Max Power" zu implementieren?

[Peertje-62]

Hallo, I am very happy so far ( 0.8.94 & Fusion pcb) if possible; It would be nice if the DTU radio could be set to listen (RX), when using multiple DTU's ( Metachuh; https://discord.com/channels/984173303147155506/1029761153615790161/1219760466310725693) regards

[MetaChuh]

@Peertje-62

there's no prooven and reliable method, to use our secondary dtus as listeners yet, without having to deal with the aftermath, if something goes wrong with it. just our shared findings at discord for now.

we will assist you for your ideas in private, but i doubt it will be currently usefull to make a commit or pull request for this at the public releases for now, as there could be more incommming issues, than those we (including your help, if looked at the current statistics) are able to solve in the same time period right now.

greetings & knuffel, metachuh

[rejoe2]

Two more things from my side:

• as many users request quite a lot of stuff that's not "generic DTU" tasks like temp sensors, (conditional) switching relays, integrate BMS systems or SML functionality: how about integrating a generic scripting language like (esp.) berry script? See https://discord.com/channels/984173303147155506/1144045244166443159/1210479463645839410 and https://github.com/berry-lang/berry
• as startFastWrite() sometimes seems to cause problems (esp. with fake suspected nRF chips), we discussed about making a "no pa+lna"-Settings option in https://discord.com/channels/984173303147155506/1029761098381017098/1221042270913036378

[MetaChuh]

@rejoe2

good idea, for some day in the future, as soon as there's that much spare parallel overhead left, without compromising the core stability.

in the meantime i'd suggest to use any of the often existing shelly gen2+ devices at homes, to run custom js based scripts, as they have such feature.

[rejoe2]

good idea, for some day in the future, as soon as there's that much spare parallel overhead left, without compromising the core stability.

Sure, stability comes first. BUT: This is exactly why I'm proposing to integrate sth. "widely used" like berry: We can share (known to work) stable scripts in the future to cope around more or less any thinkable task. Just think about thinks like "zero export" functionality without the need of any additional infrastructure like home automation software or MQTT Servers...

(I absolutely don't like to use WiFi based devices if not really necessary, so using additional shelly or whatever devices is not my personal approach.)

Ahoy without display may already offer enough resources for that even on a simple ESP32 (non-S3 or whatever).

[Mart-Muc]

ich habe meinen Inverter und auch den des Nachbarn integriert.

Auf dem Display möchte ich jedoch nur meinen Ertrag und nicht die Summe sehn.

Ist es möglich, a) in der Displayeinstellung analog zum Graphen eine Ratio (oder einfacher Haken) für die einzelnen Inverter einzubauen? oder b) bei den Invertern analog 'enabled' die anzeige zu de/aktivieren.

[Mart-Muc]

Oder c) implementieren wie @SilverSurfer2000 on Nov 13, 2023 vorschlug.

[slg60]

Schön wäre wenn man die Display Elemente die angezeigt werden auswählen könnte. Z.b wird im Display immer ein Zahnrad und die IP Adresse gezeigt. Das geht auf Kosten der Größe von anderen Elementen. Die IP bräuchte ich z.b nicht, dafür könnte die Leistung größer angezeigt werden.

[Peertje-62]

Hello, from a retired ( & addicted) ahoy fan, 2.4 inch display and reading glasses works wonders regards

[MetaChuh]

@Peertje-62 very good to hear, that you are an ahoy fan, and like almost all of us addicted too 😉

yes indeed, the 2.42" SSD1309 Oled Display is very nice to watch with ahoy 👍 let's hope that the prices for the white ones will drop soon, and the availability will be better.

[slg60]

Hello, from a retired ( & addicted) ahoy fan, 2.4 inch display and reading glasses works wonders regards

Maybe, but why not optimizing things which are useless i.E watching the IP Address again and again (perhaps once at startup will be enough).

[Peertje-62]

Hallo sig60 Some of this was also more or less intended as a joke. (an 2,4 inch display is realy nice) In particular, if you look at the history of the Ahoy DTU (Data Transfer Unit), great progress (since 2021)has been made by a team of volunteers, (for the occasional cup of coffee) I also hope you understand that useless information is '' relatively '' for you and for others probably not. I agree with you that a choice display menu would add value. Don't forget that the ESP 8266 is reaching the roof of its performance and not everyone can afford or wants to buy a more expensive ESP32, it remains a DTU. and simpler is better usually kind regards Herman (and I am Dutch)

[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!?

[MetaChuh]

@slg60

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.

we agree, but please keep in mind, that the minority of users, that can't remember their dtu ip address, can be the loudest and repetitive to insist on this. one maybe future possibility is, to make this configurable, as a kind of accessibility feature. e.g.: display less information, and as large as possible.

thx & greetings, metachuh

[technics42]

Maybe one could think about an extra page like the graph to display such information, like IP, date/time, signal strengh... These are values, which I am only interested, if something is not working properly or on setting it up.

[technics42]

I really just now realized that the "live-data" for the visualization is requested using AJAX. Now if this would be changed to websockets, this definitively would improve stability and one could increase refresh-rate. In first step AJAX could be replaced by pulling data from browser, similar way like it is currently implemented. This already would reduce overhead, lower traffic and speed up connection and relieve the webserver. In a second step, one could switch to push data from ESP to browser, which again would reduce overhead, lower traffic and speed up connection.

But you definitively should keep existing REST-api to be compatible to other consumers. So, this would just be an improvement for speeding up live-data and make it more stable, to prevent reboots caused due to webserver issues.

[technics42]

I would suggest separating refresh intervall of webpages (e.g. live-view) from intervall of getting values from inverter. (own setting) By this, one could get faster values for MQTT, without running into trouble with the webserver.