之前尝试了STm32与RT-thread操作系统的配合使用效果还是很不错的，前一段儿我又看了下华为的操作系统LiteOS,并参考了野火的教程，完成了STM32项目的移植，两者整体上也是很类似的，感觉没有RT-thread的简洁，不过也很好用（我只是简单测试并没有进行高级的编程）。
以后我会尽量使用操作系统来完成项目，这样可以锻炼自己对于系统运行的理解，同时也可以提高自己的编程能力。

视频展示

部分代码展示

今天不怎么记录其他东西了，只是总结一下相关内容，晚安。世界。

具体项目和工程源码可以加QQ群：476840321

视频展示

整体架构分析

整个项目主要的功能在于底层MCU进行数据采集和485问询，然后通过NB模组进行数据准发，采用的通讯协议为MQTT，同时自己搭建阿里云的MQTT服务器进行数据接收，然后自己再开发安卓APP客户端进行数据展示。OVER！

操作系统：

操作系统：RT-thread
这是一个国产的操作系统，官网给出的说明是：小而美，的确用在STM32上确实是很方便的。资料和教程也是非常丰富的。但是不推荐大家去官网学习，我就学了几天就搞懂了其基本逻辑，并运用到了我的毕业设计上。我主要参考的是野火的操作系统资料和教材（教材我一页都没看），我的学习思路就是：直接撸1直接实战才是王道。参考资料可以去我的QQ群。

这是“阿正工作站”将要发售的第一款物联网开发板-托马斯NB开发板

关于托马斯的一些问题：
声明：此开发板，秉承学习的态度进行制作与发售，可能无法提供过于底层的技术支持，但是阿正工作站有很多基于NBIOT的实战项目供大家使用。（建议有单片机编程基础的同学购买）！
1.为什么叫托马斯？
因为听着骚气。
2.开发板是谁设计的？
首先主控芯片是中国移动的M5311，我们负责绘制PCB搭建外围电路，PCB设计者为阿正的同事。
3.价格便宜吗？
首先由于是我和同事个人搞的小项目，其实成本算起来要比淘宝店那些公司做开发板的成本高得多！所以价格属于中等吧。交个朋友的价格！
4.技术支持怎么样？
阿正会提供从硬件到软件的工程源码，B站提供全套的视频支持，带你从入门到玩转NBIOT！
甚至还有安卓APP开发、微信小程序对接、单片机项目开发、PC端上位机开发等，完成物联网的全栈通信。（目前B站和QQ群有STM32工程、RT-thread操作系统实现NBIOT通讯、Arduino工程、安卓工程的教程。）
5.为什么不支持OPENCPU二次开发？
如果有需求可以支持二次开发！因为在PCB上只是加几个引脚而已，没有难度的。至于为什么这次不支持，是因为考虑到OPENCPU二次开发的资料相对较少，而且做项目的话，其实并不简单。反而AT指令的话，资料在百度上论坛上比比皆是，而且阿正工作站提供全套的技术支持！
6.售后服务怎么样？
800人QQ群，一起学习。
7.能开发票吗？
可以！订单金额100+可开普票或者电子发票，郑州业森信息技术有限公司提供发票支持（本公司由阿正在大学时注册）
8.支持什么样的单片机进行对接？
理论上讲，可以支持市面上所有具有串口的MCU，包括STM32（群里有工程源码）、Arduino（群里有工程源码）、51单片机（群里有工程源码）、甚至你可以使用WIFI模组来驱动NB模组（如果你想这样做的话）等其他单片机（如果有需求，阿正工作站会开发提供）
9.适用人群？
建议具有单片机编程经验的同学购买此款产品。

关于价格

备注：建议购买移动版NB开发板与移动NB物联网卡，因为经过我们的测试，好多地方移动NB的信号是最好的。
具体使用手册欢迎关注阿正工作站
QQ群：476840321
网站：http://wenzheng.club
B站：阿正啷个哩个啷
GitHub：https://github.com/az666
有疑问的话，欢迎留言。

QT-5分钟快速搭建MQTT客户端

参考链接：https://blog.csdn.net/sxpsxp12/article/details/79353743
参考链接：https://www.jianshu.com/p/7dc81771d246

今天下午刚装上QT就迫不及待的撸一波！

QT的MQTT工程搭建的步骤为：
首先编译MQTT库
其次将MQTT库加入到自己的QT工程中
然后调用相关函数实现服务器的连接与通讯
接下来是我半个小时的成果（部分图片来源自以上两个链接）

1、从EMQ官网下载MQTT的QT工程，并用QT打开

2、使用QTCreater打开qmqtt-master/qmqtt.pro并在工程文件添加CONFIG += NO_UNIT_TESTS

今天已经是2019年的5月中旬了，马上要毕业论文检查了，但是我一个字还没有写。本来计划今天写的，无奈无从下手呀，突然想到今天的工作记录还没有写，果断放弃了毕业论文，写论文是不可能写的，，，，（0*0）
今天来总结下我一天内完成的工作成果。

• STM32-SPI 外置内存的调试（W25Q128）参考的正点原子例程
• STM32-I2C 外置内存的调试（AT24C128）
• STM32关键参数的超级串口终端（可以进行关键参数的快速配置）-阿正原创

Smart-Clock

中移onenet再度学习

今天有个朋友问我NB模组M5311连接onenet服务器的问题，他已经成功连接了，就是数据下发的时候出现了问题，其实都是小问题，我一看便知，他是在处理按钮的下发逻辑时除了问题，我很快帮他解决了，但是同时我有发现了新的问题。让我对onenet恍然大悟！！

硬件与服务器通讯流程

前言：

CITC-iot物联网平台支持目前主流的物联网通讯协议，同时已有多款产品和项目在运行，目前已实现数据高并发通讯与存储。目前支持的协议为：MQTT、COAP、HTTP等，本文着重讲解本平台支持的硬件与服务器的通讯流程。

现有平台协议分析总结：

由上图可知：目前各大IOT云平台支持的主流协议均为MQTT协议。其他协议或使用范围狭窄，或使用过程繁杂，或硬件对接复杂。
故，本iot平台依旧在支持MQTT协议的基础上，同时还支持COAP、HTTP等协议（其他协议正在建设中），完成物联网多协议的对接。

数据采集：

硬件的数据采集是依靠多种传感器来完成的，传感器的采集决定了主控MCU的采集流程，目前业内的传感器多采用以下的协议来实现：

1. 工业modbus485采集
2. I2C数据采集
3. 工业模拟量采集（4-20ma）
4. CAN总线数据采集
5. 单总线数据采集

MCU主控类型

概述：
MCU作为硬件的主控，进行数据的读取与简单的分析以及数据校验，另外也负责了整个硬件系统的工作以及进程管理，例如：温湿度采集系统的工作，从485协议的温湿度探头读取到数据，进行CRC校验，进而计算出数据值，发送给通讯模组（NB或者WIFi、4G）,同时MCU还管控着整个系统的流程、以及时钟、另外也作为系统故障的检测与处理的角色。
目前使用的MCU的型号如下：
 STM系列：
STM32F407、STM32F103、STM32F030
 Arduino系列：
Arduino uno R3、Arduino mega2560、Arduino mini
 ESP系列（同时可作为通讯模组）：
ESP01、ESP12F、ESP32

通讯模组类型：

概述：
通讯模组作为硬件系统的传输层，把MCU发来的数据点，通过特定的协议（MQTT、HTTP、COAP）发送到云服务器，同时内部芯片里面集成了传输需要的通讯逻辑与时钟调配。
目前测试的通讯模组型号如下：
 WIFI模组：
ESP01、ESP12F、ESP32
 NB模组：
高新兴物联ME3616、中移M5311、SIM7000C
 4G模组
SIM7600

通讯协议类型

 MQTT：
MQTT协议是一个面向物联网应用的即时通信协议，使用TCP/IP提供网络连接，能够对负载内容实现消息屏蔽传输，开销小，可以有效降低网络流量。这也是目前主流的物联网通讯协议
 COAP
由于物联网中的很多设备都是资源受限型的，即只有少量的内存空间和有限的计算能力，所以传统的HTTP协议应用在物联网上就显得过于庞大而不适用。 IETF的CoRE工作组提出了一种基于REST架构的CoAP协议。COAP的使用并不是太广泛，但是他占用的资源是非常的小的。
 HTTP
超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。1960年美国人Ted Nelson构思了一种通过计算机处理文本信息的方法，并称之为超文本（hypertext）,这成为了HTTP超文本传输协议标准架构的发展根基。Ted Nelson组织协调万维网协会（World Wide Web Consortium）和互联网工程工作小组（Internet Engineering Task Force ）共同合作研究，最终发布了一系列的RFC，其中著名的RFC 2616定义了HTTP 1.1。

IOT项目工作流程：

一、 数据采集：
由传感器（例如温湿度传感器）采集环境或者设备的状态值，内部芯片会处理为使用于工业通讯的格式，例如：485、0-5V、4-20MA，同时内部会生成必要的数据校验，为MCU处理数据做准备。
二、 MCU处理与发送以及接收：
MCU主动问询或者接收由传感器采集的数据点，进行必要的校验无误后，进行数据的简单处理，例如：滤波、换算等，进而进行数据的封包，封装成适合通讯模组的格式，例如：MD5加密、进制转换、数据整合等。
当收到通讯模组回传的下发命令，将进行解析并控制硬件执行相关的动作，例如：设备休眠、设备自检。

三、 通讯模组数据推送
通讯模组（NB、4G、WIFI）接收MCU封装好的数据，内部芯片利用支持的通讯协议将数据发送至指定IP的服务器，同时也接收服务器下发的命令，转发给MCU来执行命令。
四、 服务器接收：
服务器接收到硬件设备发来的数据进行校验和解密后，将数据推送至队列或者缓存至数据库，用于前端显示与用户界面的展示，例如：监控大屏。同时也接收用户发来的指令，将消息下发至MCU进而控制设备执行动作。

总结：
目前CITC-IOT平台的数据传输以及通讯协议均采用业内主流标准，部分项目数据传输严格按照国家标准协议，同时又开发了一些特有的通讯协议与标准，用来配合快速开发与设备验证，更多的协议支持还在建设中，同时更多的项目也在陆续对接。

今天花了10分钟简单看了下STM32的DMA

DMA

1
2
3
4

直接存储器存取(DMA)用来提供在外设和存储器之间或者存储器和存储器之间的高速数据传
输。无须CPU干预，数据可以通过DMA快速地移动，这就节省了CPU的资源来做其他操作。
两个DMA控制器有12个通道(DMA1有7个通道，DMA2有5个通道)，每个通道专门用来管理来自
于一个或多个外设对存储器访问的请求。还有一个仲裁器来协调各个DMA请求的优先权。