重要的不是AT指令,而是实际怎么连接,怎么读写,以及参数的不同带来的不同是什么.
----------------------
以下是实际感受与理解.
首先的这个图,这个图画的还可以.
TE是给BC260Y发串口指令的东西,可以理解为是stm32等单片机,或者pc上的串口工具。
UE就是BC260Y,或者其他的IOT芯片,模块。
oneNet就是Iot平台。
应用服务器就是APP服务器。
为啥是这样?这个是NB-Iot的CoAP协议的网络体系。
CoAP协议:
MCU(NB设备)----NB模块(UE)-----eNB基站-----核心网----IoT平台---APP服务器----手机终端app (书籍:NB-IoT实战指南)
自己画了个连接流程,AT指令连接过程:
---------------------
AT+MIPLADDOBJ=0,3342,1,"1",4,2
这个3342是啥?objID是啥?代表一类设备,每个设备有不同的能力。具体查阅ID号对应:
OneNET之IPSO和OMA模型规范_智小星的博客-CSDN博客
在oneNet平台里面,就是一个对象,MIPLDISCOVERRSP里面的参数就是显示相应的属性(5051,5052)
然后,这个对象的操作读写,
平台里点击更新实例,会给UE发送:
+MIPLDISCOVER: 0,63043,3342这类指令,然后TE再对应响应
AT+MIPLDISCOVERRSP=
平台里点击读,会给UE发送:
+MIPLREAD: 0,44416,3342,0,5852 这类指令,然后TE再对应响应
AT+MIPLREADRSP=
平台里点击写,会给UE发送
+MIPLWRITE: 0,44417,3342,0,5852,2,4,000D8F5A,0,0 //红的是发的内容 然后TE再对应相应
AT+MIPLWRITERSP=
------------------------
实际中平台的点击,应该是来自app端的指令或者请求。
暂写这么多,连接+读写,实际的操作与简单的理解就是这样。
版权声明:本文为CSDN博主「John_chaos」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/John_chaos/article/details/122564454
暂无评论