8.15日总结

今日发工资了，不知道为啥开心不起来了，害，总感觉工作没有激情了，每天为了鸡毛蒜皮的小事忙来忙去，什么也学不到。
今天在使用办公室的笔记本电脑WIN11系统的Deskreen软件时，发现无法投屏，即使把它设置为防火墙的白名单仍无法投屏，浏览器的网址进不去，一直在加载，不知道怎么回事，换了好多个浏览器仍然进不去，回寝室用自己的电脑和手机试了一下，发现很轻松就能进去，估计时办公室的笔记本电脑有限制（应该和WIN11没啥关系，虽然我的电脑时WIN10），明天有时间再弄一下。
今天又弄了一下OTA升级的项目，其实领导说不使用这个方案后，我就没心情去搞这个了，搞了也没用，毕竟现在用的是客户的协议，也不是我们自己的协议。今天又尝试了一下，发现了些问题，就是在BOOT区的看门狗问题，我之前是在下载配置过程中把看门狗管关掉了，然后在BOOT区死等，会有问题，就是WIFI模组下载程序失败后，我无法自动退出BOOT区了，除非重新断上电，这肯定是不行的。
后来想了两种方法就是，第一种就是配置BTMCON的延时，在BOOT区设置等待时间，若多长时间后还没有收到升级的第一帧指令，就退出BOOT区，但是有个问题，WIFI模组下载程序的时间和网速有关系，我无法精确计算它啥时能下载完成，所以会导致它刚下载好，我复位重启了；第二种就是把下载程序的等待时间放到APP区去等，，wifi模组下载完程序后，发送第一帧升级指令，MCU在收到第一帧升级指令后我再重启到BOOT区域(因为第一帧指令WIFI模组在未收到应答指令前会重发三次，我第一次收到重启到BOOT区，第二次收到在BOOT区进行应答即可)，这个方法不错，但是会有一个小问题，就是客户的APP程序升级处有时会显示升级失败，但是我看串口的数据已经在升级过程中了，此时APP会提示重试，若点了重试，有可能会进入到紧急升级过程中，也就是没升级完成中途退出的情况。后来把从APP进入到BOOT区的延时取消后，好像没有这个问题了。
还有一个大的问题就是紧急升级了，客户协议要求每隔100ms不间断发送紧急升级指令给WIFI模组，在收到应答指令后停止，我写的程序也是如此，可是会一直发，然后导致WIFI模组也一直应答，当我的MCU回复这个应答指令后便不再发了，进行后续的升级过程，这相当于我有好多的应答指令丢掉了，没有收到，现在也不知道是怎么回事，明天再查查看。