
Introduction
This µModule implements a 16A H-bridge with rich feed-back options to create a closed-loop speed-controller application. The module interfaces to the external world using the TWI interface that’s common among all µModules. It also has an optional CMOS-level RS-232 interface. It can control motors up to 18V.
Features
- Standard µModule TWI with optional RS-232 interface
- Integrated 3.3V power supply, 5V operation is optional using an external power source
- 16A peak current limit, 10A continuous current with IRL2203 MOSFets
- 7 to 18V motor voltage
- High-side short-circuit protection
- High efficiency n-channel MOSFETs
- Rich speed-feedback options for closed-loop operation
- Back-EMF feedback for sensorless motion-control
- PID control loop
- Acceleration and deceleration limits
- Traveled distance calculation
- ‘Go-to-distance’ support with trapezoid speed-profile
- Braking and free-wheeling support
- Parameters can be stored in permanent EEPROM storage
- Duty-cycle throttling to limit torque
- Per-cycle programmable current-limit
- Servo controller mode with external position feedback potentiometer
License
This document and all the accompanying design documentation (for example schematic and PCB files) are covered by the H-Storm Non-Commercial License (HSNCL).
H-Storm Non-Commercial License (HSNCL)
Copyright 2004-2007 Andras Tantos and Modular Circuits. All rights reserved.
Redistribution and use in source or binary forms, or incorporated into a physical (hardware) product, with or without modification, are permitted for non-commercial use only, provided that the following conditions are met:
- The redistribution doesn’t result in financial gain.
- Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
- Redistributions in any other form must contain in printed or electronical format the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
- All advertising materials mentioning features or use of this technology must display the following acknowledgment:
This product includes H-Storm technology developed by Andras Tantos and Modular Circuits. - Neither the name of Andras Tantos or Modular Circuits may be used to endorse or promote products derived from or using this technology without specific prior written permission.
ALL THE INFORMATION, TECHNOLOGY, AND SOFTWARE IS PROVIDED BY THE AUTHORS AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL ANDRAS TANTOS, MODULAR CIRCUITS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE OR TECHNOLOGY, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Design description
The bus interface
The TWI bus interface follows the µModule standards. There are six or four-pin connectors on the board, both with identical functionality. Two wires are used for the TWI signal transmission (clock and data) while the rest provide power and ground signals. The interface can be operated at a rate up to 400kHz. This module never initiates any transactions on the bus, it operates in slave-only mode. Status information can be acquired by polling and commands can be sent to the module at any time. The module implements the standard 8-bit register bank µModule communication protocol.
Powering options
The module can source and sink power on this interface. The power to and from these sockets can be interrupted by an on-board jumper. With this there are three possible powering configurations with regards to the logic-level functions:
- The module is powered form the same power supply as the motor. The module provides power to other devices on the TWI bus
- The module is powered from the power supply of the motor however it does not power other devices on the TWI bus
- The module is powered from the TWI bus
The third powering mode has to be used if 5V operation is required.
The H-bridge
The H-bridge is comprised from 4 n-channel power MOSFETs. These transistors have extremely low on-resistance, leading to high-efficiency and low heat-generation even at high power levels. By replacing the standard IRFZ48 transistors with IRL2203 ones, no heat-sink is required up to 10A of continuous current. The efficiency of the bridge is almost 98% from a 18V supply, 96% at 10V and 94.7% at 7.2V supply voltage. The transistors are driven by LTC1155 dual-channel high-side driver ICs. These devices can deliver higher gate control voltages than the power supply thus allowing the use of n-channel MOSFETs on the high-side of the bridge as well. These chips also provide a second level of short-circuit protection by measuring the voltage drop on the sense resistor. Shot-through protection is established by monitoring the low-side gate voltage and disabling the high-side gate drives until the low-side gate voltage drops low enough. This mechanism also provides protection against opening a low and a high-side driver of the same half of the bridge at the same time. Since the drivers can provide significantly higher voltages (especially for the low-side MOSFETs) than the maximum allowable GS voltage, a zenner protection diode limits the GS voltage to 10V. All four MOSFETs can independently be turned on and off (with the exception of two MOSFETs on the same side being turned on at the same time) allowing all possible valid operating modes of the bridge to be used:
- Forward drive
- Backward drive
- Free-wheeling
- Braking
Feedback options
A wide range of feedback options are available on the module to provide additional health-monitoring and establishing closed-loop speed-control functionality. Both voltage (relative to the ground) on the motor connectors can be monitored as well as the voltage across the current-sense resistor which is proportional to the current flowing through the motor. Monitoring these values with a 10-bit resolution A/D converter precise knowledge of the current system status can be established. These measurements can be used to calculate the back-EMF response of the driven motor, which is proportional to the rotation speed. This value in turn can be used to close the control loop and create a true speed-controlled H-bridge. When more precise measurement of the rotation is required, an external quadrature encoder can be used and the signal of the optical gates can be fed back to the module. Two input pins are wired to a header for that purpose.
Miscellaneous functions
The module on the top of the standard TWI interface, that is common among all µModules also contains a (logical level) RS-232 interface as well. This interface can be used to connect the module to other microcontroller modules or (after level-shifting) to a PC which doesn’t have a TWI interface.
The TWI interface
The TWI interface adheres to the standard µModule communication protocol. It implements 8-bit register-bank addressing, and defines 32 registers. Each register corresponds to a single channel.
Offset | Size | Name | Access | Comment |
---|---|---|---|---|
0 | int16_t | RequestValue | R/W | Speed control request signal R/W (Scaled between -0x3fff and 0x3fff). 0x4000 is freewheeling and 0x4001 is braking. |
2 | int16_t | IFactor | R/W | PID control loop integrator value |
4 | int16_t | PFactor | R/W | PID control loop proportional value |
6 | int16_t | DFactor | R/W | PID control loop differentiator value |
8 | int16_t | PFFactor | R/W | Control bypass proportional value |
10 | int16_t | SampleOffset | R/W | Control loop input bias |
12 | int16_t | MaxPositiveChange | R/W | Maximum single-step change in speed in the positive direction. If a bigger change is requested in RequestValue a ramp is generated. |
14 | int16_t | MaxNegativeChange | R/W | Maximum single-step change in speed in the negative direction. If a bigger change is requested in RequestValue a ramp is generated. |
16 | int32_t | Distance | R/W | Integrated actual speed value. An approximate measurement of the travelled distance. |
20 | int32_t | FwDistanceLimit | R/W | Maximum distance allowed in the positive direction. When Distance approaches this value, a speed-ramp usingMaxPositiveChange is generated such that speed will reach 0 when distance reaches FwDistanceLimit |
24 | int32_t | BwDistanceLimit | R/W | Maximum distance allowed in the negative direction. When Distance approaches this value, a speed-ramp usingMaxNegativeChange is generated such that speed will reach 0 when distance reaches BwDistanceLimit |
28 | int32_t | DistanceToStop | R/O | Current estimated distance required to stop |
32 | int16_t | CurrentRequest | R/O | Actual current speed request value. This in general is equal to RequestValue except when ramp-generation is in progress |
34 | int16_t | Command | R/O | Command given to the H-bridge. This is the output of the control loop |
36 | int16_t | IValue | R/O | PID loop working set |
38 | int16_t | LastError | R/O | |
40 | int16_t | Error | R/O | |
42 | int16_t | VoltageSample | R/O | Last Back-EMF sample. This is the measured speed, and the input of the control loop |
44 | int16_t | BaseValue | R/O | Back-EMF sampling code working set |
46 | int16_t | SampleCnt_Snapshot | R/O | |
48 | int16_t | MinValue_Snapshot | R/O | |
50 | int16_t | MinValue | R/O | |
52 | int16_t | MaxValue | R/O | |
54 | int16_t | SampleCnt | R/O | |
56 | int16_t | OriginalRequestValue | R/O | Ramp-generation code working set |
58 | uint8_t | SampleState | R/O | Back-EMF sampling code working set |
59 | uint8_t | DutyCycleThrottle | R/W | Maximum duty cycle allowed on the H-bridge. This limits the maximum (average) voltage that can be applied to the motor |
60 | uint8_t | NewData | R/O | Used for debug outputs |
61 | bool8_t | IsForward | R/O | Set to true if the motor is energized in the forward direction |
62 | uint16_t | CurrentMax | R/O | Peak current drawn by the motor |
64 | uint16_t | CurrentDelta | R/O | Current draw detection code working set |
66 | uint16_t | CurrentTemp | R/O | |
68 | uint16_t | CurrentMaxSearch | R/O | |
70 | uint8_t | ADBufferEnable | R/O | When set to 0, AD sampling is in progress |
71 | bool8_t | ADBufferEnableHost | R/W | When set to true, host request a new set AD sampling. It will happen in the next control cycle. When sampling is done, it is reset to false |
72 | uint16_t | CurrentLimit | R/W | Maximum current draw allowed. If during the ‘on’ part of the cycle, the current draw reaches above this level, the MOSFETs are switched off and the ‘on’ part of the cycle is terminated |
74 | uint8_t | OperatingMode | R/W | Set to 0 for speed-controller, and 1 for servo-controller mode |
75 | uint8_t | Dummy1 | R/W | Reserved |
76 | uint16_t*80 | ADBuffer | R/W | AD sampling buffer |
Legend:
- int8_t
- Signed 8-bit integer
- int16_t
- Signed 16-bit integer
- int32_t
- Signed 32-bit integer
- uint8_t
- Unsigned 8-bit integer
- uint16_t
- Unsigned 16-bit integer
- uint32_t
- Unsigned 32-bit integer
- bool8_t
- 8-bit boolean value (possible values are 0 for false, and non-zero for true)
- R/W
- Register has read/write access
- R/O
- Register has read-only access
Design files
µModule Users Manual (HSOL)
Schematic and PCB in PDF format (HSNCL)
Firmware source code (HSNCL)
Hello. Have you tested this device with motor at 10 Amps? MBRS140LT3 Shottky is ok?
Hi!
This is a hard question to answer actually. I in fact have tried it with motors that consume several amps, but the current conducted by these shottky diodes depend a lot on the drive mode, the motor, the mechanical load and other factors. You might want to leave them out and rely on the intrinsic diodes in the MOSFETs for conduction – they at least have better cooling. You probably want to choose a drive mode where these diodes hardly conduct at all no matter what though… See here http://modularcircuits.tantosonline.com/blog/articles/h-bridge-secrets/mosfets-and-catch-diodes/ for more details on what to consider as far as the catch diodes go.
why is high resistance needed in parallel with zeener in low side mosfet
It keeps the input-side lock-out FETs (Q1 and Q2) gate at a valid voltage.
Hello?
Do not use a 24V motor power?
No. The drivers on this design can’t survive that much.
Regards,
Andras Tantos
what driver should i go for if i am interested in using 24volts? I dnt want the controller part so dont keep that in mind while suggesting a driver.
P.S great design
I like this: http://www.onsemi.com/pub_link/Collateral/NCP5901B-D.PDF
Thanks a lot. Can you help me with the changes i will have to bring?
the problem i having is that the application circuit is gven for a buck, what to do if it comes down to a hbridge
It’s really not that different: you just need a pair of these, one for each side of the bridge. You probably don’t need R3, C6, and definitely won’t need L. What kind of FET and how many in parallel you need, that depends on your application. I would still at least provision for a gate-drive resistor on both the high- and the low-side (missing on the low-side in the application circuit). Just as they show, you can always populate them with 0-ohms if not needed.
what is confusing me is that why did they use two mosfets on the low side. I would be using the same fets as u used in your design in the same manner as u did. Secondly I was planning to remove jp13 and jp14 alongwith r3, c6 and L. what would you say to it. I am sorry for bugging u, just needed help
I don’t claim to understand why they’ve used two low-side FETs. But whatever the reason is, it depends on the application. You should be fine with only one FET. The two jumpers you mention are just for testing, you can leave them out.
Another little favour i need is with understanding what bootstrap is for? Can u send me nice link or just explain it a bit
The piece on drivers (http://www.modularcircuits.com/blog/articles/h-bridge-secrets/h-bridge_drivers/) contains a lot of details about boost circuits
Thanks for a great deal of knowledge you provide on the blog.
I was looking at the circuit for this h-bridge driver and I can’t grasp one thing. You’re using 4 n-channel mosfets, which means that you need a higher voltage on the high side. What technique are you using for increasing the voltage? It doesn’t look like you’re bootstrapping, but probably I’m not seeing something.
Sorry for a dumb question, I haven’t noticed that LTC1155 has an internal charge pump.
You are correct. There are several ways of dealing with this, please take a look at this article: http://www.modularcircuits.com/blog/articles/h-bridge-secrets/h-bridge_drivers/. In this particular instance, the LTC1155 has a charge pump as you’ve noticed.
Does it mean that you can use PWM up to 100% duty cycle in your circuit?
Yes, it does. However the PWM rate cannot be higher then maybe a 1kHz or so.
I am new to this, so please, can someone explain me the procedure to keep following and maintaining the speed of the motor?
I have already read h-bridge.cpp, but as i mention before, i am newbie and i could n’t understand it clearly.
Also, why there are two different lines for measuring the voltage across the motor ends?
Thank you!
Vasilis,
The motor speed control is something I wanted to write about in a follow-up article in the H-Bridge Secrets series. It’s definitely more complex of a subject then to answer it in this format. The just of it, is that it’s a PID control loop. Until I get around writing that article, you google it, you’ll find plenty of good descriptions all over the web.
As far as the two different voltage measurement points: ideally you want to measure the differential voltage on the motor. Since one end of the motor is at a known voltage (power supply or GND) however you can figure out the differential voltage by just measuring one end. I wanted to build this bridge to be as flexible as possible so I didn’t want to constrain which end of the motor is tied to which power supply. That’s the reason for dual measurement points. Another benefit of this approach is that you can detect faults, when something is not at the expected potential. For example a failed FET or a broken wire would cause detectable changes in the way these voltages change over time. I don’t have such detection implemented in the code though…
What is the problem if i the q3 and q4 didn’t have an output?
No, that should not be a problem
The above article says that the bridge can handle 16A but,
the total Rdson of the circuit is 0.018(High side)+0.018(diagonal low side) = 0.036ohms
Power dissipation = (16*16)*0.036 = 9.216W
Junction to ambient thermal resistance is 62 C/W
The temperature at the junction would be 9.216*62 + 25(ambient) = 596C
Correct me if I am wrong
Great articles on the H bridges BTW
You have some great points and I’ve corrected the page to clear up the confusion. The 16A current limit referred to the current sensing ability of the circuit and thus is the peak current delivery capability. The continuous current limit is about 10A if the MOSFets are replaced by something better then the IRFZ48 in the schematic, such as the IRL2203. For your calculations, I don’t think it’s fair to add the Rdson of the two MOSFets but then using the junction-to-ambient temperature coefficient of a single package. True, the transistors are packed together very tightly in the current design, so simply using a single package isn’t really realistic either, the truth is somewhere in between. Which is how the 10A current limit came about: 8mOhm of Rdson and 62degC/W temp coefficient (from the IRL2203 datasheet) results in a temp rise of 50degC over ambient. The maximum allowable junction temperature of the device is 175degC, which gives a rather safe margin. Redoing the same calculations with 16A would result in a temperature rise of 126degC, which starts cutting it close.
I hope this helps and thanks again for the comment,
Andras
After commenting I realized that I had considered rdson of two FETs and using temperature co-efficient of a single package. But there was no way to edit the comments.
You should create another write-up, where you build a bridge from scratch and directly show the calculations and brief reasoning for it. From the output side to the input side.
1)Motor – its specifications such as Voltage, no-load current, stall current.
2)MOSFETs for H bridge depending on the Motor specs.
3)Driver depending on the MOSFET specs and PWM frequency.
Hello Andras,
thank you for the amazing work you share with us here 🙂
Can this be used also to control a TEC in cooling and heating mode? If so, can I control a 180W TEC Module which works at max 12A and max 15V?
Best regards
Timo
Timo,
I think it can be done, but I have no experience personally. A quick search showed that people do it by adding an inductor in series with the TEC to serve as a voltage-to-current averaging device. Check out the LTC1923: this is a ready-made controller for what you need, I think. Even if not, should provide you with some ideas on how to use an H-bridge for this application.
Andras