Skip to content

Report the charge-current limit range a SPAN Drive declares - #236

Merged
cayossarian merged 1 commit into
prerelease/3.8from
feat/charge-limit-range
Nov 1, 2026
Merged

cayossarian merged 1 commit into
prerelease/3.8from
feat/charge-limit-range

Conversation

@cayossarian

Copy link
Copy Markdown
Member

Adds SpanEvseSnapshot.charge_current_limit_minimum_a and charge_current_limit_maximum_a: the integer range a SPAN Drive declares for its user charge-current limit (firmware r202639 declares 6:<commissioned maximum>), None where undeclared or uninterpretable. Schema-1 fills them from the same parsed range the write refusal (#233) enforces, so a consumer can offer exactly what a write will accept; schema-0 leaves them None. Ships in the unpublished 3.8.0b2 / 1.4.0b4.

Testing: full suite 2229 passed, 7 skipped, 9 xfailed; new tests cover the reference tree (6 and 32), no format, uninterpretable and inverted formats, open sides, and per-charger ranges, each shown failing before the change.

SpanEvseSnapshot gains charge_current_limit_minimum_a and charge_current_limit_maximum_a, the integer range the charge-current limit declares in its $format. The schema-1 adapter fills them from the same resolved ChargeLimitProperty.bounds that evse_charge_limit_payload enforces, so a control offers exactly the range a write accepts. Each side is None where the charger declares no limit or no format, leaves that side open, or declares a format declared_integer_bounds will not interpret. The flat schema declares no range and leaves both None.
@cayossarian
cayossarian merged commit d76219f into prerelease/3.8 Nov 1, 2026
5 checks passed
@cayossarian
cayossarian deleted the feat/charge-limit-range branch November 1, 2026 05:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant