头像-186844

大写加粗的L

  • 陕西省西安市
  • 单片机 嵌入式 EDA/PCB
  • 消费电子

个人成就

获得 44 次赞

帮助过117人

学习单片机是刚开始学习51还是学习STM32

我说句51其实比stm32还难,不知道有多少人认同。stm32应该是最简单的,没有之一。

请问stm系列单片哪个系列是低功耗的?

不考虑32位的话,stm8l系列应该是功耗最低的

stm32用串口给电脑上位机发字符串显示乱码问题

抛开串口协议不说,我只谈两点,电平和时序。发送电平抓一下,看下电平幅度是否满足接收端识别度,看下时序符不符合接收端时序识别度。如果都满足要求,那最起码可以说数据UART模块是收到了,至于显示乱码就看在哪里显示了,是打印出来还是在内存,这中间牵扯到数据给显示界面的递交问题。略微分析就知道原因了。

除了keil还有什么好用的stm32开发软件

来点非主流的 VSCode+Gcc编译arm target怎么样?开发还行debug貌似么有jlink的插件  另外VS也有一个插件可以支持arm的开发,VS也是一个非主流选项,最后想说,keil无法取代无非就是个断点问题和下载算法,断点个人觉得最好还是不要用了吧,直接调通uart留个打印,然后自信一点去写代码吧,把逻辑什么的都实现的差不多了,觉得没问题了,一跑一打印什么都清楚了。至于驱动,敢问谁没事干天天写驱动?拿个官方demo改改完了,写驱动多无聊?下载算法jlink也有啊,以上,keil可以捎带完成点下载作用(因为方便,并非无法取代),至于编辑,好用的太多了,除了前面的,就个source insight都甩keil和iar几十条街

AD9的PCB转DWG文件

说下我的做法,在实际工作中,一般是结构匹配硬件,这样的话,需要dxp导出尺寸图,但是dxp从13开始,导出功能一直被广大网友诟病。而从我个人而言,我都是硬件匹配结构,说白了就是结构先出,然后导出dwg或dxf,dxp导入,最后在layout阶段多花点时间和心思,甚至一遍又一遍的重新布线,在多次耦合联系之后,你会形成根据器件规模和自身实力有个大概的对结构面积的预估,之后就可以一直按照这种硬件匹配结构的方式去工作了。当然,这属于一个人的经验,不很多很多次练习是不行的。而且基于此模式下,你自身对于高密度PCB的设计能力会大大加强。

谁在stm32上跑过系统?

你该这么问,这论坛里活跃的谁没在STM32上跑过系统?而且你的需求本身和跑OS没什么关系吧?再者就系统而言,freertos和ucos都不错,当然RTX也可以

STM32标准库和HAL库 应该学那个呢

我是先学的HAL的,先调用一些简单的API实现功能,再针对性的修修改改就难免会接触寄存器,了解寄存器的工作原理后什么库都没什么区别了,无非就是封装了一堆库的操作而已,你自己都可以开发一套库出来了,前提是你有那精力