Part Number: DRV8320
I am unable to configure my DRV8320S in 1XPWM mode in one count. It takes more than 3000 count to configure it. Also the IC is getting heated up to 60*C. What may be the possible cause. Even after configuring, i am unable to see comutation output on PINS of DRV.
Part Number: DRV8323R
I use DRV8323RH for BLDC motors.
When I use 1 PWM mode, the temperature of 8323R goes up to 40 celcius degree.
But, When I use 6 PWM mode, the temperature of 8323 R goes up to 65 celcius degree.
I used a thermal camera for measuring temperature.
1-PWM mode is used to 6-step control and 6-PWM mode is used to SVPWM control.
I wonder it is normal.
If it is not normal, what I should do for 6-PWM mode?
Hello Gerardo,
I have a related E2E post that talks about the very general concept of a speed loop in this thread: https://e2e.ti.com/support/applications/motor_drivers/f/38/p/682915/2516030#2516030 . The general idea is that speed regulation need the current speed and the target speed. Once those two items are known, we can determine the error between them and drive the motor a bit faster or slower to compensate. The frequency of FG (pin 12) gives the current speed.
We also released a TI Design with the DRV10983-Q1 (TIDA-01496) that contains a speed control using I2C to read the speed instead of capturing the speed via FG. The TIDA-01496 Design Guide has some theory about the PI loop (speed loop) in the Design Theory section as well.
Best,
-Cole
Part Number: DRV8313
Hi,
I have connected DRV8313 exactly as in the data sheet 8.2.1 figure 13.
as soon as turning power supply the current limiter of the power supply turns on (limited to 2A)
then the chip seems to be damaged. Some pins that were not shorted to each other are now shorted to each other
1) prototyping with SSOP28 to DIP expansion board then onto breadboard. The soldering should be fine i went through numerous boards and each time i more than triple check every solder connection using multimeter
2) using 5V arduino as microprocessor but the datasheet section 6.3 says the Vin can be max 5.5V
3) using leds with 220R's as load
Please help!! have already spent many days, tried different schematics and went through many, many chips :(
Zhivko,
I just realized that this device uses a bootstrap architecture rather than a charge pump architecture for the high-side gate drive. That means my suggested test with the 50 kOhm resistor might be interfering with high-side gate drive operation. I apologize for not considering that when I suggested the test.
Another test you can try is to put both FETs back on the board, replace your 47-Ohm resistors with 0-ohm resistors, and remove the gate-to-source resistors completely. To minimize large currents on your board, you may want to use the power supply's current-limiting feature for PVDD. Also, you should only run your system long enough to take scope shots while you are debugging.
I'm not sure what other advice I can give here. The datasheet guarantees handshaking to help protect the external FETs. Any impedance between the driver and the FETs may impact the handshaking circuits. The DRV8302 has the DTC pin to add additional deadtime when there is impedance between the gate drive outputs and the FET gates.
Other possible problems may be due to hand soldering or other layout issues in general. Also, handling the board and components without taking proper ESD precautions may damage parts and they may operate in an unexpected manner.
Our DRV8302-HC-C2-KIT implements a system with similar power requirements to your system. If you are trying to achieve a proof-of-concept at this point, it may be more worth your time to buy this kit just so you can get your motor spinning. Once you do that, you can compare the performance of this board to your board to help debug. Alternatively, the design files for the kit are free to download from the web. The FETs are similar in spec to your FETs, so you can use these design files as an example for layout if you do another revision on your board.
Also, from the previous thread, you said you were trying to drive a DC motor with this device. If this is your application, you may want to consider one of our Brushed DC Gate Drivers which are designed specifically for that application. The EVMs are also much cheaper than the DRV8302-HC-C2-KIT.
Rick,
"The EVM allows you to control the DRV8886 with the mcu and code provided, re-program the mcu, or wire in your own control."
I have pretty much confirmed every statement you have made. The only thing in which I could not find any literature regards the abillity to program the device. However in the schematic files for the DRV8886EVM I found that header J5 appears to be the JTAG header.
The note below the header says "DNP R11, If debug or programming adapter is used to power on the MSP430, remove R13 and populate R11.
Now, looking at the MSP Debuggers User's Guide (Rev. L) the JTAG header looks like this:
so it looks like the UART signals are missing from the header. From the very little research I have done on these signals, they appear to enable me to simulate a serial port using the debugger. If this is true, I suppose I could jumper some wires from the MPU pins to the header to obtain this functionality. But, since I would be using the FTDI serial port during normal use, would guess that this would be available to me during the debug process.
Assuming that all the above is true, and that I will be able to overwrite the existing code in the DRV8886EVM, is the original source code available? I would rather start from the original code as the motor control code and serial port code are already existing. Then I could just remove the code I don't need and add my own. Also, when I purchase the MSP-FET
Finally, I already have Code Composer Studio installed for my existing MSP432 P401R LaunchPad dev kit, so I don't think I would need Energia (Энергия in Russian) IDE unless you think there would be some advantage.
Sorry, one more thing, since I already have the MSP-EXP432P401R LaunchPad with the XDS110 adapter board, it seems like I could just make a jumper (better buy one from TI?) and jumper my existing XDS110 emulator board to the JTAG header on the DRV8886EVM. My existing LaunchPad has J101 header in addition to the 10 pin J102 10 pin Arm Cortex Debug Connector.
Thanks,
Jim
Thank you Luis,
I will check signals in 6-PWM modes.
Hi, Garrett
TMS570LS0714 and DRV3205 have schemtic for our client reference.
if any suggestion, Please advise me.
Thanks,
Best regards,
Lawrence.
thanks dear Yanming for replying soon.
As you may know the updating time for position loop is 1 kHz (1 ms interval ), so that is the time when I can collect my pulses and convert ti to (PosStepInt_MRev and PosStepFrac_MRev) that part is so easy.
but the problems is,there is long delay after executing one STPOSMOVE_setPositionStep_mrev(stObj->posMoveHandle, gMotorVars.PosStepInt_MRev, gMotorVars.PosStepFrac_MRev).
will actually act like this STPOSMOVE_setPositionStep_mrev(...) long dealy STPOSMOVE_setPositionStep_mrev(...) .
how to sove it !
are you sure we can control pulse and direction by using STPOSMOVE_setPositionStep_mrev. if so, I would be happy if you explain it more thanks.
best regards .
Dave.
Ok I will solder also lower mosfet and enable over current protection.
To calculate trip point for voltage (that I set with DAC) on OC_ADJ pin I get only 20mV - taken 10A current and 1.95mOhm for IRFS7534 mosfet I currently have soldered.
It would be probably hard to set dac to output 20mV - since it is very low voltage.
// set current limitation
// 1000 == 1V
// mosfet Rds_on = 1.95 mOhm
//
// I = V/R -> V = I * R
// I = 10 A
// V = 10 A * 0.00195 Ohm = 0.0195V = 20mV
Any opinion on this?
Is there datasheet for product F761560ZXF?