Ik was er al bang voor.
Nu heb claude even wat onderzoek laten doen en deze kwam met het volgende.
Wat niet kan
Geen entiteiten voor die drie waarden. Ik heb de dev-branch nagekeken: peblar/number.py kent alleen charge_current_limit, switch.py alleen force_single_phase, charge en socket_lock.
Geen open PR's of feature requests ervoor.
Ook niet via de gedocumenteerde Local REST API — die (`/api/wlac/v1/`, token) kent alleen system, meter en evinterface.
Wat wél kan
De paal heeft een tweede, interne API: /api/v1/, met wachtwoord en sessiecookie. Dezelfde die de officiële integratie gebruikt. Daar zitten de velden wél in, lezen én schrijven:
SolarChargingCustomPowerThreshold (int, W)
SolarChargingCustomPowerTarget (int, W)
SolarChargingCustomAlwaysCharge (bool)
POST http://<ip>/api/v1/auth/login {"Password": "<pw>"} -> 204 + cookie
PATCH http://<ip>/api/v1/config/user {"SolarChargingCustomPowerThreshold": -600}
Getest op firmware 1.10.0: stond op -200, PATCH naar -250 gaf HTTP 200, teruglezen gaf echt -250, daarna weer terug naar -200. De PATCH geeft meteen de volledige bijgewerkte config terug, dus een aparte GET ter controle hoeft niet. Velden die je weglaat blijven ongemoeid.
Geen achterdeurtje overigens: elke modewissel die HA nu al doet gaat over ditzelfde endpoint
(`select.select_option` -> python-peblar smart_charging() -> PATCH /api/v1/config/user). De drempel schrijven is dezelfde request met een andere sleutel in de body. In python-peblar zijn de drie velden ook gewoon schrijfbaar gedefinieerd (frenck/python-peblar#458) — het gat zit puur aan de HA-kant.
Oplossing
Een shell_command. Let op: HA voert die uit zonder shell, dus && werkt niet — het moet een los scriptje zijn.
edit:
Ook maar een Feature request gedaan
https://github.com/home-a...iscussioncomment-18801334
[
Voor 8% gewijzigd door
Eldigo op 07-10-2026 22:55
]