CUBE里如何设置操作SWDIO、SWCLK管教?

新手交流老攻_ 回复了问题 • 3 人关注 • 7 个回复 • 1273 次浏览 • 2017-11-09 20:54 • 来自相关话题

关于HAL库串口中断接收哪些路子 第一弹

经验分享L 发表了文章 • 11 个评论 • 4655 次浏览 • 2015-06-19 15:56 • 来自相关话题

一个串口中断搞了两周半,实在汗颜,群里也啰嗦了好多了,为了答谢给予我帮助的一些人,也为了回馈本论坛,就把这两个半周的领悟发出来,希望后来人不要再像我一样走弯路了!废话不多说,直接主题啦!
先说我的硬件平台,最常见的正点原子407开发板,一说“正点”又多想了哈!用过MX的请自动忽略第一弹,直瞅第二弹,节约你的时间。

1 .首先,打开MX,进入那一系列的配置,如图:









我的板载芯片是STM32F407ZGT6,这里自然也选407,LQFP封装,对应选择。









片子跑起来,除了电源的另一重要部分,时钟源,我的板子有外部晶振,虽然片子内部也有,但传说中外部的更精准,谁知道呢,反正我没试过,有就用呗,选外部晶振源。









串口的研究,这里不用多说,我用USART1调试,因为板子电路把USART1做成了RS232,并且都转换成了USB接口的,只要一根手机充电线就OK,总之就是简单,那就USART1吧,选择第一个异步通信。









这里要说下,调试接口,看到好多人都没选,也能跑得很happy,但是之前也试过仿真的时候遇到一些问题,还没总结原因到底是不是因为这个,但本人觉得人为定义调试方式总比片子自己判断来的靠谱吧,Maybe!我这里选得SWD调试方法。

到这里,管脚配置基本完了,进入下一步!(看到就这么个东东搞两周半,再汗颜一下)









这一步是配置时钟的,我觉得只要是这个论坛的,没有不知道的!(就是这么啃腚)之前说过要用外部晶振源,而我的外部晶振8M,这里自然要对应把其改成8M,之后就是一系列的锁相环倍频因子、锁相环倍频数之类的巴拉巴拉,串口挂在APB2上,一顿废话之后,我们要做的就是:
点选HSE外部高速,然后在点选PLLCLK倍频时钟,APB2框填那个最大的84M(额就爱最大滴),回车或任意空白单击左键,MX会帮我们搞定的。嘿嘿!










这一步是各个模块的相关配置,我们主要针对USART,NVIC里把串口的中断打勾,至于组优先和子优先就不研究了,默认0就OK!










至此,设置完毕,欢快的点那个齿轮,选择路径和开发平台,去生成代码吧,我的开发环境Keil5,就选这个了,重要提示,路径一定要是全英文字符,不然Keil要报错滴!

2 .这里,就开始说说串口了,我就喝口水,使劲罗嗦了,别嫌烦啊!
先说一个最基本的,神马是信息?(求别喷)记得信息论里大概这么个意思,有变化的的东西携带有信息,就好比我写个 1 ,它的信息量少的就是个 1,但我写个 n ,它的信息量基本就无穷大,因为我 n 是多少都可以 ,所以,我们计算机里传递信息就要搞个有复杂度,但又不能太复杂的东西,通俗点说:携带有穷信息的东东,于是,高低电平就出来了,于是,单个高低电平不满足需求,多信息位出来了,于是多信息位不好校验,接收,解析,串行协议就出来了。这么多于是,我不知道怎么解释,我也一知半解,但我觉得差不多到这里就可以了,现在说说串行协议里的几个关键词,波特率已经被老生长谈了,关于发送时间的换算也有了,我就一笔带过,我今天想说说数据位(因为它把我坑了):
常见的数据位就两种: 8位、9位,常用的数据位只有1种:8位,这里是学过微机原理人脑子里的概念,但是,实际情况是这样的8位机中: 一般是 0-8-0-0 结构,0起始位 8数据位 0奇偶校验位 0停止位=8位; 一种 1-8-0-1结构 ,1起始位 8数据位 0奇偶校验位 1停止位=10位。其他9位数据位的不研究,有兴趣的自己“吻度娘”,我们得到两个信息,
不同结构同一波特率数据量有差异;串行数据一帧,有且只会有一个8位的数据,也就是1Byte。


有以上结论,就去耍“码子”吧,打开项目,面对的是一系列系统初始化,包括串口滴(哇哈哈哈,ST真是贴心啊),看看他干了啥?找到main.c并打开,找到这一句:
`UART_HandleTypeDef huart1;` 声明一个串口结构体,用的一种面向对象的思想(别问我怎么知道是串口结构体不是其他的,不然地球不适合你),这里是个神马东东?带一下:


typedef struct
{
USART_TypeDef [i]Instance; /[/i]!< UART registers base address */

UART_InitTypeDef Init; /[i]!< UART communication parameters [/i]/

uint8_t [i]pTxBuffPtr; /[/i]!< Pointer to UART Tx transfer Buffer */

uint16_t TxXferSize; /[i]!< UART Tx Transfer size [/i]/

uint16_t TxXferCount; /[i]!< UART Tx Transfer Counter [/i]/

uint8_t [i]pRxBuffPtr; /[/i]!< Pointer to UART Rx transfer Buffer */

uint16_t RxXferSize; /[i]!< UART Rx Transfer size [/i]/

uint16_t RxXferCount; /[i]!< UART Rx Transfer Counter [/i]/

DMA_HandleTypeDef [i]hdmatx; /[/i]!< UART Tx DMA Handle parameters */

DMA_HandleTypeDef [i]hdmarx; /[/i]!< UART Rx DMA Handle parameters */

HAL_LockTypeDef Lock; /[i]!< Locking object [/i]/

__IO HAL_UART_StateTypeDef State; /[i]!< UART communication state [/i]/

__IO uint32_t ErrorCode; /[i]!< UART Error code [/i]/

}UART_HandleTypeDef;

这里强调一下,由于万恶的 “版圈法”,我的后续已不够全部写在这里,详见 《关于HAL库串口中断接收哪些路子 第二弹》,将就下吧! 查看全部
一个串口中断搞了两周半,实在汗颜,群里也啰嗦了好多了,为了答谢给予我帮助的一些人,也为了回馈本论坛,就把这两个半周的领悟发出来,希望后来人不要再像我一样走弯路了!废话不多说,直接主题啦!
先说我的硬件平台,最常见的正点原子407开发板,一说“正点”又多想了哈!用过MX的请自动忽略第一弹,直瞅第二弹,节约你的时间。

1 .首先,打开MX,进入那一系列的配置,如图:



1.png



我的板载芯片是STM32F407ZGT6,这里自然也选407,LQFP封装,对应选择。



2.png



片子跑起来,除了电源的另一重要部分,时钟源,我的板子有外部晶振,虽然片子内部也有,但传说中外部的更精准,谁知道呢,反正我没试过,有就用呗,选外部晶振源。



3.png



串口的研究,这里不用多说,我用USART1调试,因为板子电路把USART1做成了RS232,并且都转换成了USB接口的,只要一根手机充电线就OK,总之就是简单,那就USART1吧,选择第一个异步通信。



4.png



这里要说下,调试接口,看到好多人都没选,也能跑得很happy,但是之前也试过仿真的时候遇到一些问题,还没总结原因到底是不是因为这个,但本人觉得人为定义调试方式总比片子自己判断来的靠谱吧,Maybe!我这里选得SWD调试方法。

到这里,管脚配置基本完了,进入下一步!(看到就这么个东东搞两周半,再汗颜一下)



5.png



这一步是配置时钟的,我觉得只要是这个论坛的,没有不知道的!(就是这么啃腚)之前说过要用外部晶振源,而我的外部晶振8M,这里自然要对应把其改成8M,之后就是一系列的锁相环倍频因子、锁相环倍频数之类的巴拉巴拉,串口挂在APB2上,一顿废话之后,我们要做的就是:
点选HSE外部高速,然后在点选PLLCLK倍频时钟,APB2框填那个最大的84M(额就爱最大滴),回车或任意空白单击左键,MX会帮我们搞定的。嘿嘿!



6.png




这一步是各个模块的相关配置,我们主要针对USART,NVIC里把串口的中断打勾,至于组优先和子优先就不研究了,默认0就OK!



7.png




至此,设置完毕,欢快的点那个齿轮,选择路径和开发平台,去生成代码吧,我的开发环境Keil5,就选这个了,重要提示,路径一定要是全英文字符,不然Keil要报错滴!

2 .这里,就开始说说串口了,我就喝口水,使劲罗嗦了,别嫌烦啊!
先说一个最基本的,神马是信息?(求别喷)记得信息论里大概这么个意思,有变化的的东西携带有信息,就好比我写个 1 ,它的信息量少的就是个 1,但我写个 n ,它的信息量基本就无穷大,因为我 n 是多少都可以 ,所以,我们计算机里传递信息就要搞个有复杂度,但又不能太复杂的东西,通俗点说:携带有穷信息的东东,于是,高低电平就出来了,于是,单个高低电平不满足需求,多信息位出来了,于是多信息位不好校验,接收,解析,串行协议就出来了。这么多于是,我不知道怎么解释,我也一知半解,但我觉得差不多到这里就可以了,现在说说串行协议里的几个关键词,波特率已经被老生长谈了,关于发送时间的换算也有了,我就一笔带过,我今天想说说数据位(因为它把我坑了):
常见的数据位就两种: 8位、9位,常用的数据位只有1种:8位,这里是学过微机原理人脑子里的概念,但是,实际情况是这样的8位机中: 一般是 0-8-0-0 结构,0起始位 8数据位 0奇偶校验位 0停止位=8位; 一种 1-8-0-1结构 ,1起始位 8数据位 0奇偶校验位 1停止位=10位。其他9位数据位的不研究,有兴趣的自己“吻度娘”,我们得到两个信息,
不同结构同一波特率数据量有差异;串行数据一帧,有且只会有一个8位的数据,也就是1Byte。


有以上结论,就去耍“码子”吧,打开项目,面对的是一系列系统初始化,包括串口滴(哇哈哈哈,ST真是贴心啊),看看他干了啥?找到main.c并打开,找到这一句:
`UART_HandleTypeDef huart1;` 声明一个串口结构体,用的一种面向对象的思想(别问我怎么知道是串口结构体不是其他的,不然地球不适合你),这里是个神马东东?带一下:


typedef struct
{
USART_TypeDef [i]Instance; /[/i]!< UART registers base address */

UART_InitTypeDef Init; /[i]!< UART communication parameters [/i]/

uint8_t [i]pTxBuffPtr; /[/i]!< Pointer to UART Tx transfer Buffer */

uint16_t TxXferSize; /[i]!< UART Tx Transfer size [/i]/

uint16_t TxXferCount; /[i]!< UART Tx Transfer Counter [/i]/

uint8_t [i]pRxBuffPtr; /[/i]!< Pointer to UART Rx transfer Buffer */

uint16_t RxXferSize; /[i]!< UART Rx Transfer size [/i]/

uint16_t RxXferCount; /[i]!< UART Rx Transfer Counter [/i]/

DMA_HandleTypeDef [i]hdmatx; /[/i]!< UART Tx DMA Handle parameters */

DMA_HandleTypeDef [i]hdmarx; /[/i]!< UART Rx DMA Handle parameters */

HAL_LockTypeDef Lock; /[i]!< Locking object [/i]/

__IO HAL_UART_StateTypeDef State; /[i]!< UART communication state [/i]/

__IO uint32_t ErrorCode; /[i]!< UART Error code [/i]/

}UART_HandleTypeDef;

这里强调一下,由于万恶的 “版圈法”,我的后续已不够全部写在这里,详见 《关于HAL库串口中断接收哪些路子 第二弹》,将就下吧!

利用stm32cubemx移植freemodbus代码分享,片子是stm32F407,记录整个调试过程,供大家参考

软件教程兰生 回复了问题 • 74 人关注 • 31 个回复 • 21898 次浏览 • 2018-08-13 16:48 • 来自相关话题

多路扫描AD转换,用DMA传输的例子(用STM32CUBEMX)

软件教程心中有个梦 回复了问题 • 52 人关注 • 32 个回复 • 22094 次浏览 • 2018-09-03 15:46 • 来自相关话题

FSMC使用讲解,新手必看!

经验分享admin 发表了文章 • 1 个评论 • 1651 次浏览 • 2014-10-13 22:43 • 来自相关话题

初学FSMC,找到很多都是程序,很多资料都更官方文档差不多,看不出所以然,反而越看越晕。
我想大多数初学者需要的是一个浅显易懂的教程,
下面转载一个讲解,我觉得挺不错的,大家可以看看。


读多几次能大概了解fsmc功能

LCD有如下控制线:
CS:Chip Select 片选,低电平有效
RS:Register Select 寄存器选择
WR:Write 写信号,低电平有效
RD:Read 读信号,低电平有效
RESET:重启信号,低电平有效
DB0-DB15:数据线
假如这些线,全部用普通IO口控制。根据LCD控制芯片手册(大部分控制芯片时序差不多):
如果情况如下:
DB0-DB15的IO全部为1(表示数据0xff),也可以为其他任意值,这里以0xff为例。
CS为0(表示选上芯片,CS拉低时,芯片对传入的数据才会有效)
RS为1(表示DB0-15上传递的是要被写到寄存器的值),如果为0,表示传递的是数据。
WR为0,RD为1(表示是写动作),反过来就是读动作。
RESET一直为高,如果RESET为低,会导致芯片重启。
这种情况,会导致一个值0xff被传入芯片,被LCD控制芯片当作写寄存器值去解析。LCD控制芯片收到DB0-15上的值之后,根据其他控制线的情况,它得出结论,这个0xff是用来设置寄存器的。一般情况下,LCD控制芯片会把传入的寄存器值的高8位当做寄存器地址(因为芯片内部肯定不止一个寄存器),低8位当做真正的要赋给对应寄存器值。这样,就完成了一个写LCD控制芯片内部寄存器的时序。
如果上述情况不变,只将RS置低,那么得到的情况如下:LCD控制芯片会把DB0-15上的数据当做单纯的数据值来处理。那么假如LCD处在画图状态,这个传入的值0xff,就会被显示到对应的点上,0xffff就表示白色,那么对应的点就是白色。在这个数据值传递过来之前,程序肯定会通过设置寄存器值,告诉LCD控制芯片要写的点的位置在哪里。
如果上述两种情况都不变,分别把WR和RD的信号反过来(WR=1,RD=0),那么写信号就会被变成读信号。读信号下,主控芯片需要去读DB0-15的值,而LCD控制芯片就会去设置DB0-15的值,从而完成读数据的时序。
读寄存器的时序麻烦一点。第一步,先要将WR和RD都置低,主控芯片通过DB0-15传入寄存器地址。第二步就和前面读数据一样,将WR置高,RD置低,读出DB0-15的值即可。在这整个的过程中,RS一直为低。
好了,上面就是IO直接控制LCD的方法。假如放到STM32里面,用IO直接控制显得效率很低。STM32有FSMC(其实其他芯片基本都有类似的总线功能),FSMC的好处就是你一旦设置好之后,WR、RD、DB0-DB15这些控制线和数据线,都是FSMC自动控制的。打个比方,当你在程序中写到:
[url=volatile unsigned short int [/i]]i[url=0x60000000]/url[/url]=val;
那么FSMC就会自动执行一个写的操作,其对应的主控芯片的WE、RD这些脚,就会呈现出写的时序出来(即WE=0,RD=1),数据val的值也会通过DB0-15自动呈现出来(即FSMC-D0:FSMC-D15=val)。地址0x60000000会被呈现在数据线上(即A0-A25=0,地址线的对应最麻烦,要根据具体情况来,好好看看FSMC手册)。
那么在硬件上面,我们需要做的,仅仅是MCU和LCD控制芯片的连接关系:
WE-WR,均为低电平有效
RD-RD,均为低电平有效
FSMC-D0-15接LCD DB0-15
连接好之后,读写时序都会被FSMC自动完成。但是还有一个很关键的问题,就是RS没有接,CS没有接。因为在FSMC里面,根本就没有对应RS和CS的脚。怎么办呢?这个时候,有一个好方法,就是用某一根地址线来接RS。比如我们选择了A16这根地址线来接,那么当我们要写寄存器的时候,我们需要RS,也就是A16置高。软件中怎么做呢?也就是将FSMC要写的地址改成0x60020000,如下:
[url=volatile unsigned short int [/i]]i[url=0x60020000]/url[/url]=val;
这个时候,A16在执行其他FSMC的同时会被拉高,因为A0-A18要呈现出地址0x60020000。0x60020000里面的Bit17=1,就会导致A16为1。
当要读数据时,地址由0x60020000改为了0x60000000,这个时候A16就为0了。
那么有朋友就会有疑问,第一,为什么地址是0x6xxxxxxx而不是0x0xxxxxxx;第二,CS怎么接;第三,为什么Bit17对应A16?
先来看前两个问题,大家找到STM32的FSMC手册,在FSMC手册里面,我们很容易找到,FSMC将0x60000000-0x6fffffff的地址用作NOR/PRAM(共256M地址范围)。而这个存储块,又被分成了四部分,每部分64M地址范围。当对其中某个存储块进行读写时,对应的NEx就会置低。这里,就解决了我们两个问题,第一,LCD的操作时序,和NOR/PRAM是一样的(为什么一样自己找找NOR/PRAM的时序看看),所以我们选择0x6xxxxxxx这个地址范围(选择这个地址范围,操作这个地址时,FSMC就会呈现出NOR/PRAM的时序)。第二,我们可以将NEx连接到LCD的CS,只要我们操作的地址是第一个存储块内即可(即0-0x3ffffff地址范围)。
第三个问题再来看一看FSMC手册关于存储器字宽的描述,我们发现,当外部存储器是16位时,硬件管脚A0-A24表示的是地址线A1-A25的值,所以我们要位移一下,Bit17的值,实际会被反应到A16这根IO来。关于数据宽度及位移的问题,初学的朋友可能会比较疑惑,当你接触了多NOR/PRAM这样的器件后,你会发现,很多芯片的总线,都是这样设计的,为的是节省地址线。 查看全部
初学FSMC,找到很多都是程序,很多资料都更官方文档差不多,看不出所以然,反而越看越晕。
我想大多数初学者需要的是一个浅显易懂的教程,
下面转载一个讲解,我觉得挺不错的,大家可以看看。


读多几次能大概了解fsmc功能

LCD有如下控制线:
CS:Chip Select 片选,低电平有效
RS:Register Select 寄存器选择
WR:Write 写信号,低电平有效
RD:Read 读信号,低电平有效
RESET:重启信号,低电平有效
DB0-DB15:数据线
假如这些线,全部用普通IO口控制。根据LCD控制芯片手册(大部分控制芯片时序差不多):
如果情况如下:
DB0-DB15的IO全部为1(表示数据0xff),也可以为其他任意值,这里以0xff为例。
CS为0(表示选上芯片,CS拉低时,芯片对传入的数据才会有效)
RS为1(表示DB0-15上传递的是要被写到寄存器的值),如果为0,表示传递的是数据。
WR为0,RD为1(表示是写动作),反过来就是读动作。
RESET一直为高,如果RESET为低,会导致芯片重启。
这种情况,会导致一个值0xff被传入芯片,被LCD控制芯片当作写寄存器值去解析。LCD控制芯片收到DB0-15上的值之后,根据其他控制线的情况,它得出结论,这个0xff是用来设置寄存器的。一般情况下,LCD控制芯片会把传入的寄存器值的高8位当做寄存器地址(因为芯片内部肯定不止一个寄存器),低8位当做真正的要赋给对应寄存器值。这样,就完成了一个写LCD控制芯片内部寄存器的时序。
如果上述情况不变,只将RS置低,那么得到的情况如下:LCD控制芯片会把DB0-15上的数据当做单纯的数据值来处理。那么假如LCD处在画图状态,这个传入的值0xff,就会被显示到对应的点上,0xffff就表示白色,那么对应的点就是白色。在这个数据值传递过来之前,程序肯定会通过设置寄存器值,告诉LCD控制芯片要写的点的位置在哪里。
如果上述两种情况都不变,分别把WR和RD的信号反过来(WR=1,RD=0),那么写信号就会被变成读信号。读信号下,主控芯片需要去读DB0-15的值,而LCD控制芯片就会去设置DB0-15的值,从而完成读数据的时序。
读寄存器的时序麻烦一点。第一步,先要将WR和RD都置低,主控芯片通过DB0-15传入寄存器地址。第二步就和前面读数据一样,将WR置高,RD置低,读出DB0-15的值即可。在这整个的过程中,RS一直为低。
好了,上面就是IO直接控制LCD的方法。假如放到STM32里面,用IO直接控制显得效率很低。STM32有FSMC(其实其他芯片基本都有类似的总线功能),FSMC的好处就是你一旦设置好之后,WR、RD、DB0-DB15这些控制线和数据线,都是FSMC自动控制的。打个比方,当你在程序中写到:
[url=volatile unsigned short int [/i]]i[url=0x60000000]/url[/url]=val;
那么FSMC就会自动执行一个写的操作,其对应的主控芯片的WE、RD这些脚,就会呈现出写的时序出来(即WE=0,RD=1),数据val的值也会通过DB0-15自动呈现出来(即FSMC-D0:FSMC-D15=val)。地址0x60000000会被呈现在数据线上(即A0-A25=0,地址线的对应最麻烦,要根据具体情况来,好好看看FSMC手册)。
那么在硬件上面,我们需要做的,仅仅是MCU和LCD控制芯片的连接关系:
WE-WR,均为低电平有效
RD-RD,均为低电平有效
FSMC-D0-15接LCD DB0-15
连接好之后,读写时序都会被FSMC自动完成。但是还有一个很关键的问题,就是RS没有接,CS没有接。因为在FSMC里面,根本就没有对应RS和CS的脚。怎么办呢?这个时候,有一个好方法,就是用某一根地址线来接RS。比如我们选择了A16这根地址线来接,那么当我们要写寄存器的时候,我们需要RS,也就是A16置高。软件中怎么做呢?也就是将FSMC要写的地址改成0x60020000,如下:
[url=volatile unsigned short int [/i]]i[url=0x60020000]/url[/url]=val;
这个时候,A16在执行其他FSMC的同时会被拉高,因为A0-A18要呈现出地址0x60020000。0x60020000里面的Bit17=1,就会导致A16为1。
当要读数据时,地址由0x60020000改为了0x60000000,这个时候A16就为0了。
那么有朋友就会有疑问,第一,为什么地址是0x6xxxxxxx而不是0x0xxxxxxx;第二,CS怎么接;第三,为什么Bit17对应A16?
先来看前两个问题,大家找到STM32的FSMC手册,在FSMC手册里面,我们很容易找到,FSMC将0x60000000-0x6fffffff的地址用作NOR/PRAM(共256M地址范围)。而这个存储块,又被分成了四部分,每部分64M地址范围。当对其中某个存储块进行读写时,对应的NEx就会置低。这里,就解决了我们两个问题,第一,LCD的操作时序,和NOR/PRAM是一样的(为什么一样自己找找NOR/PRAM的时序看看),所以我们选择0x6xxxxxxx这个地址范围(选择这个地址范围,操作这个地址时,FSMC就会呈现出NOR/PRAM的时序)。第二,我们可以将NEx连接到LCD的CS,只要我们操作的地址是第一个存储块内即可(即0-0x3ffffff地址范围)。
第三个问题再来看一看FSMC手册关于存储器字宽的描述,我们发现,当外部存储器是16位时,硬件管脚A0-A24表示的是地址线A1-A25的值,所以我们要位移一下,Bit17的值,实际会被反应到A16这根IO来。关于数据宽度及位移的问题,初学的朋友可能会比较疑惑,当你接触了多NOR/PRAM这样的器件后,你会发现,很多芯片的总线,都是这样设计的,为的是节省地址线。