定时器到一定时间就进入中断。。。。。这个初始化怎么写啊

问题困惑admin 回复了问题 • 2 人关注 • 1 个回复 • 1194 次浏览 • 2015-04-29 12:15 • 来自相关话题

有人知道stm32f407ve的输入阻抗是多少

问题困惑喵星人 回复了问题 • 2 人关注 • 3 个回复 • 1387 次浏览 • 2015-04-28 09:45 • 来自相关话题

用stm32f407的AD采集模拟信号的时候,是不是AD的精度越大越好?

问题困惑admin 回复了问题 • 3 人关注 • 1 个回复 • 1531 次浏览 • 2015-04-23 17:13 • 来自相关话题

如何在MX中设置UART中断回调函数?

问题困惑露枫 回复了问题 • 6 人关注 • 4 个回复 • 5170 次浏览 • 2015-04-23 16:04 • 来自相关话题

cube自动生成的工程中有这样的错误是怎么回事?

问题困惑admin 回复了问题 • 2 人关注 • 1 个回复 • 1096 次浏览 • 2015-04-22 17:34 • 来自相关话题

关于stm32cube中hal库自带CRC校验的使用例程

软件教程admin 发表了文章 • 1 个评论 • 8968 次浏览 • 2015-04-21 10:17 • 来自相关话题

CRC校验在通信中至关重要,所以不得不提一下
所有的STM32芯片都内置了一个硬件的CRC计算模块,可以很方便地应用到需要进行通信的程序中,这个CRC计算模块使用常见的、在以太网中使用的计算多项式:
X32 + X26 + X23 + X22 + X16 + X12 + X11 + X10 +X8 + X7 + X5 + X4 + X2+ X +1
写成16进制就是:0x04C11DB7






利用cubemx生成的crc程序更简单了,





上面是配置,CRC不需修改任何参数,stm32中的crc是32位的
使用很简单,打开生成的程序后
算了,直接贴代码了


/[i] Includes ------------------------------------------------------------------[/i]/
#include "stm32f4xx_hal.h"
#include "crc.h"
#include "gpio.h"

/[i] USER CODE BEGIN Includes [/i]/

/[i] USER CODE END Includes [/i]/

/[i] Private variables ---------------------------------------------------------[/i]/

/[i] USER CODE BEGIN PV [/i]/

/[i] USER CODE END PV [/i]/

/[i] Private function prototypes -----------------------------------------------[/i]/
void SystemClock_Config(void);

/[i] USER CODE BEGIN PFP [/i]/

/[i] USER CODE END PFP [/i]/

/[i] USER CODE BEGIN 0 [/i]/
#define BUFFER_SIZE 114
__IO uint32_t uwCRCValue = 0;

static const uint32_t aDataBuffer[BUFFER_SIZE] =
{
0x00001021, 0x20423063, 0x408450a5, 0x60c670e7, 0x9129a14a, 0xb16bc18c,
0xd1ade1ce, 0xf1ef1231, 0x32732252, 0x52b54294, 0x72f762d6, 0x93398318,
0xa35ad3bd, 0xc39cf3ff, 0xe3de2462, 0x34430420, 0x64e674c7, 0x44a45485,
0xa56ab54b, 0x85289509, 0xf5cfc5ac, 0xd58d3653, 0x26721611, 0x063076d7,
0x569546b4, 0xb75ba77a, 0x97198738, 0xf7dfe7fe, 0xc7bc48c4, 0x58e56886,
0x78a70840, 0x18612802, 0xc9ccd9ed, 0xe98ef9af, 0x89489969, 0xa90ab92b,
0x4ad47ab7, 0x6a961a71, 0x0a503a33, 0x2a12dbfd, 0xfbbfeb9e, 0x9b798b58,
0xbb3bab1a, 0x6ca67c87, 0x5cc52c22, 0x3c030c60, 0x1c41edae, 0xfd8fcdec,
0xad2abd0b, 0x8d689d49, 0x7e976eb6, 0x5ed54ef4, 0x2e321e51, 0x0e70ff9f,
0xefbedfdd, 0xcffcbf1b, 0x9f598f78, 0x918881a9, 0xb1caa1eb, 0xd10cc12d,
0xe16f1080, 0x00a130c2, 0x20e35004, 0x40257046, 0x83b99398, 0xa3fbb3da,
0xc33dd31c, 0xe37ff35e, 0x129022f3, 0x32d24235, 0x52146277, 0x7256b5ea,
0x95a88589, 0xf56ee54f, 0xd52cc50d, 0x34e224c3, 0x04817466, 0x64475424,
0x4405a7db, 0xb7fa8799, 0xe75ff77e, 0xc71dd73c, 0x26d336f2, 0x069116b0,
0x76764615, 0x5634d94c, 0xc96df90e, 0xe92f99c8, 0xb98aa9ab, 0x58444865,
0x78066827, 0x18c008e1, 0x28a3cb7d, 0xdb5ceb3f, 0xfb1e8bf9, 0x9bd8abbb,
0x4a755a54, 0x6a377a16, 0x0af11ad0, 0x2ab33a92, 0xed0fdd6c, 0xcd4dbdaa,
0xad8b9de8, 0x8dc97c26, 0x5c644c45, 0x3ca22c83, 0x1ce00cc1, 0xef1fff3e,
0xdf7caf9b, 0xbfba8fd9, 0x9ff86e17, 0x7e364e55, 0x2e933eb2, 0x0ed11ef0
};
uint32_t uwExpectedCRCValue = 0x379E9F06;
/[i] USER CODE END 0 [/i]/

int main(void)
{

/[i] USER CODE BEGIN 1 [/i]/

/[i] USER CODE END 1 [/i]/

/[i] MCU Configuration----------------------------------------------------------[/i]/

/[i] Reset of all peripherals, Initializes the Flash interface and the Systick. [/i]/
HAL_Init();

/[i] Configure the system clock [/i]/
SystemClock_Config();

/[i] Initialize all configured peripherals [/i]/
MX_GPIO_Init();
MX_CRC_Init();

/[i] USER CODE BEGIN 2 [/i]/
/[i][size=16]-2- Compute the CRC of "aDataBuffer" [/size]############[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[/i]/
[/size][/size][/size][/size][/size][/size][/size]
uwCRCValue = HAL_CRC_Accumulate(&hcrc, (uint32_t *)aDataBuffer, BUFFER_SIZE);
/[i][size=16]-3- Compare the CRC value to the Expected one [/size]###[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[/i]/
[/size][/size][/size][/size][/size][/size][/size]
if(uwCRCValue != uwExpectedCRCValue)
{
/[i] Wrong CRC value: Turn LED3 on [/i]/
HAL_GPIO_WritePin (GPIOF,GPIO_PIN_6,GPIO_PIN_SET);
}
else
{
/[i] Right CRC value: Turn LED1 on [/i]/
while(1)
{
HAL_Delay(1000);
HAL_GPIO_TogglePin(GPIOF,GPIO_PIN_6);
}
}
/[i] USER CODE END 2 [/i]/

/[i] Infinite loop [/i]/
/[i] USER CODE BEGIN WHILE [/i]/
while (1)
{
/[i] USER CODE END WHILE [/i]/

/[i] USER CODE BEGIN 3 [/i]/

}
/[i] USER CODE END 3 [/i]/

}

debug调试的话,会看到自动校验的值和我们设定的那个比较值一样,说明运行校验正确!
当然,使用的时候可以将得到的CRC校验值传递到通信方,共上位机校验
结束!

额,再复制点crc相关的东西,
以下内容来自21ic.

下面是用C语言描述的这个计算模块的算法,大家可以把它放在通信的另一端,对通信的正确性进行验证:


DWORD dwPolynomial = 0x04c11db7;
DWORD cal_crc(DWORD *ptr, int len)
{
DWORD xbit;
DWORD data;
DWORD CRC = 0xFFFFFFFF; // init
while (len--) {
xbit = 1 << 31;

data = *ptr++;
for (int bits = 0; bits < 32; bits++) {
if (CRC & 0x80000000) {
CRC <<= 1;
CRC ^= dwPolynomial;
}
else
CRC <<= 1;
if (data & xbit)
CRC ^= dwPolynomial;

xbit >>= 1;
}
}
return CRC;
}


有几点需要说明:

1)上述算法中变量CRC,在每次循环结束包含了计算的余数,它始终是向左移位(既从最低位向最高位移动),溢出的数据位被丢弃。

2)输入的数据始终是以32位为单位,如果原始数据少于32位,需要在低位补0,当然也可以高位补0。

3)假定输入的DWORD数组中每个分量是按小端存储。

4)输入数据是按照最高位最先计算,最低位最后计算的顺序进行。

例如:
如果输入0x44434241,内存中按字节存放的顺序是:0x41, 0x42, 0x43, 0x44。计算的结果是:0xCF534AE1
如果输入0x41424344,内存中按字节存放的顺序是:0x44, 0x43, 0x42, 0x41。计算的结果是:0xABCF9A63

本帖程序前往[资源下载]区,文件名:stm32cube-crc校验例程.zip 查看全部
CRC校验在通信中至关重要,所以不得不提一下
所有的STM32芯片都内置了一个硬件的CRC计算模块,可以很方便地应用到需要进行通信的程序中,这个CRC计算模块使用常见的、在以太网中使用的计算多项式:
X32 + X26 + X23 + X22 + X16 + X12 + X11 + X10 +X8 + X7 + X5 + X4 + X2+ X +1
写成16进制就是:0x04C11DB7

2009414182656610.gif


利用cubemx生成的crc程序更简单了,

1.png

上面是配置,CRC不需修改任何参数,stm32中的crc是32位的
使用很简单,打开生成的程序后
算了,直接贴代码了


/[i] Includes ------------------------------------------------------------------[/i]/
#include "stm32f4xx_hal.h"
#include "crc.h"
#include "gpio.h"

/[i] USER CODE BEGIN Includes [/i]/

/[i] USER CODE END Includes [/i]/

/[i] Private variables ---------------------------------------------------------[/i]/

/[i] USER CODE BEGIN PV [/i]/

/[i] USER CODE END PV [/i]/

/[i] Private function prototypes -----------------------------------------------[/i]/
void SystemClock_Config(void);

/[i] USER CODE BEGIN PFP [/i]/

/[i] USER CODE END PFP [/i]/

/[i] USER CODE BEGIN 0 [/i]/
#define BUFFER_SIZE 114
__IO uint32_t uwCRCValue = 0;

static const uint32_t aDataBuffer[BUFFER_SIZE] =
{
0x00001021, 0x20423063, 0x408450a5, 0x60c670e7, 0x9129a14a, 0xb16bc18c,
0xd1ade1ce, 0xf1ef1231, 0x32732252, 0x52b54294, 0x72f762d6, 0x93398318,
0xa35ad3bd, 0xc39cf3ff, 0xe3de2462, 0x34430420, 0x64e674c7, 0x44a45485,
0xa56ab54b, 0x85289509, 0xf5cfc5ac, 0xd58d3653, 0x26721611, 0x063076d7,
0x569546b4, 0xb75ba77a, 0x97198738, 0xf7dfe7fe, 0xc7bc48c4, 0x58e56886,
0x78a70840, 0x18612802, 0xc9ccd9ed, 0xe98ef9af, 0x89489969, 0xa90ab92b,
0x4ad47ab7, 0x6a961a71, 0x0a503a33, 0x2a12dbfd, 0xfbbfeb9e, 0x9b798b58,
0xbb3bab1a, 0x6ca67c87, 0x5cc52c22, 0x3c030c60, 0x1c41edae, 0xfd8fcdec,
0xad2abd0b, 0x8d689d49, 0x7e976eb6, 0x5ed54ef4, 0x2e321e51, 0x0e70ff9f,
0xefbedfdd, 0xcffcbf1b, 0x9f598f78, 0x918881a9, 0xb1caa1eb, 0xd10cc12d,
0xe16f1080, 0x00a130c2, 0x20e35004, 0x40257046, 0x83b99398, 0xa3fbb3da,
0xc33dd31c, 0xe37ff35e, 0x129022f3, 0x32d24235, 0x52146277, 0x7256b5ea,
0x95a88589, 0xf56ee54f, 0xd52cc50d, 0x34e224c3, 0x04817466, 0x64475424,
0x4405a7db, 0xb7fa8799, 0xe75ff77e, 0xc71dd73c, 0x26d336f2, 0x069116b0,
0x76764615, 0x5634d94c, 0xc96df90e, 0xe92f99c8, 0xb98aa9ab, 0x58444865,
0x78066827, 0x18c008e1, 0x28a3cb7d, 0xdb5ceb3f, 0xfb1e8bf9, 0x9bd8abbb,
0x4a755a54, 0x6a377a16, 0x0af11ad0, 0x2ab33a92, 0xed0fdd6c, 0xcd4dbdaa,
0xad8b9de8, 0x8dc97c26, 0x5c644c45, 0x3ca22c83, 0x1ce00cc1, 0xef1fff3e,
0xdf7caf9b, 0xbfba8fd9, 0x9ff86e17, 0x7e364e55, 0x2e933eb2, 0x0ed11ef0
};
uint32_t uwExpectedCRCValue = 0x379E9F06;
/[i] USER CODE END 0 [/i]/

int main(void)
{

/[i] USER CODE BEGIN 1 [/i]/

/[i] USER CODE END 1 [/i]/

/[i] MCU Configuration----------------------------------------------------------[/i]/

/[i] Reset of all peripherals, Initializes the Flash interface and the Systick. [/i]/
HAL_Init();

/[i] Configure the system clock [/i]/
SystemClock_Config();

/[i] Initialize all configured peripherals [/i]/
MX_GPIO_Init();
MX_CRC_Init();

/[i] USER CODE BEGIN 2 [/i]/
/[i][size=16]-2- Compute the CRC of "aDataBuffer" [/size]############[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[/i]/
[/size][/size][/size][/size][/size][/size][/size]
uwCRCValue = HAL_CRC_Accumulate(&hcrc, (uint32_t *)aDataBuffer, BUFFER_SIZE);
/[i][size=16]-3- Compare the CRC value to the Expected one [/size]###[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[size=16]#[/i]/
[/size][/size][/size][/size][/size][/size][/size]
if(uwCRCValue != uwExpectedCRCValue)
{
/[i] Wrong CRC value: Turn LED3 on [/i]/
HAL_GPIO_WritePin (GPIOF,GPIO_PIN_6,GPIO_PIN_SET);
}
else
{
/[i] Right CRC value: Turn LED1 on [/i]/
while(1)
{
HAL_Delay(1000);
HAL_GPIO_TogglePin(GPIOF,GPIO_PIN_6);
}
}
/[i] USER CODE END 2 [/i]/

/[i] Infinite loop [/i]/
/[i] USER CODE BEGIN WHILE [/i]/
while (1)
{
/[i] USER CODE END WHILE [/i]/

/[i] USER CODE BEGIN 3 [/i]/

}
/[i] USER CODE END 3 [/i]/

}

debug调试的话,会看到自动校验的值和我们设定的那个比较值一样,说明运行校验正确!
当然,使用的时候可以将得到的CRC校验值传递到通信方,共上位机校验
结束!

额,再复制点crc相关的东西,
以下内容来自21ic.

下面是用C语言描述的这个计算模块的算法,大家可以把它放在通信的另一端,对通信的正确性进行验证:


DWORD dwPolynomial = 0x04c11db7;
DWORD cal_crc(DWORD *ptr, int len)
{
DWORD xbit;
DWORD data;
DWORD CRC = 0xFFFFFFFF; // init
while (len--) {
xbit = 1 << 31;

data = *ptr++;
for (int bits = 0; bits < 32; bits++) {
if (CRC & 0x80000000) {
CRC <<= 1;
CRC ^= dwPolynomial;
}
else
CRC <<= 1;
if (data & xbit)
CRC ^= dwPolynomial;

xbit >>= 1;
}
}
return CRC;
}


有几点需要说明:

1)上述算法中变量CRC,在每次循环结束包含了计算的余数,它始终是向左移位(既从最低位向最高位移动),溢出的数据位被丢弃。

2)输入的数据始终是以32位为单位,如果原始数据少于32位,需要在低位补0,当然也可以高位补0。

3)假定输入的DWORD数组中每个分量是按小端存储。

4)输入数据是按照最高位最先计算,最低位最后计算的顺序进行。

例如:
如果输入0x44434241,内存中按字节存放的顺序是:0x41, 0x42, 0x43, 0x44。计算的结果是:0xCF534AE1
如果输入0x41424344,内存中按字节存放的顺序是:0x44, 0x43, 0x42, 0x41。计算的结果是:0xABCF9A63

本帖程序前往[资源下载]区,文件名:stm32cube-crc校验例程.zip

用MX自动生成的STM32F407串口初始化总是跳过初始化函数,发不出东西!

问题困惑L 回复了问题 • 2 人关注 • 3 个回复 • 1723 次浏览 • 2015-04-21 09:15 • 来自相关话题

STM32F407+ EXTI4 外部下降沿中断

经验分享wn1900 发表了文章 • 5 个评论 • 3871 次浏览 • 2015-04-20 21:28 • 来自相关话题

STM32F407+ EXTI4 外部下降沿中断

分享使用 STM32cubemx 自动生成外部中断输入

1、在stm32cubx中设置中断引脚,这里使用的是PC4端口。





2、在stm32cubx中设置RCC





3、设置GPIO和NVIC





一定要记得设置好中断方式之后,开启NVIC.(我之前就忘了)











4、到这里就好了,可以用stm32cubex自动生成工程文件了,
我这里是生成的带有freertos的 MDK V5的工程文件。

5、在工程文件下自定定义中断服务文件,这里使用的是我自己写的isr函数。
在库文件stm32f4xx_hal_gpio.c文件中也有讲,需要在自己定义的文件中实现
中断服务程序。
















到此为止,就可以正常使用了。
注意看这样的文件说明,那么要是其他的外部中断时间处理的话,一定是要用GPIO_PIN来区分的。





还有就是一个prinf,重映射的问题,最开始的串口使用也是很有必要的。

写下自己的一点小经验,以后自己可以再回头看看,希望大家多交流!谢谢,不足之处希望大家指正! 查看全部
STM32F407+ EXTI4 外部下降沿中断

分享使用 STM32cubemx 自动生成外部中断输入

1、在stm32cubx中设置中断引脚,这里使用的是PC4端口。
1.jpg


2、在stm32cubx中设置RCC
2.jpg


3、设置GPIO和NVIC
3.jpg


一定要记得设置好中断方式之后,开启NVIC.(我之前就忘了)

4.jpg


5.jpg


4、到这里就好了,可以用stm32cubex自动生成工程文件了,
我这里是生成的带有freertos的 MDK V5的工程文件。

5、在工程文件下自定定义中断服务文件,这里使用的是我自己写的isr函数。
在库文件stm32f4xx_hal_gpio.c文件中也有讲,需要在自己定义的文件中实现
中断服务程序。

6.jpg


7.jpg


8.jpg


到此为止,就可以正常使用了。
注意看这样的文件说明,那么要是其他的外部中断时间处理的话,一定是要用GPIO_PIN来区分的。
7.jpg


还有就是一个prinf,重映射的问题,最开始的串口使用也是很有必要的。

写下自己的一点小经验,以后自己可以再回头看看,希望大家多交流!谢谢,不足之处希望大家指正!






stm32f407ve用AD把电压怎么读入的程序

问题困惑喵星人 回复了问题 • 2 人关注 • 2 个回复 • 1246 次浏览 • 2015-04-20 17:43 • 来自相关话题

串口中断问题

问题困惑 回复了问题 • 2 人关注 • 2 个回复 • 5713 次浏览 • 2015-04-19 20:18 • 来自相关话题

求哪里有hal库的各种功能模块的例程吗?

新手交流admin 回复了问题 • 2 人关注 • 1 个回复 • 1755 次浏览 • 2015-04-19 10:22 • 来自相关话题

关于串口中断使用的问题!

问题困惑Terminator2035 回复了问题 • 3 人关注 • 7 个回复 • 1651 次浏览 • 2015-04-17 17:31 • 来自相关话题

(转)LM2596使用经验

其他分享admin 发表了文章 • 0 个评论 • 1664 次浏览 • 2015-04-14 13:11 • 来自相关话题

LM2596是常见的开关稳压器,使用简单,价格便宜,容易购买,但是经常会遇到的问题是,带载能力达不到3A,实际上有时候连2A都达不到。(我调试的是从中发代理拿的国产TO-263芯片,TI(National)的原装可能会表现更好一些。)影响LM2596带载能力的主要有下面三个因素:

第一,肖特基二极管的选型。
用在这里的catch diode,可持续工作电流需要为最大负载电流的1.3倍以上,所以当使用3A负载时,就使用5A的肖特基二极管。

第二,电感的选型。
电感的额定工作电流需要在3A以上。

第三,散热设计。
TI的技术手册《Thermal Design By Insight, Not Hindsight》中提到TO-263的散热设计:由于TO-263的底层是thermal pad,而表层是plastic,所以散热片安装在底层(直接接触thermal pad或者通过thermal via),比安装在表层的效果要好。

测试的时候,采用+24V输入,+8V输出,由电子负载提供load,电流3A。

底层和表层的散热片同时使用,不加风扇,发现几秒之内散热片就非常烫手,同时输出电压持续缓慢下降, 直到接近4V时,在开启和关断之间跳变。增加一个小风扇对着上下散热片的槽方向吹,手指可以一直放在散热片上面,输出正常,通过了12小时测试。

当不使用表层散热片时,即使有风扇,LM2596表面温度还是感觉挺恐怖的,上下都加上更靠谱一些。


引用自:eefocus.com/marianna/blog/14-04/303057_9cb51.html 查看全部
LM2596是常见的开关稳压器,使用简单,价格便宜,容易购买,但是经常会遇到的问题是,带载能力达不到3A,实际上有时候连2A都达不到。(我调试的是从中发代理拿的国产TO-263芯片,TI(National)的原装可能会表现更好一些。)影响LM2596带载能力的主要有下面三个因素:

第一,肖特基二极管的选型。
用在这里的catch diode,可持续工作电流需要为最大负载电流的1.3倍以上,所以当使用3A负载时,就使用5A的肖特基二极管。

第二,电感的选型。
电感的额定工作电流需要在3A以上。

第三,散热设计。
TI的技术手册《Thermal Design By Insight, Not Hindsight》中提到TO-263的散热设计:由于TO-263的底层是thermal pad,而表层是plastic,所以散热片安装在底层(直接接触thermal pad或者通过thermal via),比安装在表层的效果要好。

测试的时候,采用+24V输入,+8V输出,由电子负载提供load,电流3A。

底层和表层的散热片同时使用,不加风扇,发现几秒之内散热片就非常烫手,同时输出电压持续缓慢下降, 直到接近4V时,在开启和关断之间跳变。增加一个小风扇对着上下散热片的槽方向吹,手指可以一直放在散热片上面,输出正常,通过了12小时测试。

当不使用表层散热片时,即使有风扇,LM2596表面温度还是感觉挺恐怖的,上下都加上更靠谱一些。


引用自:eefocus.com/marianna/blog/14-04/303057_9cb51.html

(转)使用IR2104S搭建的H桥(硬件分享)

其他分享admin 发表了文章 • 1 个评论 • 3409 次浏览 • 2015-04-14 13:06 • 来自相关话题

还记得当年在机器人队的时候,H桥是我们电控组的老大难,经常听到队友说的话就是“哎呀!H桥又烧了!”“哎!这个H桥怎么刚焊上就同臂导通了!”,我就是深为其苦的人之一。到今日离在机器人队的日子已经五年有余,正好公司的项目可能会用到它,所以重新设计了一版,顺便记录遇到的问题,也算是给曾经的学习过程做一个总结。

集成的H桥芯片也有很多,比如L298N,但是一般负载电流会受到限制。使用分立元件搭建的H桥,比如桥臂驱动芯片配合N沟道MOSFET,能够达到非常大的负载电流和非常高的频率,而且可以更换器件,从而具备更多的可定制性。

这里桥臂驱动芯片采用IR2104S,MOSFET管采用IRF540N。





遇到的问题一,采用+12P(图中的+12V)和VPP分开的设计?
机器人队的H桥第一版,(MOSFET管和负载的)VPP和(IR2104S和光耦的)+12P,由外部分别供电;为了简化对锂电池的要求,并且方便模块化的使用,第二版的+12P经VPP从LM2596给出(它在市场上很常见,而且开关特性适应宽电压输入)。

这里仍然采用了第一版的设计,即VPP和+12P分开供电。

原因a:硬件成本的考虑。三个光耦加上两个IR2104S芯片的功耗是非常低的,即使同时挂载10个H桥,采用1个负载电流为200mA的开关稳压芯片也就够了。

原因b:解放了VPP的输入范围。由于IR2104S的工作电压为10V~20V,而光耦6N135的最高工作电压为15V,光耦TLP521-1的最高工作电压为24V,因此这里取+12P为它们供电。如果是第二版的设计,为了获得这个+12P,VPP必须保持在14V以上。分开供电的话,VPP可以为0V以上的任意值(当然还要考虑输入电容和MOSFET的耐压)。

遇到的问题二,光耦的选型?
H桥需要从光耦接收三个信号,分别是左桥臂PWM,右桥臂PWM和SHDN,而直流电机的斩波频率一般在10KHz以上,所以这里需要两个高速光耦和一个普通光耦。高速光耦可以采用6N135,普通光耦可以采用TPL521-1。

6N135和TLP521-1的输入端,压降约为1.6V,推荐的工作电流为16mA,因此当输入信号由+3.3V的IO口给出时,限流电阻应取100欧姆,实际上测试100欧姆~300欧姆都能取得不错的效果。

6N135是高速光耦,它的输出上拉电阻太大时,会出现低电平到不了0V的情况;它的输出上拉电阻太小时,会出现严重的噪声。10K欧姆左右是比较合适的值。

遇到的问题三,留出左右桥臂信号?还是扩展PWM?
左右桥臂的PWM信号,在同一时刻只有一路使用,另外一路总为低,因此可以通过逻辑门将PWM信号扩展为两路,这样能够节省MCU的PWM外设引脚。

H桥第一版,使用分立元件在IR2104S前级搭建出与非门,从而实现1路PWM和1路方向信号转化成两路PWM;第二版未做此处理(使用时,是在MCU板上通过74HC00实现这个功能)。

H桥一般用来驱动直流有刷电机,而且很多其他负载也可以用它来驱动,比如风扇,LED灯,电阻,两相四线步进电机等等。当驱动步进电机时,需要使用两个H桥以一定顺序的时序驱动AB两相线圈,此时并不需要扩展PWM波,直接使用IO口驱动反而更加直观方便。因此,为了H桥的通用性,这里采用了第二版的设计。

遇到的问题四,IR2104S的外围器件?
每个IR2104需要一个二极管和一个电容组成电荷泵,抬升上桥臂MOSFET的栅级电压,实现它的完全导通。二极管可以使用快速或者肖特基,电荷泵的电容要求漏电流小,因为陶瓷电容比钽电容要更适合,由于它的功能是储藏电荷,因此容值不能太小,这里取1uF。

遇到的问题五,占空比到约98%的时候,桥臂信号失效?
IR2104S为半桥驱动芯片,工作原理是使用一个二极管和一个电容组成电荷泵,它需要充放电时间,因此当输入信号占空比接近100%的时候,电荷泵就失效了。

遇到的问题六,瞬态抑制二极管?
负载两端并联的瞬态抑制二极管(P6KE),可以将负载产生的电动势抑制在其breakdown voltage上面,从而保护电源和电路板上的器件。H桥的工作电压不同,使用的瞬态抑制二极管也有所区别。

遇到的问题七,负载两端可以并联电容吗?
电机类的感性负载在运行时,两端电压会产生相当严重的毛刺,因此可能会试图在负载两端并联电容来消除它,但是电机两端并联的电容会影响电机的启动特性,电容越大越明显。一般来说,电阻和电容串联,然后并联在负载两端,确实能够一定程度上减轻毛刺。

遇到的问题八,输入信号不对会使得同臂导通吗?
半桥驱动芯片IR2104S搭建的H桥,无论如何输入信号都不会引起同臂导通,只有可能是硬件问题。

遇到的问题九,为什么MOSFET会烧?
参加机器人队比赛的时候,使用H桥,总会发现它总是用着用着就烧掉了。当时以为是MOSFET不够牛x的原因,因此每次遇到问题,都会换成电流更大的MOSFET管,从(28A的)IRF540换成了(82A的)IRF2807,又换成了(110A的)IRF3205,最后每个桥臂都用了两个IRF3205并联,但烧管子的情况还是会出现。

现在发现问题不在于MOSFET的最大电流,实际上IRF540完全够用,而在于它的散热有没有做好。如果负载电流很小,那MOSFET不加散热片也没事;如果负载电流持续工作在1A以上,那散热片就是非常必要的。实际测试,当MOSFET上安装了散热片,使用电子负载,持续工作电流为6A的时候,大概20分钟散热片的温度就会烫手,在旁边增加一个小风扇之后,即使连续好几个小时的工作,散热片摸上去也只是比体温稍高而已。

遇到的问题十,究竟MOSFET需不需要并联肖特基二极管?
需要。

虽然MOSFET自身具备内部二极管,参照它的示意图也能看出来,但是这个内部二极管的参数并不足以应对直流电机运行时带来的电动势,因此需要在每个MOSFET上并联外部二极管。最好使用肖特基二极管,因为它导通时间非常快,几乎可以忽略不计。选型时,average forward current应该为H桥的最大工作电流,反向击穿电压应该大于H桥的工作电压。

如果H桥的最大工作电流为5A,工作电压为24V,肖特基二极管的average forward current就应该为5A,反向击穿电压大于24V且留出一定裕量。

本文转自:eefocus.com/marianna/blog/14-04/302984_bfd79.html 查看全部
还记得当年在机器人队的时候,H桥是我们电控组的老大难,经常听到队友说的话就是“哎呀!H桥又烧了!”“哎!这个H桥怎么刚焊上就同臂导通了!”,我就是深为其苦的人之一。到今日离在机器人队的日子已经五年有余,正好公司的项目可能会用到它,所以重新设计了一版,顺便记录遇到的问题,也算是给曾经的学习过程做一个总结。

集成的H桥芯片也有很多,比如L298N,但是一般负载电流会受到限制。使用分立元件搭建的H桥,比如桥臂驱动芯片配合N沟道MOSFET,能够达到非常大的负载电流和非常高的频率,而且可以更换器件,从而具备更多的可定制性。

这里桥臂驱动芯片采用IR2104S,MOSFET管采用IRF540N。

319696.jpg

遇到的问题一,采用+12P(图中的+12V)和VPP分开的设计?
机器人队的H桥第一版,(MOSFET管和负载的)VPP和(IR2104S和光耦的)+12P,由外部分别供电;为了简化对锂电池的要求,并且方便模块化的使用,第二版的+12P经VPP从LM2596给出(它在市场上很常见,而且开关特性适应宽电压输入)。

这里仍然采用了第一版的设计,即VPP和+12P分开供电。

原因a:硬件成本的考虑。三个光耦加上两个IR2104S芯片的功耗是非常低的,即使同时挂载10个H桥,采用1个负载电流为200mA的开关稳压芯片也就够了。

原因b:解放了VPP的输入范围。由于IR2104S的工作电压为10V~20V,而光耦6N135的最高工作电压为15V,光耦TLP521-1的最高工作电压为24V,因此这里取+12P为它们供电。如果是第二版的设计,为了获得这个+12P,VPP必须保持在14V以上。分开供电的话,VPP可以为0V以上的任意值(当然还要考虑输入电容和MOSFET的耐压)。

遇到的问题二,光耦的选型?
H桥需要从光耦接收三个信号,分别是左桥臂PWM,右桥臂PWM和SHDN,而直流电机的斩波频率一般在10KHz以上,所以这里需要两个高速光耦和一个普通光耦。高速光耦可以采用6N135,普通光耦可以采用TPL521-1。

6N135和TLP521-1的输入端,压降约为1.6V,推荐的工作电流为16mA,因此当输入信号由+3.3V的IO口给出时,限流电阻应取100欧姆,实际上测试100欧姆~300欧姆都能取得不错的效果。

6N135是高速光耦,它的输出上拉电阻太大时,会出现低电平到不了0V的情况;它的输出上拉电阻太小时,会出现严重的噪声。10K欧姆左右是比较合适的值。

遇到的问题三,留出左右桥臂信号?还是扩展PWM?
左右桥臂的PWM信号,在同一时刻只有一路使用,另外一路总为低,因此可以通过逻辑门将PWM信号扩展为两路,这样能够节省MCU的PWM外设引脚。

H桥第一版,使用分立元件在IR2104S前级搭建出与非门,从而实现1路PWM和1路方向信号转化成两路PWM;第二版未做此处理(使用时,是在MCU板上通过74HC00实现这个功能)。

H桥一般用来驱动直流有刷电机,而且很多其他负载也可以用它来驱动,比如风扇,LED灯,电阻,两相四线步进电机等等。当驱动步进电机时,需要使用两个H桥以一定顺序的时序驱动AB两相线圈,此时并不需要扩展PWM波,直接使用IO口驱动反而更加直观方便。因此,为了H桥的通用性,这里采用了第二版的设计。

遇到的问题四,IR2104S的外围器件?
每个IR2104需要一个二极管和一个电容组成电荷泵,抬升上桥臂MOSFET的栅级电压,实现它的完全导通。二极管可以使用快速或者肖特基,电荷泵的电容要求漏电流小,因为陶瓷电容比钽电容要更适合,由于它的功能是储藏电荷,因此容值不能太小,这里取1uF。

遇到的问题五,占空比到约98%的时候,桥臂信号失效?
IR2104S为半桥驱动芯片,工作原理是使用一个二极管和一个电容组成电荷泵,它需要充放电时间,因此当输入信号占空比接近100%的时候,电荷泵就失效了。

遇到的问题六,瞬态抑制二极管?
负载两端并联的瞬态抑制二极管(P6KE),可以将负载产生的电动势抑制在其breakdown voltage上面,从而保护电源和电路板上的器件。H桥的工作电压不同,使用的瞬态抑制二极管也有所区别。

遇到的问题七,负载两端可以并联电容吗?
电机类的感性负载在运行时,两端电压会产生相当严重的毛刺,因此可能会试图在负载两端并联电容来消除它,但是电机两端并联的电容会影响电机的启动特性,电容越大越明显。一般来说,电阻和电容串联,然后并联在负载两端,确实能够一定程度上减轻毛刺。

遇到的问题八,输入信号不对会使得同臂导通吗?
半桥驱动芯片IR2104S搭建的H桥,无论如何输入信号都不会引起同臂导通,只有可能是硬件问题。

遇到的问题九,为什么MOSFET会烧?
参加机器人队比赛的时候,使用H桥,总会发现它总是用着用着就烧掉了。当时以为是MOSFET不够牛x的原因,因此每次遇到问题,都会换成电流更大的MOSFET管,从(28A的)IRF540换成了(82A的)IRF2807,又换成了(110A的)IRF3205,最后每个桥臂都用了两个IRF3205并联,但烧管子的情况还是会出现。

现在发现问题不在于MOSFET的最大电流,实际上IRF540完全够用,而在于它的散热有没有做好。如果负载电流很小,那MOSFET不加散热片也没事;如果负载电流持续工作在1A以上,那散热片就是非常必要的。实际测试,当MOSFET上安装了散热片,使用电子负载,持续工作电流为6A的时候,大概20分钟散热片的温度就会烫手,在旁边增加一个小风扇之后,即使连续好几个小时的工作,散热片摸上去也只是比体温稍高而已。

遇到的问题十,究竟MOSFET需不需要并联肖特基二极管?
需要。

虽然MOSFET自身具备内部二极管,参照它的示意图也能看出来,但是这个内部二极管的参数并不足以应对直流电机运行时带来的电动势,因此需要在每个MOSFET上并联外部二极管。最好使用肖特基二极管,因为它导通时间非常快,几乎可以忽略不计。选型时,average forward current应该为H桥的最大工作电流,反向击穿电压应该大于H桥的工作电压。

如果H桥的最大工作电流为5A,工作电压为24V,肖特基二极管的average forward current就应该为5A,反向击穿电压大于24V且留出一定裕量。

本文转自:eefocus.com/marianna/blog/14-04/302984_bfd79.html

设置串口波特率115200,可是正确接收却是38400

问题困惑L 回复了问题 • 3 人关注 • 6 个回复 • 7070 次浏览 • 2015-04-14 12:14 • 来自相关话题