go-e Charger WallBox über HTTPMOD

Begonnen von Prof. Dr. Peter Henning, 28 Januar 2024, 12:12:03

Vorheriges Thema - Nächstes Thema

DocCyber

Zitat von: Prof. Dr. Peter Henning am 28 Januar 2024, 12:12:03Das Modul funktioniert nur mit dem veralteten API Version 1, damit können aber nicht alle Features gesteuert werden.

"Veraltet" ist hier nicht der richtige Ausdruck. Die API V1 funktioniert mit den älteren Wallboxen.
Deine aktuelle Lösung basiert auf der API-V2, die für die neueren Boxen notwendig ist, aber mit den älteren -ohne entsprechende Anpassungen- nicht funktioniert.
Die Zahl der Parameter ist zudem qualitiv und quantitiv unterschiedlich.


Behandle die Menschen so, als wären sie, was sie sein sollten. Dadurch hilfst du ihnen zu werden, was sie sein können. (Goethe)


RPi-3 mit HM-CFG-LAN und jede Menge HM Komponenten.

Prof. Dr. Peter Henning

#31
Ich denke, diejenigen mit den älteren Wallboxen können problemlos mit dem älteren Modul leben. Für neuere Modelle aber schlage ich doch vor, nicht auf das alte API zu setzen. Und da ist die Lösung mit HTTPMOD in meinen Augen ganz nett.

Die Arbeit geht aber zugegeben etwas langsam voran, weil bei mir die wesentlichen Teile - E-Auto, Speicher und 2. PV-Anlage noch "im Zulauf" sind.

Wie man die Ladeleistung selbst optimieren kann, ist mir auch klar. Ich würde nur gerne wissen, wie der proprietäre Kasten mit der WallBox interagiert.

LG

pah

DocCyber

Zitat von: Prof. Dr. Peter Henning am 19 Februar 2024, 20:05:12Ich denke, diejenigen mit den älteren Wallboxen können problemlos mit dem älteren Modul leben.
Ja, auch wenn dort die Begriffe Strom, Spannung, Leistung, Energie bzw. deren Einheiten ziemlich durcheinander gewürfelt werden.

ZitatFür neuere Modelle aber schlage ich doch vor, nicht auf das alte API zu setzen.
Wenn man alle Features nutzen möchte, geht das auch gar nicht anders, denn es gibt im neuen API Parameter, die es im alten nicht gibt - und umgekehrt.

ZitatUnd da ist die Lösung mit HTTPMOD in meinen Augen ganz nett.
Yow. Es wäre aber natürlich elegant, wenn es mit dieser Lösung möglich wäre herauszufinden, um welche Wallbox es sich handelt und man dann das jeweils passende API -für einen universellen Einsatz- einsetzen würde.

Gibt eigentlich ein Aufruf mit einem nicht existierenden Parameter einen auswertbaren Fehler zurück?
Das könnte dann ein möglicher Ansatz sein...
Behandle die Menschen so, als wären sie, was sie sein sollten. Dadurch hilfst du ihnen zu werden, was sie sein können. (Goethe)


RPi-3 mit HM-CFG-LAN und jede Menge HM Komponenten.

Prof. Dr. Peter Henning

ZitatGibt eigentlich ein Aufruf mit einem nicht existierenden Parameter einen auswertbaren Fehler zurück?
Ja. Aber hier eine "automatische Auswahl" zu realisieren, halte ich für ziemlich sinnlos. Die beste Lösung wäre, eine Variante des HTTPMOD Device für API 1.0 und 1.5 zu produzieren. Mittelfristig wird der Code dann im Wiki bereitgestellt und jeder kann damit glücklich werden.

LG

pah

Sany

Hi,

vielen Dank für den Einstieg, den go-E-Charger per httpmod an fhem anzubinden.
Bei mir hängt das Teil schon eine Weile an der Wand, nun ist auch das nötige Auto "in Arbeit". Bis es dann auf dem Hof steht sollte die Überschussladung möglich sein.
Feedback: Wallbox ist die go-E Homefix 11kW, Hardwareversion 3, also mit Phasenumschaltung, Software 56.1 beta. Es ist im Moment nur die Cludverbindung sowie lokaler HTTP API v2 erlaubt.
Das Wally_c Device habe ich nach den Posts 1, 14 und 24 angelegt, hat soweit gleich funktioniert.
Ein paar "Fehlerchen" sind aufgetaucht:
- Reading 30 (dwo) habe ich die Expression und die Formatierung gelöscht, da der Wert auch "null" sein kann und somit ein Fehler bei der Division auftritt. Kann man vermutlich in der Expression abfangen, für mich tut es das erst mal so, da ich mit dem Wert noch nicht wirklich etwas anzufangen weiß.
- beim attr reading11OMap fehlt 23:NotChargingBecausePhaseSwitch 
Zusätzlich habe ich noch
attr Wally_c reading45JSON eto
attr Wally_c reading45Name energy_total
eingetragen, das ist quasi der "Stromzähler" in der Wallbox.
Den nutze ich, um die minütliche Leistung zu rechnen. Das mache ich bei allen Stromzählern so, die Werte werden in den ersten Sekunden einer Minute errechnet und somit bekomme ich aussagekräftige Diagramme (zumindes solange die Auflösung der Zähler hoch genug ist)

Was geht ist die Auswahl der Stromstärke (current_requested) ((ach ja, da war auch noch ein Fehler drin: das
attr Wally_c set04Hint {ReadingsVal("Wally_c","current_limitPresets","10")}
attr Wally_c set04Max 16
attr Wally_c set04Min 6
attr Wally_c set04Name current_requested
hat mir die Angaben bei set04Hint am Komma gerennt angeboten. Auch ohne geschweifte Klammern hat es nicht funktioniert. Ich habe dann einen Slider eingebaut:
attr Wally_c set04Hint slider,6,1,16
attr Wally_c set04Max 16
attr Wally_c set04Min 6
attr Wally_c set04Name current_requested

Das zusammen sollte reichen, die Wallbox für Überschussladung zu steuern. Was mir fehlt (weil noch keine Auto...) wäre mal ein Event-Monitor Auszug von diesem Device, um mal zu sehen, wie sich die diversen Readings ändern. Also z.B. nichts angesteckt, Auto angesteckt und freigegeben zum laden, Phasenumschaltung, verschiedene Ladeströme.
Wie schnell kann man die Box "umschalten", also z.B. verschiedene Ströme oder auch die Phase. Laut Anleitung wird die Ladung zum Fahrzeug bei der Phasenumschaltung unterbrochen, aber wie lange dauert das? Macht es dem Auto-Akku was aus, wenn man z.B. den Ladestrom minütlich anpassen würde?
Sorry falls da ein paar doofe Fragen dabei sind, aber wie gesagt: mir fehlt noch das Auto, deshalb kenne ich die Abläufe beim Laden nicht.


Viele Grüße




Sany
fhem als LXC auf Proxmox auf einem minix Z100 , weitere LXC mit ZigBee2MQTT, MariaDB und Grafana. Homematic, FS20, mySensors, MQTT2, Tasmota, Shelly, Z-Wave  ....

Prof. Dr. Peter Henning

#35
OK, Danke für die Hinweise, werde ich korrigieren bzw. ins Wiki aufnehmen.

Ich habe ja auch das Problem, dass ich bisher "autofrei" agiere. Wir werden sehen, was man noch anpassen muss.

Ich habe jetzt noch einen weiteren Befehl "get led_details" und zugehörige set-Befehle eingebaut:
attr Wally_c get04Name led_details
attr Wally_c get04URL http://192.168.0.211/api/status?filter=lbr,lse,cid,cwc,cch,cfi
attr Wally_c reading51JSON lbr
attr Wally_c reading51Name led_brightness
attr Wally_c reading52JSON lse
attr Wally_c reading52Name led_ecomode
attr Wally_c reading52OMap 0:off, 1:on
attr Wally_c reading53JSON cid
attr Wally_c reading53Name led_colorIdle
attr Wally_c reading53OExpr substr $val,1
attr Wally_c reading54JSON cwc
attr Wally_c reading54Name led_colorWaitcar
attr Wally_c reading54OExpr substr $val,1
attr Wally_c reading55JSON cch
attr Wally_c reading55Name led_colorCharge
attr Wally_c reading55OExpr substr $val,1
attr Wally_c reading56JSON cfi
attr Wally_c reading56Name led_colorFinished
attr Wally_c reading56OExpr substr $val,1
attr Wally_c set20Max 255
attr Wally_c set20Min 0
attr Wally_c set20Name led_brightness
attr Wally_c set20URL http://192.168.0.211/api/set?lbr=$val
attr Wally_c set21IMap true:on,false:off
attr Wally_c set21Name led_ecomode
attr Wally_c set21URL http://192.168.0.211/api/set?lse=$val
attr Wally_c set22FollowGet led_details
attr Wally_c set22Name led_colorIdle
attr Wally_c set22TextArg 1
attr Wally_c set22URL http://192.168.0.211/api/set?cid="%23$val"
attr Wally_c set23FollowGet led_details
attr Wally_c set23Name led_colorWaitcar
attr Wally_c set23TextArg 1
attr Wally_c set23URL http://192.168.0.211/api/set?cwc="%23$val"
attr Wally_c set24FollowGet led_details
attr Wally_c set24Name led_colorCharge
attr Wally_c set24TextArg 1
attr Wally_c set24URL http://192.168.0.211/api/set?cch="%23$val"
attr Wally_c set25FollowGet led_details
attr Wally_c set25Name led_colorFinished
attr Wally_c set25TextArg 1
attr Wally_c set25URL http://192.168.0.211/api/set?cfi="%23$val"

LG

pah

Edit: Und damit die Angaben alle in kWh sind, habe ich auch noch

set45Format %.3f
set45OExpr $val/1000

spendiert

Prof. Dr. Peter Henning

Ich habe noch zwei Änderungen. Wenn man nämlich die einfachen Kommandos "set <Charger> on/off" übernehmen möchte, die für das alte Modul definiert waren, kollidiert dies mit den Settings für den Energiesparmodus der LEDS. Den kann man dann nicht mit on/off auslesen oder setzen, stattdessen benötigt man yes/no. Also
Zitatreading52OMap  => 0:no, 1:yes
set21IMap      => true:yes,false:no

Den Einwand reading energy_stop kann ich nach Prüfung nicht nachvollziehen. Auch wenn man diesen Wert in der App löscht, kann er nicht "null" werden, sondern wird eben nummerisch 0.0.

Um sicher zu sein kann man
Zitatreading30OExpr => ($val eq "null")?"no":sprintf("%.1f",$val/1000)
setzen, die Notwendigkeit sehe ich aber bei mir nicht.

LG

pah

Sany

Guten Morgen,

ZitatDen Einwand reading energy_stop kann ich nach Prüfung nicht nachvollziehen. Auch wenn man diesen Wert in der App löscht, kann er nicht "null" werden, sondern wird eben nummerisch 0.0.

Mit der ersten Version gabs folgendes im Log:
Zitat2024.02.25 11:00:03.252 3: Wally_c: perl expression eval with expresion package main; my $timeDiff = $oRef->{'$timeDiff'};$val/1000 created warning: Argument "" isn't numeric in division (/) at (eval 11187352) line 1.
mit der neuen reading30OExpr => ($val eq "null")?"no":sprintf("%.1f",$val/1000) kommt das im Log:
Zitat2024.02.28 21:54:01.750 3: Wally_c: perl expression eval with expresion package main; my $timeDiff = $oRef->{'$timeDiff'};($val eq "null")?"no":sprintf("%.1f",$val/1000) created warning: Argument "" isn't numeric in division (/) at (eval 9083344) line 1.
wenn ich per URL die Daten im Browser (Firefox) abfrage bekomme ich dwo: null

Ohne die Formatierung im HTTPMOD gibts keine Fehlermeldung.
Wenn ich es recht verstehe kann man bei dwo einen Wert setzen (und auch lesen) der einer gewünschten Lademenge in Wh entspricht. null bedeutet deaktiviert. Jetzt habe ich mal was eingetragen, dann gibts auch keine Fehlermeldung mehr.

Wenn ich das Ladelimit in der App lösche wird in der App 0 kWh angezeigt, die Abfrage per Browser ergibt wieder dwo: null und mit Formatierung gibts im Log die Fehlermeldung.
Dies nur zur Info. Für mich ist das nicht wirklich relevant. Sollte ich mit setzen von dwo/energy_stop mal etwas anfangen kann ich auch mit einer Angabe in Wh leben. Aber ich schau mir das an, sobald ich mal ein Auto an die Box bekomme.

Gruß


Sany
fhem als LXC auf Proxmox auf einem minix Z100 , weitere LXC mit ZigBee2MQTT, MariaDB und Grafana. Homematic, FS20, mySensors, MQTT2, Tasmota, Shelly, Z-Wave  ....

Prof. Dr. Peter Henning

Sieh mal einer an. Natürlich ist der JSON-Datenwert "null", wenn man dwo in der App löscht. Bei mir wird das aber durch HTTPMOD in 0.0 übersetzt, also bekomme ich keine Fehlermeldung.

Bevor ich mir überlege, woran das liegen kann, fangen wir es doch einfach ab.
reading30OExpr => ($val =~ /\d+/)?sprintf("%.1f",$val/1000):"no"
set05IExpr     => ($val =~ /\d+/)?$val*1000:"null"

LG

pah


Sany

getestet, funktioniert! Vielen Dank.
Im go-E Charger wird dwo auch zu null, wenn man in der App die kWh auf 0 setzt. Wenn ich per Wally_c energy_stop auf 0 setzte steht auch 0 drin.
Verstehe nicht ganz, warum die überhaupt "null" als deaktiviert da drin haben. 0 wäre ja genauso gut und leichter zum Auswerten.
acu / current_allowed ist vielleicht auch noch so ein Kandidat. Steht im Moment per Browser ausgelesen auf null, im Wally_c ist das Reading leer. Da der Wert ja nur gelesen werden kann müßte der sich beim Laden irgendwie ändern? Vielleicht in Abhängigkeit von current_requested während der Ladung. Mal sehen.....

Grüße


Sany
fhem als LXC auf Proxmox auf einem minix Z100 , weitere LXC mit ZigBee2MQTT, MariaDB und Grafana. Homematic, FS20, mySensors, MQTT2, Tasmota, Shelly, Z-Wave  ....

Prof. Dr. Peter Henning

Man braucht die WallBox nur auf "on" zu setzen, dann geht current_allowed zunächst mal auf den Wert von current_requested.
Die Frage ist nur, was sinnvoller in der Anzeige ist: "none", wenn kein current allowed ist, oder der Leerstring.

Eine "0" würde ich dort ungerne anzeigen lassen, weil das ja ein nummerischer Wert ist, der auch beim Lademanagement auftreten kann.

LG

pah

Sany

Hier mal ein wenig Event-Monitor von Wally_c mit Auto wie es bisher in diesem Thread aufgebaut wurde. Ich habe nur die Formatierung für energy_total nicht übernommen, da ich Wh statt kWh möchte.

Zitat** Kabel am Charger und dann am Auto angesteckt, Charger per RFID-Token freigegeben, Auto lädt sofort. Vorgewählt war Phase "Auto" und  6 A. Der Powerwert ist langsam angestiegen. Es ist eingestellt, dass das Kabel beim Laden verriegelt wird.
2024-03-02 15:06:00.593 HTTPMOD Wally_c charge_allowed: yes
2024-03-02 15:06:00.593 HTTPMOD Wally_c transaction: 1
2024-03-02 15:06:00.593 HTTPMOD Wally_c power: 7.666666508
2024-03-02 15:06:00.593 HTTPMOD Wally_c energy: 0.064030489
2024-03-02 15:06:00.593 HTTPMOD Wally_c current_allowed: 6
2024-03-02 15:06:00.593 HTTPMOD Wally_c charge: ChargingBecauseFallbackDefault
2024-03-02 15:06:00.593 HTTPMOD Wally_c charge_num: 15
2024-03-02 15:06:00.593 HTTPMOD Wally_c car_num: 2
2024-03-02 15:06:00.593 HTTPMOD Wally_c car: charging
2024-03-02 15:06:00.593 HTTPMOD Wally_c lock: locked
2024-03-02 15:06:00.593 HTTPMOD Wally_c lock_num: 3
2024-03-02 15:06:00.593 HTTPMOD Wally_c charging

** eine Minute später: die Power ist auf ~4.2 kW angestiegen.
2024-03-02 15:07:00.418 HTTPMOD Wally_c power: 4290.333496
2024-03-02 15:07:00.418 HTTPMOD Wally_c energy: 62.7054239
2024-03-02 15:07:00.418 HTTPMOD Wally_c energy_total: 2190

2024-03-02 15:08:00.505 HTTPMOD Wally_c power: 4292
2024-03-02 15:08:00.505 HTTPMOD Wally_c energy: 133.5881661
2024-03-02 15:08:00.505 HTTPMOD Wally_c temperature_box: 15.625
2024-03-02 15:08:00.505 HTTPMOD Wally_c energy_total: 2261

2024-03-02 15:09:00.632 HTTPMOD Wally_c power: 4295
2024-03-02 15:09:00.632 HTTPMOD Wally_c energy: 205.8556107
2024-03-02 15:09:00.632 HTTPMOD Wally_c energy_total: 2333

** In der App auf einphasig und Strom auf 13A umgestellt: Laden wird gefühlt 30 sec unterbrochen
2024-03-02 15:10:00.705 HTTPMOD Wally_c charge_allowed: no
2024-03-02 15:10:00.705 HTTPMOD Wally_c power: 4290.666504
2024-03-02 15:10:00.705 HTTPMOD Wally_c energy: 264.690517
2024-03-02 15:10:00.705 HTTPMOD Wally_c current_allowed:
2024-03-02 15:10:00.705 HTTPMOD Wally_c charge: NotChargingBecausePhaseSwitch
2024-03-02 15:10:00.705 HTTPMOD Wally_c charge_num: 23
2024-03-02 15:10:00.705 HTTPMOD Wally_c car_num: 4
2024-03-02 15:10:00.705 HTTPMOD Wally_c car: finished
2024-03-02 15:10:00.705 HTTPMOD Wally_c phase_switchmode: force_1
2024-03-02 15:10:00.705 HTTPMOD Wally_c energy_total: 2392
2024-03-02 15:10:00.705 HTTPMOD Wally_c not_allowed

** umschalten auf 1 Phase erledigt, die "Zielleistung" liegt noch nicht ganz an.
2024-03-02 15:11:00.650 HTTPMOD Wally_c charge_allowed: yes
2024-03-02 15:11:00.650 HTTPMOD Wally_c power: 2217.666748
2024-03-02 15:11:00.650 HTTPMOD Wally_c energy: 288.1251803
2024-03-02 15:11:00.650 HTTPMOD Wally_c current_allowed: 13
2024-03-02 15:11:00.650 HTTPMOD Wally_c charge: ChargingBecauseFallbackDefault
2024-03-02 15:11:00.650 HTTPMOD Wally_c charge_num: 15
2024-03-02 15:11:00.650 HTTPMOD Wally_c car_num: 2
2024-03-02 15:11:00.650 HTTPMOD Wally_c car: charging
2024-03-02 15:11:00.650 HTTPMOD Wally_c energy_total: 2415
2024-03-02 15:11:00.650 HTTPMOD Wally_c charging

** Strom auf 10A reduziert und auf 3phasig umgeschaltet
2024-03-02 15:12:00.585 HTTPMOD Wally_c power: 1630
2024-03-02 15:12:00.585 HTTPMOD Wally_c energy: 312.2353637
2024-03-02 15:12:00.585 HTTPMOD Wally_c current_allowed: 10
2024-03-02 15:12:00.585 HTTPMOD Wally_c phase_switchmode: force_3
2024-03-02 15:12:00.585 HTTPMOD Wally_c energy_total: 2439

** Laden wird auch hier unterbrochen
2024-03-02 15:13:00.483 HTTPMOD Wally_c power: 7117.333496
2024-03-02 15:13:00.483 HTTPMOD Wally_c energy: 419.3656874
2024-03-02 15:13:00.483 HTTPMOD Wally_c temperature_cable: 21.625
2024-03-02 15:13:00.483 HTTPMOD Wally_c car_num: 4
2024-03-02 15:13:00.483 HTTPMOD Wally_c car: finished
2024-03-02 15:13:00.483 HTTPMOD Wally_c energy_total: 2545
2024-03-02 15:13:00.483 HTTPMOD Wally_c finished

** Laden am Auto ausgeschaltet: Laden beendet und Kabel an der Box freigegeben, Kabel abgezogen
2024-03-02 15:15:00.638 HTTPMOD Wally_c charge_allowed: no
2024-03-02 15:15:00.638 HTTPMOD Wally_c transaction:
2024-03-02 15:15:00.638 HTTPMOD Wally_c current_allowed:
2024-03-02 15:15:00.638 HTTPMOD Wally_c charge: NotChargingBecauseAccessControlWait
2024-03-02 15:15:00.638 HTTPMOD Wally_c charge_num: 2
2024-03-02 15:15:00.638 HTTPMOD Wally_c car_num: 1
2024-03-02 15:15:00.638 HTTPMOD Wally_c car: idle
2024-03-02 15:15:00.638 HTTPMOD Wally_c lock: unlocked
2024-03-02 15:15:00.638 HTTPMOD Wally_c lock_num: 1
2024-03-02 15:15:00.638 HTTPMOD Wally_c not_allowed

** das normale Abfragen der Box, ohne Änderungen (car: idle wird ca alle 15min "durchgelassen")
2024-03-02 15:19:00.412 HTTPMOD Wally_c temperature_box: 16.75
2024-03-02 15:25:00.376 HTTPMOD Wally_c temperature_box: 17.75
2024-03-02 15:31:03.932 HTTPMOD Wally_c car: idle
2024-03-02 15:31:04.149 HTTPMOD Wally_c current_requested: 10
2024-03-02 15:47:00.618 HTTPMOD Wally_c car: idle
2024-03-02 16:03:00.362 HTTPMOD Wally_c car: idle


Gruß


Sany
fhem als LXC auf Proxmox auf einem minix Z100 , weitere LXC mit ZigBee2MQTT, MariaDB und Grafana. Homematic, FS20, mySensors, MQTT2, Tasmota, Shelly, Z-Wave  ....

Prof. Dr. Peter Henning

So, Danke an Sany für das Ausgraben der Diskussion https://github.com/goecharger/go-eCharger-API-v2/discussions/110

Der Knackpunkt ist einfach eine Meldung von Gesamtleistung des Hauses und des Akkus an die WallBox alle 5 Sekunden, die WallBox steuert dann von selbst das Überschussladen

Womit sich die Frage stellt, ob man das wirklich innerhalb von FHEM realisieren sollte. Mit einem externen MQTT-Server sollte das einfacher gehen, ohne die FHEM-Hauptschleife zu belasten.

LG

pah

Sany

Ja, die Geschichte ist interessant. Allerdings hätte ich da auch Bauchschmerzen, die Datenflut im fhem hauptsächlich "nicht" zu verarbeiten. Denn man braucht ja vergleichsweise wenig davon. Auch ich war schon 2021 mit dem Support in Kontakt wegen der vielen sekündlich gesendeten Daten, wenn ich jetzt in der Github-Diskussion immer noch davon lese, dass sich User deshalb "beschweren" habe ich trotz Ankündigung, da "soll was zum Einstellen und Filtern" kommen nicht so recht die Hoffnung, das sich da bald was tut. Man kann das ja beobachten.
Aus den gestern gewonnenen Daten kann man aber schön erkennen, was der go-E charger so macht, wenn man Phasenumschaltung oder Stromänderung per App schickt. Mit dem HTTPMOD-Device von pah kann man die selben Dinge an den Charger schicken. Damit läßt sich die Überschussladung ebenso realisieren, einige Ansätze dazu findet man auch hier im Forum. Ich werde das auch so erst mal realisieren, da ich aber noch ein paar Monate auf das Auto warten muss hat das auch Zeit. Wie schon weiter oben erwähnt habe ich nur minütliche Powerdaten(*), diese aber von allen Messstellen quasi gleichzeitig am Minutenwechsel, so dass kurz nach dem Minutenwechsel Werte exisitieren, mit denen man rechnen kann. Ist für meinen "Kraftwerksbetrieb" völlig ausreichend, und wenn ich bei der Überschussladung mal für ne Minute in teilweisen Bezug komme... so what. Ausserdem kann man ja auf eine gewisse Resteinspeisung runtergehen als Puffer, die muss ja nicht 0 werden, wie vom go-E charger wohl angestrebt.
Bin gespannt, was sich bei go-E demnächst so tut. Irgendwie habe ich aber den Eindruck, dass dort "größer" gedacht wird, also Betrieb mehrerer Charger, fernbedienbar, OCPP.... da fällt der einfache USer mit einem Charger vielleicht hinten runter mit seinen Bedürfnissen.....


Gruß


Sany


(*) errechnet über den Zählerunterschied der letzen Minute
fhem als LXC auf Proxmox auf einem minix Z100 , weitere LXC mit ZigBee2MQTT, MariaDB und Grafana. Homematic, FS20, mySensors, MQTT2, Tasmota, Shelly, Z-Wave  ....

Prof. Dr. Peter Henning

Ich hab derzeit weder BEV, noch 2. PV-Anlage, noch Speicher, noch Leistungsmessung zum Verbrauch. Die HomeMatic-Interfaces für die "modernen Messeinrichtungen" hatten nämlich 3 Wochen Lieferzeit, und das war erst vor 2 Wochen ...

LG

pah