Batterie Kontrolle mit Fronius Symo Hybrid

[Wisley7]

Moin, ich habe den besagten WR mit einem BYD Speicher. Leider kann ich die Batterie Steuerung nicht aktivieren, da der WR kein API Passwort hat, und es kann auch keins aktiviert werden.
Ich habe es schon mit dem Service Passwort versucht, auch ohne Erfolg.
Hat das schon jemand mit dem besagte WR hin bekommen?
Danke

[HanseKa]

Ich gehe davon aus, dass du einen "SymoGen24 Plus" in Betrieb hast. Für den Wechselrichter brauchst du kein API Passwort, du nimmst einfach die Anmeldedaten der Weboberfläche des WR! Benutzer "customer" und "Passwort". Dieses Passwort ist dir bekannt?

Oder ist API im Wechselrichter noch nicht aktiviert? Dazu auf der Weboberfläche des Wechselrichters (geht auch als customer) anmelden, und über =>Kommunikation=>Solar-API <Kommunikation über Solar API aktivieren> einstellen!

So funktioniert's zumindest bei mir! Viel Erfolg!

[Wisley7]

Nein, wie beschrieben habe ich einen fronius Symo Hybrid, und keinen SymoGen24.

[HanseKa]

=>Nein, wie beschrieben habe ich einen fronius Symo Hybrid, und keinen SymoGen24.

Ist eigentlich auch egal! Wie meldest du dich auf der Weboberfläche des Wechselrichters an? Benutzername und Passwort? Diesen Benutzernamen (Werkseitig: user) und dieses Passwort trägst du in die evcc.yaml ein. Dann sollte es funktionieren!

[Wisley7]

Nix zu machen. Wie beschrieben, sogar die Zugangsdaten als Service genutzt. Höhere Instanz gibt es nicht.
hab jetzt auf dein Anraten den Nutzer User genommen. Extra hierfür ein Passwort vergeben, aber auch hier ohne Erfolg.
anbei Screenshot mit den Fehlermeldungen

[StefanSchoof]

Die Symo Geräte funktionieren über SunSpec. Es gibt da zwei Templates mit Batteriesteuerung: https://docs.evcc.io/docs/devices/meters#sunspec-batterie-model-124 und https://docs.evcc.io/docs/devices/meters#sunspec-batterie-model-802
Hast du schon probiert, ob die für dich funktionieren?

[HanseKa]

Poste bitte einmal deine evcc.yaml!

[Wisley7]

Die yaml muss ich erst mal aufräumen, da sind viele ungenutzte Einträge, wo ich bei anderen Templates was ausprobiert hab…

[Wisley7]

Ich werde die Tage einmal dir Tamplates über sunspec ausprobieren.
Danke schon mal an euch

[Wisley7]

Leider kein Erfolg mit den Sunspec, obwohl Modbus im WR aktiv ist und über IOBroker funktioniert.

Vll bin ich auch einfach zu doof. hier mal meine Yaml.

Für ünterstützung bin ich natürlich sehr dankbar

network:
schema: http
host: evcc.local # .local suffix announces the hostname on MDNS
port: 7070

log: info
levels:
cache: error

plant: xxx

interval: 10s # control cycle interval

tariffs:
currency: EUR # (default EUR)
grid:
# static grid price
# type: fixed
type: tibber
# price: 0.40 # [currency]/kWh
token: xxx

feedin:
# rate for feeding excess (pv) energy to the grid
type: fixed
price: 0.11 # [currency]/kWh

sponsortoken: xxx

telemetry: false

meters:

• type: template
  template: fronius-solarapi-v1
  usage: grid
  host: 192.168.178.50
  name: grid1
• type: template
  template: fronius-solarapi-v1
  usage: pv
  host: 192.168.178.50
  name: pv2
• name: battery3
  type: template
  template: sunspec-battery-control
  usage: battery
  modbus: tcpip
  id: 1
  host: 192.168.178.50 # Hostname
  port: 502 # Port
  #- type: template
  #template: fronius-solarapi-v1
  #sage: battery
  #host: 192.168.178.50
  #name: battery3
  #user: service
  #password: xxx
  #capacity: 11.4
  #- type: template
  #template: fronius-solarapi-v1
  #usage: pv
  #host: 192.168.178.51
  #name: pv4
• type: custom
  power:
  source: http
  uri: http://192.168.178.80:8087/get/modbus.1.holdingRegisters.80092_ACPOSymo
  jq: .val # parse message json
  scale: 1 # floating point factor applied to result, e.g. for Wh to kWh conversion
  timeout: 300s # error if no update received in 30 seconds
  name: pv4
• type: custom
  power:
  source: http
  uri: http://192.168.178.80:8087/get/hm-rpc.0.MEQ0703482.1.POWER
  jq: .val # parse message json
  scale: 1 # floating point factor applied to result, e.g. for Wh to kWh conversion
  timeout: 300s # error if no update received in 30 seconds
  name: wpumpe
• type: custom
  power:
  source: http
  uri: http://192.168.178.80:8087/get/hm-rpc.0.MEQ0274237.2.POWER
  jq: .val # parse message json
  scale: 1 # floating point factor applied to result, e.g. for Wh to kWh conversion
  timeout: 300s # error if no update received in 30 seconds
  name: Aquarium

chargers:

• type: template
  template: homematic
  host: 192.168.178.90
  port: 2001
  device: NEQ0192491
  icon: heater
  switchchannel: 2
  standbypower: -1
  name: wallbox7
  integrateddevice: true
  heating: true
• type: template
  template: homematic
  host: 192.168.178.90
  port: 2001
  device: MEQ0274237
  icon: heater
  heating: true
  switchchannel: 1
  standbypower: 0
  name: wallbox8
  integrateddevice: true
• type: template
  template: go-e-v3
  host: 192.168.178.71
  name: wallbox5

loadpoints:

• title: GO-E
  charger: wallbox5
  vehicle: ev5
  mode: pv
  phases: 0
  mincurrent: 6
  maxcurrent: 30
  #priority: 3
• title: SGReady2
  charger: wallbox7
  mode: pv
  phases: 1
  vehicle: WarmwasserTemp
  meter: wpumpe
  mincurrent: 18
  maxcurrent: 18
  guardduration: 15m
  enable:
  threshold: 0
  delay: 1m
  disable:
  threshold: 0
  delay: 15m # Laufzeit mindestens 15 Minuten
• title: Aquarium Heizung
  charger: wallbox8
  vehicle: AquaTemp
  meter: Aquarium
  mode: pv
  phases: 1
  #priority: 2
  mincurrent: 2
  maxcurrent: 2
  guardduration: 1m
  enable:
  threshold: 0
  delay: 1m
  disable:
  threshold: 0
  delay: 1m # Laufzeit mindestens 15 Minuten

vehicles:

• name: AquaTemp
  type: custom
  title: AquariumTemp
  icon: Waterheater
  phases: 1
  soc:
  source: http
  uri: http://192.168.178.80:8087/get/hm-rpc.0.REQ1336277.1.TEMPERATURE
  jq: .val # parse message json
  scale: 1 # floating point factor applied to result, e.g. for Wh to kWh conversion
• name: WarmwasserTemp
  type: custom
  title: Warmwasser
  icon: Waterheater
  phases: 1
  soc:
  source: http
  uri: http://192.168.178.80:8087/get/myuplink.0.d048a480-34fc-412c-adaa-cea460e67c0d.emmy-r-31904-20240207-06603815250003-d8-80-39-00-b0-fa.40014
  jq: .val # parse message json
  scale: 1 # floating point factor applied to result, e.g. for Wh to kWh conversion
  #- type: template
  #template: tesla-command
  #title: Model 3
  #accessToken: xxx
  #refreshToken: xxx
  #vin:xxx
  #capacity: 60
  #name: ev4
• name: ev5
  type: custom
  title: Tesla
  phases: 0
  soc:
  source: http
  uri: http://192.168.178.80:8087/get/tesla-motors.0.LRxxxxxxxxxx45.charge_state.battery_level
  jq: .val # parse message json
  scale: 1 # floating point factor applied to result, e.g. for Wh to kWh conversion

site:
maxGridSupplyWhileBatteryCharging: 50
title: Carport
meters:
grid: grid1
pv:
- pv2
- pv4
battery:
- battery3

[Wisley7]

Ach ja, die Fehlermeldung bei Nutzung der aktuellen Yaml

[HanseKa]

Guten Abend! Ich glaube dein Wechselrichter entspricht Model 124! Teste deshalb bitte mal, ob es nicht mit dem template „sunspec-inverter-control“ funktioniert!

[Wisley7]

Moin, Hab alle Einträge mit sunspec ausprobiert, auch 124, hybrid etc. alles mit der selben Fehlermeldung.
Werde mir wohl was im IoBroker basteln müssen. Hab gehofft, dass das auch so funktioniert.
Irgendwie soll man ja auch im IoBroker Datenbank ändern können, hab ich bis jetzt noch nicht hin bekommen

trotzdem danke

[Wisley7]

Über device config in der UI kann ich zwar über sunspec Wechselrichter die Batterie auslesen. Aber bei dem Template funktioniert die Batteriesteuerung nicht.

[HanseKa]

Hast du mit „evcc detect“ deine Geräte gesucht? Welche ID hat battery?

[Wisley7]

wie gefordert, allerdings steht bei "XHR" nix...

[berndkrannich]

Das ist echt verzwickt... und wenn du das Gleiche nochmal mit http://192.168.178.50/#/login machst und ebenfalls mit angewähltem "Cache deaktivieren"? Erscheint dann etwas bei XHR?

[Wisley7]

hier steht was bei XHR. Im verlauf wurde kurz die LogIn-Seite aufgerufen, ist dann aber auf die #startpage zurückgesprungen...

[berndkrannich]

Das JSON-Dokument oben hilft leider nicht weiter, macht aber diese Diskussion sehr lange. Vielleicht gerade nochmal den Kommentar editieren und das JSON wieder rauslöschen.

Der Screenshot aber bringt uns denke ich einen Schritt weiter. Die zuletzt beschriebene Abfolge der Schritte bitte so beibehalten. Damit du aber die Schritte nicht immer wiederholen musst, könntest du beim nächsten Mal über das Zahnrad oben rechts neben "Keine Drosselung" das Ganze als HAR-File speichern und das kann man dann auch immer wieder über das gleiche Menü laden.

Jetzt bräuchte ich aus den obigen Requests folgendes:

• Aus dem Request mit login.html einmal rechte Maustaste und "Save Response as" (mein UI ist leider englisch)
• Aus dem 401er-Request mit /?auth=user einmal rechte Maustaste "Copy Value" -> "Copy as cURL"
• Gleiches für den 200er-Request mit /?auth=user

Ich vermute, in den beiden letzten Requests stehen wieder Dinge wie nonce, cnonce, etc. drin. Diese bitte wieder durch Platzhalter ersetzen.

[Wisley7]

Bin zur Zeit nicht vor Ort. Kümmere mich, wenn ich wieder anwesend bin

[MikeTheTux]

Hast du modbus am Inverter aktiviert?
Sunspec/modbus verwendet nicht die Solar-API, für die Username und Password notwendig sind.

[Wisley7]

Jop, kann auch per Modbus über IOBroker so ziemlich alles Steuern am Wechselrichter, incl des Akkus..

[mxcxpx]

hallo bist du hier weiter gekommen?

[ng845]

Hallo,
habe ebenfalls einen Fronius Symo 8.2-3-M incl. Datenmanager und kann ihn in evcc nicht einbinden.
Mein Setting:

1. WR Fronius SymoGen24 10-Plus mit fronius-gen24 template eingebunden - funktioniert
2. WR Fronius Symo 8.2 ... probiert mit sunspec-inverter - funktioniert nicht

• name: Symo8
  type: template
  template: sunspec-inverter
  usage: pv
  host: 192.168.178.128
  modbus: tcpip
  id: 2

evcc meter
[main ] INFO 2025/01/01 16:18:13 evcc 0.131.12
[main ] INFO 2025/01/01 16:18:13 using config file: /etc/evcc.yaml
[db ] INFO 2025/01/01 16:18:13 using sqlite database: /home/ngraeml/.evcc/evcc.db
[main ] FATAL 2025/01/01 16:18:26 cannot create meter 'Symo8': cannot create meter type 'template': cannot create meter type 'custom': power: dial tcp 192.168.178.128:502: connect: no route to host

Hätte jemand einen Tipp für mich?
Danke!

[Wisley7]

Meines Wissens nach kannst du den alten Symo mit der Fronius Solar API V1 verbinden. Ansonsten Versuch mal die anderen modbus Templates aus. Einer hat bei mir funktionierte. Wichtig bei Modbus ist, dass du den Modus Modbus im Wechselrichter aktiviert hast. Dafür brauchst du die Zugangsdaten vom Installateur

[ng845]

Danke, werds mal probieren.

[mxcxpx]

Der letzte mir bekannte Stand von @Wisley7 ist hier.

Ich bin weiterhin daran interessiert, das Fronius-Template so zu erweitern, dass es auch für den Symo funktioniert.

Falls du also ebenfalls einen Fronius Symo Wechselrichter hast und du entsprechend "leidensfähig" bist was das Ausprobieren angeht (siehe Thread oben), können wir an dem Thema weitermachen. Insbesondere würde es helfen, wenn du Python-Programme ausführen oder Go-Programme compilieren und ausführen kannst - damit sind wir vermutlich schneller als über Batch-Files, über die wir bisher experimentiert haben.

also ich würde mir das Thema nochmal annehmen.

[Wisley7]

Könnte man das auch komplett über Modbus realisieren? Über den IObroker und Modbus kann ich hervorragend meinen Symo incl Batterie von BYD steuern, mit den „normalen Modbus templates“ kann ich nur anzeigen…

alternativ habe ich nun einen Programmierer, welcher in der Gaming-Branche arbeitet im Freundeskreis. Den frage ich mal nach einer Einweisung in Phyton und Go. Vielleicht hilft er mir auch bei der weiteren Unterstützung.

[ng845]

Hallo, Bin heute die ganze Zeit unterwegs. Bin gerne bereit meinen Beitrag zu leisten damit das Template erweitert werden kann. Melde mich morgen vormittag. Mein Symo ist per modbus TCP erreichbar. mxcxpx ***@***.***> schrieb am Do., 2. Jan. 2025, 08:53:

…

Der letzte mir bekannte Stand von @Wisley7 <https://github.com/Wisley7> ist hier <#12790 (reply in thread)> . Ich bin weiterhin daran interessiert, das Fronius-Template so zu erweitern, dass es auch für den Symo funktioniert. Falls du also ebenfalls einen Fronius Symo Wechselrichter hast und du entsprechend "leidensfähig" bist was das Ausprobieren angeht (siehe Thread oben), können wir an dem Thema weitermachen. Insbesondere würde es helfen, wenn du Python-Programme ausführen oder Go-Programme compilieren und ausführen kannst - damit sind wir vermutlich schneller als über Batch-Files, über die wir bisher experimentiert haben. also ich würde mir das Thema nochmal annehmen. — Reply to this email directly, view it on GitHub <#12790 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BOBYOKGWOYWN5BXNDV6IPED2ITWADAVCNFSM6AAAAABUOXJRA2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCNZRGQ3TIMA> . You are receiving this because you commented.Message ID: ***@***.***>

[ng845]

Hab heute versucht den 2. WR Symo 8.2... mit dem template "fronius-solar-api-v1" in evcc einzubinden. evcc meter bringt folgende Fehlermeldung:
Power: Get "http://xxx.xxx.xxx.xxx/solar_api/v1/GetPowerFlowRealtimeData.fcgi": dial tcp xxx.xxx.xxx.xxx:80: connect: no route to host
Der 2. WR liefert aktuell noch Strom und ist somit erreichbar. Modbus ist aktiv, den technicians-Zugang zum 2. WR habe ich. Der 2.WR hat die Modbusadresse "2", falls das wichtig ist.
Das Smartmeter am Einspeisepunkt ist ein Fronius SmartMeter IP, welches ich mit dem template "sunspec-hybrid" als usage grid eingebunden habe. Wenn es geht hätte ich schon gerne die gesamte Einspeiseleistung (von den 2 WRs) im EVCC dargestellt. Aktuell bekomme ich nur die Leistung vom SymoGen24 im EVCC angezeigt.
Allgemein: Hab EVCC auf Proxmox laufen (seit ca. 14 Tagen), d.h. bin noch Neuling, auch im Falle linux.

Viele Grüße!