一般针对 邀约写专栏这类事一般我都是回绝的.
一来忙得一塌糊涂,二来......假如我有想法写物品, ** 嘛不给自身的微信公众号写呢?
刚瞅了瞅 @一只树懒 的 这一 内嵌式 专栏,实际上坦白说,我原本就是想看看丫的这一专栏是否全写的 ARM LINUX。
之后我发现他写的尽管很少(可能新开吧),但基本上都是STM32。
单片机设计,非常好。
STM32,更强。
看过他的2~3篇文章内容,听含意,觉得这兄弟是以硬件技术工程师回来的。
但是我看了他写的STM32学习培训入门篇,我感觉过去了,由于愧疚,说公道话,我了接近十年的STM32,不瞒各位朋友说,我都确实并不是十分懂。
虽然针对时钟树亦或哪些APB1 APB2 乃至之前也有过哪些AHB来着,实际上曾经的我是懂的,可是,我发现在强劲的ST库眼前它压根仅有被遗弃的份。
就如我高校时,曾把规范8051的全部寄存器和储存器遍布这些几乎所有背了出来,但这实际上没有什么用。
——自然,我我觉得或是提议学51的人,如今或是可以去那么做一做,聪明的人,用笨办法去做一件事,实际上是有效的。
可是,STM32快给我背来试一下,我规定不高,你将最流行的三个记下来就可以了
UART GPIO TIMER
不太可能的。
STM32F1系列产品从2007年逐渐进到销售市场,接着一路乘势而上,迄今早已被其晚辈 STM32F0 STM32F4逐渐替代,虽然STM32F1依然是现如今的大流行型号。
对比于51,大家印像最难忘的是,不用担心去看看哪些寄存器,由于实在是太多了。
功能齐全了,寄存器当然就繁杂,这没有什么可以说的。
可是为了更好地处理复杂性,大家务必有一定的方法。
手机软件上大家用了封装形式,在硬件最底层HAL上边大家一样运用了HAL。
自然,迄今我依然不抵制 寄存器和ST库并着走,由于ST库,坦白说许多情况下还是否那麼如人意,更何况,即使如人意,总会有必须特别解决的情况下。
可是不得不承认,十年来,我通常都是在使用库,而非常少极少看寄存器自身。
但那样的益处是,我还在转换不一样的MCU的情况下,通常是无痕迹过多,只需懂C语言,只要对MCU的硬件具备充分的共通性了解。
这种共通性了解大约有哪些呢?
说起来实际上也很少,通常便是
1.时钟,例如你得了解它的cpu主频,怎样分音器,内存超频,及其能保证的范畴;
2.FLASH和RAM的状况,有多大,是不是系统分区这类的。这会在你设定IDE的过程中起功效;
随后......仿佛我就就意想不到什么了。
但确实的说,即使这种,ST库,换句话说它附加的方法,都早已让你悉数给予了,因此你连这都无需操劳。
自然不仅ST,实际上,自打ST开这些先例,之后的绝大部分流行MCU,都那样,因为你不这样做,顾客学习培训和转移的成本费很大,除非是你是FREESCALE或是NXP这一类在一些场所(例如车规)有强制性规定的场所下,谁想要用你的商品?
所以说,实际上如今,学单片机设计,这件事,早已越来越非常简单。
只需你懂C——这方面最好是明白愈多愈好。
随后如果你以前有一两个具体的应用工作经验,并且你也沒有被限定不可以应用盗用的IAR或是MDK——自然假如有些人帮你出钱更强,振振有词。
通常,可以说,你在转为一切一款MCU的情况下,都是很简单的。
随后,你确实无须太关注它的哪些时钟树啊里面的外接设备寄存器啊。
坚信函数库,绝大部分情况下,他们都还好的,并且比你写的好。
终究他们是由集成ic制作者给予的。
返回题型。
虽然把单片机设计当一个控制模块用好啦。
尽管,针对非程序猿客户,特别是在是是非非C程序猿客户来讲,它毫无疑问沒有Arduino简易实用。
但也确实沒有必需返回之前8051的时期,悲催去拼接设定寄存器,那一个,早已落伍了。
实际上,假如你并不是在一家企业或是一个精英团队里,你连硬件都别动。
哪些最小系统关我毛事,立即淘宝网,见着谁卖的多逮谁,见着谁划算(自然是要考虑应用规定)就用谁。
要坚信销售市场的挑选。
以上,OVER。