strider01的博客

原创 KLoginRegisterFace

原创 KVector流程图2

原创 KVector流程图

原创 移植MQTT项目Day6

这是因为debug选项没有设置好，在debug选项最下面的四个选项要修改成你所使用的芯片型号，例如作者使用STM32F103C8T6，那么选项就设置为：DARMSTM.dll和-pSTM32F103C8。还几天没有更新了，并不是作者半途而废而是因为最近的事情比较多，例如：学校的实验，期末考试，英语六级等等，作者还是要花一些时间搞定这些事情。话不多说，前几天作者写完发送接收AT指令的代码后开始了调试，果不其然，出现了大量的错误，作者一度想要放弃o.o还好最后解决了。这是因为keil没有激活不能享有所有权益，

原创 移植MQTT客户端项目Day5

①处理特殊AT返回值"+IPD,n:xxxxx"，增加了全局数组用来记录数据包，同样的为了处理不同任务对资源的占有请求，设置了mutex来互斥；③实现了对特殊AT返回值"+IPD,n:xxxxx"的解析，将"xxxx"数据包记录下来；④：在中断函数中直接使用platform_mutex_unlock函数是不安全的（官方文档是这样说的），要使用后缀带"FromISR"的函数。今天对其进行了完善。今天因为作者下午有课，晚上也有点事情，所以仍然没有调试，争取明天能够将收发AT命令的程序调试好@.@

原创 移植MQTT客户端项目Day4

ATSendCmd函数发送完AT指令后就阻塞了，一段时间后串口接收到数据，中断函数将数据写入环形缓冲区后唤醒myUSART1_Read，同时也唤醒了 ATRecvParser。ATRecvParser将数据保存到局部数组buf中，当读到"\r\n"时就开始解析，假如接收到"OK"，那么解析后就设置ATState为OK，并且唤醒ATSendCmd。ATSendCmd负责发送AT指令并读取返回状态，对于MCU来说，串口发送完数据然后等待ESP-12F返回是一个很漫长的过程，为了有效利用MCU，我们需要。

原创 移植MQTT客户端项目Day3

但这里是有问题的，如果某个任务想要读取USART数据，但不知道数据什么时候会发送过来，如果直接采用while(1)死等的方式，则会让MCU在相当长的时间内空转，效率很低。当写指针移动比较快，移动到读指针的前一个位置时，环形缓冲区满，后面的数据还没来得及读走，不能继续写。之后开始读数据，读指针 也不断向后移动，一直将写指针的数据读走，此时所有的数据都读完了，后面位置的数据是未知的，现在向缓冲区写数据，写指针一直写到了BUF_SIZE-1的位置，此时如果要继续写， 写指针应该回到0位置，继续写，

原创 移植MQTT客户端项目Day2

假如我们要移植这份代码到另一个MCU，而这个MCU串口引脚被占用了，我们只需要新增例如I2C的驱动代码并修改抽象层的函数即可，这样就避免了发送接收AT指令和某一个具体的硬件绑死了。：PC通过串口和MCU通信（PC没有串口，要使用USB转TTL芯片做一次转换），MCU通过串口和WIFI模块通信，我使用的是安信可公司的ESP-12F开发板。③配置USART结构体；，WIFI模块里面集成了一块32位处理器芯片，接收到AT指令后会根据已经烧录进去的程序执行相应的操作，去连接/断开路由器热点。，并发送相应的信息。

原创 移植MQTT客户端项目Day1

用MQTT作者的比喻就是：订阅者要订阅主题，这个消息会发给CCTV，如果该主题的发布者要发布主题了，就会将该主题消息发送给CCTV，CCTV就会将该消息转发给订阅了该主题的订阅者，实现MQTT通信。我们先在keil工程目录里添加MQTT的代码，然后在keil里面编译，然后-----就是一堆错误啦o.o。STM32F103开发板是没有操作系统的，但是在MQTT客户端，显而易见的，，所以才会给我们提示错误，既然这些错误会被提示，就一定有解决办法，只是。，这是最常见的错误，编译器一般首先都会报这个错误。