Support Fronius Wattpilot

[thecem]

Is your feature request related to a problem? Please describe.
Wattpilot API is out and working:

https://github.com/joscha82/wattpilot

Would be nice if we could implement here. To Stop the charging on SOC.

Describe the solution you'd like
Implemetation of Fronius Wattpilot API

Describe alternatives you've considered
To be able STOP Wattpilot on SOC level. But the most beautiful would be the implementation in the UI of EVCC!!!

Additional context
Add any other context or screenshots about the feature request here.

the@Air:~/wattpilot$ python3 example.py <Wattpilot IP> <Wattpilot Passwort>
Wattpilot: Wattpilot_33333332
Serial: 33333332
Connected: True
Car Connected: no car
Charge Status True
Mode: Eco
Power: 10
Charge: 0.00kW ---- 238V/236V/238V -- 0.00A/0.00A/0.00A -- 0.00kW/0.00kW/0.00kW

API Key: <API-Key>

[andig]

Was wird hier angefragt: die Unterstützung der Wattpilot Wallbox? Was hat diese mit dem SoC des Fahrzeugs zu tun?

[thecem]

Die Unterstützung der Wallbox. Der SOC hat nichts damit zu tun. Wenn integriert kann man endlich den Wattpiloten bei einem bestimmten SOC des Fahrzeugs aus EVCC stoppen.

[thecem]

Die API ist mit der GO-E V2 Cloud api identisch.

[andig]

Gibts eine offizielle Doku zur Api?

[thecem]

Nein von Fronius noch nicht, wird aber irgendwann kommen. Die Parameter in der Wattpilot API entsprechen 1:1 der GO-E API V2 Docu.

Ich kann gerne Abzüge zur Verfügung stellen.

[andig]

Kannst Du dann nicht heute schon

type: go-e

Benutzen?

[thecem]

Nein leider:

[lp-1  ] ERROR 2022/03/26 15:50:41 charge meter: wrong token
[lp-1  ] ERROR 2022/03/26 15:50:41 charge rater: wrong token
[lp-1  ] ERROR 2022/03/26 15:50:41 charger: wrong token

hiermit geht's token ist richtig:

https://31212121.api.v3.go-e.io/api/status?token=EA12121212121212121212121212121212

Wie bekommt denn EVCC die ChargerID mit?

[andig]

Ich verstehe die Frage nicht. Ich verlege das in Discussions bis klarer wird, was hier überhaupt zu tun ist.

[thecem]

Um per cloud api mit dem Wattpilot kommunizieren können, wird die GeräteID (serial_number) und der Token benötigt.
In der Konfig gebe ich aber nur den Token an. Woher weiß EVCC welches Gerät mit dem Token angesprochen werden muss, da ja keine Geräte ID konfiguriert wird (in der evcc.yaml).
Ich würde erwarten, dass die serial number irgendwo konfiguriert werden muss.

[premultiply]

Der Wattpilot scheint im Gegensatz zum hardwareseitig baugleichen go-e-Charger nur eine lokale WebSocket- und eine Cloud-API zu unterstützen wenn ich das richtig verstehe.

[premultiply]

safepay/sensor.fronius#48 (comment)

[andig]

token1 and token2 are changed on every connection

das gibts bei Go-e auch nicht. Also long story short: ohne Geraetezugang kommen wir da nicht weiter.

[premultiply]

Letztendlich scheint die ws-API von der go-e-App verwendet zu werden und bei Wattpilot und goeCharger und ansonsten offensichtlich identisch zu sein.
Natürlich von go-E bewusst nicht dokumentiert.
In den Kommentaren unterhalb des Links und in dem Python-Projekt scheinen alle nötigen Infos drin zu stecken um das theoretisch zu implementieren.
Am Ende braucht es aber wie du sagst vor allem eine Testmöglichkeit.

[thecem]

Zugang ? Zum Wattpiloten? Wie wollt ihr den haben? Per VPN?

[thecem]

Per Websocket zu ws://charger-ip/ws verbunden:

 _INFO_:Connect success, url = ws://192.168.76.33/ws
$ _INFO_:Received message: {"type":"hello","serial":"33334444","hostname":"Wattpilot_33334444","friendly_name":"Wattpilot_33334444","manufacturer":"fronius","devicetype":"wattpilot","version":"36.3","protocol":2,"secured":true}
$ _INFO_:Received message: {"type":"authRequired","token1":"RYP0MopXhf0MTRXsn8HQpCqpJcDMwg3z","token2":"YdAuxjY3oucHcyDv76VpTHC7a12GOOGo"}

Um den token3 zu berechnen folgendes:

    def __on_auth(self,wsapp,message):
        ran = random.randrange(10**80)
        self._token3 = "%064x" % ran
        self._token3 = self._token3[:32]
        hash1 = hashlib.sha256((message.token1.encode()+self._hashedpassword)).hexdigest()
        hash = hashlib.sha256((self._token3 + message.token2+hash1).encode()).hexdigest()
        response = {}
        response["type"] = "auth"
        response["token3"] = self._token3
        response["hash"] = hash

    def __send(self,message,secure=False):
        # If the  connection to wattpilot is over a unsecure channel (http) all send messages are wrapped in
        # a "securedMsg" Message which contains the original messageobject and a sha256 HMAC Hashed created
        # using the password
        if secure:
            messageid=message["requestId"]
            payload=json.dumps(message)
            h = hmac.new(bytearray(self._hashedpassword), bytearray(payload.encode()), hashlib.sha256 )
            message={}
            message["type"]="securedMsg"
            message["data"]=payload
            message["requestId"]=str(messageid)+"sm"
            message["hmac"]=h.hexdigest()

Kann das implementiert werden?

Alternativ das die Wattpilot API über die go-e implementation angespochen werden kann? Wie gesagt die API v2/v3 sollte von go-e ausreichen.
Die api uri ist wie unten aufgebaut:

https://33334444.api.v3.go-e.io/api/status?token=EA123456789tocken098765431

Vielen Dank!

[thecem]

Genau, mit dem obigen gIt link, wird die API per WS aktiviert (und erhält den Token), danach kann per Cloud API der Wattpilot abgefragt werden:

https://31212121.api.v3.go-e.io/api/status?token=EA12121212121212121212121212121212

[mabunixda]

Dh wie schaut die Konfiguration fuer einen Wattpilot nun aus?

chargers:
  - name: fronius_wattpilot_11go
    type: template
    template: go-e
    host: <ip-address>

als auch template: go-e-v3 bringen bei mir folgende Fehler ( uri ist nun dazu gepatcht in meiner Version ):

[lp-1  ] ERROR 2022/08/01 09:35:53 charger: unexpected status: 404 at http://10.2.0.12/status
[lp-1  ] ERROR 2022/08/01 09:36:01 charge meter: unexpected status: 404 at http://10.2.0.12/status
[lp-1  ] ERROR 2022/08/01 09:36:02 charge meter: unexpected status: 404 at http://10.2.0.12/status
[lp-1  ] ERROR 2022/08/01 09:36:02 charge rater: unexpected status: 404 at http://10.2.0.12/status

[Superexpertman]

Zunächst einmal auch von mir ein großer DANK für Eurer Engagement hier und vor allem die tolle Lösung evcc,
Wünsche mir auch die Implementierung des Fronius Wattpilot in evcc. Ich fahre ein gemischtes Wallbox-System mit 1 x Wattpilot und 2 x go-echarger V3. PV-Überschuss zentral aus evcc heraus steuern zu können, beides mit 1- auf 3-Phasen-Umschaltung würde helfen.
Was kann ich als Unerfahrener tun, um bei einer Lösung zu unterstützen?

[mabunixda]

Ja da habe ich ein anderes Requirement: Es muss alles per Wattpilot ( am Geraet ) bedienbar sein und evcc moeglichst transparent im Hintergrund und unbemerkt.

@andig kann eine WP denn sein Werte an evcc mitteilen, wenn dort Dinge geaendert werden? zB Ladestrom - ich hab es nur so wahrgenommen, dass evcc die Werte immer vorgibt eigentlich, somit keine bidirektionale Konfiguration des Ladevorgangs. Aber ich hab mich auch nicht ganz reingegraben, da es eben nicht mein Usecase ist, der zur Implementierung gefuehrt hat

[andig]

@mabunixda Du sprichst von einem Zähler? Die gibts ja- nur wenn nix zu steuern ist nutzt das ja nix. Wie soll denn das Zusammenspiel sein?

[mabunixda]

Mein Hauptanwender(in) bedient Wattpilot physisch - hier ist die Frage, ob man von diesen Daten ein Mapping auf evcc machen soll(te)/kann. zB 16A Laden entpsricht "fast" in evcc, Eco Mode = Min+PV etc. Ob man das will/braucht? Oder mein Anwender(in) da einfach nur technikfaul ist?

[premultiply]

Es können nicht zwei Steuersysteme gegeneinander arbeiten.
Wenn evcc steuern soll muss alles andere aus sein (und umgekehrt).
Also: Eco Mode etc. aus.
Wie bei der go-e-Firmware.

[andig]

Es können nicht zwei Steuersysteme gegeneinander arbeiten.

Das stimmt natürlich

Mein Hauptanwender(in) bedient Wattpilot physisch - hier ist die Frage, ob man von diesen Daten ein Mapping auf evcc machen soll(te)/kann. zB 16A Laden entpsricht "fast" in evcc, Eco Mode = Min+PV etc.

@mabunixda bei der Easee machen wir das auch so, dass die Buttons benutzt werden können um z.B. in evcc den mode umzuschalten. Das ist ja keine dynamische Steuerung sondern schlicht eine Änderung der Einstellungen. Sowas liesse sich also machen wenn Du dafür einen passenden Case hast.