Axiom: 100+kW Motor Controller

High Power, High Performance 400V 300A 100+kW Motor Controller fully compatible with VESC

Public Chat
Similar projects worth following
For the first time in history, Axiom provides clear, wide open access to the precise control of large 3 phase motors. And it couldn't be more timely, billions are spent accelerating the incoming era of electric vehicles, with massive EV fleet growth, and so many small and big companies competing to have a dominating role in the future of transportation.

It is put together by Marcos -MIT TR35-, endless-sphere forum legend HighHopes, 1/4 mile EV WORLD RECORD HOLDER Arlo1, highest-engineering-grades Maxi, and using, improving and accelerating the cult-following work of Benjamin Vedder with a stream of new firmware code to make humanity better at spinning motors!

It’s not only a feature rich high performance controller, it also comes in a power dense package. The best part of course is the hardware and firmware are open source! Making the schematic, BOM, and code available for everyone to experiment and improve, its the ideal platform for vehicles, research and industries

This project was released in endless-sphere forum, and it has quite some history, and previous hackaday coverage.

Here is the forum thread where the discussion takes place:

What is it?

It is a 3 phase motor controller. It takes a DC voltage and generates 3 sinewaves for driving a motor, conceptually similar to those small ESC for drones and bikes. The difference is that this particular setup can safely work with a 400V battery, flowing 300Amps all year long.

Our work has been focused in the control board, which is capable of driving way more than 400V and way more than 300A, those are defined by the powerstage ratings.

We chose EconoDual IGBT modules because its a popular package, they come in many voltage and current levels (from 600V to 1700V, and from 100A to 1000A), from many brands, in both IGBT and SiC technology and with available off the shelf gate drivers matched for them.


Because we want to be part of the boldest, most spectacular builds, there is no other open platform capable of driving a 100kW-class motor. All you can get are proprietary controllers with high markups and no way to tweak them to your needs, and most importantly, you don't get to see the inner workings to evaluate if the quality is up to your standards, both in software and hardware.

The new wave of EV companies have been tied to proprietary motor drives, we provide our customers with a chance to deeply integrate the motor drive into their systems, offering a unique chance of verticalization within their product. This saves costs and improves the quality and integration of their vehicles.

Opening up Axiom also showcases the quality of our work and makes our team a desirable contractor, there are not many people in the world with the set of skills and knowledge to produce a high performance drive unit.

Axiom is also made possible thanks to the VESC base platform growing steadily to the point we can take it for the first time to the next level, from a hobby tool to a full EV-capable piece of technology.

Who is using an Axiom?

Since we went public this year several individuals and engineering teams around the world signed up for ordering an Axiom. We are currently on a beta testing stage, only picking the most equipped engineering teams capable of providing us with valuable feedback to make sure we deliver a solid product. Well over a hundred direct requests were handled and a tiny % of them actually managed to get a controller. Here are some of the teams with an Axiom controller under test:

Roughly half of the applications are for traction vehicles (cars, bikes, racing), others are for aircraft, and some are pure R&D departments.

Contact us if you want to apply to be a beta tester!

What can you do with an Axiom?

Pretty much anything involving a powerful 3 phase motor.

  • Electric Vehicle conversions
  • EV racing
  • Mining
  • OEM EV like bikes and ATV
  • Subsea ROVs
  • Aircraft systems (*)
  • Glider launchers (*)
  • Wind generators
  • R&D

Did you imagine this could be used to launch a glider? We neither! That list mostly comes from meetings with our customers.

Why do they choose us?

Because the performance and the user experience of a VESC system are simply top notch. The user needs an interface to configure the motor parameters, and it will...

Read more »


Axiom Rev1 schematic top level

Adobe Portable Document Format - 3.47 MB - 09/10/2019 at 10:20



Axiom Rev1 board Bill Of Materials

sheet - 16.00 kB - 09/10/2019 at 10:18


Axiom schematic top level Rev0.png

Axiom Rev0 schematic top level

Portable Network Graphics (PNG) - 3.76 MB - 04/29/2019 at 11:41



Axiom Rev0 and Rev1 Control Board Pinout

Adobe Portable Document Format - 6.05 MB - 04/22/2019 at 23:40


  • 3 × FF600R07ME4B11BOSA1 650V 600A IGBT module
  • 1 × PD-Axiom-Rev0 Powerdesigns Motor Control Board, Compatible with VESC platform
  • 3 × 2SP0115T2A0-06 Gate driver for FF600R07ME4B11BOSA1
  • 3 × ISB-425-A Busbar Hall Current Sensor
  • 1 × PD-C600VDC-650UF10A Powerdesigns DC Link Capacitor, 600Vdc 650uF +-10%

  • Making hardware. The hard way.

    Marcos Chaparro09/14/2019 at 20:21 0 comments

    Even if the VESC platform was born in the green and thriving lands of Sweden, the Axiom project found its roots in much less fertile soil.

    This particular log is likely going to go over the heads of the folks living in developed countries -even my newfound Canadian mates-, but I think it can resonate a lot on the rest of us.

    There are many great stories about large companies being born in a garage near Silicon Valley, but for many of us a garage in a developed country is a dream, you can't help but feeling hopelessly excluded from the aspiration of achieving such great feats.

    Like most people in this community, I started working with my mate Maxi in my dad's garage. But our garages come with some extra handicaps, they are located in a  ̶d̶e̶v̶e̶l̶o̶p̶i̶n̶g̶  collapsing country that has been edging populism for years. Argentina has been home of brutal customs paperwork and requirements to deter people from ordering stuff from other countries (think digikey, a pcb, or a fancy oscilloscope), plus 50% of import taxes and the recent come back of the immediate "pesification" of the income we get from international jobs (it means that if you charge $100 for a prototype, it gets converted to a devaluating AR$, you never get to hold USD, even if you need to order stuff in USD to do the job). The concept is to take money from the productive sector to fund government affairs, so being productive here takes way more effort and willingness.

    After we got our engineering degrees we started the search for contracts and good ideas. We landed a nation-wide award for a top 5 most innovative product and all that $ was invested in setting up our current Palta Tech lab and a corporation figure that can import stuff. You may imagine a sci-fi lab... and you would be right!

    Meet our Batcave in Argentina

    That's the current google street view, It took us an entire summer of sanding the old paint, preparing and painting the inside, the award couldn't afford the paintjob (much less pavement!). The lab outside is nicer looking now, but google won't notice for years because they don't come here often.

    Having a workplace we focused on the actual work, contributing to VESC, earning some traction in the forums, and meeting amazing people like our canadian mates Arlin and Sonny, and the oh so fulfilling development of Axiom, which made our team an international, far reaching endeavor. We still ship boards from Argentina, but with a new company in canadian jurisdiction we are trying to leave behind the struggles.

    It takes years of (extra) effort to get you this far when you live in a poor country, and this log has 2 purposes:

    • To serve as inspiration to all those hackers and makers that keep creating despite adversity.
    • To raise some awareness about how awesome and valuable it is to have a makerspace near you and same-day tax-free no-BS shipping! Makers around the world don't take these resources for granted, many have to build labs from the ground up, design their own CNCs and deal with customs and government BS to stay competitive.

    I don't know if there are other hackaday prize finalists emerging from a non-developed country this year, certainly not many. Hopefully this will help more outsiders getting into the business!



  • A note on supply chain shortages

    Marcos Chaparro09/10/2019 at 02:35 0 comments

    Many times we designers face an unassuming challenge. Pick the latest and greatest part... or go the old way and pick a less fancy part that gets the job done.

    In this design the design for manufacture is important, and that includes the analysis of potential supply chain shortcomings.

    In particular, the neverending issue of parts getting out of stock right before you hit the big red "MFG" button.

    This could be less of a concern if the board had 10 or 15 types of parts, but with 100+ lines in the BOM, the odds are against you.

    We can classify the risk of a non-stock line according to the damage it creates to the production schedule. For example if a resistor goes out of stock you can easily change the part#... but if suddenly your microcontroller goes unobtanium you are screwed. What's the cost and time required for software migration, testing, and pcb update and re-tooling? Hint: its very non-zero.

    So for Axiom there are only a few dangerous components in this regard, and we can show the countermeasures we have taken:

    MCU: A shortage of STM32F405 would be a disaster for a product like this, as the firmware despite making extensive use of ChibiOS its still heavily interwinded with low level peripheral access for max performance, so no easy migration.

    Luckily we have a viable replacement that is the STM32F407, which is pretty much the same die with an ethernet peripheral. It can be more expensive but you don't care when you're against the ropes handling a shortage. Also, these ST oldies are ubiquitous and heavily stocked, it would be super odd to see a shortage.

    FPGA: In general I find most HDL design software to be full of crap, so going for an open source toolchain gives some peace of mind here, as you could be locked away due to licensing for example. Then there is regular part# issue, which is actually what triggered this log.

    Right now the super cool and amazing FPGA Axiom uses is non stocked in the major suppliers, so one would have to start poking the manufacturers or the shady suppliers that apparently have the part but you never heard of them. But here is where the strategy shines, we have already identified this as a possible issue and early in the game we developed the verilog code for a different family of fpga that happens to be pin compatible, and I assembled, tested and validated the board with the alternative part, so we were always ready for a shortage.

    Connectors: Here's the weak point in our supply chain. Even if JST connectors, and Amphenol RJ45 - 4 port assemblies are common, there are no alternatives in the current design, so in case of a shortage its likely that we will need to update the pcb design and have a talk with the assembler about the change. This little deviation can easily translate to a $200 fee. At least there is no software development involved and likely no need to update the user manual.

    IGBT's: This is another example of a part that can become difficult to source. The IGBT listed in the BOM is currently out of stock, but this is where the choice of using EconoDual becomes evident: we can easily use another part with the same package! So for now we upped the part voltage from 650V to 1200V, but there are many options, even a 1200V 1000A part is available (more about that in a future episode)

    Power supply: You'll see that the LDO has non populated feedback resistors, thats because it allows to use the adjustable version in case the fixed 3.3V version goes dark. It also allows to run the MCU domain at a bit higher voltage, like 3.45V to have a bit better signal/noise ratio on the analog frontend (this has been validated on consumer grade boards but not for the high power builds)....

    Read more »

  • Video Introduction - Axiom Motor Control

    Sonny Lloyd08/24/2019 at 13:46 0 comments

    As our project followers already know, Arlin Sansome has started re-building his world record breaking Honda CRX for higher power, higher performance with Axiom Motor Control.  In this video Arlin shares the motivation for this project, describes the Axiom Hackaday project and shows a sneak peak at our first full up motor controller prototype (more on that later).  For now, please enjoy the video and be sure to ask your questions and leave your comments here :)

  • Schematic released!

    Marcos Chaparro08/22/2019 at 03:18 0 comments

    It took us long enough, but we have finally converged to a releasable schematic!

    Take a look for yourself:

    I really don't remember seeing a schematic this complete, clear, complex, and public! Most of the team worked at aerospace and military organizations, so we know a thing or two about these documents and that experience was put into practice here.

    Take for example a simple component like any of these capacitors.

    Is the capacitance important? Of course! Is the rated voltage important? You bet!

    A wrong capacitance value can be harmless, or detune a timing or filtering circuit. But using a 6.3Vdc capacitor on a 15Vdc rail will have dire consequences, hence the need to be verbose when drawing the schematic and be clear about the used ratings. You don't see this often in public schematics.

    Resistors power rating present us a similar case. Take for example the CANbus termination resistor:

    Can it withstand a continuous bus failure? If we are clear about the power ratings we can see that the termination resistor pair can take 500mW.

    5V on a 120 Ohm resistor gives 208mW, so it should be alright. The DC Link discharge circuit needs to pass this continuous bleed check, with some extra safety consideration regarding discharge time.

    Then you have the more common practice of drawing the signal flow from left to right, for example in the signal conditioning circuit (there is one of these blocks for each phase):

    Many people asked about the FPGA implementation, and its a straightforward one.

    It is configured over SPI, pwm signals are level shifted from 3.3V to 5V for better integrity under high EMI. The SPI bus can be used for high speed general purpose communication between MCU and FPGA. The ice40up5k eval board had some errors that were fixed in Axiom schematic regarding PLL supply filtering and power supply sequencing.

    So there you have, an earth-shattering, high quality 34 page document meant to bring electric vehicles and high power motor control closer to everyone!

    PS: Schematic was first released days ago to our newsletter subscribers. Subscribe now to hear first about Axiom news!

  • Design Decisions Philosophy

    Sonny Lloyd08/17/2019 at 03:41 2 comments

    You can have it good, fast, or cheap. Pick any two. Good and fast, it will be reliable but expensive to design. Fast and cheap, probably going to end up with something that causes fires rather than drives an EV. Cheap and Good is possible but it’s going to take some time to deliver. Obviously there are many design decisions made along the way of producing a final schematic and bill of materials for a high performance full up motor controller. But how are those decisions made? That is the focus of this log post.

    And it turns out.. it's not that hard. During the initial project meeting EV Power Designs asks the client what are their top three priorities. Cost, weight, volume, performance, reliability, protection from obsolescence, manufacturability, time to market and so on. OK, I lied. It's hard; because after all don’t we want it all? Pick only three? This simple question tends to bring out a lot of discussion about the client’s expectations, desires, goals and general philosophy. The client gets to hear about how each design objective will influence the actual product so there is an appreciation both ways. Client and consultant get an opportunity to better understand the project but more importantly, each other. From this conversation, the three .. yes only three.. top priorities will eventually be ascertained.

    Here is an example of how narrowing down the product development philosophy to three key drivers can help with decision making.  Let's say the three most important goals are Weight / Volume / Cost (typical for new power electronics design where time to market is not a key factor). How does this impact the decision for torque control, arguably the most important function of a motor drive? Depending on the power level there are a lot of different design paths that will lead to lower weight, volume and cost but at all power levels it's possible to reduce the phase current sensor count from three to two. The motor load is still 3-phase, but the current in only two of three phases is measured for control purposes.  The current sensor required for high performance motor drive is relatively expensive because it must be high bandwidth and low error so removing one out of the system saves a lot of cost. And the thing is rather large and heavy because of the internal ferrite core, so weight and volume come down as well. It's a win… win and win. but. As my old professor used to say, you never get a free lunch in engineering. There is a small price to pay to have higher performing op-amps that are now required for adequate design purposes, and with only two sensors the system will never be aware of circulating currents and thus never have the ability to eek out some more performance by nulling out the circulating current. Or in other words… with only two sensors, the system just became lower performance.  Thankfully, in this example, performance wasn’t one of the top three design goals.

    We applied this same philosophy to the Axiom control board design process. What three top priority goals should we have? Performance, reliability and versatility. 

  • Dear Judges

    Marcos Chaparro08/06/2019 at 20:21 0 comments

    Dear Judges

    It’s tough to get through hundreds of projects, here is some help!

    i. Is this a unique solution to a particular challenge facing the world today?

    There are lots of motor controllers out there, good, bad and ugly.

    There are few motor controllers capable of moving a car.

    There are no open source motor controllers capable of moving a car and pushing the boundaries and reach of electric vehicle technology like Axiom does.

    And the world certainly needs to get good at this, motors are driving our civilization and comprise most of the energy usage, we need to accelerate our motor control tech. The best way to drive the technology forward is to open it up to the world, open source, and let all the clever and hyper interested people join together in one reliable, high power, high performance, flexible platform we’ve called Axiom.

    ii. How thoroughly documented were the design process & design decisions?

    I’m sure you’ve already read the project logs and really appreciate the magnitude of our work. The core work of the Axiom project is the schematic, bill of materials and main processor firmware; all open source. Although it only took a few weeks to generate the schematic and bill of materials, they are based on nearly two decades of intense professional design for high performance electric vehicles as well as commercial and military aircraft. In fact, the team members came together on a side project (managed by Arlin Sansome) to help with some of the motor control technology elements to push the boundary beyond reasonable limits, directly into world record breaking limits. Needless to say there is a wealth of experience on the team which allows for generating working schematics in a short period of time.  The design itself is heavily documented. Simulation using Matlab/Simulink and PSpice helps to define circuit functional basics to system integration. MathCAD/Smath was used for much of the advanced analysis such as electrical stress, component sensitivity and tolerance analysis. 

    iii. How ready is this design be taken to market?

    Several individuals, companies and universities are already stretching the muscles of their Axiom drives. We have been selling beta boards and complete controllers for a few months now to get early feedback while simultaneously building up some operational hours to prove out the design. We are expecting to take the product to market in 2020 for turn key 100kW motor drive power.

    iv. How complete is the project?

    Axiom is a complex convergence of mechanical engineering, electrical engineering, thermals, firmware, software, safety, racing, distributed work, user interface, artwork and the will to meet the most challenging requirements.

    The Axiom control board product is already complete, working to control a limited number of high powered motor drives all over the world and will be available with all the bells and whistles in a complete high power, high performance, full up motor drive in 2020.


    i. Concept- Is the project creative, original, functional, and pushing boundaries? Does the project benefit society in some way?

    Axiom sports a creative assembly to simplify the production, it's been proven by many customers, not to mention the thousands of smaller controllers out there using the same VESC software we use and contribute to, and it is fueling the boldest high power applications not only electric vehicles but also turbogenerators, HVAC systems, ROVs and more.

    If Axiom succeeds in its quest, the whole world will become better at spinning motors -one of the major energy consumers-. Pushing the boundaries is exactly where the Axiom product positions itself. An earlier version of the hardware broke the world record for fastest front wheel drive car on the ¼ mile¹. In fact, Arlin is currently working on the next iteration using Axiom to reaching higher and pushing boundaries further² 

    ... Read more »

  • New feature: GUI CANbus support

    Marcos Chaparro07/18/2019 at 22:19 0 comments

    Because we can have nice things

    Consider your regular dayjob (or dayhobby) of using an Axiom-based controller. You are likely dealing with a silly amount of current, or voltage, or both, and you have to *work* with that while being safe. It is also likely that you need to work on more than one motor drive at a time, for example when you have an AWD dual motor honda CRX, or a one-motor-per-wheel setup with torque vectoring, or you are just stress testing 10 drive units in a test facility and you want them in a network.

    In those cases, the good'n old USB interface of the vesc platform just doesn't cut it because a compromised isolation barrier in one controller will expose your computer to unsafe voltages.

    For those cases we equipped every Axiom board with a couple of isolated CANbus interfaces: its the safest way to interface with a motor drive, providing a second isolation barrier with super low capacitive coupling for highest noise immunity.

    And when you need to address several controllers, well, CANbus is the perfect protocol as it allows to send or receive commands from any node in the network. Within milliseconds you can send torque commands to 4 controllers in the bus.

    But there was a missing piece in the VESC platform: you couldn't directly connect to a CANbus with the VESC Tool GUI.

    Until now!

    Native CANbus support for VESC Tool

    See here our Pull Request that adds native support for a can interface. You can discover all VESC's in the network, connect to one and perform firmware updates, realtime data acquisition, high speed sampling, motor detection, parameter config, etc, everything from the GUI.

    This works nicely on linux. For windows support you may have to wait, code it, or hire someone to code it for you ;-)

    It opens the door for proper instrument clusters

    Something we want to address is data display. Whether its a sportsbike, a car, a plane or a jet boat (yes Axiom is already serving all those applications!) the human interface needs to be pretty, with Qt libraries we can do much better than a hacked gauge display

    With VESC Tool codebase being capable of accessing the bus, it is now much easier to install a Beaglebone or a RPi in the vehicle with an industrial monitor and run a nice instrument cluster like this example from the internet that I compiled a couple of years ago on my old laptop.

    Both VESC Tool and this example are based on Qt5 libraries. We hope to see some nice VESC displays in the future thanks to this

    In-house CANbus<->USB adapter

    And here is the icing of the cake: every Axiom controller will come with a compatible CANbus<->USB adapter, using the open source candlelight firmware, and with perhaps the nicest build quality out there:

    A few highligths:

    • Aluminum shell. We machine it alongside the IGBT phase bars as they are of similar thickness
    • UAVCAN compliant CANbus connector (SM04B-GHS). Its also the same used by Axiom
    • Nicely embedded dipswitch to enable 5V bus supply, bus termination resistors and bootloader mode. This replaces the sloppy pin header jumpers.
    • All the performance and features of candlelight firmware that now works out of the box with VESC Tool

    I ordered some boards to assemble in-house, if they turn out good we can send a batch for mfg. Being the coolest CAN<->USB converter out there it should sell well, not only to Axiom users.

    Note that the boards are panelized, with tooling strips that provide fiducials and alignment holes for the stencil and production line. By panelizing myself I make sure the long edges will not be V-grooved, I want them routed for a smooth finish. Also note the proper contact between pcb GND and the aluminum shell for better shielding. ...

    Read more »

  • Deep Dive: "Shoot-through" Safety Feature

    Sonny Lloyd07/15/2019 at 02:50 0 comments

    “Shoot-through” is the name given to a failure event when two adjacent switches in a voltage source inverter are ON simultaneously thus short-circuiting the supply, as shown in Figure 1. This failure mode can easily become catastrophic especially in motor drive application where the DC link capacity is rather large and has more than enough stored energy to cause a fire if the shoot-through event is not extinguished within a very short time, typically 10µs for a rugged IGBT (other switch technology can be more sensitive and require even faster response times).

                                             Figure 1: Shoot-through Event

    It is interesting to note that the vast majority of the short-circuit current does not come from the traction battery back but rather the inverter’s DC link capacitor which has a very low impedance path between it and the power switches. This means that any current sensor between traction pack and the capacitor will not “see” the fault current and therefore cannot detect the fault. In fact, since there are no current sensors at all in the short-circuit path it makes detecting this type of fault challenging.

    To detect a shoot-through event the gate driver (external to Axiom control board) employs a power switch “desaturation detection” circuit. The gate driver will immediately shut down the local IGBT when a desat fault is detected. When this first IGBT is shutdown the high fault current is extinguished before it becomes catastrophic and the Axiom control board will be notified so that its firmware can work to immediately shut down the other five switches, thus disabling the drive completely. Desaturation detection is a simple circuit, but its simplicity can often be mistaken for simple to design. The circuit must be 100% reliable in a high noise environment, be extremely fast acting and sufficiently stable over a very wide temperature range. Each component in a desaturation detection circuit is carefully considered and the PCB layout is similarly critically analyzed.

    Now that the shoot-through event has been summarized, along with detection and shut down method, the next question is why would a shoot-through event even happen in the first place? Surely the control scheme is such that the processor would never issue ‘ON’ command simultaneously to two adjacent switches. No doubt this is the case.. but for unproven firmware, with well over 100,000 lines of code, its possible that a firmware bug may exist .. and its possible that such a bug could lead to errant command signals. More likely however is that noise from high voltage and high current switching gets coupled back into the control board causing unpredictable erratic behaviour, including causing a shoot-through.

    Since the shoot-through event has the capability to be destructive it is well worth the designers time to invest an effort to prevent, however possible, the mis-firing of PWM signals. Axiom accomplishes this goal in several ways. The microcontroller firmware is based on proven code, used by thousands of users in a wide variety of applications. Despite this, Axiom makes use of an FPGA which monitors the IGBT gating commands to ensure, double ensure that the microcontroller does not issue errant PWM signals.

                                  Figure 2: Overlap Protection Logic Circuit

    The idea of this circuit is to allow the microcontroller to turn on its associated gate driver, either the top or the bottom, but never the top and the bottom simultaneously (shoot-through!).

    The logic truth table is deciphered as:

                           Figure 3: Overlap Protection Logic Circuit Truth Table

    In earlier revisions...

    Read more »

  • Episode IV: A New Hope

    Marcos Chaparro07/06/2019 at 16:02 0 comments

    Arlin is giving a new life to his 88's Honda CRX

    It may be not a DeLorean or a TIE fighter, but it sure will be a memorable craft.

    So this is how a new EV conversion begins:

    With a donor car!

    The plan is to install an electric drivetrain on the front wheels and another one on the rear wheels, if all goes right it will become our monster flagship, the perfect marketing recipe to spread our work around the globe.

    (images from the owner's manual).

    The used car was a good deal and the motors are really cheap as they came from damaged cars, the real challenge is to afford some good batteries capable of delivering this kind of power.

    Conversion work started last week, on Arlin's own car.

    There have been prior Episodes to the CRX saga that you are missing, you can find them digging in endless-sphere forums ;-)

    Arlin was recently interviewed to let people know where he is at, and here are a couple of lines from the interview:

    Why did you choose a Honda CRX for your conversion project?

     A few reasons.

    • It’s light weight
    • Low coefficient of drag
    • Honda’s are easy to work on
    • Cost
    How long or how many hours were put into the build, from removing the first internal combustion engine (ICE) component to driving with battery power?

     The mechanical conversion portion for the FWD was about 80 hours of work.  But the development and tuning of the custom 3 phase motor controller was 10s of thousands of hours of work.  People really don’t understand how hard it is to develop the motor controller. It’s like 2x as hard as the battery and 5x as hard as any other part on the car!

    For more insights, head to the complete article:

    This is his second CRX build, his original record CRX is currently decommissioned, but if in the future you run into a 80's honda charging electrons, chances are you're looking at an all-out earth-shattering monster.

    That old CRX wasn't running a VESC-based controller but a Lebowski-based one and it pulled more than 300hp out of that drivetrain using mostly donated or handcrafted parts. Everything learned form that car is being applied to our Axiom motor drive:

    If you like what we do, any kind of help is super useful to get the car done. Parts, used motors, batteries, IGBTs, cables, experience, everything helps as this is really pushing the limits of a small team with a limited budget.

    Busy times for our mechanic-in-chief!

  • Mechanicals, part 1

    Marcos Chaparro07/01/2019 at 16:19 0 comments

    Assembly basics

    For several months we got the electrical assembly figured out, and its good and simple for evaluation (Imagine a company looking forward to introduce this controller into its production line).

    This greatly reduces the assembly time, and its literally a bolt-on solution to these high power IGBT modules.

    The point of this basic, enclosure-less assembly is to let customers test this system on their dynos, with their motors. Its purposely open framed for easy access to testpoints, coax connectors and LEDs; it must be easy to work with.

    This same concept is helpful for one-off builds, as those will likely require some debugging and double checking of everything.

    Fully enclosed version

    As cool as it is, its certainly not enough to convince a big customer, they need a few basic items to take Axiom seriously:

    • An enclosure, and most important the assurance we can customize it to their mechanical requirements
    • IP67+ ratings
    • Marketing material

    Enclosure design

    We chose to make a fully parametric enclosure design, in order to easily make changes to support different mounting arrangements. Due to EMI and IP ratings the material is most likely aluminum, and since upfront tooling costs of a CNC job are way lower than plastic injection or die cast, its not unreasonable for a customer to spawn a new design. For a large production, aluminum die cast is an option, but you really need volume to make it the lowest cost option (thanks Eric for this tip at the mentorship session).

    The design is of course made in FreeCAD, a multiplatform, open source, no hassle and powerful MCAD tool. It also has a particularly good integration with KiCad.

    We had some requirements for the enclosure:

    • IP67 (actually aiming for IP6K9K) with off the shelf o-rings
    • Full shielding for easier EMC compliance
    • Integrated liquid cooling
    • Experience told us that High Voltage connections must be on the same side
    • Easy service
    • Compact
    • Nice looking for marketing

    To get the enclosure looking like this, we made custom busbars for the phase outputs, a custom laminated dc busbar to reach the DC link with minimal EMI inside the enclosure, proper sizing for the coolant ports and keeping in mind this has to be machined in a 3 axis CNC, so there is some design for manufacture going on here like minimizing the milling surfaces to 4 (top surface, bottom surface, HV connectors side, los voltage signal side).

    Integrated liquid cooling would be a major cost saver here, as the coldplate we currently list in the BOM costs around $300, we could have the whole enclosure made for that money. Its also an awesome place to spend Axiom's award of $500 for finishing first in the Hackaday Prize Bootstrap stage.

    Lid off! showing some internals:

    Have you heard about semi-transparent aluminum? Me neither, this is just a CAD transparency setting.

    Going for a tidy and minimalist design:

    The mechanical design is not ready, "Mechanical, part 2" will be about the design of the enclosure belly, which is responsible of the cooling performance of the motor drive because it includes the coolant channels and pin fin design below the IGBTs, which requires optimization of pressure drop vs thermal flow from IGBT to the coolant. If anyone knows how to do this FEA in FreeCAD, it would be most welcomed!

    Its really cool that fully open source tools like KiCAD and FreeCAD get you this far into product development.

    The great news is that we are arriving to the final exterior look and feel, that means we unlocked a major road block for marketing development!

View all 23 project logs

  • 1
    Order parts

    Get an assembled and tested board from

    Order components to build a powerstage according to your needs. See the datasheet for examples for 400V 300A operation.

    Need a quicker/simpler/reliable turnaround? You'll be able to order a fully assembled and enclosed motor controller when the beta test stage is done (and jump to stage 3)!

  • 2
    Assemble the motor controller
  • 3
    Connect to the motor and configure the system

    Click on the image, jump to 2:50 to see the motor setup. If you had any past experience with a small VESC controller, its exactly the same!

View all 4 instructions

Enjoy this project?



t.tirupathi wrote 08/20/2019 at 04:33 point

wow... Amazing project! Can I get gerber files for this board to try it out. Thank you.

  Are you sure? yes | no

Marcos Chaparro wrote 08/20/2019 at 12:38 point

Hi! Well, I tried selling bare PCBs but no one suceeded assembling them without any quality issue, and a single bad solder joint can compromise the safety of expensive parts, not to mention the risk of life.

The DC link discharge circuit for example, break it and you can get shocked.

Or get 1 component wrong and we'll be spinning in circles forever debugging your drive (I spend a lot of time hand-holding our beta testers!)

So now we only provide fully assembled and fully tested boards.

We have good news though, the full Axiom schematic was released to our newsletter subscribers, soon it will be posted here

  Are you sure? yes | no

t.tirupathi wrote 08/21/2019 at 03:44 point

Thank you for your reply. Where can I purchase the fully assembled and tested boards?

  Are you sure? yes | no

Marcos Chaparro wrote 08/21/2019 at 12:28 point

Contact us from powerdesigns website if you want to apply to be a beta tester. Cheers

  Are you sure? yes | no

grTavares wrote 05/23/2019 at 19:58 point

Wow... Amazing project! I will try to learn a bit from you.

  Are you sure? yes | no

Piotr Błądek wrote 05/23/2019 at 14:17 point

Good job guys! Only thing Im wondering, is automotive grade of components used, and project as a whole (as far as I remember STM32F4 didn't come with any ISO26262 support, ASILx, or even AECQ100), for DIY EV its not a problem, but for any professional stuff it is. Do you have any plan to support automotive applications with your solution?

  Are you sure? yes | no

Sonny Lloyd wrote 05/23/2019 at 16:00 point

That's an excellent question Piotr, and your observation is correct.  We already have a design, currently in draft, which supports automotive application using  qualified parts and processor (not STM32F4).  It has other features too that Axiom doesn't have, more suitable for that style of customer but it lacks the amazing GUI that VESC has, and also its not open source.  

  Are you sure? yes | no

ve2hrj wrote 05/16/2019 at 11:36 point

This is great project, I’m interested to create something like that, but your project is way more advance!

I did notice that you use regular IGBT N-Channel of about ~700A, how about using GaN?

Would it be possible to adapt your board for that?

That would be a very big improvement on efficiency, I think.

  Are you sure? yes | no

Marcos Chaparro wrote 05/16/2019 at 14:57 point

Gallium Nitride is better suited for lower power applications. GaN technology comes with very low voltage gates (<5V IIRC) and most importantly a lack of high current off the shelf modules. Also they are normally-closed devices, you really don't want that in a high power half bridge. You wont find a 500A GaN because parasitics would turn itself on.

GaN is not the only wide bandgap technology out there, we have Silicon Carbide that has large gate voltage threshold for better tolerance against Miller self turn-on (which gets much worse at high dV/dt), its normally open, and industry has been making SiC modules for quite a long time now.

Having said so, we carefully chose our parts and design rules so Axiom can manage next-gen devices like Silicon Carbide that make for more compact and more efficent drive units. Basically by minimizing capacitive coupling between high voltage and control logic domains.

  Are you sure? yes | no

arbydarby wrote 04/20/2019 at 01:18 point

this needs to win, fabulous 

  Are you sure? yes | no

c.Invent wrote 04/19/2019 at 17:09 point

Let me just say this: this project is nothing short of amazing and I honestly think it deserves to win.

  Are you sure? yes | no

Maxi wrote 04/19/2019 at 21:49 point

Thanks for your support

  Are you sure? yes | no

Sonny Lloyd wrote 04/16/2019 at 02:09 point

Yes you're right Zachary.  There's a lot a platform like this can do and its not that far from a perfect match to the other application you're brainstorming.  Of course, being open source, YOU have all the power to make the changes you want to see  :)

  Are you sure? yes | no

Zachary Drew wrote 04/16/2019 at 04:24 point

I do, I will, and this is what's so exciting to me about stuff like this! I keep seeing this pattern in technology repeating itself over and over again. Things are a little too purpose built, usually for good reason, but as technology improves those reasons disappear. Look at the disconnect between e-bike and e-board motor controllers. It's my impression VESC hasn't taken off with e-bikes because of the 60V limit imposed by the TI DRV8301. Now TI just came out with the 100V DRV8350 so the source of that disconnect seems to be going away.

Another place I see this is in HVAC. Need a big system? Build a big system. Need a small system? Build a small system. Need AC? Install an air conditioner. Need heat? Install a heater. Except they are all (or should be) doing the same thing: transferring heat from one place to another and the most efficient way to do that with electricity is the heat pump which are reversible with a single reversing valve. Now we go fractal: The heat pump guys will then ask you if you doing air-to-water, air-to-air, air-to-ground, etc... and I just want to scream "is it too much to ask to design a plate-to-plate, modular sized heat pump, mass produce them in obscene numbers so they are cheap, if I have a big system I will use a lot of them, if I have a small system I will only use one?" And now we'll go ouroboros: The compressor will be designed for your specific grid (110V/220V, 50hz/60hz) even though modulating DC inverting compressors are the clear path forward (ha, we're back to motor controllers again!) Next will come the question of the alphanumeric soup of refrigerants to which again there is a very clear answer: CO2 except the R&D for that has been weirdly slow across all these fiefdoms of HVAC. Sure, it's harder to run refrigerant at several thousand PSI but guess what? It eliminates many of the sources of all these little disconnects, and the components are dramatically smaller and ultimately cheaper. Now instead CO2 refrigerant has made great inroads into retail commercial refrigeration. DC inverting compressors are the norm in mini-splits. But want a window unit with a DC inverting CO2 compressor? Guy at the bigbox store: how about this 80 pound window unit that hasn't had a design update since 1998 except for when the face-plate injection mold tooling wore out nine years ago so they gave the model a facelift,  and five years ago, when blue LEDs got cheap so they changed the LCD backlight color to "good luck sleeping with this blinding blue LED shining in your face, while this ancient compressor cycles on and off to hit the temperature set point, while your back hurts from installing it in the window, and, oh, sorry about the larger-than-necessary electrical bill coming next month, and sorry to your kids when the refrigerant leaks out because it has a global warming potential 1000x worse than CO2, but hey, exotic patented synthetic refrigerants are big business."

My apologies for that rant, it's been building up for a while.

  Are you sure? yes | no

Sonny Lloyd wrote 04/16/2019 at 14:20 point

no worries, we feel the same.  its why our product exists, to allow for some flexibility as needed!  by the way, we have a motor controller based on the 100V DRV8350 chipset though it hasn't been published (yet).  It was meant for 1 to 10kW systems in high G-Force application.

  Are you sure? yes | no

Zachary Drew wrote 04/15/2019 at 21:54 point

This is incredible work! This feels exactly like what's needed for VESC to take over the DIY EV world and beyond. For example, if a DIYer wanted to heat a cold battery pack using the motor/inverter ala the Tesla Model 3 method this should allow that! Going even further, with some added components I believe this could allow the motor inverter and IGBTs to pull double duty as a pure sine wave inverter. Park the vehicle, switch the inverter from traction mode to inverter mode and you've got a huge power wall on wheels.

The u.FL connectors for simulation-quality in-circuit measurements and the FPGA shoot-through protection is brilliant!

  Are you sure? yes | no

Marcos Chaparro wrote 04/16/2019 at 02:28 point

Thanks! You can artificially heat up the drive unit by setting an Id current (it doesn't produce any torque), its a simple command,

You need some contactors and an inductor/transformer + filtering to smooth the 3 phase voltage in order to supply a house. But as far as the board is concerned its 1 command away as well, it was added recently! 

  Are you sure? yes | no

Zachary Drew wrote 04/16/2019 at 03:19 point

Usually a big inductor too! Though I have been wondering if there are specific DC/AC voltage ratios to minimize the cost, weight, and conversion inefficiencies. And maybe it could go the other way, is there a specific voltage ratio to maximize charging efficiency? Imagine if a single piece of hardware could be the motor driver, DC charger, and vehicle to grid energy controller. I'm only slowly beginning to understand how all these things works and I keep seeing similarities... everything is just some kind of inverter which has left me wondering if it's just lack of imagination that is holding back the convergence of these technologies or if there is a specific first-principles reason that prevents it. 

  Are you sure? yes | no

Nicholas DiVitto wrote 04/15/2019 at 20:33 point

Wow! Simply beautiful, and definitely what the DIY EV community needs. Is there induction motor support, or just BLDC? 

  Are you sure? yes | no

Marcos Chaparro wrote 04/16/2019 at 02:08 point

It can make an ACIM spin, there are commands to generate a fixed frequency 3 phase.

Full Field Oriented Control of ACIM is in the TODO list, should happen soon! It would need a small tweak of the control loop and a new phase observer.

  Are you sure? yes | no

Sonny Lloyd wrote 04/16/2019 at 02:15 point

I should add that we are REALLY motivated and excited to explore the parameter detection methods that make ACIM possible because if you're willing/capable of rewinding the motor yourself to better match your EV battery you can save a LOT of money and end up with a pretty decent performing motor.  that's a real plus for extreme DIY'ers like you and me.  I know.. industrial motor's don't lend themselves well to EV application.. but .. if the old motor is selected properly, rewound yourself with intention .. i think you'd be surprised what you can get out of it for a fraction of the cost :)

  Are you sure? yes | no

Nicholas DiVitto wrote 04/16/2019 at 12:47 point

Awesome! I've been following this project for a little while and its really cool to see how it has matured. Keep up the great work!

  Are you sure? yes | no

Similar Projects

Does this project spark your interest?

Become a member to follow this project and never miss any updates