Power electronics and battery systems
Rails that hold under load, batteries that report honestly, and shutdowns that don't corrupt storage.
Power is the subsystem that decides whether a product is reliable. Signal integrity problems announce themselves; power problems show up as a field failure rate nobody can reproduce on a desk.
Rails that hold under real load
An edge-AI SoC running inference is not the same load as the same SoC idling. Rails get designed against the worst realistic transient at the worst realistic ambient — not the typical figures on page one of the datasheet. Sequencing follows each device’s specification exactly, because a processor brought up out of order can latch or simply refuse to boot.
Parts we have designed in
| Function | Devices |
|---|---|
| Step-down | TPS54360, TPS560430 |
| Step-up | LT8330, TPS61023 |
| Reverse blocking / ideal diode | LM74700-Q1 |
| Hold-up and dying-gasp | MPS MP5515 |
| Battery front-end | BQ76200 high-side driver, PSMN1R0-60YS MOSFETs |
| Current sensing | ACS770 Hall-effect |
| Li-ion charging | MCP73831 |
| Isolated / BEC modules | TDK-Lambda |
Losing power gracefully
Any product that writes to flash needs a plan for power loss. Battery-disconnect detection, enough hold-up energy for the longest realistic write, and an early signal to firmware — sized properly, so the shutdown completes rather than nearly completes.
Always-on and low-power
Where the product runs from a battery, the quiescent path matters more than the peak. LDO selection, sleep-state current, wake sources and the sensors that stay alive get budgeted at architecture stage, because a design that missed its sleep budget cannot be fixed at layout.
Common questions
Straight answers
What is dying-gasp and why does it matter?
It is the moment between losing input power and the rails collapsing. If nothing handles it, the filesystem is mid-write and the product boots corrupted. The fix is hold-up energy plus an early warning signal so firmware can flush and unmount — designed in, sized against real worst-case write time. We have implemented battery-disconnect and dying-gasp shutdown paths using integrated hold-up controllers such as the MPS MP5515.
Do you design full battery management systems?
We design the front-end: high-side gate drivers such as the BQ76200, MOSFET selection, current sensing, protection and the interface to a fuel-gauge or BMS IC. A full multi-cell safety-certified BMS with its own compliance evidence is a specialist product, and for that we integrate rather than reinvent.
Why does hot-plug need special attention?
Plugging a live connector into a board with bulk capacitance produces an inrush current and an LC ring that can exceed the input rating of parts downstream. On a board people will plug and unplug in the field, that is a reliability problem — solved with inrush limiting, reverse-blocking control such as the LM74700-Q1, and correct capacitor selection.
Can you help hit a unit cost target?
Yes, and power is usually where the money is. Topology, magnetics and capacitor choices swing BOM cost significantly. We have taken designs to defined unit-cost targets at volume, with second sources on the parts most likely to go short.
Evidence
Where this has been applied
Hero: system architecture diagram as a clean vector drawing, not a photo. Sensors on the left, compute in the middle, bandwidth figures on the arrows. This case study's value is the thinking, so show the thinking.
Edge-compute architecture for an unmanned surface vessel
Three architectures compared on real bandwidth budgets, so the platform decision was made on evidence rather than TOPS figures.
Hero: Altium 3D render of the rigid-flex assembly in its folded, installed geometry. A flat board render sells none of the difficulty.
Flight-controller carrier for a tube-launched UAV
Teardown, clean-room re-implementation, and a rigid-flex carrier that fits inside a launch tube.