Sonnenbatterie 5/6: add battery control

[ngehrsitz]

Looks like #20451 is done apart from some test. Continuing from #20742

[sourcery-ai]

Hey @ngehrsitz - I've reviewed your changes - here's some feedback:

• The watchdog timeout in "charge" mode (30s) appears to conflict with its comment (3 minutes); please clarify.
• Consider if the hardcoded 1-second sleep in the "charge" sequence should be configurable.

Here's what I looked at during the review

• 🟡 General issues: 1 issue found
• 🟢 Security: all looks good
• 🟢 Testing: all looks good
• 🟡 Complexity: 1 issue found
• 🟢 Documentation: all looks good

---

Sourcery is free for open source - if you like our reviews please consider sharing them ✨

• X
• Mastodon
• LinkedIn
• Facebook

_{Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.}

[sourcery-ai]

Hey @ngehrsitz - I've reviewed your changes - here's some feedback:

• In plugin/watchdog.go you can simplify make([]T, 0, 0) to the literal []T{} and consider making BoolSetter support multiple reset values like the Int/Float setters for consistency.
• In plugin/sleep.go use time.Sleep(o.duration) instead of <-time.After(o.duration) to avoid unnecessary timer allocations for a simple delay.
• Double-check the indentation of the maxchargepower templating in the YAML to ensure it renders correctly under both branches.

Here's what I looked at during the review

• 🟡 General issues: 2 issues found
• 🟢 Security: all looks good
• 🟢 Testing: all looks good
• 🟢 Complexity: all looks good
• 🟢 Documentation: all looks good

---

Sourcery is free for open source - if you like our reviews please consider sharing them ✨

• X
• Mastodon
• LinkedIn
• Facebook

_{Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.}

[ngehrsitz]

Mein workaround funktioniert, langfristig sollte man sich überlegen, ob der ursprüngliche Fall mit einem Watchdog hinter einem switch statement nicht auch den watchdog abbrechen sollte.

[andig]

Workaround wofür? Der WDT bricht bei reset ab.

[andig]

Hast Du das getestet? Reset kann laut Code nur einen Wert.

[ngehrsitz]

Deshalb habe ich das in c34d8df eingebaut

[andig]

Ah, nice. Einfacher: mach config.Reset []string, dann sparst Du das Splitting. Leere Slices einfach als

var reset []int64

[ngehrsitz]

Workaround wofür? Der WDT bricht bei reset ab.

Du meinst wahrscheinlich

  batterymode:
    # use a sequence to propagate resets to the watchdog
    source: watchdog
    timeout: 30s # 3 minutes without setting a value will stop all charging
    reset: 1,2
    set:
      source: switch
      switch:
        - case: 1 # normal
          set:
            source: http
            method: PUT
            uri: http://{{ .host }}:{{ .port }}/rest/devices/battery/C06
            body: '10' # Automatic
        - case: 2 # hold
          set:
            source: http
            method: PUT
            uri: http://{{ .host }}:{{ .port }}/rest/devices/battery/C06
            body: '20' # Standby
        - case: 3 # charge
          set:
            source: sequence
            set:
              - source: http
                method: PUT
                uri: http://{{ .host }}:{{ .port }}/rest/devices/battery/C06
                body: '55' # slave mode
              - source: sleep
                duration: 1s
              - source: http
                method: PUT
                uri: http://{{ .host }}:{{ .port }}/rest/devices/battery/C24
                body: {{ if .maxchargepower }}{{ .maxchargepower }}{{ else }}99000{{ end }}

Wenn ich das so definiere wird aber auch der Modus immer wieder geändert:

[batterie] TRACE 2025/05/12 20:46:35 PUT http://10.10.240.50:7979/rest/devices/battery/C06
[batterie] TRACE 2025/05/12 20:46:35 55
[batterie] TRACE 2025/05/12 20:46:36 PUT http://10.10.240.50:7979/rest/devices/battery/C24
[batterie] TRACE 2025/05/12 20:46:36 450
[main  ] INFO 2025/05/12 20:46:36 waiting for: 1m0s
[batterie] TRACE 2025/05/12 20:46:50 PUT http://10.10.240.50:7979/rest/devices/battery/C06
[batterie] TRACE 2025/05/12 20:46:51 55
[batterie] TRACE 2025/05/12 20:46:52 PUT http://10.10.240.50:7979/rest/devices/battery/C24
[batterie] TRACE 2025/05/12 20:46:53 450

Genau das will ich aber vermeiden, weil die API leider total instabil ist und bei zu vielen requests aussteigt.

[andig]

Oh, ok- dann mach bitte noch einen Kommentar damit man das versteht.

[ngehrsitz]

Beim debuggen dieses PR ist mir aufgefallen, dass aktuell die status requests auf /rest/devices/battery mehrfach ausgeführt werden. Vermutlich passiert das wegen der verwendung als "grid", "pv", "battery"

Bei http requests wäre es doch naheliegend clientseitiges Caching zu implementieren, damit nur ein einziger Request pro Gerät und Updatezyklus ausgeführt wird. Fehlt das noch oder funktioniert das nur bei mir nicht?

[andig]

Du hast keins konfiguriert ;)

[ngehrsitz]

Du hast keins konfiguriert ;)

Meinst du damit 6bb8612?
Die einzige Änderung die ich damit feststellen konnte ist der Cache-Control header:

Auch sonst habe ich im Code nichts gefunden?

[andig]

Meinst du damit 6bb8612?

Genau. Damit sollte intern gecached werden- das siehst Du aber nur mit Wireshark.

[ngehrsitz]

Meinst du damit 6bb8612?

Genau. Damit sollte intern gecached werden- das siehst Du aber nur mit Wireshark.

Der Screenshot ist von mitmproxy. Wieso sollte das dort nicht sichtbar sein?
Das Problem ist, dass die Requests als stale angesehen werden:
https://github.com/gregjones/httpcache/blob/901d90724c7919163f472a9812253fb26761123d/httpcache.go#L163-L188
Das passiert weil der server keinen Date Header zurückliefert den der Cache aber zum vergleich nutzt:
https://github.com/gregjones/httpcache/blob/901d90724c7919163f472a9812253fb26761123d/httpcache.go#L304-L307
Wenn ich diesen Header in L221 manuell setzte, dann reduziert sich die Anzahl der requests von 7 auf 3

	_, dateErr:=  Date(resp.Header)
	if errors.Is(dateErr,ErrNoDateHeader) {
		resp.Header.Set("Date", time.Now().Format(time.RFC1123))
	}

Der Grund dafür dürfte sein, das parallele Requests nicht kombiniert werden und der Cache erst dann eingreift, wenn er einen request gespeichert hat.
Da das ganze Projekt unmaintained ist sollten man wohl perspektivisch auf etwas anderes wechseln: gregjones/httpcache#117 (comment)
Ich habe den Cache mal im template aktiviert auch, wenn er noch nicht funktioniert. Den Cache zu fixen/ersetzen passt besser in einen anderen PR.

[andig]

Suggested change

	reset := make([]int64, 0, 0)
	var reset []int64

dito unten

[ngehrsitz]

8bcf75c