![]()
![]()
单片机 stm32f103ret6
如何对
STM32F103RET6板子的各功能模块进行详细测试呢？
回帖（2）
2022-1-20 15:43:22
1
1
举报
2022-1-20 15:43:22
前言
手里有几个STM32F103RET6应用的板子，整天被采购问询是否能用国产替代，成本快搂不住了。这次又拿了HK的样片，作为替代，尝试一下。
开始没做任何修改，程序下载了就跑起来，让我还抱怨了一番，感觉是不是拿错片子了。后面静下心来，详细测试了使用的各功能模块，
还是有点小问题的，不过非常好修改，作为应急替代使用，应该问题不大。所以，补写个序，告知下本次替代容易至极，如果有同样需求，放心大胆的干吧！
随之而来的悲催就是，这几天的工作就大部分的成了拍照，留念，技术内容并不是很多，有ST使用的底子，基本上不需要强制查阅手册之类的文档，完全无压力。
本来准备好的替代步骤，技术攻坚，变成了如下的“旅游回忆录”。
1. 先把芯片换了再说
换之前，先留个ST的影像，一会就换了它。
换好了，拿回办公位，我的焊工还算可以吧。只是酒精干了，杂质没有清理干净，引脚有些发白。
准备就绪，后面怎么办？网上说的那么的神，直接烧ST的程序，行不行？
2. 直接原ST程序直接烧写
我无语，直接烧写原ST的程序，不做任何修改，居然能跑起来？那我还玩什么？
都准备好一顿操作了，结果，给我直接憋在了开始~~~~红色电源指示，蓝色闪烁程序运行指示。
是我出现幻觉了么？这是第一次接触航顺啊，怎么可能这么的顺利。
打开MDK,来确认下眼神，确实把ST的程序，烧到了HK的片子里，直接就跑起来。本来是打算挑挑毛病的呢……
好吧，既然事实已经如此，那么回过头来，看看当初STM32里到底使用了哪些资源。
整个程序基于HAL库，硬件初始化部分。
程序是同事开发的，我当前只是尝试验证是否满足芯片替代的条件，程序开发的过程中，兼容了一些产品，初始化的资源，比实际使用的多一点，下面验证下使用到的模块是否正常。
GOIO：PC13DMA1: 后来程序测试的过程中，发现并没有使用DMAADC1: ADC_CHANNEL_9 , ADC_CHANNEL_10，ADC_CHANNEL_11USART: COM1 COM4Timer(PWM) : TIM3SPI2:这个实际没有用到，作为预留功能的。DAC: DAC_CHANNEL_1
3. 既然程序跑起来了，突然觉得没事干了，验证下当前使用的资源，工作是不是正常吧。
3.1 IO输出（PC13）
直接看程序运行状态指示，闪烁频率正常。 还用到了其他IO，单纯的IO使用，问题不大。
3.2 串口
数据收发正常。
3.3 DAC输出检测
电压输出可控，正常。（开始着急了，这也正常？都正常我去哪找毛病？）实测DAC输出正常，但是在HK的应用笔记中，找到如下注意事项，我想，在应用中，还是参考下应用笔记吧。
3.4 ADC检测
开始没注意，一看ADC采样有数据，貌似正常，差点溜过去。但是，我用了9,10,11三个通道。那么，问题来了，我之前的采样顺序是10,9,11，实际测试发现，通道顺序乱了，导致我的采样数据也乱了。
哈哈，终于找到了毛病，可以发泄和吐槽~~~直到这里，才刚刚开始找HK的资源。先换HK的pack，编译尝试一下，设置和芯片选择如下：
选M3
至此，编译下载，问题没有解决，不是PACK包的事。
接着在在HK的应用笔记中，看到了对多通道ADC使用的过程中的一些描述。
那么好，按照应用笔记试试，加延迟。结果，哎，不是我想要的结果啊，这下只能靠自己了~可别让我丢人啊~~
还有哪里呢？既然是通道顺序乱了，那么，ADC初始化里~
至此，更改完之后，ADC几个通道采样值正常了！！缓口气，前面吹了半天，差点掉链子~
但是讲真，我还没搞明白为什么，还特意的找个ST的板子验证了下，用ST的片子，我之前的设置没有问题，用HK的，要改一下，哪位大神，调试过ADC，还望指点~
这个后面，再看看HK的手册，既然当前adc的值正常了，这里先跳过了。
3.5 没耐性了，基本用到的模块也都简单验证了，直接装到整机里，看看效果。
替换原设备位置，整机检验，工作2h，设备状态稳定~~~~ 暂且认为替代成功，后面的验证，交给质量部门。
3.6 忽悠忽悠同事，换到他的板子上试试。
由于替代比想象的容易，又扔给同事，把芯片换到他的板子上，反馈我的信息是：
1、程序直接下载就能用，
2、串口，定时器没问题，
3、有个i2c的器件，读不到数据（程序中使用了硬件i2c，这个应该不叫事，应用笔记中有提到，实在不行IO模拟也能解决。）
4. 浏览航顺官网
貌似都完事了，官网都没有打开，有点不合适。也禁不住那个懒惰的小精灵，在头上叫着“是不是可以用ST去开发，然后简单修改就好了？”
但是，我要让那个勤劳的小精灵获胜，还是要回到官网去看看~~
在这里下载F103的PACK包，同时可以根据自己的需求，下载用户手册和数据手册。航顺官网做的还是很工整的，资料很好找。
选型表，这个很多人会问，不用的时候，啥用没有。想找一找的时候，又找不到。记得顺便存一下，或者联系技术支持聊聊天。
后面应该会一点点的过度好航顺的库上去，毕竟用谁家的东西，就要用谁家的“灵魂”嘛。
5. 小结
或许是使用的资源有限，或许是运气好。替代过程，非常的容易，基本上没有过多的查看HK的手册和应用笔记。
程序直接下载就能跑起来，功能模块详细测试时，发现adc多通道采集时，通道采集顺序与预期不符，也是简单修正初始化部分，就能正常。
感觉如果产品已经定型，寻求芯片替代的话，真的可以考虑，硬件不用修改，软件测试下功能模块就好了，要求严格的话，测试下整机和环境适应性，应该问题不大。
在测试过程中，选用ST和HK的pack进行编译，暂时没有发现不适应的状态，不过，我这里是初步测试，应急使用可以参照，后期替换的过程中，应该会慢慢的转到HK的库上来。
前言
手里有几个STM32F103RET6应用的板子，整天被采购问询是否能用国产替代，成本快搂不住了。这次又拿了HK的样片，作为替代，尝试一下。
开始没做任何修改，程序下载了就跑起来，让我还抱怨了一番，感觉是不是拿错片子了。后面静下心来，详细测试了使用的各功能模块，
还是有点小问题的，不过非常好修改，作为应急替代使用，应该问题不大。所以，补写个序，告知下本次替代容易至极，如果有同样需求，放心大胆的干吧！
随之而来的悲催就是，这几天的工作就大部分的成了拍照，留念，技术内容并不是很多，有ST使用的底子，基本上不需要强制查阅手册之类的文档，完全无压力。
本来准备好的替代步骤，技术攻坚，变成了如下的“旅游回忆录”。
1. 先把芯片换了再说
换之前，先留个ST的影像，一会就换了它。
换好了，拿回办公位，我的焊工还算可以吧。只是酒精干了，杂质没有清理干净，引脚有些发白。
准备就绪，后面怎么办？网上说的那么的神，直接烧ST的程序，行不行？
2. 直接原ST程序直接烧写
我无语，直接烧写原ST的程序，不做任何修改，居然能跑起来？那我还玩什么？
都准备好一顿操作了，结果，给我直接憋在了开始~~~~红色电源指示，蓝色闪烁程序运行指示。
是我出现幻觉了么？这是第一次接触航顺啊，怎么可能这么的顺利。
打开MDK,来确认下眼神，确实把ST的程序，烧到了HK的片子里，直接就跑起来。本来是打算挑挑毛病的呢……
好吧，既然事实已经如此，那么回过头来，看看当初STM32里到底使用了哪些资源。
整个程序基于HAL库，硬件初始化部分。
程序是同事开发的，我当前只是尝试验证是否满足芯片替代的条件，程序开发的过程中，兼容了一些产品，初始化的资源，比实际使用的多一点，下面验证下使用到的模块是否正常。
GOIO：PC13DMA1: 后来程序测试的过程中，发现并没有使用DMAADC1: ADC_CHANNEL_9 , ADC_CHANNEL_10，ADC_CHANNEL_11USART: COM1 COM4Timer(PWM) : TIM3SPI2:这个实际没有用到，作为预留功能的。DAC: DAC_CHANNEL_1
3. 既然程序跑起来了，突然觉得没事干了，验证下当前使用的资源，工作是不是正常吧。
3.1 IO输出（PC13）
直接看程序运行状态指示，闪烁频率正常。 还用到了其他IO，单纯的IO使用，问题不大。
3.2 串口
数据收发正常。
3.3 DAC输出检测
电压输出可控，正常。（开始着急了，这也正常？都正常我去哪找毛病？）实测DAC输出正常，但是在HK的应用笔记中，找到如下注意事项，我想，在应用中，还是参考下应用笔记吧。
3.4 ADC检测
开始没注意，一看ADC采样有数据，貌似正常，差点溜过去。但是，我用了9,10,11三个通道。那么，问题来了，我之前的采样顺序是10,9,11，实际测试发现，通道顺序乱了，导致我的采样数据也乱了。
哈哈，终于找到了毛病，可以发泄和吐槽~~~直到这里，才刚刚开始找HK的资源。先换HK的pack，编译尝试一下，设置和芯片选择如下：
选M3
至此，编译下载，问题没有解决，不是PACK包的事。
接着在在HK的应用笔记中，看到了对多通道ADC使用的过程中的一些描述。
那么好，按照应用笔记试试，加延迟。结果，哎，不是我想要的结果啊，这下只能靠自己了~可别让我丢人啊~~
还有哪里呢？既然是通道顺序乱了，那么，ADC初始化里~
至此，更改完之后，ADC几个通道采样值正常了！！缓口气，前面吹了半天，差点掉链子~
但是讲真，我还没搞明白为什么，还特意的找个ST的板子验证了下，用ST的片子，我之前的设置没有问题，用HK的，要改一下，哪位大神，调试过ADC，还望指点~
这个后面，再看看HK的手册，既然当前adc的值正常了，这里先跳过了。
3.5 没耐性了，基本用到的模块也都简单验证了，直接装到整机里，看看效果。
替换原设备位置，整机检验，工作2h，设备状态稳定~~~~ 暂且认为替代成功，后面的验证，交给质量部门。
3.6 忽悠忽悠同事，换到他的板子上试试。
由于替代比想象的容易，又扔给同事，把芯片换到他的板子上，反馈我的信息是：
1、程序直接下载就能用，
2、串口，定时器没问题，
3、有个i2c的器件，读不到数据（程序中使用了硬件i2c，这个应该不叫事，应用笔记中有提到，实在不行IO模拟也能解决。）
4. 浏览航顺官网
貌似都完事了，官网都没有打开，有点不合适。也禁不住那个懒惰的小精灵，在头上叫着“是不是可以用ST去开发，然后简单修改就好了？”
但是，我要让那个勤劳的小精灵获胜，还是要回到官网去看看~~
在这里下载F103的PACK包，同时可以根据自己的需求，下载用户手册和数据手册。航顺官网做的还是很工整的，资料很好找。
选型表，这个很多人会问，不用的时候，啥用没有。想找一找的时候，又找不到。记得顺便存一下，或者联系技术支持聊聊天。
后面应该会一点点的过度好航顺的库上去，毕竟用谁家的东西，就要用谁家的“灵魂”嘛。
5. 小结
或许是使用的资源有限，或许是运气好。替代过程，非常的容易，基本上没有过多的查看HK的手册和应用笔记。
程序直接下载就能跑起来，功能模块详细测试时，发现adc多通道采集时，通道采集顺序与预期不符，也是简单修正初始化部分，就能正常。
感觉如果产品已经定型，寻求芯片替代的话，真的可以考虑，硬件不用修改，软件测试下功能模块就好了，要求严格的话，测试下整机和环境适应性，应该问题不大。
在测试过程中，选用ST和HK的pack进行编译，暂时没有发现不适应的状态，不过，我这里是初步测试，应急使用可以参照，后期替换的过程中，应该会慢慢的转到HK的库上来。
举报
更多回帖
