Stm32F030的Bootloader制作与其他ST芯片一致；但是Stm32F030的APP程序就有特殊变动：因为M0是不能设置重量向量表偏移量；本篇就讲M0的APP程序的中断向量表重映射，和还有一些会用到的冷知识，如编译工具链等。

  本篇主要讲基于Stm32的IAP升级(即Bootloader升级)。主要是讲解Bootloader制作思路(该思路不只是用于该系列的芯片)。此篇文章内容较多，需要慢慢消化，部分内容可以先跳着看。

  常用于嵌入式IAP串口升级。

  由于嵌入式IAP升级时，制作的Bootloader往往会涉及到Stm32的Flash的一些操作(用于写入App程序)，因此这里讲解一下Stm32的Flash相关操作

  这里提一下各种通讯协议都经常使用的CRC校验，为后面的知识做铺垫。

  这里复习、细讲ASCII码表，为后面的知识做铺垫。

  现在的大数据杀熟是一件常见的事，更有一些大佬们呕心沥血的算法加持下；我觉得只要数据足够多，那么它就能做到很多匪夷所思、神奇的事情。但是巧妇难为无米之炊，那些数据到底是哪里来的呢？

  最近思考了一下自己博客的写法。每次写博客总是想着，写全写细，多写写自己对xx知识的看法、偏重点。

  但是有时候写总有点小烂尾，或者回过头来感觉还是写缺了点啥；后面补完，又因为感觉修改完篇幅太大，要分成上和下。把旧博删了，然后又纠结上和下怎么分= =

  关键是就算分了上下，可能后面还是要修改，可能还要再删旧博，感觉头就很大。

  然后又因为想要写(总结)得比较全，然后其中有个小地方、某一块可能还没做(实践)，整篇博客就被拖后腿，发不了。有一种跨步太大扯到蛋的感觉。

缺点总结：

• 旧博客感觉不太好拓展更新
• 博客重新更新时，有可能要删除旧博再更新
• 博客要写全时，被某个知识点拖累，写不全，发不出来
• 上传、浏览要翻墙才会快点
• 以上原因打击了我用这个工具写博客的动力(而且还加成 懒 的debuff)

  所以，以后的话，我打算有哪些知识点想写、想总结，我就直接写完上传；可能是不大的知识点，但是会在需要这个知识点的地方，相互附上文章链接，加深知识点应用。这样的话，每个知识点更新就很方便，拓展性也会好多了。

  以后的日子，还是多多请教。

  这篇介绍如何制作自己的LIB(Keil平台)。

  这篇宏观介绍嵌入式的各种通讯总线，用来比较各总线之间的差别、加深理解。