AxSDB

Software-Defined Battery

Let the battery core stop dictating the system.

AxSDB puts a bidirectional power interface between stored energy and the system bus.

The idea is simple and powerful: design the battery core around energy, use BiBuckBoost to shape power for the application, and create a path toward reusable, observable and remotely maintainable battery systems.

Battery core Bidirectional conversion Application-defined interface
Battery core connected to a system through a bidirectional power interface Energy can move between a battery core, BiBuckBoost conversion and an application-defined system interface. ENERGY Battery core Designed around energy power AxSDB BiBuckBoost Bidirectional conversion Software control direction interface System Defines what it needs Target bus Power policy One energy core → more freedom at the system boundary

What AxSDB Changes

The conventional pack makes battery voltage a system constraint. AxSDB creates a different boundary: the battery stores energy; a controlled power interface negotiates with the application.

From fixed voltage

From fixed voltage to configurable output

Instead of asking every system variant to inherit the pack voltage, BiBuckBoost creates a path toward an application-defined output bus.

From hidden behavior

From a power box to an observable system

The product direction brings power conversion, operating signals and service context into one software-controlled architecture.

From one pack per product

From one pack per product to platform reuse

The vision is to reuse a battery-core design while adapting the system-side interface for different products and generations.

Why it matters

Products evolve. A fixed battery architecture makes every change expensive.

A new bus voltage, a different load profile or another product variant can force a new pack architecture. That couples energy storage, electronics and the product roadmap more tightly than many teams want.

AxSDB asks what becomes possible when conversion and control sit at that boundary. The battery core can be designed around energy requirements while the system-side interface becomes a deliberate engineering choice.

Change the product without starting from the pack

Build a reusable energy-core strategy that can serve more than one system variant.

Make power behavior part of the system design

Bring conversion targets, limits and operating context into a controllable interface.

Create a path to better field understanding

Design toward observable operation, clearer service questions and more informed maintenance.

Potential applications

Where a decoupled battery could change the design

AxSDB is designed for systems where fixed pack voltage, repeated pack variants or limited field insight constrain the product.

What system would you build differently if the battery core no longer dictated the bus?

Two-wheelers with evolving electrical platforms

A new power boundary for reusing a battery-core strategy across changing system-bus and product requirements.

Platform reuse Application-defined bus

Robots and autonomous mobile machines

Designed around changing compute, actuator and runtime demands rather than one immovable pack voltage.

Changing load profile Service context

Direct-DC continuity power

A potential fit for managing source, storage and an application bus through one bidirectional power stage.

Source transition concept Controlled-bus goal

Compact energy systems

A reusable battery core for different product architectures through a designed power boundary.

Reusable energy core Intelligent system

Bidirectional Energy Flow

The architecture places one controlled conversion layer between energy sources, the battery core and the system interface. Watch the conceptual flow change direction.

Energy Input Source A Source B Charge path Return path AxSDB Controller Bidirectional Buck-Boost Control Layer Power Policy Data Path Battery Core Sized for the energy need Software-Defined Output Target bus A Target bus B Target bus C Target bus D Future target
One power stage. Two energy directions. Software-controlled behavior.

Why BiBuckBoost Matters

Buck and Boost are familiar power-conversion ideas. Making the stage bidirectional creates a new architectural opportunity: charging, discharge and the system bus can be considered through one controlled interface.

Buck for Charging

When the source sits above the battery-side voltage, Buck conversion can move energy toward the battery.

Boost for Output

When the required system bus sits above the battery-side voltage, Boost conversion can move energy toward the load.

Bidirectional Energy Flow

The design direction uses one conversion stage for both paths, with control determining the intended direction.

Software-Defined Output

The product vision is to make voltage targets, limits and system behavior configurable within a validated operating envelope.

Observable by Design

The architecture can expose operating signals and context as inputs for future service and intelligent-system workflows.

Remote-Maintenance Path

Create a path for remote insight, controlled maintenance and better-informed field decisions.

Buck vs Boost Mode

Buck steps a higher source toward the battery side. Boost steps battery-side power toward a higher system target.

Buck Charging

Input voltage higher than battery voltage.

Input Higher potential Battery Battery side Buck

Boost Output

Battery voltage lower than the required system bus.

Output Bus System target Battery Battery side Boost

Configurable power interface

One Core, Multiple System Targets

AxSDB starts with the application requirement, then makes the system-side target part of the power-interface design.

Battery Core Energy-side design AxSDB BiBuckBoost Target A — continuity power Target B — field device Target C — mobile machine Target D — vehicle concept Target E — future platform
Illustrative system targets

Decouple the Cell Stack from the System Bus

In a conventional voltage-coupled design, the cell stack and system bus move together. The AxSDB direction inserts a bidirectional conversion boundary so the two can be engineered as separate questions.

Voltage-coupled design Cell stack follows the required system bus A bus change can drive a pack-architecture change. AxSDB direction Battery side + controlled power boundary Core block Core block Core block AxSDB Controller Bidirectional Buck-Boost Application-defined system interface

Potential application

Continuity Power Without a Separate Battery World

A bidirectional interface can coordinate an input source, a battery core and a direct-DC load. The same architecture can make source transition part of the power-system design.

AC Adapter Input present Battery Core Energy reserve AxSDB Controller Bidirectional Buck-Boost Controls the power path DC Load Application bus Controlled-bus goal
Source present. Energy can feed the load while the battery path remains available.

Mixed-source architecture

Connect Generation, Storage and the Load

The same power-boundary idea can bring a variable source, the battery core and a system bus into one coordinated architecture.

Solar Panel Charging current AxSDB Controller Buck charging / Boost output Battery Core DC Load Application-defined bus
Generation feeds the power interface. The battery buffers energy. The system receives a controlled power path.

Beyond power conversion

Power Electronics That Can Explain Their Context

AxSDB is designed around an observable power boundary. Voltage, current, temperature, system demand and service history can become context for remote maintenance and increasingly intelligent energy decisions.

AxSDB Energy context Voltage + current Signals System demand Context Trend review Attention signal Output policy Intent Thermal context Signals Service history Memory Maintenance Workflow Remote view Direction
Signals become context. Context supports better engineering, service and future intelligent-system decisions.

Think Beyond the Fixed Pack

AxSDB changes where key power-system decisions can live.

Aspect Voltage-coupled approach AxSDB direction
System busClosely follows the battery stackDefined through a power interface
Product variantsBus changes can drive pack changesReuse the energy-core strategy
Power behaviorPrimarily fixed by hardware topologySoftware-controlled direction and targets
System insightPower and service context may remain separateDesigned around an observable boundary
Field lifecycleMaintenance starts with the physical packPath toward remote understanding and maintenance
IntelligenceAdded around the batteryBuilt into the energy-system direction

Development status

Architecture in development. Application conversations open.

AxSDB is currently an engineering prototype direction. This page presents the product vision and the technical idea behind it.

What that means today

  • No named AxSDB SKU, supported rating, released configuration or qualified application is published.
  • Configurable interfaces, observability, remote maintenance and intelligent workflows are development directions.
  • Your system parameters help determine where the architecture creates value—and where the gaps are.

Bring us the real system

Could AxSDB change your battery architecture?

Share the parameters that define the problem. We want to understand the bus, the power profile and what is making your current battery or system difficult.

Submitting this brief opens an email draft in your mail application. It starts a technical conversation; it does not imply product availability or support.

sdb@axsdb.com

No form data is stored or sent by this page.