Battery Dashboard
Start a new project, reopen recent work, import a .bd3 design, browse project files, and move into the Designer workspace from one launch surface.
Each level gives you a fixed cell footprint and an exact S/P target. Assign every cell to its series group, build the required parallel count, and look for layouts that create plenty of connections while keeping those connections balanced from group to group. Finish the target exactly to unlock score submission and compare your best layouts on the leaderboard.
Battery Designer makes it easy for anyone to design a great battery. This program brings pack layout, electrical planning, mechanical structure, and build-ready geometry into one visual workspace. Work in 2D, inspect in 3D, and keep the design connected from cells to buss bars to layers.
No matter how experienced you are with CAD, you simply will not be able to compete with Battery Designer. It's simply physically impossible for a human being to design these parts as fast as Battery Designer, no matter what software you are using. If you have little to no CAD experience, then Battery Designer makes the impossible possible. If you are a seasoned CAD professional, Battery Designer turns hours into seconds.
Design your own buss bars in minutes. Fine-tune the size, link widths, and smoothness until the geometry fits your pack and gives your project a unique look—while maintaining the efficient current paths needed for high-performance builds.
Use the same direct polygon workflow as the Designer: reshape the boundary, box-select multiple control points, move selected points together, and watch the cell mask update instantly.
Battery Designer opens from a project dashboard into a focused design grid. The core UI keeps pack statistics, design tools, layers, generation, and 3D inspection within reach while preserving the drawing area.
Start a new project, reopen recent work, import a .bd3 design, browse project files, and move into the Designer workspace from one launch surface.
Build pack geometry directly on the canvas with selection, cell, frame, case, and buss-bar tools.
Keep cell counts, pack values, dimensions, and electrical inputs visible while the geometry changes.
With the new layer system, you can easily design multi-layer batteries. Visualizing the process is extremely helpful.
Open the 3D view to check fit, build-up, buss bars, frames, rings, and the assembled pack form.
Move from design geometry into generation and preview flows, including build parts and STL viewing, without treating export as a separate design phase.
Together, these demonstrations show how Battery Designer moves from pack boundary and cell arrangement into electrical planning, custom frame and enclosure geometry, and stacked assemblies.
The Cell Layout Generator gives you a dedicated way to explore cell arrangements and bring the result back into the Battery Designer workflow.
Polygon selection lets you work with an irregular pack envelope, move control points, and shape the region that the rest of the design needs to respect.
Battery Designer keeps current inputs and pack statistics alongside the drawing, so electrical targets can stay visible while you adjust cell arrangement and connections.
The buss-bar workflow is visual: edit connection geometry on the pack, then inspect the assembled result in the 3D view. That makes small geometry changes easier to understand before generation.
Stopper-ring controls let the mechanical support around cells become a deliberate part of the design. The 3D view makes the effect visible at pack scale and close-up.
Frame controls give the battery structure its physical logic around the cell layout, letting the mechanical design develop alongside the electrical arrangement.
The Custom Frame tool opens an outline editor for pack-specific frame geometry, so the structure can follow a shape you define directly in the Designer.
Case tooling lets the enclosure follow the needs of the pack instead of forcing every project into one shell style, with geometry remaining visible as part of the complete assembly.
Layer controls support stacked battery designs without flattening the project into a single drawing. Each layer remains part of the same battery workspace and 3D assembly.
When your frame is ready, Battery Designer can turn that exact design into a physical 3D print. Pricing scales with the number of cells and the frame thickness, so you can see the print cost before ordering.
Use the estimator below to preview pricing. Your actual Designer project supplies the cell count and frame dimensions when you order.
Battery Designer is organized around a simple idea: the pack should stay understandable while it becomes more detailed. The canvas, statistics, layers, 3D inspection, and generation tools all serve the same project.
Back to the topJoe Everett is a self-taught programmer and hands-on battery builder with a long-standing interest in electronics, batteries, and computers. He did not come to Battery Designer through formal training in programming or 3D design. He started writing his own software because he needed better tools for the batteries he was building for customers. Repeating pack layouts, fitment work, frame and case design, and other time-consuming design steps pushed him to automate more of the process so he could work faster, more efficiently, and with greater consistency. Battery Designer grew directly out of that real-world workflow: tools Joe first built for himself to make customer battery projects easier to design and build, then kept expanding as his needs and capabilities grew.
The modeling core behind Battery Designer is written in Rust. It does not call into Python, use an off-the-shelf modeling engine, or depend on third-party Rust crates. The core is intentionally 100% dependency-free, keeping the critical geometry path compact, predictable, fast, and directly under Joe’s control. Its geometry and layout logic were built around the jobs Joe needed to do while designing batteries for customers, so he can change the underlying behavior when the workflow demands it instead of working around the assumptions of someone else’s modeling package. That control lets the Designer stay focused on battery-specific work while remaining fast and reliable.
The server software is called Servius. It is Joe’s custom Rust-based platform for running his proprietary web apps, built on Axum and Tokio rather than WordPress, Next.js, or a packaged full-stack site platform. Servius was designed with applications like Battery Designer in mind, but there is nothing battery- or designer-specific hard-coded into the server. It is intentionally flexible and app-agnostic, so Joe can extend the platform when one of his applications needs a new capability without turning the server itself into a Battery Designer backend.
Joe was the first person to create a battery-design software that generates frames, cases, and cell layouts. He also invented the concept of painting the cells directly into a battery layout. His graphic design experience enabled him to look at the problem visually, see solutions that conventional CAD workflows miss, and turn that visual thinking into a faster, more intuitive way to design a pack. The signature paint approach grew out of that ability to treat cell layout as a visual design problem instead of forcing the user through slow, mechanical placement one cell at a time. This came about as a result of building batteries for customers and seeing how much time was spent carrying the same dimensions and decisions between separate layout, fitment, and fabrication steps. Battery Designer was built to connect those steps, reduce repetitive work, and make customer projects faster and more consistent to develop. After Joe introduced that integrated approach, other battery-design apps began appearing with closely similar ideas and workflows. Battery Bee tries and fails to copy Joe's signature paint approach to laying out battery cells. Cheap knock-off web pages can imitate the visible concept, but Joe's Battery Designer is the original system those developers are trying to copy. They will always be behind and lack critical features.
Battery Designer is ultimately a Servius web app. Servius web apps are proprietary to Joe’s platform and are built to run on Servius rather than on interchangeable third-party stacks. Battery Designer is designed to leverage that platform deeply, while Servius itself remains agnostic about what each app does. Similar battery-design tools can reproduce visible features with general-purpose packages, but they do not have Joe’s custom modeler or the Servius platform underneath them. That gives Battery Designer a foundation Joe controls from the modeling core through the application platform.
As you can see in this example, Battery Bee can't even properly target the cells that your mouse is actually pointing at. The cursor is clearly pointing at one cell while Battery Bee responds to another. That is not some tiny cosmetic flaw. It is a basic interaction failure at the center of a tool built around selecting and painting battery cells. The hit targets are so poorly implemented that even one of the most fundamental actions in the program is unreliable. This highlights the amateur nature of the developer and the terrible implementation behind Battery Bee. Trying to copy Joe's signature paint approach is one thing. Actually implementing it competently is another, and this example makes that gap impossible to miss.
These two demonstrations make the difference impossible to hide. Battery Bee turns case generation into a slow stop-and-wait operation, then rewards the wait with an extremely basic, rigid result. Battery Designer updates the case in real time while you work, keeping the design process fast, visual, and fluid instead of forcing you to wait for every change.
Battery Bee's case generation is painfully slow. You wait for the software to generate the case, and after all that waiting, what you get is still extremely basic and difficult to modify. There is no way to properly round or smooth the form; everything is hard, rigid, and boxed in, much like Battery Bee's workflow itself. It makes a simple design operation feel cumbersome and restrictive, then gives you less control at the end of it.
Battery Designer does the opposite. The case updates in real time while you work, so you can see the result immediately and keep designing instead of stopping to wait on a generator. Rounded and smoother case forms are part of the workflow rather than something the software simply cannot express. The speed is dramatic, but the bigger advantage is control: Battery Designer keeps the case fluid, visual, and editable instead of trapping the design inside crude rigid geometry.
That is why Battery Designer is better: it is not merely faster at producing the same thing. It gives you a fundamentally more capable case-design workflow. Battery Bee makes you wait for less. Battery Designer gives you more, immediately.
Battery Designer benefits from two technologies Joe controls directly: its dependency-free Rust modeling core and Servius, the proprietary application platform it runs on. Servius does not contain Battery Designer logic; instead, the Designer is engineered to take advantage of Servius, and Joe can evolve Servius whenever his web apps need capabilities the platform does not yet provide. Later products can copy the appearance of individual features or piece together similar screens with WordPress, Next.js, third-party modeling packages, and other off-the-shelf components, but that does not give them Joe’s underlying technology. They are reproducing the surface of an idea Joe introduced while Battery Designer continues to evolve on a custom modeler and platform he owns from end to end. That is a fundamentally different foundation from building an imitation out of interchangeable packages and then trying to keep pace feature by feature.
Even the chat system is custom-built from the ground up. You can use it to contact Joe if you have questions about Battery Designer, need help with a battery project, or are looking for general technical, electronics, computer, software, or programming advice.