Replies: 1 comment
|
I just found #32081 is aksing the same question and there is a workaround for this, I succesfully applied the onIdentify: maxPower: 11000 and see the planner now starts at the correct time. This issue may be closed. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
The vehicle
maxPowerhint added in v0.300 — the feature that resolved#18718 / #25079 — only works on template vehicles. A
type: customvehiclerejects the key at startup:
cannot create vehicle 'MyCar': cannot create vehicle type 'custom':
decoding failed due to the following error(s): '...' has invalid keys: maxpower
This looks like an oversight in the v0.300 rollout rather than an intentional
exclusion: the planner already consumes
maxPoweron template vehicles, so thevalue just isn't exposed on the custom vehicle's field set. (Same pattern exists
for custom batteries, see #23971 —
powermax/maxpowerrejected on custom.)Use case
The exact scenario from #18718: a vehicle that charges at 16 A on 3 phases
(~11 kW) but up to 32 A on 1 phase (~7.4 kW), integrated as
type: custom(SoC/status from an external source over HTTP/MQTT, because no built-in API
template applies). Without the hint, the planner assumes the loadpoint's full
3-phase current (32 A × 3 ≈ 22 kW) and starts target-time plans too late.
maxPoweron the vehicle is the intended fix and already exists — it just needsto be exposed on
type: customtoo. The circuitmaxPowerworkaround doesn'tapply here, since it would also throttle a higher-power vehicle sharing the
circuit; and vehicle
maxCurrentis per-phase, so it would also limit thesingle-phase 32 A capability.
Environment
type: custom(external SoC via HTTP/MQTT)All reactions