Wishlist - Collection of changes / new functions #1199
Comments
Bei Fragen, bitte fragen. Einiges ist vielleicht nicht gleich verständlich und bedarf einer Erklärung 😉 |
|
Zu den JSON-Payloads für MQTT noch:
Plugins:
Akku-Betrieb:
|
|
Wir hatten ja mal über die Maximal Werte geschrieben, das ist ja mittlerweile implementiert, allerdings wäre es (gut die heiße Jahreszeit ist zwar Rum) es für die Inverter Temperatur noch schön. Für meinen Teil der sich jeden Tag einen Screenshot je Inverter macht.... wäre löschen nicht um Mitternacht sondern bei Inverter start schön, denn Mitternacht wird bei Spätschicht manchmal eng... |
|
Wish: |
|
Hi, Interessanter wäre die Möglichkeit die Gesamtleistung von mehreren Invertern gemeinsam zu begrenzen..zb. bei Leuten die z.B. mit 3 300ern aktuell bis 600 w und demnächst 800w in die Hausleitung bringen möchten, oder mit mehreren Invertern in verschiedenen Ausrichtungen arbeiten (Hier wäre auch ein Timestamp bei der jeweiligen max. AC Powerangabe praktisch.) und ggf in einer Überschneidungphase im Sommer temporär für 1-2 Stunden zu viel Ertrag haben. Was das Rücksetzen der Daten angeht fand ich besonders im Sommer Mitternacht auch teils recht früh und würde da eine Lösung beim Restart am nächsten Morgen oder bei Sonnenaufgang präferieren, oder zumindest die Möglichkeit den Reset in den Einstellungen auf 1, 2 Uhr oder Mitternacht UTC legen/verschieben zu können. |
|
Mit Hilfe der Nulleinspeisung kann man sich die aktuelle Leistung des Verbrauchs und der Erzeugung anzeigen lassen. Das funktioniert mit einem Hichi (Tasmota) oder dem Shelly 3EM. Wer die Nulleinspeisung nicht braucht, kann den Wert so hoch einstellen das er nie erreicht wird. Ist zumindest in den Pre-DEV Versionen (noch nicht verfügbar) möglich. Achtung Spoiler 😂 
|
|
#1123 (comment) |
|
#1162 😃 |
|
Wunsch: zeitlich begrenztes Power Limit. |
|
Ich finde es gut, dass in der Live-Ansicht nun einige Funktionen pro Wechselrichter verfügbar sind. Gerade für neue Nutzer ist das aber wahrscheinlich nicht ersichtlich, dass der Text klickbar ist. Ich würde mir eine optische Unterscheidung von regulärem Text wünschen. Ich glaube es wurde schon viel diskutiert, aber eine Update-Funktion ohne den Umweg über einen Datei-Download nehmen zu müssen wäre großartig. |
|
Sendeleistung und Frequenz für den CMT einstellbar machen, siehe OpenDTU 😉 |
|
TL;DR: Wunsch: aktuelles power-limit als prometheus Metrik exportieren Long version: Mir ist aber auch klar, dass das vielleicht nicht der richtige Ansatz ist (wegen der Reaktionszeit des Skriptes usw. dürfte das ordentlich auseinander laufen). Wenn ich jedoch einfach nur ahoy_solar_Irradiation_ratio pro Panel mit dem jeweiligen Wp multipliziere und das aufaddiere, kommt das selbe dabei heraus, wie wenn ich direkt ahoy_solar_P_DC_watt aufaddiere. Entweder ich hab also einen Knoten im Hirn, oder auch der Irridiation-Wert wird anhand der vom WR gelieferten Leistung berechnet und ist somit schon dem Power-Limit unterworfen. Deshalb der Ansatz mit der Bitte nach einer Power-Limit Metrik. Besten Dank an alle beteiligten für diese beiden genialen Projekte! Ich werde mich einbringen, wo ich es zu tun vermag. |
Nun, seit knapp 2 Tagen HA installiert (Adapter zu homee) Dort ist die eingespeiste Gesamtleistung und die aus dem Netz gezogene Leistung verfügbar. Ein virtuelles Device, welches die eingespeiste Watt berechnet und schon hat man im Dasboard Energy(default bei HA dabei den Überblick. Dies kann aber nicht in die DTU implementiert werden. HA dürfte sich jedoch dafür eignen entsprechende Befehle für die Einspeisung (und ggfls Batterieladung/Entladung) zu steuern . |
|
geht einfacher: man braucht nur die % drosselung loggen, und dann den ebenfalls geloggten p_ac wert durch diesen drossel % wert dividieren und dann mal 100 multiplizieren. zusätzlich findet man im endpoint code-technisch: $solar_ertrag_ungedrosselt = ($p_ac / $power_limit_read) * 100;
// failsafe: deckelung der theoretischen maximalleistung, falls % und W werte zeitlich nicht übereinstimmen,
// und dadurch zu hohe werte berechnet werden.
// ursache: latenz zwischen schneller hm inverter reaktion auf power limit befehle,
// und der wesentlich langsameren übertragung neuer hm p_ac messwerte)
if ($solar_ertrag_ungedrosselt > $max_pwr)
{
$solar_ertrag_ungedrosselt = $max_pwr;
}happy coding, sowie big kudos & greetings an @reserve85 |
|
Feature-Wunsch: Aktuelle Leistung direkt zu einem Webserver posten: Ich sende beispielsweise die Daten des Smart Meters (Hichi) mittels Tasmota-Scripts direkt zu der Logging und Visualisierungsplattform des OpenEnergyProjekts emonCMS. Da lässt sich dann eine schöne Eigenverbrauchsanzeige mit realisieren: Aber auch die Daten direkt zu pvoutput senden zu können, wäre sicherlich für viele eine spannende Option. Update: Lese gerade von der Zero-Export Implementation, das könnte natürlich auch eine schöne Alternative sein, um eine Überschussanzeige, ähnlich wie in der Abbildung direkt lokal auf der AhoyDTU abzubilden. |
|
Wunsch: Möglichkeit per MQTT die Ahoy DTU neu zu starten. Ist aktuell ja nur manuell im System möglich. |
|
@DerDog89 (curl beispiel, jede art von http aufruf an diese url rebootet die dtu) |
|
Wunsch: Das MQTT gesamt Payload als JSON wäre spitze (wie oben schon geschrieben), das würde vieles vereinfachen in Node-Red |
|
Vielleicht noch eine Anregung bzw. ein Wunsch von mir: Display Abschaltung bei Sunrise/Sunset Event, sprich wenn die Kommunikation zum Wechselrichter sowieso Offline ist dann Display Abschaltung. Bei Sunset dann wieder automatische Einschaltung von Kommunikation und Display. |
|
Bereits implementiert, siehe Display-Settings. |
|
Ja cool, das hab ich noch gar nicht gesehen. :-) |
|
Auswahl (on/off) je Inverter, ob die Werte in 'total' eingerechnet werden (z.B. yield total). (Ein Ausschluß einzelner Inverter aus den Totalwerten (z.B. bei Batteriebetrieb) dient der besseren Auswertungsmöglichkeiten der über mqtt: total gelieferten Werte in der Hausautomation). |
|
wish: more shunshine for better diagrams ;-) |
|
wish: mDNS support Wünsche kann man sich auch selber erfüllen. |
@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. |
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 |
|
Ist es möglich auf der Seite Verlauf auch unten die Info über die Aktuallisierungszeit mit anzuzeigen. |
|
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. |
Dieser ist ja erledigt? |
|
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 |
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... |
|
Damit euch nicht langweilig wird : Einführen eines weiteren Status „Standby“ |
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. |
|
Liste ist wieder aktuell 🪄😊 |
|
Wir haben noch aktuell kein Funktion eingebaut das man auch mittels Blindleistung regeln kann. |
|
Was soll es für einen Vorteil haben auf Blindleistung zu regeln? |
|
Hier eine gute Erklärung: https://www.sma.de/partner/expertenwissen/sma-verschiebt-die-phase |
|
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 ? |
|
Die Inverter regeln ja selbst nach den Vorgaben des Gridprofiles die Blindleistung für sich selbst. |
|
Feature Request : Auslesen der Core-Temperatur. Ist beim S3 möglich. Damit könnte man Lastprobleme erkennen. Natürlich auch als Ausgabe in einem MQTT-Topic 😉 |
|
Hallo Zusammen! 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. Falls ich das richtig in Erinnerung habe, bietet ESPHome eine WireGuard integration auch an. |
|
Hallo zusammen, vielen Dank auch von meiner Seite für das tolle Projekt. Mein Feature-Request wäre ein Nachtabschaltung der AhoyDTU anhand der eingestellten Zeiten für Sonnenaufgang und und -untergang mittels Deep Sleep. Hintergrund: Der idle-Verbrauch von meiner DTU nachts liegt bei 1,3W. Bei durchscnittlich 12h Nachtzeit resultiert das in einem vermeidbaren Jahresverbrauch von 5,7kWH. Die würde ich mir gerne sparen :). Außerdem würde ich gerne das Offset zum Sonnenaufgang und Sonnenuntergang mehr einstellen können. Mein BKW ist in einem Hinterhof aufgebautt. Hier kommt im Winter erst ab 11 Uhr Sonnne rein. Hintergrund ist der selbe wie oben: Energie sparen. |
|
Ich fände folgende neue Funktion klasse: Option zum setzen einer bestimmten Uhrzeit zum Neustarten der WR. Bzw. könnte man diese Option auch direkt unter "Settings", "Inverter" hinzufügen: „Neustart Inverter um“ Hintergrund ist, dass wenn der/die WR an einer Batterie angeschlossen sind, der Tagesertrag nicht zurückgesetzt wird, da die WR ja „24/7“ laufen. Ich denke, über die Option würden sich einge freuen, wenn man Google mal mit diesem Problem bemüht. Zumal ja auch immer mehr User mit einer Batterie im Einsatz zukünftig kommen werden. :) |
|
Die "System"-Webseite ist ja ein Screenshot des augenblicklichen Zustandes. Ein Zeitstempel, der anzeigt, wann sie aufgerufen wurde, wäre nicht schlecht. |
|
Es wäre sehr schön die aktuelle XXX_opendtufusion-16MB.bin auch als XXX_opendtufusion-de-16MB.bin Version zu bekommen @knickohr hat mir erklärt wie ich das machen muss und somit ist mein Wunsch schon erfüllt worden. 👍 |
|
Ich wollte es Dir erklären, aber Du mußtest ja raus 🤪 XXX_opendtufusion-16MB.bin Ist tupfengleich mit der XXX_opendtufusion.bin. wenn Du also die XXX_opendtufusion-de.bin nimmst, dann hast Du eine deutsche Version. Wie gesagt, der Unterschied ist die partitions.bin. Und mit dem Webflasher kommt die leider nicht mit. |
|
Kann die WIFI RSSI in den Daten selbst aktuallisierend (mit den Umrichterdaten) angezeigt werden? |
and others
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
⬆ Improvements
GPIO3bei CMT optional machenTotal(WebUI) erst um Mitternachttrue/false)startFastWrite()nicht richtig unterstützen/liveauf Websockets umstellen, evtl. zuerst das Invtervall separieren von dem Abfrageintervall/historySeite anzeigendevnameenthaltenStandby, wenn ein Inverter manuell ausgeschaltet wurde🪄 Individual Improvments (only a bunch of users will use it)
🕗 Obsolete Ideas
last update: 2024-06-09
The text was updated successfully, but these errors were encountered: