我在用最新的keil时也出现了这个问题，网上说的办法几乎没啥用，包括魔术棒的设置和将变量定义为全局变量，都没用。这里我使用的是keil5.13，编译器是AC6.21，硬件是STM32F407VET6。是O0，按理来说应该不会优化地这么严重吧，不知道什么鬼。但是如果加入关键字volatile，就能出来了。可以看到，即使是定义为全局变量，依然如此。反正不管怎么说，是解决了。我又看了一下编译等级。

昨天总算搞好了NXP和TI程序提交到gitee，然后想看一下Altium与Cadence能不能托管，后来去看了一下是可以以的，Altium貌似挺简单的。今天搞了一下总算搞定了，网上的资料是真少，尤其是最新版本的，当然也是给我自己做一下记录。关于托管NXP和TI程序我后面看情况出教程吧。

工作以后一直做AI领域的研究，python在数据处理上我一直感觉很麻烦，尤其是一直扎根在底层上，对pyhton的数据架构感觉很不习惯，尤其是最近做一个比赛，就是数据清洗的项目。于是还是想把c语言的特性融入python里，于是大概研究了一下怎么使用。网上常见的是将c转变为dll文件，但是dll文件带来的开销非常大，在少量使用时特点不明显，而使用c的地方恰恰是数据大量交换的点，这不相互矛盾吗？后来发现

最近想折腾一下Vscode，前面一直想把stm32g407试着在Vscode上运行工程，但是一直没有搞好。最近又重新看了一下教程，还是下定决心搞一下。

总的来说keil的版本管理还是比较麻烦的，但是版本管理是我们必须要做好的事情，我们常常遇到开发过程中的bug，如果不做好版本管理，回退的时候那可就是灾难了。客观来说，keil只提供了一个git代码输入的快捷方式，其实并没有像vscode那样做的很好， 所以还需要各种各样的辅助。不过怎么说呢，有总比没有好吧。那么OK，还是老样子有问题评论区见，我们下一篇文章见。

整个I2C寄存器比较少，我挑几个来介绍一下首先是CR1寄存器的第0,7位第7位是错误中断，大家如果需要可以开启，防止I2C进入错误情况。然后是第0位，使能外设，不多讲了。然后是CR2寄存器，基本所有位都要用到首先是0~9位是地址位，这里要格外注意，我们的七位地址是1~7位第10位是读写方向，按照实际需要配置即可第11位是寻址模式，正常我们是7位寻址模式13、14位是起始和停止位生成，置1发送对应的

调试这个LCD给我都调试地怀疑人生了，最开始是时序有问题，然后又是8位和16位问题，给我人整麻了。说回SPI，我个人感觉即使清空SPIEN寄存器来关闭SPI后，STM32对总线的控制权还没有释放，我们仍需在清空寄存器后判断STM32对总线的控制权来判断总线情况，至于为啥稳定减3我感觉应该是最后2位被最新数据覆盖导致的。不过数据手册和勘误完全没有提到这个问题，真难顶啊。好了，这篇文章就到这了，大家有

基本来说，上述的几个芯片，使用起来还是比较简单的，大家有需要可以自行测试使用，那么好的，我们下篇文章见。

基本来说，上述的几个芯片，使用起来还是比较简单的，大家有需要可以自行测试使用，那么好的，我们下篇文章见。

我真是服了，TI给参考原理图是省电模式。这尼玛坑的是，在不带载和带轻载的时候，电压都是正常的，结果等我焊接完重载后，电流库库网上增，麻了啊。要是大家不怎么接触开关电源这块，还是建议直接买现成的模块，4块钱包邮解君愁。我在下一个版本里使用的是连续模式，不是省电模式。等我全部测试完毕，再给大家发出来。行，这篇我就帮不上什么忙了，毕竟我接触开关电源也比较少，预祝大家制作成功。