CAN-Connected DC Load Controller
Building and bench-testing a four-channel, RV-C-controlled 12 V load controller, from incoming CAN commands through protected PWM outputs to the attached loads.
Command-to-load validation path
- RV-C command
- Protocol and instance routing
- Dimming and PWM generation
- Protected high-side output
- Physical load response
I’m developing and bench-testing a four-channel embedded controller that switches and dims 12 V DC loads over an RV-C network.
The work covers STM32 firmware bring-up, RV-C command and status handling, timer-based PWM and fades, SPI configuration and watchdog servicing for the smart high-side switch, fault decoding and recovery, dual-bank (A/B) firmware updates over CAN, and automated host, hardware-in-the-loop, and manufacturing tests. The goal is to test the complete path: send a command over the network, route it to the correct instance, generate the expected output, and confirm that the attached load actually responds.
Some of the most useful failures happen when the CAN traffic and timer state look correct, but the physical output does not. Finding the cause means checking protocol timing, peripheral configuration, switch diagnostics, power rails, assembly differences, and the load itself as parts of the same system.
- Embedded firmware
- CAN and RV-C
- Power electronics
- Diagnostics
- Hardware-in-the-loop testing
- Format
- Embedded systems development
- Threads
- Engineering · Fieldwork
Active development and validation