关于stm32cube中UART串口的新库函数的一些东西理解,长久记录

風影旋新月 回复了问题 • 28 人关注 • 10 个回复 • 37637 次浏览 • 2018-08-20 16:24 • 来自相关话题

(转)CPU时钟调高时出现异常的案例分享

admin 发表了文章 • 1 个评论 • 1255 次浏览 • 2018-06-17 09:55 • 来自相关话题

近日某论坛一STM32用户反馈,使用STM32F103内部时钟,把系统时钟配置成64MHz单片机就不跑了,配置成36MHz程序就正常妥妥的,频率稍高点就容易导致死机。他贴出的代码如下:void RCC_Configuration(void) 

 RCC_DeInit();//将外设 RCC寄存器重设为缺省值 
RCC_HSICmd(ENABLE);//使能HSI   
while(RCC_GetFlagStatus(RCC_FLAG_HSIRDY) == RESET);//等待HSI使能成功 
//FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable); 
//FLASH_SetLatency(FLASH_Latency_2); 
RCC_HCLKConfig(RCC_SYSCLK_Div1);    
RCC_PCLK1Config(RCC_HCLK_Div2); 
RCC_PCLK2Config(RCC_HCLK_Div1); 
//设置 PLL 时钟源及倍频系数 
RCC_PLLConfig(RCC_PLLSource_HSI_Div2, RCC_PLLMul_16);
。。。。。。结合他的问题描述及他贴出来的代码,大致可以判断出很可能是因为他屏蔽了指令预取和flash读取等待延迟的参数配置而导致的异常。即上面两条红色标注出来的代码。后来我明确地提醒他这点后,他似乎并没及时反应过来,还折腾了几下才开启了上述配置,问题最终得以解决。其实,关于这个问题经常有人遇到,尤其是那些基于STM32标准固件库进行开发或自行编程时的新手更容易碰到这个问题。主要原因是他们对上述两行代码的功能不了解,导致有意或无意的将库例程中相关代码屏蔽掉无视掉不做配置、或者配置不正确。这里将这个问题再次分享出来,对上面两行代码简单做些解释。希望更多人对此有所知晓,少在这个地方走弯路。这句FLASH_PrefetchBufferCmd();用来作为flash指令预取功能的使能或禁用。现有STM32各个系列都是基于ARM cortexM内核的微处理器,采用多级流水线的哈佛结构,即一条指令的执行分割为几个阶段,如取指、译码、执行等,使得当前指令的取指操作完成后就可以开始后续指令的取指、译码等操作,程序指令就这样像流水一样执行下去,大大提高了指令的执行效率。具体到STM32各系列单片机,这个指令预取功能的开启或关闭可以软件配置,一般配置为开启。要注意的是,芯片复位后不同的系列该功能有的默认为开启有的则默认为关闭。比方STM32F1系列的flash指令预取功能就是默认打开的,当然你也可以关闭。其中,明确要求打开的情景就是当那个AHB时钟预分频系数不等于1时。再比如STM32F4系列,它的指令预取功能在芯片复位后是默认关闭的,你可以自行打开。但明确要求关闭的场景就是芯片的供电电压低于2.1V时。其实,STM32F4的预取功能与STM32F1不尽一样,STM32F4、STM32F2、STM32L4、STM32F7等系列芯片使用了ST的专利技术ART存储加速器【Adaptive real-time memory accelerator】。该加速器使用指令预取队列和分支跳转缓存技术,从而提高 Flash 程序代码执行速度,使得CPU即使在其最高主频下也能完美实现0等待执行flash程序指令。上面大致讲了指令预取功能,预取主要是为了实现指令读取和执行的高效性。具体细节请参考相关技术手册。我们知道CPU的运行速度可调,可以很快,通常使用高速总线访问FLASH接口控制器,FLASH控制器收到来自CPU的取指指令后然后去读取相应地址的指令或数据。Flash控制器自身的读取速度相比CPU的高速请求来说可能会出现滞后,往往需要CPU做相应的延时等待。为了让CPU准确及时读取 Flash 数据,我们须根据 CPU 时钟频率、FLASH控制器自身特性以及器件供电情况在Flash存取控制寄存器(FLASH_ACR)中正确地编程等待周期数(LATENCY),类似上面提到的第二句代码:FLASH_SetLatency(FLASH_Latency_n);这里的等待周期数视不同的STM32系列也各有差异,不妨以STM32F4为例:下面是个关于STM32F4系列部分产品线的LATENCY设置的表格。从表格中可以看出LATENCY参数的设置与CPU的时钟、电源电压都有关系。另外,当电源电压在2.1V以下上要关闭预取功能。在设置上面的等待周期参数时,选择合适的就好。不难理解,设置太大了影响CPU性能的充分发挥,太小了容易导致异常。具体回到开头的案例,它出现死机问题,极可能是因为没有合理配置等待周期参数导致异常,因为它屏蔽了参考例程中那两句配置代码,即使用其默认功能,对于STM32F1,指令预取功能默认为开启。而STM32F1系列芯片的latency默认值即为0,无等待。这样的话,当他把时钟调高到一定程度时出现死机就不难理解了。另外,当他反馈时钟调高产生异常时,我还给他提醒了注意检查VDDA的电源情况。我碰到有人遇到因VDDA没接好使得PLL不正常的情况。我们知道,对于STM32芯片,调高其工作时钟,往往借助于锁相环。而PLL的供电来自VDDA,如果PLL没有被正常供电,也是个非常隐蔽的麻烦。曾经有个客户为此折腾好久,才愿沉下心来检查其“坏品”的电源,结果发现有个VDDA脚虚焊。一直以芯片低频没问题,频率高了就异常为由怀疑芯片品质问题而耽误时间。最后给点建议,做STM32开发的话,尤其是新手,如果参照ST的官方例程的话,有些配置在没看懂的情况下不要轻易屏蔽或修改。我碰到多个类似本案随意屏蔽例程中的初始化配置代码或断言代码出现异常,自己又找不到方向的。另外,尽可能使用ST官方的stm32cubeMx图形配置工具做基本的配置,通过它来生成初始化配置文件,这样方便省事很多。当然,即使使用STM32CUBEMX配置也不是万能的。比方:曾经有人使用STM32F0开发产品,用CUBEMX配置初始化文件,刚开始配置时时钟选择得比较低, STM32CubeMx自然根据他选择的时钟做了相关参数配置。后来他自己在用户代码里手动调高了时钟,而不知相应调整跟FLASH读取等待有关的参数,也是发生跟本案同样的情况。所以呢,如果能对原理有更多更深的把握那是再好不过了。本文转自:https://mp.weixin.qq.com/s/E29t7t5YuLFZtHYWcwguJQ 感谢【ST MCU 信息交流】的经验分享。 查看全部

近日某论坛一STM32用户反馈,使用STM32F103内部时钟,把系统时钟配置成64MHz单片机就不跑了,配置成36MHz程序就正常妥妥的,频率稍高点就容易导致死机。他贴出的代码如下:

void RCC_Configuration(void) 

 RCC_DeInit();//将外设 RCC寄存器重设为缺省值 
RCC_HSICmd(ENABLE);//使能HSI   
while(RCC_GetFlagStatus(RCC_FLAG_HSIRDY) == RESET);//等待HSI使能成功 
//FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable); 
//FLASH_SetLatency(FLASH_Latency_2); 
RCC_HCLKConfig(RCC_SYSCLK_Div1);    
RCC_PCLK1Config(RCC_HCLK_Div2); 
RCC_PCLK2Config(RCC_HCLK_Div1); 
//设置 PLL 时钟源及倍频系数 
RCC_PLLConfig(RCC_PLLSource_HSI_Div2, RCC_PLLMul_16);
。。。。。。

结合他的问题描述及他贴出来的代码,大致可以判断出很可能是因为他屏蔽了指令预取和flash读取等待延迟的参数配置而导致的异常。即上面两条红色标注出来的代码。


后来我明确地提醒他这点后,他似乎并没及时反应过来,还折腾了几下才开启了上述配置,问题最终得以解决。

其实,关于这个问题经常有人遇到,尤其是那些基于STM32标准固件库进行开发或自行编程时的新手更容易碰到这个问题。主要原因是他们对上述两行代码的功能不了解,导致有意或无意的将库例程中相关代码屏蔽掉无视掉不做配置、或者配置不正确。

这里将这个问题再次分享出来,对上面两行代码简单做些解释。希望更多人对此有所知晓,少在这个地方走弯路。

这句

FLASH_PrefetchBufferCmd();

用来作为flash指令预取功能的使能或禁用。

现有STM32各个系列都是基于ARM cortexM内核的微处理器,采用多级流水线的哈佛结构,即一条指令的执行分割为几个阶段,如取指、译码、执行等,使得当前指令的取指操作完成后就可以开始后续指令的取指、译码等操作,程序指令就这样像流水一样执行下去,大大提高了指令的执行效率。


具体到STM32各系列单片机,这个指令预取功能的开启或关闭可以软件配置,一般配置为开启。要注意的是,芯片复位后不同的系列该功能有的默认为开启有的则默认为关闭。比方STM32F1系列的flash指令预取功能就是默认打开的,当然你也可以关闭。其中,明确要求打开的情景就是当那个AHB时钟预分频系数不等于1时。

捕获7.PNG

再比如STM32F4系列,它的指令预取功能在芯片复位后是默认关闭的,你可以自行打开。但明确要求关闭的场景就是芯片的供电电压低于2.1V时。

其实,STM32F4的预取功能与STM32F1不尽一样,STM32F4、STM32F2、STM32L4、STM32F7系列芯片使用了ST的专利技术ART存储加速器【Adaptive real-time memory accelerator】。该加速器使用指令预取队列和分支跳转缓存技术,从而提高 Flash 程序代码执行速度,使得CPU即使在其最高主频下也能完美实现0等待执行flash程序指令。

上面大致讲了指令预取功能,预取主要是为了实现指令读取和执行的高效性。具体细节请参考相关技术手册。我们知道CPU的运行速度可调,可以很快,通常使用高速总线访问FLASH接口控制器,FLASH控制器收到来自CPU的取指指令后然后去读取相应地址的指令或数据。Flash控制器自身的读取速度相比CPU的高速请求来说可能会出现滞后,往往需要CPU做相应的延时等待。为了让CPU准确及时读取 Flash 数据,我们须根据 CPU 时钟频率、FLASH控制器自身特性以及器件供电情况在Flash存取控制寄存器(FLASH_ACR)中正确地编程等待周期数(LATENCY),类似上面提到的第二句代码:

FLASH_SetLatency(FLASH_Latency_n);

这里的等待周期数视不同的STM32系列也各有差异,不妨以STM32F4为例:

捕获8.PNG


下面是个关于STM32F4系列部分产品线的LATENCY设置的表格。从表格中可以看出LATENCY参数的设置与CPU的时钟、电源电压都有关系。另外,当电源电压在2.1V以下上要关闭预取功能。


捕获9.PNG

在设置上面的等待周期参数时,选择合适的就好。不难理解,设置太大了影响CPU性能的充分发挥,太小了容易导致异常。

具体回到开头的案例,它出现死机问题,极可能是因为没有合理配置等待周期参数导致异常,因为它屏蔽了参考例程中那两句配置代码,即使用其默认功能,对于STM32F1,指令预取功能默认为开启。而STM32F1系列芯片的latency默认值即为0,无等待。这样的话,当他把时钟调高到一定程度时出现死机就不难理解了。

另外,当他反馈时钟调高产生异常时,我还给他提醒了注意检查VDDA的电源情况。我碰到有人遇到因VDDA没接好使得PLL不正常的情况。我们知道,对于STM32芯片,调高其工作时钟,往往借助于锁相环。而PLL的供电来自VDDA,如果PLL没有被正常供电,也是个非常隐蔽的麻烦。曾经有个客户为此折腾好久,才愿沉下心来检查其“坏品”的电源,结果发现有个VDDA脚虚焊。一直以芯片低频没问题,频率高了就异常为由怀疑芯片品质问题而耽误时间。

捕获10.PNG


最后给点建议,做STM32开发的话,尤其是新手,如果参照ST的官方例程的话,有些配置在没看懂的情况下不要轻易屏蔽或修改。我碰到多个类似本案随意屏蔽例程中的初始化配置代码或断言代码出现异常,自己又找不到方向的。另外,尽可能使用ST官方的stm32cubeMx图形配置工具做基本的配置,通过它来生成初始化配置文件,这样方便省事很多。当然,即使使用STM32CUBEMX配置也不是万能的。比方:曾经有人使用STM32F0开发产品,用CUBEMX配置初始化文件,刚开始配置时时钟选择得比较低, STM32CubeMx自然根据他选择的时钟做了相关参数配置。后来他自己在用户代码里手动调高了时钟,而不知相应调整跟FLASH读取等待有关的参数,也是发生跟本案同样的情况。所以呢,如果能对原理有更多更深的把握那是再好不过了。


本文转自:https://mp.weixin.qq.com/s/E29t7t5YuLFZtHYWcwguJQ

感谢【ST MCU 信息交流】的经验分享。

(转)HID+CDC复合设备在WIN10的识别问题

admin 发表了文章 • 0 个评论 • 5074 次浏览 • 2018-06-17 09:20 • 来自相关话题

1 问题现象有客户使用STM32F405并参照ST官方USB标准库下的HID+CDC的示例代码做产品,发现在WIN7上使用得好好的,可放到WIN10上,CDC第一次能够识别,再次拔插后就不能再识别,且此后无论插拔多少次都无法再识别,除非再次上电,又会重复上述现象,只有板子上电后第一次才能正确被识别,后续均不行。2 问题分析客户使用 ST官方示例代码STM32_USB-Host-Device_Lib_V2.2.0\Project\USB_Device_Examples\Composite_Examples\CDC_HID_Composite(下载页面:http://www.stmicroelectronics.com.cn/content/st_com/en/products/embedded-software/mcus-embedded-software/stm32-embedded-software/stm32-standard-peripheral-library-expansion/stsw-stm32046.html)当我尝试使用此示例代码重现客户所遇到的问题时,发现此代码在WIN7运行OK,但与客户不同的是,我测试到的情况是在WIN10下CDC一次都无法识别,HID却一直可以识别。下面来分析下问题,既然WIN7下HID和CDC都能正常识别,放在WIN10上才不正常,那么初步可以判断,此问题可能与WIN10操作系统的USB主机驱动实现有关。通过USB分析仪分析客户代码在WIN10下USB枚举异常的数据通讯:Figure 1 第一次USB枚举过程上图是客户代码第一次正常枚举的通讯数据,从图中可以看出,WIN10 USB主机在正常获取HID报告描述符后,紧接着会获取虚拟串口状态和设置波特率,这样就正常枚举结束了。我们再来看看采集到的异常USB枚举过程:Figure 2 异常枚举过程上图是WIN10下异常枚举过程。从图中可以看出,WIN10系统上USB主机在获取到设备描述符和配置描述符后直接将设备挂起了。很明显,WIN10系统的USB主机驱动实现对设备描述符或者配置描述符的内容并不认可,才会导致无法识别HID+CDC复合设备。我们不妨检查下客户代码中的设备描述符:Figure 3 获取的设备描述符复合设备的class,subclass,protocol必须为0xef,0x02,0x01,这里VID=0x0483,PID=0x3256(Cube库下为0x5740,但这个不重要),接下来看配置描述符:Figure 4 win10不能识别的配置描述符由此可见,客户的描述符是HID interface + IAD + CDC interfaces结构。对于WIN7,这种结构可以识别,但对于WIN10,这种结构WIN10未必能够兼容,我们尝试在HID interface外部加上一层IAD结构,使其成为IAD1 + HID interface + IAD2 + CDC interfaces结构,此时客户的问题得以解决,在WIN10也可以正确识别了,修改后的描述符结构如下:Figure 5 win10能够正确识别的配置描述符结束本篇实战经验之前,让我们再次回顾IAD的概念:IAD(Interface Association Descriptor),为USB设备定义了一个标准来表述捆绑在一个逻辑功能(比如这里的CDC虚拟串口)上的多个接口的聚合的方法。USB协会分配了一个设备级别的类编码(即图3中0xEF),使用IAD的设备必须使用它(如图3的设备描述符);这样可以很容易在设备枚举时就能识别出采用了IAD的设备。IAD描述符通常放在它所要捆绑的多个接口的接口描述符之前。3 结论 在WIN10系统中,建议复合设备每个逻辑功能的接口描述符前都搭载一个IAD描述符,不论这个逻辑功能是单个接口描述符完成(比如这里的HID功能)还是要由多个接口描述符完成(比如这里的CDC功能)。本文转自:https://mp.weixin.qq.com/s/9ot9AVTN4zSMAyudVDeMzA 感谢【STM32单片机】分享的经验。 查看全部

1 问题现象

有客户使用STM32F405并参照ST官方USB标准库下的HID+CDC的示例代码做产品,发现在WIN7上使用得好好的,可放到WIN10上,CDC第一次能够识别,再次拔插后就不能再识别,且此后无论插拔多少次都无法再识别,除非再次上电,又会重复上述现象,只有板子上电后第一次才能正确被识别,后续均不行。

2 问题分析

客户使用 ST官方示例代码

STM32_USB-Host-Device_Lib_V2.2.0\Project\USB_Device_Examples\Composite_Examples\CDC_HID_Composite

(下载页面:

http://www.stmicroelectronics.com.cn/content/st_com/en/products/embedded-software/mcus-embedded-software/stm32-embedded-software/stm32-standard-peripheral-library-expansion/stsw-stm32046.html)

当我尝试使用此示例代码重现客户所遇到的问题时,发现此代码在WIN7运行OK,但与客户不同的是,我测试到的情况是在WIN10下CDC一次都无法识别,HID却一直可以识别。


下面来分析下问题,既然WIN7下HID和CDC都能正常识别,放在WIN10上才不正常,那么初步可以判断,此问题可能与WIN10操作系统的USB主机驱动实现有关。

通过USB分析仪分析客户代码在WIN10下USB枚举异常的数据通讯:

捕获.PNG

Figure 1 第一次USB枚举过程


上图是客户代码第一次正常枚举的通讯数据,从图中可以看出,WIN10 USB主机在正常获取HID报告描述符后,紧接着会获取虚拟串口状态和设置波特率,这样就正常枚举结束了。我们再来看看采集到的异常USB枚举过程:

捕获2.PNG

Figure 2 异常枚举过程


上图是WIN10下异常枚举过程。从图中可以看出,WIN10系统上USB主机在获取到设备描述符和配置描述符后直接将设备挂起了。很明显,WIN10系统的USB主机驱动实现对设备描述符或者配置描述符的内容并不认可,才会导致无法识别HID+CDC复合设备。

我们不妨检查下客户代码中的设备描述符:

捕获3.PNG

Figure 3 获取的设备描述符


复合设备的class,subclass,protocol

必须为0xef,0x02,0x01,这里

VID=0x0483,PID=0x3256(Cube库下为0x5740,但这个不重要),接下来看配置描述符:

4.jpg

Figure 4 win10不能识别的配置描述符


由此可见,客户的描述符是HID interface + IAD + CDC interfaces结构。对于WIN7,这种结构可以识别,但对于WIN10,这种结构WIN10未必能够兼容,我们尝试在HID interface外部加上一层IAD结构,使其成为IAD1 + HID interface + IAD2 + CDC interfaces结构,此时客户的问题得以解决,在WIN10也可以正确识别了,修改后的描述符结构如下:

5.jpg

Figure 5 win10能够正确识别的配置描述符


结束本篇实战经验之前,让我们再次回顾IAD的概念:

IAD(Interface Association Descriptor),为USB设备定义了一个标准来表述捆绑在一个逻辑功能(比如这里的CDC虚拟串口)上的多个接口的聚合的方法。USB协会分配了一个设备级别的类编码(即图3中0xEF),使用IAD的设备必须使用它(如图3的设备描述符);这样可以很容易在设备枚举时就能识别出采用了IAD的设备。IAD描述符通常放在它所要捆绑的多个接口的接口描述符之前


3 结论

在WIN10系统中,建议复合设备每个逻辑功能的接口描述符前都搭载一个IAD描述符,不论这个逻辑功能是单个接口描述符完成(比如这里的HID功能)还是要由多个接口描述符完成(比如这里的CDC功能)。


本文转自:https://mp.weixin.qq.com/s/9ot9AVTN4zSMAyudVDeMzA

感谢【STM32单片机】分享的经验。

CUBEMX 配置时报引脚冲突,如何解决,这样配置,SPI不能使用,单独配置,SPI与USART均能正常使用

回复

奇缘时间 发起了问题 • 2 人关注 • 0 个回复 • 1681 次浏览 • 2018-05-31 09:48 • 来自相关话题

你知道modbus调通并取得数据之后的操作吗?欢迎来讨论freemodbus的应用问题

自由 回复了问题 • 6 人关注 • 4 个回复 • 4049 次浏览 • 2018-05-22 17:52 • 来自相关话题

emwin显示汉字

等。。。待 发表了文章 • 0 个评论 • 4494 次浏览 • 2018-04-19 13:49 • 来自相关话题

我们一般用keil编程是,软件的编码模式是GB2312模式,此时emwin显示汉字会显示乱码,无法正常使用。多次实验后,有两种方式可以解决这个问题。第一种:emwin汉字解码用的是UTF-8模式,而我们常用的编码模式是GB2312,二者之间无法使用固定的公式转换,也就是没有直接联系。此时要显示汉字,需要做一个列表,将UTF-8和GB2312两种编码联系起来。    若是将所有的常用汉字列表都写入程序,这个不太现实(文件挺大的),下面是实现方法uint16_t das[23335][2]=//部分列表
{
{0x00,0x0000},
{0x01,0x0001},
{0x02,0x0002},
{0x03,0x0003},
{0x04,0x0004},
{0x05,0x0005},
{0x06,0x0006},
{0x07,0x0007},
{0x08,0x0008},
};
//转换程序
uint16_t Get_GB2312(char *str)
{
uint16_t a=0;
a=(uint8_t)(*str);
a<<=8;
a|=(uint8_t)(*(str+1));
return a;
}

uint16_t GET(char *ds)
{
uint32_t dsa=0;
if(((uint8_t)(*ds))<0x80)
{
return  (uint8_t)(*ds);
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsa=Get_GB2312(ds);
for (i = 0; i < 23335; i++)
{
if (das[i][0] == dsa)
{
return das[i][1];
}
}
}
return 0;
}
const char* GET_UTF1(char *ds)
{

uint8_t *bi1t;
uint16_t dsadd=0;
if(((uint8_t)(*ds))<0x80)
{
return  ds;
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsadd=GET(ds);

bi1t[0] = 0xe0 | ((dsadd >> 12)&0x0f);  //高四位填入1110xxxx 10yyyyyy 10zzzzzz中的xxxx  

bi1t[1] = 0x80 | ((dsadd >> 6) & 0x3f);  //中间6位填入1110xxxx 10yyyyyy 10zzzzzz中的yyyyyy

bi1t[2] = 0x80 | (dsadd & 0x3f);  //低6位填入1110xxxx 10yyyyyy 10zzzzzz中的zzzzzz  
return bi1t;
}
}     再就是只将自己需要的汉字列出来,这样有一个缺点,无法现实任意汉字
 typFNT_GB24 Fontff[100]=
{
{"不","\xe4\xb8\x8d"},
{"同","\xe5\x90\x8c"},
{"期","\xe6\x9c\x9f"},
{"时","\xe6\x97\xb6"},
{"间","\xe9\x97\xb4"},
{"储","\xe5\x82\xa8"},
{"能","\xe8\x83\xbd"},
{"机","\xe6\x9c\xba"},
{"设","\xe8\xae\xbe"},
{"置","\xe7\xbd\xae"},
{"最","\xe6\x9c\x80"},
{"大","\xe5\xa4\xa7"},
{"行","\xe8\xa1\x8c"},
{"程","\xe7\xa8\x8b"},
{"合","\xe5\x90\x88"},
{"分","\xe5\x88\x86"},
{"闸","\xe9\x97\xb8"},
{"电","\xe7\x94\xb5"},
{"流","\xe6\xb5\x81"},
};
uint16_t SearchhzIndex(uint8_t  lo, uint8_t  hi) //查找汉字编码位置
{
    uint16_t i = 0;

for (i = 0; i < sizeof(Fontff); i++)
{
if ((Fontff[i].Index[0] == lo) && (Fontff[i].Index[1] == hi))
{
return i;
}
}
    return 0;
}第二种:将软件编码模式改成UTF-8,这样有一个坏处,写程序的时候会出现莫名其妙的问题 查看全部

我们一般用keil编程是,软件的编码模式是GB2312模式,此时emwin显示汉字会显示乱码,无法正常使用。多次实验后,有两种方式可以解决这个问题。

第一种:emwin汉字解码用的是UTF-8模式,而我们常用的编码模式是GB2312,二者之间无法使用固定的公式转换,也就是没有直接联系。此时要显示汉字,需要做一个列表,将UTF-8和GB2312两种编码联系起来。

    若是将所有的常用汉字列表都写入程序,这个不太现实(文件挺大的),下面是实现方法

uint16_t das[23335][2]=//部分列表
{
{0x00,0x0000},
{0x01,0x0001},
{0x02,0x0002},
{0x03,0x0003},
{0x04,0x0004},
{0x05,0x0005},
{0x06,0x0006},
{0x07,0x0007},
{0x08,0x0008},
};
//转换程序
uint16_t Get_GB2312(char *str)
{
uint16_t a=0;
a=(uint8_t)(*str);
a<<=8;
a|=(uint8_t)(*(str+1));
return a;
}

uint16_t GET(char *ds)
{
uint32_t dsa=0;
if(((uint8_t)(*ds))<0x80)
{
return  (uint8_t)(*ds);
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsa=Get_GB2312(ds);
for (i = 0; i < 23335; i++)
{
if (das[i][0] == dsa)
{
return das[i][1];
}
}
}
return 0;
}
const char* GET_UTF1(char *ds)
{

uint8_t *bi1t;
uint16_t dsadd=0;
if(((uint8_t)(*ds))<0x80)
{
return  ds;
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsadd=GET(ds);

bi1t[0] = 0xe0 | ((dsadd >> 12)&0x0f);  //高四位填入1110xxxx 10yyyyyy 10zzzzzz中的xxxx  

bi1t[1] = 0x80 | ((dsadd >> 6) & 0x3f);  //中间6位填入1110xxxx 10yyyyyy 10zzzzzz中的yyyyyy

bi1t[2] = 0x80 | (dsadd & 0x3f);  //低6位填入1110xxxx 10yyyyyy 10zzzzzz中的zzzzzz  
return bi1t;
}
}

     再就是只将自己需要的汉字列出来,这样有一个缺点,无法现实任意汉字


 typFNT_GB24 Fontff[100]=
{
{"不","\xe4\xb8\x8d"},
{"同","\xe5\x90\x8c"},
{"期","\xe6\x9c\x9f"},
{"时","\xe6\x97\xb6"},
{"间","\xe9\x97\xb4"},
{"储","\xe5\x82\xa8"},
{"能","\xe8\x83\xbd"},
{"机","\xe6\x9c\xba"},
{"设","\xe8\xae\xbe"},
{"置","\xe7\xbd\xae"},
{"最","\xe6\x9c\x80"},
{"大","\xe5\xa4\xa7"},
{"行","\xe8\xa1\x8c"},
{"程","\xe7\xa8\x8b"},
{"合","\xe5\x90\x88"},
{"分","\xe5\x88\x86"},
{"闸","\xe9\x97\xb8"},
{"电","\xe7\x94\xb5"},
{"流","\xe6\xb5\x81"},
};
uint16_t SearchhzIndex(uint8_t  lo, uint8_t  hi) //查找汉字编码位置
{
    uint16_t i = 0;

for (i = 0; i < sizeof(Fontff); i++)
{
if ((Fontff[i].Index[0] == lo) && (Fontff[i].Index[1] == hi))
{
return i;
}
}
    return 0;
}

第二种:将软件编码模式改成UTF-8,这样有一个坏处,写程序的时候会

出现莫名其妙的问题


关于SD-Fatfs

等。。。待 发表了文章 • 5 个评论 • 2125 次浏览 • 2018-04-19 13:27 • 来自相关话题

cubemx更新后,关于SD-Fatfs的生成代码无法直接使用,需要加两个回调函数才能正常使用void HAL_SD_TxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_WriteCpltCallback();
}
void HAL_SD_RxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_ReadCpltCallback();
} 查看全部

cubemx更新后,关于SD-Fatfs的生成代码无法直接使用,需要加两个回调函数才能正常使用

void HAL_SD_TxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_WriteCpltCallback();
}
void HAL_SD_RxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_ReadCpltCallback();
}


WIN7 装VirtualBox, 想解决串口端口问题

TRun 回复了问题 • 2 人关注 • 3 个回复 • 1875 次浏览 • 2018-01-25 19:09 • 来自相关话题

STM32CubeMX在MacOS上双击没反应无法安装的解决办法。

无问 发表了文章 • 2 个评论 • 3715 次浏览 • 2018-01-02 19:28 • 来自相关话题

下载了STM32CubeMX for Mac OS版本,发现双击安装程序没有任何反应,百度也没能找到有效的解决方法,就尝试在安装包上右键-->“显示包内容”,找到“Contents/MacOs/SetupSTM32CubeMX-4_23_0_macos”这个文件,然后把这个文件拖到“终端”回车,哈哈,安装界面出来了,然后根据提示一步步安装成功了。有同样问题的同学可以试一下。 查看全部

下载了STM32CubeMX for Mac OS版本,发现双击安装程序没有任何反应,百度也没能找到有效的解决方法,就尝试在安装包上右键-->“显示包内容”,找到“Contents/MacOs/SetupSTM32CubeMX-4_23_0_macos”这个文件,然后把这个文件拖到“终端”回车,哈哈,安装界面出来了,然后根据提示一步步安装成功了。有同样问题的同学可以试一下。







HY-SRF05超声波测距模块问题,求共享交流

popdes 回复了问题 • 3 人关注 • 2 个回复 • 2965 次浏览 • 2017-12-23 07:11 • 来自相关话题

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+FATFS(SDIO)

开始现在-s 发表了文章 • 2 个评论 • 4337 次浏览 • 2017-12-11 22:31 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库) 设置:    1、必须开启DMA(实测不开启测试不成功),但是F1只能开启一个DMA,我开启了RX接收DMA,如果是F4 的话可以开启TX和RX的DMA,注意DMA的中断优先级要低于SDIO的通用中断!    2、FATFS的配置    3、程序设计    主要是修改sd_diskio.c文件里面的SD_read()和SD_write()函数,写函数采取普通的方式,读为DMA方式,而且在SDIO dma配置的时候去掉将tx设置为dma的那句话!    /* Several peripheral DMA handle pointers point to the same DMA handle.     Be aware that there is only one channel to perform all the requested DMAs. */    /* Be sure to change transfer direction before calling  //官方提示的另外一种方法,但是我偷懒     HAL_SD_ReadBlocks_DMA or HAL_SD_WriteBlocks_DMA. */    __HAL_LINKDMA(sdHandle,hdmarx,hdma_sdio);//    __HAL_LINKDMA(sdHandle,hdmatx,hdma_sdio); 去掉这句话写函数:BSP_SD_WriteBlocks((uint32_t*)buff,  (uint32_t)(sector*512), count, SD_DATATIMEOUT)读函数:BSP_SD_ReadBlocks_DMA((uint32_t*)buff, (uint32_t) (sector*512), count)注意sector需要乘以512,表示起始读写地址,而sector表示从第几个块开始读,count表示读多少块,不是字节数!    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库) 

设置:

    1、必须开启DMA(实测不开启测试不成功),但是F1只能开启一个DMA,我开启了RX接收DMA,如果是F4 的话可以开启TX和RX的DMA,注意DMA的中断优先级要低于SDIO的通用中断!


    2、FATFS的配置


    3、程序设计

    主要是修改sd_diskio.c文件里面的SD_read()和SD_write()函数,写函数采取普通的方式,读为DMA方式,而且在SDIO dma配置的时候去掉将tx设置为dma的那句话!

    /* Several peripheral DMA handle pointers point to the same DMA handle.

     Be aware that there is only one channel to perform all the requested DMAs. */

    /* Be sure to change transfer direction before calling  //官方提示的另外一种方法,但是我偷懒

     HAL_SD_ReadBlocks_DMA or HAL_SD_WriteBlocks_DMA. */

    __HAL_LINKDMA(sdHandle,hdmarx,hdma_sdio);

//    __HAL_LINKDMA(sdHandle,hdmatx,hdma_sdio); 去掉这句话


写函数:BSP_SD_WriteBlocks((uint32_t*)buff,  (uint32_t)(sector*512), count, SD_DATATIMEOUT)

读函数:BSP_SD_ReadBlocks_DMA((uint32_t*)buff, (uint32_t) (sector*512), count)

注意sector需要乘以512,表示起始读写地址,而sector表示从第几个块开始读,count表示读多少块,不是字节数!


    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+无法使用Jlink仿真问题

开始现在-s 发表了文章 • 2 个评论 • 1599 次浏览 • 2017-12-11 14:08 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)3、硬件: 各仿真器问题描述: 仿真几秒钟自动跳出解决办法:     1、首先自行研究HAL的MSP回调函数的框架,弄明白回调函数,这个对于使用HAL库开发很重要!    2、软件最好这样设置:按ALT+P键,出现工程设置页面:为每个外设单独生成 .c 文件,这样Msp函数与初始化函数就会在一起方便查看。    3、具体解决办法    打开HAL_Init()函数,找到HAL_MspInit()函数,将HAL_MspInit()函数里面的 __HAL_AFIO_REMAP_SWJ_DISABLE();这句话注释掉!注意每次重新生成过程的时候,这句话就会重新起作用,所以小伙伴们要留意!    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

3、硬件: 各仿真器

问题描述: 仿真几秒钟自动跳出

解决办法: 

    1、首先自行研究HAL的MSP回调函数的框架,弄明白回调函数,这个对于使用HAL库开发很重要!

    2、软件最好这样设置:按ALT+P键,出现工程设置页面:

捕获.JPG

为每个外设单独生成 .c 文件,这样Msp函数与初始化函数就会在一起方便查看。

    3、具体解决办法

    打开HAL_Init()函数,找到HAL_MspInit()函数,将HAL_MspInit()函数里面的 __HAL_AFIO_REMAP_SWJ_DISABLE();这句话注释掉!注意每次重新生成过程的时候,这句话就会重新起作用,所以小伙伴们要留意!

    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!




STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+USB 虚拟串口+SD卡、串行Flash模拟U盘

开始现在-s 发表了文章 • 1 个评论 • 4613 次浏览 • 2017-12-11 13:59 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)3、硬件: STM32模拟USB设备:虚拟串口 CDC、HID、MSC问题描述: 官方生成的代码有的人说电脑没有反应,不会出现USB设备!解决办法:1、查看硬件原理图    注意D+要设置为高电平,全速USB,这时候需要PD3引脚为低电平,当然了你也可以在软件里设置DP为上拉,可惜最新的1.6库是无法设置DP引脚的,所以需要我们自己根据自己的硬件原理图查看下,DP引脚是否上拉为3.3V!    也有人说是Vbus引脚的问题,应该在设置里面把Vbus失效不使能,可惜1.6的库没有这个设置,好在我硬件里面已经上拉为5V,将Vbus失效了!    2、USB虚拟串口:主要就是使用CDC_Receive_FS( UserRxBuffer,(uint32_t *)(sizeof(UserRxBuffer)));和    CDC_Transmit_FS((uint8_t*)UserRxBuffer,sizeof(UserRxBuffer));这两个函数,感觉不好用,纯粹属于测试,发送和接收成功,感兴趣可以自己研究!    3、HID测试成功,正常读取 polling_interval=USBD_HID_GetPollingInterval(&hUsbDeviceFS);数值,至于具体怎么使用没有深入研究。    4、SD卡模拟U盘:    主要修改生成的usbd_storage_if.c文件里面STORAGE_Read_FS()和STORAGE_Write_FS()函数,注意blk_addr 不需要乘以512(SD卡一个块为512字节),因为不同版本库之间有的乘以512,有的不乘,但是最新的1.6库是不需要乘以512的,blk_addr 就是起始地址的意思,而blk_len表示是读多少块,而不是读多少字节数,大家一定注意!    HAL_SD_WriteBlocks(&hsd, (uint8_t *)buf, blk_addr , blk_len, 1000)    HAL_SD_ReadBlocks(&hsd,(uint8_t *)buf, blk_addr , blk_len, 1000)    5、SPIFLASH模拟U盘暂时没有成功,可能是自己板子的flash有问题,出现无法格式化的情况,还需要继续研究,也希望已经搞好的朋友分享一下!    6、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

3、硬件: STM32模拟USB设备:虚拟串口 CDC、HID、MSC

问题描述: 官方生成的代码有的人说电脑没有反应,不会出现USB设备!

解决办法:

1、查看硬件原理图

捕获.JPG

    注意D+要设置为高电平,全速USB,这时候需要PD3引脚为低电平,当然了你也可以在软件里设置DP为上拉,可惜最新的1.6库是无法设置DP引脚的,所以需要我们自己根据自己的硬件原理图查看下,DP引脚是否上拉为3.3V!

    也有人说是Vbus引脚的问题,应该在设置里面把Vbus失效不使能,可惜1.6的库没有这个设置,好在我硬件里面已经上拉为5V,将Vbus失效了!


    2、USB虚拟串口:

主要就是使用CDC_Receive_FS( UserRxBuffer,(uint32_t *)(sizeof(UserRxBuffer)));和

   CDC_Transmit_FS((uint8_t*)UserRxBuffer,sizeof(UserRxBuffer));这两个函数,感觉不好用,纯粹属于测试,发送和接收成功,感兴趣可以自己研究!


    3、HID测试成功,正常读取 polling_interval=USBD_HID_GetPollingInterval(&hUsbDeviceFS);数值,至于具体怎么使用没有深入研究。


    4、SD卡模拟U盘:

    主要修改生成的usbd_storage_if.c文件里面STORAGE_Read_FS()和STORAGE_Write_FS()函数,注意blk_addr 不需要乘以512(SD卡一个块为512字节),因为不同版本库之间有的乘以512,有的不乘,但是最新的1.6库是不需要乘以512的,blk_addr 就是起始地址的意思,而blk_len表示是读多少块,而不是读多少字节数,大家一定注意!

    HAL_SD_WriteBlocks(&hsd, (uint8_t *)buf, blk_addr , blk_len, 1000)

    HAL_SD_ReadBlocks(&hsd,(uint8_t *)buf, blk_addr , blk_len, 1000)


    5、SPIFLASH模拟U盘暂时没有成功,可能是自己板子的flash有问题,出现无法格式化的情况,还需要继续研究,也希望已经搞好的朋友分享一下!


    6、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!



STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+UCOSIII+STemWin+FreeRTOS 移植

开始现在-s 发表了文章 • 5 个评论 • 4264 次浏览 • 2017-12-11 13:26 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)                UCOSIII 3.03                STemWin 5.32                FreeRTOS 9.00移植中注意的问题:    1、裸机移植STemWin时,TFT液晶屏驱动函数所在文件不能是“LCD.C”和“LCD.h”(不区分大小写),这一步比较重要,因为STemWin的库中有一个“LCD.h”的头文件!    在LCDConf_FlexColor_Template.c文件中的void LCD_X_Config(void)函数里面的最后一句话为:    GUIDRV_FlexColor_SetFunc(pDevice,&PortAPI,GUIDRV_FLEXCOLOR_F66708, GUIDRV_FLEXCOLOR_M16C0B16);      我们需要修改的是GUIDRV_FLEXCOLOR_F66708这个参数。GUIDRV_FLEXCOLOR_F66708 这个参数的修改要根据你的TFT屏所使用的    驱动芯片,如我的TFT使用的驱动芯片是“ILI9325”,所以GUIDRV_FLEXCOLOR_F66708。如果你的是“ILI9341”,那么就改成GUIDRV_FLEXCOLOR_F66709。如果是其它型号的驱动芯片则需要查询emWin5.32的用户手册然后进行修改。emWin5.32用户手册    可在“STemWinLibrary532”文件夹中的“STemWinLibrary532\Documentation”目录下找到,该手册是一份PDF文档,打开之后    点开查找功能,输入“GUIDRV_FLEXCOLOR_F66709”便可找到,一般在1002页,具体看下图。    裸机移植使用GUI_X.c,带操作系统使用GUI_X_OS.c!    2、移植UCOS III应该注意的问题:    不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!    自己的函数初始化最好放在BSP函数里面(起始任务AppTaskStart),不要放在建立任务(OSTaskCreate)之前!    3、UCOS III+STemWin移植    必须使用GUI_X_OS.c,修改int GUI_X_GetTime(void)函数为:    int GUI_X_GetTime(void)    {        OS_ERR      err;    return OSTimeGet(&err);    }    这样就可以用GUI_Delay()与OSTimeDly (  )就都可以使用,不然就会出现死机情况!不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!当然你也可以自己设计延时函数,但是这样的延时函数只有延时作用,不会发起任务调度!    4、FreeRTOS移植相对来说不会出现大问题,而且HAl_Delay与osDelay也可以共用!可见Cubemx的好处!下面给出设置需要注意的地方。时基如果选择Systick会有警告,经过实测是没有问题的,当然了你也可以选择其他时基,比如TIM2。任务的建立,名字和符号,又一次可见Cubemx的强大!只需要在建立好的任务里面实现自己的函数即可,省去复杂的移植过程!    并且TreeRTOS+STemWin移植的时候,GUI_X_OS.c文件一点不需要修改,因为ST官方现在是主推使用FreeRTos的,因为免费啊!可见免费的力量!    5、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

                UCOSIII 3.03

                STemWin 5.32

                FreeRTOS 9.00

移植中注意的问题:


    1、裸机移植STemWin时,TFT液晶屏驱动函数所在文件不能是“LCD.C”和“LCD.h”(不区分大小写),这一步比较重要,因为STemWin的库中有一个“LCD.h”的头文件

    在LCDConf_FlexColor_Template.c文件中的void LCD_X_Config(void)函数里面的最后一句话为:

    GUIDRV_FlexColor_SetFunc(pDevice,&PortAPI,GUIDRV_FLEXCOLOR_F66708, GUIDRV_FLEXCOLOR_M16C0B16);  

    我们需要修改的是GUIDRV_FLEXCOLOR_F66708这个参数。GUIDRV_FLEXCOLOR_F66708 这个参数的修改要根据你的TFT屏所使用的

    驱动芯片,如我的TFT使用的驱动芯片是“ILI9325”,所以GUIDRV_FLEXCOLOR_F66708。如果你的是“ILI9341”,那么就改成GUIDRV_FLEXCOLOR_F66709。如果是其它型号的驱动芯片则需要查询emWin5.32的用户手册然后进行修改。emWin5.32用户手册

    可在“STemWinLibrary532”文件夹中的“STemWinLibrary532\Documentation”目录下找到,该手册是一份PDF文档,打开之后

    点开查找功能,输入“GUIDRV_FLEXCOLOR_F66709”便可找到,一般在1002页,具体看下图。

捕获.JPG


    裸机移植使用GUI_X.c,带操作系统使用GUI_X_OS.c!


    2、移植UCOS III应该注意的问题:

    不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!

    自己的函数初始化最好放在BSP函数里面(起始任务AppTaskStart),不要放在建立任务(OSTaskCreate)之前!


    3、UCOS III+STemWin移植

    必须使用GUI_X_OS.c,修改int GUI_X_GetTime(void)函数为:

    int GUI_X_GetTime(void)

    {

        OS_ERR      err;

    return OSTimeGet(&err);

    }

    这样就可以用GUI_Delay()与OSTimeDly (  )就都可以使用,不然就会出现死机情况!不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!当然你也可以自己设计延时函数,但是这样的延时函数只有延时作用,不会发起任务调度


    4、FreeRTOS移植相对来说不会出现大问题,而且HAl_Delay与osDelay也可以共用!可见Cubemx的好处!

下面给出设置需要注意的地方。

时基如果选择Systick会有警告,经过实测是没有问题的,当然了你也可以选择其他时基,比如TIM2。


任务的建立,名字和符号,又一次可见Cubemx的强大!只需要在建立好的任务里面实现自己的函数即可,省去复杂的移植过程!

    并且TreeRTOS+STemWin移植的时候,GUI_X_OS.c文件一点不需要修改,因为ST官方现在是主推使用FreeRTos的,因为免费啊!可见免费的力量!


    5、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+CAN

开始现在-s 发表了文章 • 0 个评论 • 3462 次浏览 • 2017-12-11 11:54 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)问题描述: 官方生成的代码没有滤波器设置,需要自己加入解决办法:1、不能直接在cubemx上面设置CAN的引脚,需要自己选择PB9和PB10,然后设为CANTX和RX2、添加滤波器设置在static void MX_CAN_Init(void)函数里面加入滤波器设置函数:    CAN_FilterConfTypeDef  sFilterConfig;  sFilterConfig.FilterNumber = 0;  sFilterConfig.FilterMode = CAN_FILTERMODE_IDMASK;  sFilterConfig.FilterScale = CAN_FILTERSCALE_32BIT;  sFilterConfig.FilterIdHigh = 0x0000;  sFilterConfig.FilterIdLow = 0x0000;  sFilterConfig.FilterMaskIdHigh = 0x0000;  sFilterConfig.FilterMaskIdLow = 0x0000;  sFilterConfig.FilterFIFOAssignment = 0; //收到的报文放在FIFO 0里面  sFilterConfig.FilterActivation = ENABLE;  sFilterConfig.BankNumber = 14;  if (HAL_CAN_ConfigFilter(&hcan, &sFilterConfig) != HAL_OK)  {    /* Filter configuration Error */    Error_Handler();  }3、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

问题描述: 官方生成的代码没有滤波器设置,需要自己加入


解决办法:

1、不能直接在cubemx上面设置CAN的引脚,需要自己选择PB9和PB10,然后设为CANTX和RX

2、添加滤波器设置


在static void MX_CAN_Init(void)函数里面加入滤波器设置函数:

  

  CAN_FilterConfTypeDef  sFilterConfig;

  sFilterConfig.FilterNumber = 0;

  sFilterConfig.FilterMode = CAN_FILTERMODE_IDMASK;

  sFilterConfig.FilterScale = CAN_FILTERSCALE_32BIT;

  sFilterConfig.FilterIdHigh = 0x0000;

  sFilterConfig.FilterIdLow = 0x0000;

  sFilterConfig.FilterMaskIdHigh = 0x0000;

  sFilterConfig.FilterMaskIdLow = 0x0000;

  sFilterConfig.FilterFIFOAssignment = 0; //收到的报文放在FIFO 0里面

  sFilterConfig.FilterActivation = ENABLE;

  sFilterConfig.BankNumber = 14;


  if (HAL_CAN_ConfigFilter(&hcan, &sFilterConfig) != HAL_OK)

  {

    /* Filter configuration Error */

    Error_Handler();

  }

3、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!