DIY eBike BLDC Motor Controller

Alan B

100 GW
Joined
Sep 11, 2010
Messages
7,809
Location
San Francisco Bay Area, USA
5/2016 Edit - picking up this design and renewing this thread on page 6, there's a lot of good stuff that is still (mostly) applicable on these earlier pages. The Grin PhaseRunner was developed after this effort was started but is an excellent example of what can be done with a small 6 FET controller so that will be used as an example and existence proof of what is possible in a small form factor. In a sense the PhaseRunner is a combination of ideas from Justin that descended from his 2008 controller combined with controller technology from ASI, a controller manufacturer that Grin partnered with. Now returning to 2010's thread, with updates. :)

Recently I was reading the thread of Justin's 2008 ebike trip across Canada [links in the references section below]. He built his own controller and had some interesting features. Every time I read about someone who built their own controller I think about things that I would like to have in my own controller. Things that would be easy to do if we had source code. Hacking the hardware is nice, but I want access to the software as well.

I see others have built controllers, or are in the process. There are many aspects of this we can share even if we are developing different units.

I would like to focus my effort on building a simple commuter controller. Something to get started with - some hardware and software - and get some experience. Rev 0. Start simple and improve. Even if I don't build this, I want to collect information here, and links to data regarding building your own small ebike controller that will be useful as a reference to others.

Scale the requirements to get things moving for this prototype. Not to take away from the "Best Controller" project at all, but this could be a testing ground which will be faster to prototype real hardware and software.

I'd like to see something that would be useable on a bike with common motors we already have. So we can swap it into our systems for some real world testing and development. Get that homemade controller grin going!

I suggest some simplified "prototype requirements" like:

The prototype should be useful, not a tangle of wires on a bench. It should be able to run on a bike with a common motor at reasonable voltages and currents. The actual capability would come out as the detailed design evolves, but something along the lines of existing controllers. Something reasonably easy to attain on the first try.

Use readily available through hole parts for this prototype. Designed so people with moderate soldering skills can make it. Easy to repair and mod. [Note that hobbyists have developed techniques to work with surface mount devices (aka SMT or SMD) using standard soldering tools, and the availability of low cost hot air tools makes it possible to use them on DIY projects.]

Limit the PCB to one that we can readily get in small quantities at reasonable cost. Keep the unit compact. Significantly smaller than infineons. Use a free design tool that is easy to learn and make a public open schematic and layout so folks can make their own version of it with their own improvements. One such solution I'm aware of that works this way is expresspcb. There are undoubtedly others, let's pick one. Their 2 layer plated through miniboard is 3.8 by 2.5 inches and costs $51 for three boards and they turn it around in a few days. They have free software for schematics and pcb design that takes a couple of minutes to learn. It is 1.25 ounce copper, so plan for bare wires to be added to support reasonable current, but again this is not a mega controller (yet). It is the baby that can grow up later. And the folks who want to use external really big FETS can wire them right up to this small board, so that might be a viable "big controller" approach as well. (edit - have switched to OSH Park, much more flexibility (any size board), and free/low cost DipTrace layout software that is easy to learn and quite capable).

We can get creative and put some parts on the backside of the board if needed, but keep it serviceable. One (or a few) small pc board(s). Leave the fancy master CPU till later, just do the motor control board. A compact (six) FET unit. Standalone capable, or can be integrated into a larger multiboard system later on. (as you will see below this changes slightly as the design evolves and two boards are proposed).

Use FETs that are readily available, through hole, low cost and fit on the board - constrain by space but keep it simple to start. Not a huge number of them. How many will fit on this board? We want to keep the price moderate, we may be blowing some of these boards up as we try out software ideas, etc. I'd rather blow up smaller numbers of FETS while testing just from a practical standpoint, even if it means testing at lower current. (edit - go with six TO220 FETs, AOT290L (low cost, good performance, good availability) as used in the PhaseRunner)

Voltage - again, what is simple, will fit, and will be useable by most as a test platform for the controller technology (not the performance edge of bike motors). Perhaps not a switching regulator on this first prototype. Add that later? Unless someone has a small footprint trusted design in hand. (edit - 100V parts, 80V max operating)

Use a micro with open and easy to use high level software tools. This probably means the Arduino/AVR since other suggestions either are surface mount only or don't have free high level tools and large libraries of useful example software for the hobbyist. Choose the most capable fairly common through hole chip with the best hardware for motor control that is well supported for the purpose (app notes, sample code, etc) and low in cost. (edit - ATmega64M1 has the Power Stage Controller that is well suited to the project goals, and it can be configured as an Arduino, however it is only available in SMT).

Scale other requirements back to what is essential to make it operate on a bike. Throttle, ebrake. Detectors for sensorless control if they will fit (this will be an important software development area). Toss the things that are not really needed like 12V outputs, etc. This is a platform for developing experience and software. To do that well it needs to be run on the bike. It should be easy to reprogram without necessarily removing it from the bike. A jack on the board that can be brought out with a cable. (edit - Note that I was originally considering CANbus to be too complicated and expensive, but this has changed so I am reconsidering that choice. Consider CANbus interface on RJ45).

Extra inputs/outputs as available for other things. What does the chip have room for? Like a skilled woodworker, find the "grain" and work with it. Do what is easy and put off what is hard and nonessential for a future model.

Then we make a few and get started. Once some hardware is out there this project might really take off. Share some software. Write some code, rewrite, throw it out and write it again once the issues are better understood.

Anyone interested in collaborating on this? At least sharing portions of the design tradeoffs and choices.

Consider a user I/O "Terminal" to mount on the handlebar and perform useful features. This can [possibly] be done with an off the shelf unit, so it is not a major part of this project. I add it here because it may have impact on the controller as the two work in synergy. Functions such as speed, current, power, etc monitoring and control can be handled by this unit and the controller working together. Initially it would be little more than a debugging tool for the controller, later it can evolve as far as wanted to be the controls for the controller as well as the ebike's readout system. (edit - another CANbus node).

References

Justin's Trip across Canada by Ebike:
https://endless-sphere.com/forums/viewtopic.php?f=29&t=7134

Building the Best Controller thread:
http://endless-sphere.com/forums/viewtopic.php?f=2&t=20731

Oldswamm's Economical Hi-Amp Controller thread:
http://endless-sphere.com/forums/viewtopic.php?f=2&t=22728

Another controller build thread found 11/30/2010:
http://endless-sphere.com/forums/viewtopic.php?f=2&t=23205

Justin's 2008 Controller (images)
https://endless-sphere.com/forums/viewtopic.php?p=1022564#p1022564

Grin/ASI Collaboration: the PhaseRunner (influenced by Justin's 2008 controller)
https://endless-sphere.com/forums/viewtopic.php?f=31&t=65031

Open Source STM8 Controller Firmware Project
https://endless-sphere.com/forums/viewtopic.php?f=30&t=87870
 
DIY Development Ebike Controller

Goals
DIY compatible construction
Simple development environment
Configurable to experiment with common modes of motor control
Useful amount of power
Small ebike compatible packaging
Component in full ebike control system (communications)
Reliable

Requirements
Three phase brushless DC motor control with multiple modes for exploring control options (may require reconfiguration)
Trapezoidal Sensored control mode (requires hall sensors)
Trapezoidal Sensorless (pedal first) startup and control modes (requires comparators on phase voltages)
Commutated Sinewave control mode (requires hall sensors)
SVM FOC control mode (requires motor phase current measurements)
Blended modes combine 2 or more of above

Pulse by Pulse Current Limit (fast trip in hardware)
Protection from overcurrent, overtemperature and (if practical) shorts in motor wiring
Open Hardware and Software
Components through-hole if possible, DIY Compatible SMT where necessary
Reconfigurable Hardware
Ebike compatible Size

Design

Modular multi board design, plug between boards
CPU board handles different CPUs and handles CPU related items such as programming
I/O board contains low voltage I/O - can be used with any FET boards, reconfigures pins as needed for CPU and modes
FET board has all High Voltage and related I/O, can be various versions for different performance levels
First FET board design for moderate performance, six TO220 FETs
Battery Voltage: up to 60V/14S low (75V parts) or 85V/20S high (100V parts) ranges
Current limits 40A battery / 90A motor
FET Temperature thresholds ramp current limits down

Capacitor bus ripple voltage ??
PWM Freq: adjustable 8-32khz, nominal 16khz
Interfaces - Throttle, eBrake, regenControl, serial I/O, extra I/Os for speed switches, status LEDs, etc??
CANbus on RJ485
Ebrake goes direct to FET drive disable to insure safety (and micro motion abort input)(this would kill regen ebrake)
Precharge Cap bank capability designed in (charging R on FET board, second HV input)??
FET heatsink temperature monitoring
CA type display for serial - see master controller below
Reprogrammable without opening box (via serial cable)
Tools open or free

Components

This is a list of parts selected and/or collected that might be used in this project

CPUs
ATMega32M1 CPU TQFP32 x5 (use these for early testing and CANbus I/O devices)
ATMega64M1 CPU TQFP32 x10

FETs
AOT290L FET TO220 x25

FET drivers
IRS21867S

Regulators
Innoline R-78HB12-0.5 TO220 type switching "TO220 type" regulator 75V to 12V 500mA x1


Use at least 100V rated parts (FET, Cap, 12V Regulator). Leave 20% margins to working values (75V).

FETs: AOT290L TO220 (100V 3.5 mOhm $2.80)
HV Capacitors: 100+V (0.1,1,10,100)?uF low ESR per FET pair, use set of caps for frequency response (analyze)
12V Capacitors: (0.1,1.0,10)? per driver 20V low ESR, plus one 100uF tantalum? (analyze)
FET Drivers: IRS21867S (was NCP5181PG or NCP5181-D or LT4444 or ? (2A)) [strike]through hole unless no room then[/strike] smt?
Battery Current Shunt: 50A/50mV? 4 terminal, good temp coeff (is this enough current?)
(note needs to be bipolar for regen)
Battery Current Limit: hardware shunt to comparator vs DAC setpoint, programmable limit
Phase Current: Measure 1/2/3 phases?, calculated, limit settable in software, limit to 100A max? (eventually base on measured performance)(note measure battery current after storage caps so can see peak and motor current)
Microprocessor: ATMega64M1 with BLDC motor support hardware on-chip, 64K code, etc
Pre-Regulator: FET, Not required until V > 72V for the 12V regulator (use another of the main FETs to reduce parts inventory)
12V Regulator: switching 17..72V (75V max) to 12V at 500mA? (Innoline R-78HB12-0.5)
Final Regulator: 5V linear low quiescent current (or similar Innoline?)
CANbus interface with dual RJ45 connectors, 5 and 12V on bus

Multiple PC Boards

CPU Board
CPU, Crystal, Programming, Arduino Serial, CANbus, bypass caps

Interconnect Board
Throttle, Ebrake, Motor Halls & Temp, CA connector

Power Board
Heatsink, FETs, drivers, bulk capacitors, link caps, shunt, 12V/5 reg, temp sensor, Main BATT In, Motor Power out, Power SW connector


Precharge: two HV inputs - built in power switch FETs?

Boardsize: will be adjusted to fit design and box (consider PhaseRunner form factor, roughly)
Box: aluminum extruded, use for heatsink, design boards to fit, FETs bolt to it for heatsink ?? (select box) OR use heatsinks and panels to make box, or consider potting?

Schematic Capture and PCB Layout tools: DipTrace

PCB Manuf - OSH Park for development (constrains copper weight)

Software Notes

Platform for experimenting, implement protections early, they will be needed for software errors
Protection in hardware for pulse by pulse current limiting
Explore different types of motor controls
Low side Commutation and High side PWM for standard BLDC control to begin, then
Use Synchronous rectification (complementary PWM on high side driver saves power in FET)
Hall effect health monitoring and automatic disable of sensor mode (becomes pedal first)
Hall sensor auto-failure interpolation
Sensorless motor startup experiments, tuning
Sensored/Sensorless auto transitions (fuzzy logic)
Hall sensor mode (the usual)
Sensorless mode (pedal first)
Sine commutation mode uses PWM to all three phases (use time interpolation of halls, only one need be working, start with sensored mode and transition to sine)
SVM FOC should be possible with this controller if the hardware is configured properly
Adjustable motor timing (test, mostly for high RPM motors)

Throttle Types - Speed, Torque, Torque with Speed Limit

Speed and power limiting
Multi speed switch experiments - 3/4 speeds, N Speed mode with two pushbuttons for up/down

Fuel gauge (coulomb counting)

Proportional regenerative braking (separate input or button/throttle)
Adjustable top speed limit
Adjustable power, current, acceleration limits
Several parameter sets (modes)
Cruise control, gain, etc
Voltage detection autosets LVC from table lookup?
Per cell LVC with appropriate BMS communication or ebrake BMS input
Throttle modes including battery current, phase current/torque, blended
Throttle range calibration mode
Throttle fail detect and lockout, prevent start on high throttle
Hall and phase order diagnostic mode
Various diagnostics
Monitor program to facilitate serial programming (only monitor need be programmed via ISP)
Gcc-AVR toolchain (probably the Arduino variant)
Python for server side software as needed


System Design Issues

Minimize bike wiring
Use RJ45 style CANbus where possible, with extra wires carrying 12V and 5V
Consider safety
Kill Switch feeds Batt V to 12V converter which is either in Dashboard or in Controller or both?
Ebrake - Switch closure goes to Controller, Analog value goes to Dash Display and gets to controller via CANbus

Companion Dashboard Display

To maintain a System Design this portion of the system is selected and documented here.

This Handlebar module may be Required to use the Motor Controller, this facilitates communicating with the controller and reducing wiring on the bike. It provides readouts such as speed, current, battery gauge and logs information for later analysis.

Requirements

Handle control and display functions for the ebike System, motor controller and BMS (Augments Cycle Analyst Display)
Off the shelf? Arduino based module to use same development tool chain, open tools, etc
Display, visible day and night
User Interface (buttons, encoder, etc)
Beeper
Red LED?
CANbus Multidrop serial I/O to communicate with Controller(s) and BMS
Inputs suitable for Throttle, ebrake, regen, speed, etc optionally to reduce wiring through bike
Ebrake goes direct to controller for safety
Runs on 12V from controller?

Design

CANbus, use the same ATmega64M1 CPUs?
Housing: (tbd - select)
Handlebar Mount: (tbd ?)

Battery Monitoring System

Isolated CANbus, comms wakes up from low power sleep mode
Very low power consumption, powered by cell voltages
monitor cell voltages, report as requested
no separate power switch, controller does switching


References

http://www.atmel.com/dyn/products/product_card.asp?part_id=4307 ATMega64M1 data, app notes

http://www.ti.com/lit/ug/tiducy7/tiducy7.pdf FOC Current Sensing Designs for 1/2/3 shunt techniques
 
One feature I'd like to see is a blended sensor/sensorless control. Start from standing using hall sensors, but transition to sensorless control once moving smoothly. Monitor the hall sensor health continuously. If they stop working, revert automatically to peddle first operation, unless we can figure out a way to do sensorless starting (which is possible but might take more hardware).
 
Another feature I'd like to have is proportional regeneration using a separate input. Use a left hand thumb input to regulate it, possibly a thumb throttle or lever. Keep the brake fingers on the brake but provide another input to control electronic braking.

I would also like some options on the throttle control. Motor current/torque would probably be the best, but with access to the code I would try some different ideas.
 
To focus on the hardware a bit,

How many FETs will fit on this board? Probably six to-220's. What's the best choice available here?

How much voltage/current? Can we do 100V 40A if we use good parts?

What would be good drivers to use?

Suggestions for the high voltage to 12V regulator?? Can we avoid the resistor issues?
 
I'd skip the Express PCB. It locks you into the one vendor, and I don't think that they do heavy copper.

KICAD might be a good option. It used to be known as "kill yourself cad", but has apparently gotten a lot better. I have not used it in a long time. Gold Phoenix in China builds boards for cheap with quick delivery and they can do 6 oz copper.
 
texaspyro said:
I'd skip the Express PCB. It locks you into the one vendor, and I don't think that they do heavy copper.

KICAD might be a good option. It used to be known as "kill yourself cad", but has apparently gotten a lot better. I have not used it in a long time. Gold Phoenix in China builds boards for cheap with quick delivery and they can do 6 oz copper.

Thanks for the suggestion. I'll take a look at KICAD. I do want to keep this quick and simple. Expresspcb is really quick to learn and simple to use. And the $20 boards come in less than a week. They will sell you the gerber files if you want to go elsewhere, but I don't think we are looking at large quantity boards anyway, and relaying out in another tool can easily be done later if that is important.

I would like to have a board in our hands before Christmas. We need something that gets things done without a big learning curve or delay.

Is the copper weight actually important if you are going to overlay wires anyway? The goal for this controller is 30-40A, not 100. Can we get low cost low quantity prototype boards with heavy copper quickly?
 
Another schematic/pcb recommendation given to me is gEDA:

http://geda.seul.org/wiki/geda:faq

Are there others? Do folks who have experience with one or several of these want to make comments on the suitability of these tools and their experiences with them??

I adjusted the name of the thread from ".. Prototype Controller" to "... Commuter Controller" since that is a good characterization and this term was used in the Best Controller thread for this level of controller. I think it applies well to this phase of the project. It is still a prototype, but the size/power level/voltage/etc is commuter type rather than maximum/racing levels.

I would like this controller to be adequate for commuter use and small enough that commuters could practically carry a spare one every day if they wished.
 
Alan B said:
Is the copper weight actually important if you are going to overlay wires anyway? The goal for this controller is 30-40A, not 100. Can we get low cost low quantity prototype boards with heavy copper quickly?

The idea behind heavy copper boards is so you don't need to mess with soldering bus bars, etc to the board. Can make for a much cleaner and more compact layout. Gold Phoenix does up to 6 oz copper. They will do 155 sq in for $100, 5 day lead time. Up charge for 3 oz copper is $40... not too bad, $120 for 6 oz (bus bars/wires start to look good at that price).
 
It has been awhile since I've done trace current calculations, but it would seem to me that 40 amps is just too much, even for 3 ounce copper for any reasonable trace width especially on a small PCB. So some other provision must be made in which case the heavy PCB copper has little value.

It would be good if a small run of boards was inexpensive. The disadvantage of Gold Phoenix is almost $100 minimum price, and that is for 1 ounce copper with a more than one week turnaround including shipping. You get more boards, but to start with it would be good to have a lower cost for just a couple of boards. I have not done a survey, but expresspcb is only $60 for a run of 3 boards, and they turn them around much faster.

I took a quick look at gEDA and Kicad. Looks like gEDA is not quite as easy to use, so will look further into Kicad.
 
Alan B said:
It has been awhile since I've done trace current calculations, but it would seem to me that 40 amps is just too much, even for 3 ounce copper for any reasonable trace width especially on a small PCB. So some other provision must be made in which case the heavy PCB copper has little value.
It all depends on what you consider to be a reasonable trace width. Any trace that will have a bus bar wire soldered on to it will probably have to be at least 1/4" wide? With 3oz copper and copper planes filling in everywhere, a single 1/2" trace will handle 40A with probably at most only a 30C temp rise. The layout of the board is important here. Runs paralleled on opposite layers can help a lot too. Two 1/4" traces (mirrored on top/btm of board) will run cooler than a single layer 1/2" trace.

I'd love to see the board not depend on soldered bus bars since that adds so much variability to each build. And, it's a PITA to solder on the bus bar. :) But, if desired, a portion of the solder mask above some of the copper runs could be left out for adding bus bars. This way the board can be manufactured as a 1oz. board with bus bars or a 3oz. board without bus bars?
 
Thanks for your comments.

Brainstorming mode on. Got woken up awhile ago with problems at work. So now mostly awake.

I favor designing for adding wires or using heavy copper so either way works. One thing I have wondered is if the traces were designed for adding wires to them, with through holes, things might be much easier. Design the traces to be the same width or slightly wider than #12 or #10 wire and have holes to attach the ends of the wires to, so they could be soldered at the ends like any other component rather than flat-soldered. Not sure that would work out, but designing with the wires in mind should help make them easier to add. There was a discussion of using copper sheet cut to lay on the traces. That might be more practical than making 6 oz copper boards. We can always limit the current to 20A to start with and then add copper, as long as we've made it easy to do that.

To keep the board small I think we need to use the third dimension for heavy conductors rather than making wide traces. Should these conductors be insulated wire "jumpers" rather than traces at all? Or a mix of the two?? Perhaps some copper pieces that connect to the tabs of the devices should be used, under the screw head site so as not to reduce the thermal performance.

Changing Gears,

I suppose another approach to consider is using two small boards stacked, one mostly covered with FETs. The other with everything else. How to cool them? The heatsink could then be on the plane parallel with the board and the FETs would be bent over flat with the heatsink surface away from the board. Then the board could have very large traces. The whole top side could be pretty much +V and the whole bottom side Ground.

I'm warming to the two board stack idea. The boards could be component side away from each other for easier access. Really neat if the FET board was four layer with power and ground in the middle. That might be possible to afford. And might solve the issues while keeping the footprint small. The monster FET guys would like it too since they could leave off the FET board. Probably could get 12 FETs on a small board. Plus if the FETs get blown it might be just that one board to replace... How to assemble this, to get to the screws on the devices to heatsink? Easy enough to do the first time, but how to replace FETS? Maybe just replace them all, they usually go together anyway??

So how does that sound. Two boards, 2.5 by 3.8 or thereabouts, plug together. One with FETS and little else (possibly HV regulator, capacitor, and the shunt), the other with the rest?? Only the FET board needs bus bars or heavy copper. Lots of room for copper. Plus a replacement board could be done later with IXYS fets or whatever... But something inexpensive to start with. And through hole for ease of DIY.

Another variation on the two board idea is to put FETs on two edges of the power board standing up. Probably get 12 FETS and lots of copper on this board. This would leave more room for capacitors in the middle with the FETs standing at the two long edges of the board. It would be easier to work on. Probably more practical. Screw terminal block at one end for power in, and at the other end for motor out. The hall cable would come to the controller board. The FET board would just have the high voltage and high current. The micro board would get 12V from the regulator on the FET Power board.

So the interconnect would be:
ground (at least 2 pins)
six gate drive signals (drivers on controller board)
12V to controller
shunt millivolt signal differential, 2 pins
main voltage sampled down to ADC level
FET temperature sensor(s), perhaps 2
maybe one 10 pin dual row connector (20 pins)? right in the center? making board alignment easy??


The power board would have:
power in screw terminal block (2)
motor out screw terminal block (3)
FETs
capacitor bank
shunt (100A?)
hv to 12V regulator


The controller board would have:
micro
12v to 5v regulator
interfaces - throttle, ebrake, regen, etc
serial interface
programming interface
FET driver (perhaps this goes to the FET board?)
hall interface
protection for all the inputs/outputs to make the board robust (a failure might take out the FET board but hopfully not the micro)
20 pin connector to mate to FET board
XX pin flat cable type connector, most application I/O comes through this
6 pin 1 row 0.1" connector for serial/usb adapter
6 pin onboard connector for ISP programming (loading monitor)


Now maybe I can go back to sleep....
 
My welder uses 3 oz copper and dumps 20,000 amps... but not continuous. I've done over 1000 welds in about 30 minutes and the traces/fets were not even warm. The layout that I use has two power busses (drain and source) with parallel runs for each on both sides of the board. It is a two layer board. The gate leads are hand wired by wires, not etches on the board. This allows for uninterrupted high power busses on a two layer board.

There is a photo at http://endless-sphere.com/forums/viewtopic.php?f=2&t=2633&start=570#p280216
 
texaspyro said:
My welder uses 3 oz copper and dumps 20,000 amps... but not continuous. I've done over 1000 welds in about 30 minutes and the traces/fets were not even warm. The layout that I use has two power busses (drain and source) with parallel runs for each on both sides of the board. It is a two layer board. The gate leads are hand wired by wires, not etches on the board. This allows for uninterrupted high power busses on a two layer board.

There is a photo at http://endless-sphere.com/forums/viewtopic.php?f=2&t=2633&start=570#p280216

Nice. Impressive for 3 oz. Thanks.
 
I was researching micros last night. Found one that looks quite excellent for this application. Has specific hardware for BLDC motor controls including built in sensorless comparators and a current comparator that can shutdown the output PWM signals in case of motor overcurrent. This is programmed with "fuses" in the chip so no processing time is involved - it is pure hardware. It is designed for automotive controls of brushless DC motors, so almost exactly what we are looking for.

This chip requires very few parts externally to handle motor controls. It needs FET drivers of course, and regulation, but mostly it needs protection from the inputs, so some resistors, zeners, optical isolators, etc. But it would make a very capable and small controller. Plenty of I/O for this application.

There are two problems, however. One is that it is surface mount only, none of the dip AVRs seem to have this level of motor control hardware. That is not too bad as it is not too hard to hand solder this part, and someone could do that bit of soldering for you and the rest of the build can be through-hole for DIY builders. The more difficult problem is finding the micro chip in small quantity. It was under $5 in 1,000 quantity but the common places did not stock or sell them individually (Digikey, Mouser, Newark). Further searching is called for. Anyone finding the ATMega32M1 (32-TQFP) in small quantities let me know.

Thanks,
 
ATAVRMC310 is the device board for ATmega32M1 AVR microcontroller.

http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4375

Buy online from Atmel $99.00
http://store.atmel.com/PartDetail.aspx?q=p:10500151

Micros in stock at Avnet no min. $4.92 (have 1880 stock)
http://avnetexpress.avnet.com/store/em/EMController?langId=-1&storeId=500201&catalogId=500201&term=ATMEGA32M1%252DAU&x=24&y=9&N=0&action=products
 
Alan B said:
Anyone finding the ATMega32M1 (32-TQFP) in small quantities let me know.

Then the question is... does GCC support it? If not directly, is at close enough to say the ATMEGA32 to be usable? Also, does the standard AVR programmers (like the STK500) support it. You will probably need one to initially configure the chip and its fuses so that you can program a serial bootloader into the device.
 
texaspyro said:
Alan B said:
Anyone finding the ATMega32M1 (32-TQFP) in small quantities let me know.

Then the question is... does GCC support it? If not directly, is at close enough to say the ATMEGA32 to be usable? Also, does the standard AVR programmers (like the STK500) support it. You will probably need one to initially configure the chip and its fuses so that you can program a serial bootloader into the device.

Excellent find!

Good questions, I have STK500, Dragon, AVRUSB, etc. to load software. They indicate ISP programming so I would design the board to have an ISP jack for loading them monitor program. After that use USB/serial to program it.

GCC is an important question.

This chip is looking quite interesting.
 
I checked out the product page at Atmel. All the above starter kits and programmers support the chip. Don't know about GCC.

http://www.atmel.com/dyn/products/product_card.asp?part_id=4307
http://www.atmel.com/dyn/products/product_card.asp?PN=ATmega32M1
 
Back
Top