对stm32偏上flash的管理是一个很费劲的工作，尤其是写入数据较多时，需要创建大量的偏移量、缓存量等辅助变量。使用轻型、微型数据库可以有效解决这个问题。我使用ArmInk大佬的EasyFlash数据库来管理stm32 片上flash。gitee链接：https://gitee.com/ArminkEasyFlash很轻型，基本不增加RAM占用，增加少量FLASH占用，移植难度较低。EasyFl

应该是10号前后vscode推了一波更新，导致eide插件与vscode更新内容冲突。解决方法，去vscode插件栏，选择eide，更新到。最新版本，可以编译下载。

但是对gd32h7来说，走完这些步骤会出现收不到输出内容的问题，解决方法，在rtt-viewer连接界面进行设置，将segger/JLink_V792n中，samples文件夹、RTT中四个文件拷贝出来放在单片机目录中。jlink版本目前是792，但估计只要能支持h7的jlink版本应该都可以。即可使用rtt打印功能，在rtt-viewer中看到输出内容。在任意代码部分引用segger_rtt.h

上次折腾足足1天没有搭起来开发环境，最终不得不屈服于keil。心里憋屈啊。今天重打锣鼓，再战，终于跑通vs2019+cubemx的stm32开发环境。话说自从使用vs2019+c#开发过上位机后，就对vs智能的代码补全等编程辅助功能非常感兴趣。对比之下keil的编辑辅助功能就是一坨翔，无比想把mcu开发环境从keil上迁移出来。考虑过vscode，但看开发个单片机又要搞python，又要写...

某些低成本版stm32芯片（比如F1系列）不具有32位计时器，自带的TIM均为16位。当你需要进行某些同时需要精度与时长的计时内容时，16位计时器并不够用（72M频率不分频直接计数，那么计满16位定时器只需要910us，如果是32位呢，需要59.6s，对于某些毫秒级高精度计时来说，使用32位定时器还是很有必要的。甚至，你还可以继续级联，用3个计时器组成48位计时器，当然我只测试到了48位，只用到3