Skip to content

Conversation

@FaHaGit
Copy link
Contributor

@FaHaGit FaHaGit commented Jan 30, 2026

Describe your changes

Until now, the evse_board_support interface description did not document how a BSP should behave when an enable “false” command is set via the interface. The correct behavior was requested in the Zulip chat and has now been corrected. The PhyVersoBSP module did not implement the enable correctly until now. This has also been fixed in this PR.

Issue ticket number and link

--

Checklist before requesting a review

  • I have performed a self-review of my code
  • I have made corresponding changes to the documentation
  • I read the contribution documentation and made sure that my changes meet its requirements

@FaHaGit FaHaGit changed the title Bugfix/fix: BSP enable handling Bugfix: Fix BSP enable handling Jan 30, 2026
- specify PWM update handling during disabled state
- remove the recommendation for state F dring disabled state as long as
  EV implementations could enter an error state and require manual
  opening of the plug lock.

Signed-off-by: Fabian Hartung <[email protected]>
- cache last PWM in last_pwm_raw
- update pwm_on/off/F to maintain cache
- apply cached PWM when handle_enable(true)

Signed-off-by: Fabian Hartung <[email protected]>
@FaHaGit FaHaGit force-pushed the bugfix/fix_bsp_enable_handling branch from ea323a0 to 1a17400 Compare January 30, 2026 13:23
@Pietfried Pietfried self-assigned this Feb 3, 2026
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.

2 participants