完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
|
前言
手里有几个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的库上来。 |
|
|
|
只有小组成员才能发言,加入小组>>
3311 浏览 9 评论
2994 浏览 16 评论
3493 浏览 1 评论
9058 浏览 16 评论
4087 浏览 18 评论
1176浏览 3评论
604浏览 2评论
const uint16_t Tab[10]={0}; const uint16_t *p; p = Tab;//报错是怎么回事?
598浏览 2评论
用NUC131单片机UART3作为打印口,但printf没有输出东西是什么原因?
2334浏览 2评论
NUC980DK61YC启动随机性出现Err-DDR是为什么?
1895浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-22 22:09 , Processed in 1.175775 second(s), Total 79, Slave 60 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号