Replies: 30 comments 46 replies
-
|
Sehr gute Idee mit den kleinen Loadpoints. |
Beta Was this translation helpful? Give feedback.
-
|
Die Idee finde ich auch prima weil ich gerade versuche ein paar Shelly-Plugs rein zu bringen. Leider bisher nicht so wie ich das gerne hätte. |
Beta Was this translation helpful? Give feedback.
-
|
Finde ich eine gute Idee. |
Beta Was this translation helpful? Give feedback.
-
|
Nice! Sie sind eine Mischung aus Ladepunkt und kleinem Verbraucher ( Re "Charging plan = ?" aus Slack: mit der WP zum Tibbertarif jede Nacht WW zu machen ist sehr sexy ;) |
Beta Was this translation helpful? Give feedback.
-
Ja, bei den "anderen Verbrauchern", das was ich hier ja "read-only" genannt habe, kann ich mir auch gut vorstellen, dass wir die nicht mit ner Kachel versehen sondern vielleicht eher in die Legende nach oben verschieben (so wie hier diskutiert #6781). Da wären sie dann tabellarischer. |
Beta Was this translation helpful? Give feedback.
-
Ja, halte ich auch für sinnvoll. Wird dann vermutlich aber etwas anders sein wie bei Fahrzeugen mit Abfahrtszeit und so. Daher das Fragezeichen. Ich hab da mal ein ✅ raus gemacht. Weil das Feature tarifabängig schlaue Sachen zu machen sollten wir "Mini LPs" auf jeden Fall ermöglichen. |
Beta Was this translation helpful? Give feedback.
-
|
Ich überlege aktuell, wie ich meinen Geschirrspüler sinnvoll in EVCC einbinden kann. Geplante Laufzeit bekomme ich über die API der Bosch Cloud, Programmfortschrit auch. Stand heute hätte ich versucht einen Custom Loadpoint und ein Vehicle zu bauen, mit Programmfortschritt als SOC-Äquivalent. Aber eigentlich würde das Konzept Mini Loadpoint schon gut darauf passen. Ist auch auf Waschmaschine, Trockner, Backofen übertragbar. Allerdings lassen sich diese Apparate, sobald gestartet, in der Regel nicht ohne Funktionseinbuße stoppen. Einmal gestartet, laufen sie durch. D.h. die prognostizierte Laufzeit muss bei der Planung ins Kalkül gezogen werden. Wäre es dann nicht passend, SOC, Elapsed time und Remaining time beim Mini Loadpoint nutzen zu können? Oder seht ihr diese Gerätegruppe eher beim regulären Loadpoint? |
Beta Was this translation helpful? Give feedback.
-
|
Das ist eine Frage von verschiedenen Verbrauchertypen die unterschiedliche Eigenschaften haben. Spülmaschine, Waschmaschine sind z.B. s.g. programmgesteuerte Geräte die man zu einem bestimmten Zeitpunkt antriggern aber nicht mehr (sinnvoll) abbrechen kann. Dafür haben sie über die Laufzeit ein recht vorhersehbares Leistungsprofil. Programmbasierte Geräte sind daher klassischerweise ideal für eine prognosebasierte Steuerung wie sie z.B. SMA mit dem Sunny Home Manager anbietet. Dabei wird in bestimmten Zeitintervallen ein Ablaufplan erstellt und umgesetzt. Kurzfristige, aktuelle Änderungen spielen dabei für bereits gestartete Programmzeitslots keine Rolle mehr. Aber es gibt auch noch andere Gerätetypen deren spezielle Eigenschaften man herausarbeiten und passend umsetzen muss. Dazu zählen z.B. auch Wärmepumpen mit beschränkten Steuermöglichkeiten bzgl. Leistungsanhebung, Warmwasserbereitung oder auch befristete Bezugspause - welche jeweils aber nur als "Empfehlung" gelten und ggf. auch ignoriert werden können (z.B. Bude und Warmwasser sind bereits mehr als heiss sind). |
Beta Was this translation helpful? Give feedback.
-
|
Mein Ansatz war, den Programmverlauf als nahezu linearen Verbrauch anzunehmen, was natürlich mit der Realität wenig zu tun hat. Würde für mich trotzdem passen, hab weder PV noch dynamischen Tarif (aber beides geplant), deshalb haben Fehler in meiner Planung keine nennenswerte praktische Auswirkung. Aber deine Ausführung ist vollkommen richtig, man muss, wenn man an ein vollwertiges (ggf. prognosebasiertes) HEMS denkt, schon strikt diejenigen Verbraucher unterscheiden, die man nach Belieben starten und stoppen kann, und den Rest, der eben sauber eingeplant werden will. Und dann ist (mir) auch klar, dass die Mini Loadpoints nicht so konzeptioniert sind, dass sie dies abbilden können. |
Beta Was this translation helpful? Give feedback.
-
|
Great idea. |
Beta Was this translation helpful? Give feedback.
-
|
@premultiply @andig bislang keine Einwände oder Gegenvorschläge. Ich würd mich dann bei Gelegenheit mal dran setzen das in konkrete Schritte zu zerlegen bzw. Teile schon mal umzusetzen. |
Beta Was this translation helpful? Give feedback.
-
|
Ggf eine Art tabellarische Darstellung mit den aktuellen wesentlichen Parametern in der Zeile. Eventuell die Modusumschalter als Schnellzugriff in der Zeile. Wenn man draufklickt auf den LP, dann die komplette Sicht des LP (die großen Panels mit allen Features). 
|
Beta Was this translation helpful? Give feedback.
-
|
Würde ich suboptimal finden. Gerade bei Schaltbaren Steckdosen und Wärmepumpen, Infrarotheizungen usw. braucht man diese großen Panels nicht. |
Beta Was this translation helpful? Give feedback.
-
|
Coole Idee, würde ich unterstützen. |
Beta Was this translation helpful? Give feedback.
-
|
Vielleicht noch neutraler und gleich "Steckdose" / "outlet", weil dann könnte auch eine Mini-PV (Balkonkraftwerk), mit negativer Leistung als Einspeisepunkt als solcher eingebunden werden. |
Beta Was this translation helpful? Give feedback.
-
|
Besonders die Anzeige der sonstigen Verbraucher finde ich klasse. |
Beta Was this translation helpful? Give feedback.
-
|
|
Beta Was this translation helpful? Give feedback.
-
|
super Idee! Wäre klasse, wenn die folgenden beiden Punkte aus meinem Thread #8186 berücksichtigt werden könnten: a) Optionalen Parameter im Template Shelly damit evcc auch startet, wenn der Shelly zum Zeitpunkt des Programmstarts nicht online ist (no route to host). Zudem könnte man die Fehlermeldungen bei Nichterreichbarkeit reduzieren. b) Bricht die Verbindung zu einem Shelly ab, wird davon ausgegangen, dass das Gerät aus ist. |
Beta Was this translation helpful? Give feedback.
-
|
Super Idee! Ich möchte hier die Gelegenehiet nutzen und auch auf #6296 verweisen... Da geht es um die Nutzung von EVCC als reines Gateway, hier für den SMA Sunny Home Manager als HEMS, um diesen die Verbrauchsstatistiken führen zu lassen. Ganz unten sieht man übrigens, wie das aktuell bei mir aussieht. |
Beta Was this translation helpful? Give feedback.
-
|
Ich würde einen "Mini Loadpoint" auch sehr begrüßen. |
Beta Was this translation helpful? Give feedback.
-
|
Super Idee! Ich sehe allerdings auch einen Overlap mit dem bereits verfügbaren integratedDevice Charger - ist die Frage ob man das damit nicht ersetzen kann. Weil ich es bei einem Ideal wäre dann natürlich wenn das Messaging |
Beta Was this translation helpful? Give feedback.
-
|
Ja, zumindest im ersten Schritt werden wir die Kompakte Loadpointdarstellung an der |
Beta Was this translation helpful? Give feedback.
-
|
Volle Zustimmung - dann werden eh die |
Beta Was this translation helpful? Give feedback.
-
|
Messaging hatte ich bislang gar nicht so auf dem Schirm, aber guter Punkt. Das ganze Thema Ladevorgänge spielt ist bei diesen loadpoints ja anders. |
Beta Was this translation helpful? Give feedback.
-
|
Ja genau - außerdem kommt dazu, dass es für Messaging sicher sehr viele unterschiedliche UseCases und Meinungen gibt. Für mich würde am meisten Sinn machen, wenn man in yaml das Messaging zentral (so wie jetzt) konfigurieren und in den einzelnen Loadpoints (oder Chargern, wo immer es auch besser passt) überschreiben kann. Leere Einträge für einzelne Events könnten hierbei das Messaging für dieses Event und Loadpoint ausschalten. Vereinfachtes Beispiel: loadpoints:
- title: LoadPoint1
charger: wallbox4
- title: LoadPoint2
charger: shelly2
mode: pv
messaging:
events:
start:
msg: Consumer ${title} switched on #Manche Variablen verursachen Fehler: z.B. {vehicleTitle}
end:
# Keine Medlung beim Beenden der Ladung
site:
title: My_EVCC_site
meters:
grid: grid1
pv:
- pv2
messaging: #Definiert globales Messaging und services
events:
start:
msg: Wallbox ${title} started charging ${vehicleTitle} in ${mode} mode
stop:
msg: Wallbox ${title} finished charging ${vehicleTitle} with ${chargedEnergy:%.1fk}kWh in ${chargeDuration}
services:
type: shout
uri: matrix://****:****@my_matrix.io/?rooms=!roomID |
Beta Was this translation helpful? Give feedback.
-
|
Hallo, die Idee sieht sehr gut aus. Sieht optisch schon mal sehr ansprechend aus👍🏻 |
Beta Was this translation helpful? Give feedback.
-
|
Ne, aktuell gibts nen noch sehr rohen Pull Request. Sobald ich hier was ordentliches gebaut habe geb ich hier Bescheid. |
Beta Was this translation helpful? Give feedback.
-
|
Klasse! |
Beta Was this translation helpful? Give feedback.
-
|
Die Idee finde ich Super !!! Allerdings gibt es auch einige Geräte, die bereits im Wlan integriert sind. PS: das Wattmeter von Fronius würde auch super in die Mini Loadpoints passen. |
Beta Was this translation helpful? Give feedback.
-
|
Bzgl. Klimaanlagen-Steuerung hatte ich mal hier die Integration der tado Klimaanlagen-Steuerungen angeregt: #6363 (comment) Ich habe inzw. so ein Teil und es steuert meine Remko-Klimaanlage (die nur eine Infrarot-Fernbedienung hatte) perfekt... |
Beta Was this translation helpful? Give feedback.
-
|
Coole Sache, mir gefällt das Design ziemlich gut. Ich bin aber aufgrund einer anderen Frage im Slack Channel auf diesen Thread gekommen: Ich selbst bin als Emobilist noch ganz an Anfang und besitze ein Ebike und einen Elektroroller. Während das Laden des 500Wh-Ebike-Akkus mit Sonnenstrom mehr so Spielerei ist, habe ich seit März mehr als 3000km mit dem Elektroroller zurückgelegt und nahezu ausschließlich selbsterzeugten Strom getankt. Das Teil hat mich echt positiv überrascht und ist für mich ein echter Gamechanger was nachhaltige Mobilität angeht! Natürlich hat der Roller nur ein externes Ladegerät mit einem Schukostecker und bringt keinerlei Intelligenz, Konnektivität bzw. Auswertbarkeit mit was seinen SoC bzw. sein Ladeverhalten angeht. Evtl. ist das auch kein Anwendungsfall für einen Mini Loadpoint, sondern eher für eine Art Loadpoint light mit reduzierter Kachel? Die bereits geladene Energie ist sehr interessant, die aktuelle Ladeleistung ist natürlich auch wichtig, das Ladeziel hab ich bislang noch nicht benutzt, es wäre aber nice to have (just in case). Was mir bislang fehlt ist die Erkennung eines Ladevorgangs. Ich verstehe absolut, dass das mit einer Kommunikation mit dem Fzg. natürlich am meisten Sinn macht, aber am Loadpoint light wäre es eben so, dass das mit Anstecken des Fahrzeugs (Ladeleistung geht über Schwellwert x) beginnt und mit Unterschreiten der Standby-Leistung der Ladevorgang beendet ist. Von mir aus müsste ich auch das Fahrzeug garnicht auswählen, denn jedes Ladegerät hat bei mir seine eigene Tasmota. Wär das ne Idee für z.B. evcc Version 2024? ;-) |
Beta Was this translation helpful? Give feedback.
-
Genau das geht doch. Nennt sich |
Beta Was this translation helpful? Give feedback.
-
|
Wenn ich das richtig verstanden habe, wird zwar der Status dieses Loadpoints/Fzgs auf "Geladen" geändert, aber kein abgeschlossener Ladevorgang erstellt. |
Beta Was this translation helpful? Give feedback.
-
|
Hast recht, dann hab ich dich falsch verstanden. |
Beta Was this translation helpful? Give feedback.
-
|
Alles gut, Danke für den Input, vielleicht hab ich mich auch undeutlich ausgedrückt, daher war deine Rückmeldung wichtig 👍 |
Beta Was this translation helpful? Give feedback.
-
|
Standby Power scheint aber nur bei den unterstützen Schaltsteckdosen zu funktionieren. Ich habe das zur Zeit relativ kompliziert mit einer generischen Wallbox gemacht, bei der ich die Wallbox States(A,B,C) usw. generiere und über HTTP Rest API an evcc übertrage. Und diese generische Schaltsteckdose sollte den Strom nach dem Ladevorgang wirklich abschalten, weil mein Ladegerät einen ganz schön hohen Standby Strom hat. |
Beta Was this translation helpful? Give feedback.
-
|
Ich bin voll bei euch, bezüglich der Nützlichkeit eines vereinfachten Loadpoints, jedoch wundert mich der Eintrag
Warum den MiniLoadpoint nicht schaltbar machen? Nur Lesen macht ja nur eingeschränkt Sinn - oder habe ich da was falsch verstanden? Bezüglich Eintragung von Lade-Sessions ins Log, könnte man generell drüber nachdenken, ob Sessions nicht generell in der Nacht beendet werden und am nächsten Tag neu starten. Just my 2 cents ;) |
Beta Was this translation helpful? Give feedback.
-
|
Da bin ich nicht ganz bei dir. Mir wäre das für meinen Anwendungsfall schon wichtig, dass ich den Energiegehalt je Ladevorgang habe. Es kommt zwar selten vor, aber manchmal schaffe ich auch zwei komplette Ladezyklen an einem Tag und um den Verbrauch auf die Strecke im Blick zu haben, wäre es schon gut das Ladeende z.B. über die StandbyPower zu triggern. Oder gibts da einen anderen Grund warum das so nicht geht? |
Beta Was this translation helpful? Give feedback.
-
|
Das ist halt deutlich komplizierter weil wir dann Annahmen treffen müssen. Nicht alle Geräte haben einen konstanten Stromverbrauch den man als Ladevorgang werden kann. Bei einem Heizstab oder Kühlgerät würde diese Logik zu sehr vielen kurzen Ladevorgängen führen. Klar, man könnte das konfigurierbar machen, aber erstmal der erste Schritt :) |
Beta Was this translation helpful? Give feedback.
-
|
Absolut verständlich! Wenn ich jetzt so drüber nachdenke, dann ist vielleicht für die Mini Loadpoints der Name Loadpoint einfach irreführend und hat mich völlig verwirrt. |
Beta Was this translation helpful? Give feedback.
-
|
Das ist bitte keinesfalls als negative Kritik aufzufassen! Ich finde es umwerfend, was ihr hier auf die Beine gestellt habt, evcc bedient nicht nur eine Nische, die Software ist im Prinzip für jeden PV-Besitzer und Emobilisten alternativlos. Ich hab seit Jahresanfang eigentlich immer auf irgendeinem Bildschirm das evcc-Dashboard offen, weil mir die Darstellung so gut gefällt 😄 |
Beta Was this translation helpful? Give feedback.
-
|
@EnerGeh nein, keine Angst. Ich nehm das nicht als negative Kritik. Finde total gut, dass du den Punkt bringst! Die unterschiedlichen Anwendungsfälle zu verstehen und dann über eine Lösung nachzudenken die möglichst viele Wünsche erfüllt ohne es zu kompliziert zu machen ist ja das spannende an dem Projekt. 💚 |
Beta Was this translation helpful? Give feedback.
-
|
Moin, |
Beta Was this translation helpful? Give feedback.
-
|
Hallo, Ich wollte mich einfach mal erkundigen, ob die Idee der "Mini-Loadpoints" (oder evtl. besser allg. "Verbraucher") noch weiterverfolgt wurde oder wird? Danke! |
Beta Was this translation helpful? Give feedback.
-
|
Ich finde die Idee auch super. Ich würde das gerne nutzen können! Wird das noch weiter verfolgt? |
Beta Was this translation helpful? Give feedback.
-
|
Ja, da PR #7236 noch offen ist. |
Beta Was this translation helpful? Give feedback.
-
|
Danke Dir. Da freue ich mich jetzt schon auf die Umsetzung. |
Beta Was this translation helpful? Give feedback.
-
Das war mir neu, wo kann ich dazu mehr erfahren? Was ist ein Intervall? |
Beta Was this translation helpful? Give feedback.
-
|
das legst du in der yaml fest. |
Beta Was this translation helpful? Give feedback.
-
|
Cool wäre es wenn so ein loadpoint so konfiguriert werden könnte, dass er nur dann aktiv ist, wenn PV Überschuss vorhanden ist und im Modus PV nicht auch dann noch Strom ziehen darf, wenn die PV nichts mehr liefert, aber noch genügend Energie im Hausspeicher ist. |
Beta Was this translation helpful? Give feedback.
-
|
Der Loadpoint sollte nur einschalten, wenn z. B. der ins Netz eingespeiste Strom für x Minuten über einem Schwellwert liegt und ausschalten, wenn der Schwellwert für y Minuten unterschritten ist. Eben kein komplexes Energiemanagement mit Hausbatterie etc. Der soll nur das verbrauchen, was übrig ist, wenn Hausbatterie und Autos und andere Ladepunkte nichts mehr aufnehmen können, weil deren Ausschaltkriterium bereits erfüllt ist. Also quasi der Resteverwerter mit niedriger Priorität, bevor der Überschuss ins Netz gespeist wird. |
Beta Was this translation helpful? Give feedback.
-
Das wäre eine geniale Funktion. Ich habe mehrere "optionale" Verbraucher im Haus, die ich mit esphome steuere und die überschüssigen Strom nutzen könnten. Im Schuppen ist ein WC mit Heizung als Frostschutz. Ist Strom übrig, kann die am Wochenende, wenn wir häufig im Garten sind, höher heizen. Die Poolpumpe läuft 4h pro Tag. Ist Strom übrig, kann sie auch gerne 6-8h laufen. Etc. |
Beta Was this translation helpful? Give feedback.
-
|
So schwer sollte die Logik nicht umzusetzen sein. Dem Loadpoint eine Option wie z.B. Gerne noch eine Berücksichtigung von Eine weiteres Kriterium zur Aktivierung/Deaktivierung so eines Loadpoint könnte dann ein Messwert wie eine Temperatur sein. Also so, wie es jetzt schon mit einem Loadpoint mit zugewiesenem "Heating"-Charger möglich ist. Man sollte man dann auch noch an geeigneter Stelle die Max-Leistung des Verbrauchers angeben, damit auf dieser Basis entschieden werden kann, ob nach dem Einschalten noch etwas Überschuss verbleibt. Als Sicherheitsabstand, damit das nicht ständig toggelt, weil nach dem Einschalten der Überschuss komplett weg ist. Also beispielsweise, wenn Temp<Limit (von 20°C) und Überschuss für 5min. über 500W ist, dann schalte den Verbraucher (mit Leistung deutlich <500W !!!) ein. Ist Temp>Limit, dann natürlich Loadpoint aus. Reicht rechnerisch 10min. lang der Überschuss nicht mehr für die Leistung dieses Loadpoints, dann Loadpoint ausschalten. Berechnung theoretischer Überschuss ohne den extra Loadpoint Beispiel mit diesen benötigten max. Leistungen: |
Beta Was this translation helpful? Give feedback.
-
|
Ich glaube, Du überschätzt da die Funktionsweise von evcc ein wenig. evcc kann zwar bestimmte Hausspeicher aktiv ansteuern (und dann je nach Setting und Batteriemodell auch der Batterie eine Entladesperre verpassen), aber typischerweise berechnet evcc einfach nur den vorhandenen Überschuss basierend auf dem, was an PV reinkommt und an Verbrauch rausgeht und steuert danach dann den Loadpoint. Das restliche Finetuning übernimmt immer noch der Wechselrichter. Wenn man evcc also anweist, die Batterie einfach zu ignorieren, dann heißt das noch lange nicht, dass der Wechselrichter nicht trotzdem zu einem Zeitpunkt X den benötigten Strom auch aus der Batterie zieht. |
Beta Was this translation helpful? Give feedback.
-
|
Ja, bin selber schon öfters auf ein "so schwer kann es nicht sein" reingefallen und hatte dann ziemlichen Aufwand etwas hinzubekommen. 😉 Wollte damit aber einen Impuls setzen, mal darüber nachzudenken. Ich kenne die Internals auch nicht. Aber wenn evcc den vorhandenen Überschuss berechnet, um einen Loadpoint zu regeln, sind doch schon alle notwendigen Werte da, um entscheiden zu können, ob danach noch Überschuss für so einen "Restverbrauch" Loadpoint vorhanden ist. Edit: Habe gerade mal im Code gestöbert. In der site.go gibt es die Funktion ´sitePower` mit folgender Beschreibung: Also die Variable sitePower wäre ein heißer Kandidat für eine Entscheidung, ob |
Beta Was this translation helpful? Give feedback.
-
|
Weiterer Input: #14134 |
Beta Was this translation helpful? Give feedback.
-
|
Wann dürfen wir denn mit den Mini Loadpoints rechnen ? Die würden mir sehr helfen: Ich musste 9 Loadpoints definieren, wobei nur 2 davon echte mit Wallboxen sind. |
Beta Was this translation helpful? Give feedback.
-
|
Das Thema ist nicht vergessen. Gerade fokussieren wir uns stark das Thema Konfiguration via UI (Ablösung evcc.yaml) sauber umzusetzen. Wenn das durch die Tür ist haben wir auch wieder mehr Zeit für neue coole Feature wie dieses hier. |
Beta Was this translation helpful? Give feedback.
-
|
Danke für die Rückmeldung... Würde mich auch interessieren, ob da was kommt und wann. Müsste jetzt für die Pool WP auch nen normalen loadpoints setzen. Was für das ein/aus Ding doch recht sperrig ist. Da das Thema nun schon über ein Jahr alt ist hoffe ich dass es da bald weiteren input gibt. Wäre schön.... |
Beta Was this translation helpful? Give feedback.
-
|
Mir gefällt die Idee der Mini Loadpoints auch sehr gut. Ich nutze EVCC aktuell für eine Wallbox und einen Heizstab für Warmwasser. |
Beta Was this translation helpful? Give feedback.
-
|
Haben wollen!! |
Beta Was this translation helpful? Give feedback.
-
|
Ich fände die Mini Loadpoints auch super, allerdings wäre es vielleicht doch toll wenn man im smart Modus auch auf einen SOC reagieren würde. Ich lade zum Beispiel mein Roller nur bis 90%. Im Moment über einen normalen Loadpoint, Anwendung hätte ich noch für viele Geräte. Grüße |
Beta Was this translation helpful? Give feedback.
-
|
Eine prima Idee! |
Beta Was this translation helpful? Give feedback.
-
|
Hi, ich warte auch sehnsüchtig auf die MiniLoadpoints... mir würde sogar einfach die Visualisierung hinreichen. Ich musste zusätzlich feststellen, dass EVCC jetzt diesen Loadpoint über SEMP dem HomeManager2.0 zur Verfügung stellt. VG und weiter so... Danke |
Beta Was this translation helpful? Give feedback.
-
|
Bzgl. Charged energy | 🔁 --> fände ich es gut, wenn diese einfach einmal am Tag protokolliert würden. So würden z. B. die Standby-Verbräuche einer Klimaanlage einfach mit erfasst. |
Beta Was this translation helpful? Give feedback.
-
|
+1 Die Mini-Loadpoints würden mir auch sehr helfen! |
Beta Was this translation helpful? Give feedback.
-
|
Die Idee "Mini Loadpoints" von @naltatis, die ich und viele andere sehr gut gebrauchen könnten, ist jetzt bald 2 Jahre alt. |
Beta Was this translation helpful? Give feedback.
-
|
Siehe #7235 (reply in thread) Derzeit wird noch das Thema Config UI angegangen. |
Beta Was this translation helpful? Give feedback.
-
|
Dann warte ich noch geduldig etwas. Bisher bin ich nämlich mit dem was ich mit Shellys machen will gescheitert. |
Beta Was this translation helpful? Give feedback.
-
|
bis es soweit ist, benutze ich Solar Optimizer (HACS)funktioniert bei mir gut
On 2. Feb 2025, at 10:57, kjs-DE ***@***.***> wrote:
Dann warte ich noch geduldig etwas. Bisher bin ich nämlich mit dem was ich mit Shellys machen will gescheitert.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
and others
-
Motivation
Our loadpoint UI is optimized to visualize charger- and vehicle status. We notice that evcc is more and more used for other energy optimizations like heating (electric heater, heatpump) or smart plugs (battery charging, appliances). Due to evccs plugin structure its already possible to make this work right now, but applying the concept of vehicles to everything feels clunky. Introducing the concept of a "Mini Loadpoint" should address this.
Concept
The idea is to establish a new type of loadpoint that omits everything thats vehicle-, SoC-sepecific. The concept of a charging session and connection-states will only be available in the "normal" loadpoint.
Modes
Mini loadpoints also offer manual control (off/on) as well as an (optional?) evcc controlled mode (pv/smart).
Read only
The mini loadpoint can also be used for simple meters without power control to monitor consumption of devices like washers, dryers, simple-heaters, coffee-makers, air conditioners, ... UI controls will be disabled/omitted for these read-only loadpoints.
Configuration
Creating/configuring a mini loadpoint would be similar to the existing one since the functionality is mostly a subset of the regular loadpoint.
Visual representation
Mini loadpoints will show along regular loadpoints in the UI. Since they have fewer features we can visalize them more compact. On larger screens the space required for a regular loadpoint may be enough for four mini loadpoints. On phone screens we could show two mini loadpoints instead of one regular loadpoint (see screenshots below).
Features: Loadpoint vs Mini Loadpoint
(max power, phases, ...)
(off, pv/smart, on)
Read only(no switching, just watching)
(connected, timer, ..)
(icon?)
(% solar, co2, price/kWh, °C)
(daily, monthly, ...)
✅ Available.
❌ Not available.
🔁 User configurable. Maybe toggling through available values.
ℹ️ Currently "remaining" replaces "elapsed" if available (hard wired).
🔮 In the future.
Naming
"Mini Loadpoint" might be not the best name, but it illustrates where I'm going with this idea: creating a stripped down version for the existing loadpoint concept. When exposing this concept to users I guess calling it "Simple Loadpoint" and "Vehicle Loadpoint" would be clearer. But lets discuss the concept before we discuss the naming 😄
First rough UI ideas
Code in Draft PR
References
See also #6301, #7000, #7207, #6337
Beta Was this translation helpful? Give feedback.
All reactions