把单片机当一个工具

一般针对 邀约写专栏这类事一般我都是回绝的.

一来忙得一塌糊涂,二来......假如我有想法写物品, ** 嘛不给自身的微信公众号写呢?

刚瞅了瞅 @一只树懒 的 这一 内嵌式 专栏,实际上坦白说,我原本就是想看看丫的这一专栏是否全写的 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。