这一年多时间，在STM32上，根据自己的想法，设计了一些代码。
具体可见一下帖子：
( o1 I3 r5 u3 K% i& ~https://www.stmcu.org.cn/module/forum/thread-617214-1-1.html
$ P; V+ k/ |. o# e8 r$ a7 c4 dhttps://www.stmcu.org.cn/module/forum/thread-615814-1-1.html
https://www.stmcu.org.cn/module/forum/thread-615206-1-1.html
7 Q9 o& J0 h2 |" @
当时的代码在github仓库：
; H# u/ i+ k' M& Ohttp://github.com/wujique/stm32f407
" [( g: c5 ?+ G' y8 H2 G
- O/ x( w4 Y8 D' a% O有段时间没在论坛发帖了，其实这些代码一直在迭代。
- I+ O: ^% |5 P6 _/ Q为了更好的验证代码可移植性，做了一些新硬件：
Canary stm32103

. a1 ^) B; h2 y* S/ Z下面的外扩接口跟F407核心板完全兼容，
看过以前的帖子的朋友就知道，这样的接口设计
是为了让我思考一下问题：
" F" P' Z  ]( C4 K一个SPI的LCD接在不同的地方、
同样控制器的LCD用I2C和SPI方式、
- w; r. }- k9 P8 Z( a& U2 \等等这样的兼容，代码要怎么写？

3 T( _3 _' {$ T3 y
在这两块板子上，对代码 组织形式 进行了大改动。
' E$ s( ~- [5 S并矫情的取了个PetiteDrv做为github仓库的名字。
http://github.com/wujique/PetiteDrv
+ E, }# e7 }' H+ M: s$ ]
经过在这两个板子上试验，调整了部分代码的配置。
不过如果你只想用上层的驱动，可以不关心这个。
* ~4 {4 |2 [# p, ~2 R5 J
0 I* V1 Q" }8 t$ m! v目前代码还是用标准库。可能很多朋友觉得不可思议。
, W1 _$ _  W4 v  H$ M) q7 e不辩解，我想做的是外设驱动，不是芯片驱动。
PetiteDrv，是外设驱动，比如各种LCD驱动；
是外设框架设计，例如多个SPI代码如何管理，I2C总线的管理。
. c; o8 y  @  v而不是这个芯片偏上用标准库还是HAL库，更者，用寄存器操作，这不是重点。

# d0 A* i! D8 t& `为了验证PetiteDrv的可用性能，后续会不断在其他方式的芯片上试水。
: h6 g& ~* ~7 n0 C/ T4 u下一款是ST的H750VB，板子就快回来了，可能会试试ST最新的环境和HAL。
# Y1 _/ E3 T' M% Z
如果你觉得PetiteDrv能用，尽管拿去。
如果你觉得PetiteDrv不咋地，多提意见。

7 n5 n5 {& ~2 d) G9 k7 n1 J, @再放一次github地址：
2 C+ A$ L0 C- v; n- Uhttp://github.com/wujique/PetiteDrv
! b% e& a3 F# A9 J( n
7 ?' o; C8 N' K7 B/ j$ h& H

点赞

B站有个大佬和你得程序隔离思路不谋而合，还自己写了个OS，可以一块交流交流http://www.bilibili.com/video/av66541570

very nice
thks

顽皮杨 发表于 2019-10-18 09:00
; }4 x% x+ |: X8 a5 r0 \! aB站有个大佬和你得程序隔离思路不谋而合，还自己写了个OS，可以一块交流交流http://www.bilibili.com/vide ...

# T; z  w5 ^3 I谢谢，去学习学习