Eugenius

ja natürlich, ich habe mir unglücklich ausgedrückt: die Zeiten muss man n-1 eintragen, denn "Rest" gilt ja dann "automatisch" Preis für den Rest man ja trotzdem vergeben. @MatzeTF wie können wir als Nutzer mit "etwas" Programmiererfahrung unterstützen damit es schneller voran kommt?

Ich habe genauer nachgedacht, Modul 3 kann ja auch mit dynamischen Tarifen kombiniert werden, muss also doch getrennt betrachtet werden. Da sind, z.B. nur 3 Stufen definiert, günstig/teuer muss man mit Zeiten eintragen, Rest ist automatisch. Genauso mit den 2 Stufentarifen: man kann ja günstuge Zeiten eintragen, der Rest ist "normal/teuer". So wird es viel einfacher im der UI umd unabhängig von einander

Zum Verständnis: warum ist txt/csv einfacher als in der UI castchen befüllen? Copy&paste? Ja ok, aber UI geht auch vom Handy aus. Evtl. Beides?

Ok, also in Prinzip das gleiche. Mit meiner Idee könnte der andere Nutzer es auch umsetzen. Die Frage ist nur: wirklich Nettopreise + unterschiedliche Entgelte und viel Rechnerei Oder doch wie ich es vorschlage, dass man Bruttopreise eingibt. Es sind halt bei 15 Minuten Takt 96 Eingaben, dafür sehr flexibel. Man könnte auch mit Zeitintervalen arbeiten. Wenn man z.B. EnBW Tarif mit 4 Intervallen mit Modul 3 kombiniert kommt auch einiges, da Intervalle sich nicht perfekt überschneiden, aber weniger als 96 Stück. Ich könnte mich in die SW einarbeiten und schauen was ich hinbekomme. Ich habe aber nur WARP 3 Pro und nicht den Manger

Klingt gut! Ich habe versucht zu finden, aber nichts gefunden, deswegen Thread dazu.

Hallo zusammen, ist eine Unterstützung von nicht ganz Dynamischen Tarifen geplant? Octopus Go hat von 0 bis 5 Uhr nachts sehr günstigen Tarif, restliche Zeit etwas teurer. EnBW Strom SparZeit bietet günstige Zeit zwischen 0 bis 6 und 10 bis 16 Uhr "günstige Zeit" und Restliche Zeit teurer. Wenn man das ganze mit $14a Module 3 kombiniert, dann hat man zu bestimmten Zeiten andere Netzentgelte, also variieren die Preise wieder etwas. Mir geht es um keine APIs, sondern, dass User selbst für 24h möglichst in 15 min Auflösung die Tarife selbst hinterlegen kann (und selbst aktualisieren soll) Mit dem hinterlegtem Tarif wird dann zu günstigen Zeiten geladen, aber auch entsprechend Preis kalkuliert. P.S. warum die 15 Min Auflösung: bei uns in der Region wird Modul 3 in 15 min Auflösung angeboten Ich stelle mir es so vor: Bereich: Benutzerdefiniter Tarif Auflösung 15/60 min und dann dann einfach Eingabefelder anzeigen wo der User die Bruttopreise eingibt.

Hey Leute! ich schließe mich hier mal an. Angenommen, eine große Installation (30 Wallboxen (fix dem Nutzer zugeordnet) + WARP Energy Manager 2.0) in einer TG einer WEG. Die Hausverwaltung muss 1x Jährlich Strom von den Nutzern abrechnen. Um möglichst einfach das der Verwaltung zu machen wäre meine Idee: Pro RFID (bzw. Wallbox) an gewünschtem Tag im Jahr senden alle Wallboxen eigene Abrechnungen als PDF an eine eMail Adresse der Verwaltung (evtl. noch eine Kopie an den Benutzer) Energy Manager schickt noch "eigene" Abrechnung zusätzlich. Diese Beinhaltet den restlichen Strom (die Energymeter, Accepoint Switch und was auch immer Strom brauchen) + Grundgebühr die man als Konstante hinterlegt (Da drin kann z.B. Zähler/Stromtarif Grundgebühr, SIM Karte/Internet sein oder auch Verwalterpauschle). Diese Zusatzabrechnung teilt dann der Verwalter unter den Nutzern in gleichen Teilen auf. Non-Plus Ultra: Energie Manger teil die Zusatzkosten selbst auf und addiert diese zu den Wallbox/RFID Kosten. So weiß jeder Nutzer selbst wie viel er genau überweisen soll. Man könnte es auch einfach machen: in Jeder Wallbox Pauschal einen Betrag hinterlegen der dazu addiert wird (man kann ja "Extrastromvebrauch" hochrechnen und "pauschal" mit Grundgebühr Anteilen abrechnen). So müsste Verwalter gar nichts mehr tun, außer schauen, das die Kosten beglichen sind. Viele Verwaltungen weigern sich einzeln die Wallboxen zu checken um den Verbrauch herauszufinden.

Kleines Feedback: Ich bin begeistert! 😍 Die Wallbox funktioniert so wie ich das wollte :) Ich hatte Anfangsschwierigkeiten EVCC+WARP3 zum laufen zu bringen (falsch eingestellt) und einen komischen Hänger WARP-Seits (MQTT wurde nicht mehr aktualisiert, somit kamen die Daten nicht mehr an EVCC richtig aber auch die Steuerung von EVCC hatte keine Auswirkungen), Reboot tut aber gut. Wunsch für die EVSE 4.0: ISO15118 Unterstützung, gerne als Nachrüstmodul für WARP3 ;) EDIT: Ist das wirklich so, dass ich ein NC Button nicht nicht NO brauche? Ich habe ein richtig gutes RGB-Button, aber NO. Spricht etwas gegen Umdrehung mit einem Mosfet/Transistor? Bzw. kann man es in der Software umdrehen?

Bei mir klappt es auch nicht :/ mit warp3 und mit warp+energymanager habe ich keine automatische Umschaltung Ich nutze Mosquitto add-on in Home-Assistant. EDIT: Ich glaube langsam sollte man die Doku auf WARP3 anpassen :) Evtl. habe ich zu viel rumgespielt, k.A. Also, so geht es nun (evcc neustartetn nach dem Eisntellungen in WARP3 geändert hat!) Aus irgendeinem Grund, dachte ich, dass Fremdsteuerung für EVCC auf "Lastmanager" stehen sollte :/

Jetzt man eine generelle Frage: Warum nutzt man MQTT für die WARP Integration? Warum nicht HTTP oder gar ModbusTCP?

@MatzeTF Das irritiert mich ein wenig... Ich möchte bei einem Ladevorgang zum Begin und zum Ende die Zählerstände von der Wallbox und von dem Netzzähler auslesen, also ID209, so kann ich PV Nutzung berechnen. D.h. ich kann es nicht in den Code eingießen, sondern muss es änderbar machen?!

Noch eine weitere Idee: PV Preis + Einkaufspreis Beim Laden nicht nur kWh von dem internen Zähler mit dem Preis multiplizieren sondern auch noch Netzzähler auswerten. Wenn man 10kWh geladen hat und Netzzähler um 1kWh beim Bezug hoch gegangen ist, haben wir 90% PV und 10% Netzbezug. Somit 7 cent PV * 9 kWh + 30 cent Netz * 1 kWh => 93 cent

Ich werde beobachten. Im worstcase muss ich mir andere Schütze kaufen. Für diese habe ich gerade mal 20 Euro bezahlt mit Kontakten. Beim Hager wäre ich bei 14 Euro nur für ein Kontaktenpaar. Man braucht ja 2 davon... P.S.

Wallbox ist angeschlossen, läuft. danke für die Unterstützung! 3.3V habe ich direkt von dem Ethernet-Brick-7p-Stecker nun geklaut, wird ja von EVSE nicht genutzt, also einfach Pin aus dem Stecker rausgenommen. Widerstand und Stromeinstellung auf dem Foto sind noch falsch. Und ich habe mich doch für die China Schütze entschieden (Was spricht eigentlich gegen 4 polige Schütze und ein Pol davon als Aux-Kontakt nutzen?). Die waren ca. Faktor 4 günstiger als z.B. Hager mit Kontakten. Dafür habe ich sogar für L1+N eine 63A Version gekauft und "Lüftungsabstände gelassen". WB selbst ist im Schatten unterm Carport Dach installiert. Kabelführung habe ich ungefähr 3000 Mal verändert :D aber so hat es am besten von der Zuleitung aus dem Ausgang gepasst und der Zähler ist nicht "auf dem Kopf". Mal schauen was ich mit LED + Button machen werde. Die Wallbox hängt in 2,5m Höhe, LED wäre da noch OK, aber das Button muss ich schon etwas niedriger platzieren :D Als Gehäuse habe ich bei Pollin "ABS Gehäuse, 240,3 x 160,3 x 90 mm, IP66" genommen.

Evtl. hilft es anderen: Ich habe einen IR Kopf an meinem Zähler hängen und statt Tasmota nutze ich ESPHome. Hier ist die YAML Datei die gleich MQTT Payload für den WARP bereit stellt: sensor: - platform: sml name: "Energy bought total" id: "energy_bought_total" sml_id: mysml obis_code: "1-0:1.8.0" unit_of_measurement: kWh accuracy_decimals: 3 device_class: energy state_class: total_increasing icon: mdi:counter filters: - multiply: 0.0001 - throttle_average: 120s - platform: sml name: "Energy sold total" id: "energy_sold_total" sml_id: mysml obis_code: "1-0:2.8.0" unit_of_measurement: kWh accuracy_decimals: 3 device_class: energy state_class: total_increasing icon: mdi:counter filters: - multiply: 0.0001 - throttle_average: 120s - platform: sml name: "Current Power" id: current_power sml_id: mysml obis_code: "1-0:16.7.0" unit_of_measurement: W accuracy_decimals: 0 device_class: power state_class: measurement on_value: then: - mqtt.publish: topic: warp3/WARP_ID/meters/1/update payload: !lambda |- return "[" + to_string(id(current_power).state) + "," + to_string(id(energy_bought_total).state) + "," + to_string(id(energy_sold_total).state) + "]";