Skip to content

i-schuyler/unified-ev-tester

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

10 Commits
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Unified Tester — EV Subsystem Validation Tool

⚠️ This repository is under active preparation. Documentation and interfaces may change before the v1.0.0 release.

Unified Tester is a hardware-facing test harness for incrementally validating and debugging electric vehicle (EV) subsystems.

It was built to answer a simple but often unmet need in DIY and conversion projects:

“How do I safely test one subsystem at a time — chargers, pumps, BMS logic, CAN parsing — before choosing how to integrate them together within a live vehicle?”

Unified Tester prioritizes clarity, safety, and real-world behavior over abstraction or automation.

At a Glance

  • Audience: DIY EV builders and conversion projects
  • Purpose: Subsystem validation and safe incremental testing
  • Interface: Serial-based manual command menu
  • Hardware: Real CAN devices and EV subsystems
  • Not: A driving controller or production system

What This Is

Unified Tester is:

  • A manual command/control environment for EV subsystems
  • Designed for bench testing, staged integration, and live debugging
  • Intended to be used with real hardware (CAN devices, pumps, chargers, etc.)
  • Modular and extensible, with each subsystem tested independently
  • Human-readable and serial-driven by design

The core interface is a serial command menu that exposes all available actions explicitly.


What This Is Not

Unified Tester is not:

  • An autonomous system
  • A driving controller
  • A real-time safety system
  • A drop-in solution for production vehicles

It is a tool for learning, validation, and confidence-building — not for operating a vehicle in motion.


Design Philosophy

Unified Tester is built around a few guiding principles:

  • Incremental testing beats heroic debugging
  • Subsystems should prove themselves in isolation
  • Human clarity is a safety feature
  • Hardware reality matters more than elegant abstractions
  • Manual control reveals edge cases automation hides

The goal is to reduce the cognitive and physical risk of EV development by making behavior observable and intentional.


Typical Use Cases

Unified Tester is useful when you want to:

  • Validate CAN parsing against real devices
  • Manually command a charger or DC/DC converter
  • Exercise coolant or power steering pumps safely
  • Test ramping, limits, and fault behavior
  • Confirm assumptions before integrating into a vehicle control stack
  • Learn how subsystems actually behave under real conditions

Command Interface

All interaction happens through a serial console.

The menu:

  • Lists all available commands
  • Groups commands by subsystem
  • Reflects the actual capabilities compiled into the firmware
  • Is intended to be truthful and exhaustive

For a full list of commands and behaviors, see: Command Reference


Safety Notes

Working with EV hardware involves real electrical, thermal, and mechanical risk.

You are responsible for:

  • Proper isolation
  • Appropriate fusing
  • Safe power levels
  • Understanding your hardware’s specifications

Unified Tester does not enforce safety interlocks beyond what is explicitly implemented.

This project is provided as a testing and exploration tool. It is not intended for use in an active driving system.

See: Safety Notes


Hardware & Platform

Unified Tester is typically used with:

  • Microcontrollers capable of CAN (e.g. ESP32-based platforms)
  • Real EV subsystems (chargers, BMS, pumps, etc.)
  • Bench or staged vehicle environments

Hardware details and assumptions are documented here: Hardware Assumptions


Project Status

This project is actively used in real EV development and may evolve as understanding deepens.

Stability is prioritized over rapid feature growth.


Contributing

Contributions are welcome when they align with the project’s goals and philosophy.

  • Bug reports are appreciated
  • Pull requests should be focused, minimal, and well-scoped
  • Feature requests may be considered, but are not guaranteed

This project prioritizes clarity, safety, and restraint over breadth or rapid expansion.


License

This project is released under the MIT License.

You are free to use, modify, and distribute it, with attribution.


Contact

If you’re working on an EV project and want to reach out thoughtfully — whether to share feedback, ask a scoped question, or explore collaboration — you’re welcome to do so via this form:

Send a message

This form is hosted on my website, i, Schuyler, where you can also learn more about my work and broader approach.

Please note that responses are not guaranteed. This project is shared freely, and contact happens by mutual consent and available capacity.


Supporting This Work

Unified Tester is shared freely.

If this project has been useful to you and you’d like to support its continued development and stewardship, you’re welcome to do so here:

Ways to support

Support is optional and appreciated — never expected.


Closing Note

Unified Tester exists because many EV projects fail or stall not from lack of intelligence, but from lack of safe, incremental validation.

If this tool helps you slow down, see clearly, and build with confidence, then it has done its job.

Built with the belief that clarity is a safety feature.

About

Hardware-facing test harness for incremental EV subsystem validation (chargers, pumps, BMS, motors, CAN).

Resources

Contributing

Stars

Watchers

Forks

Releases

Contributors