登陆开发者中心
从 https://iot-dev.huaweicloud.com 登陆，登陆后的界面如下
1.png
设备开发
在开发者中心，我们开发调试的步骤如下：
QQ截图20190627184713.png
如果算上应用开发，则完整流程图如下：
QQ截图20190627184852.png
创建项目和产品
在开发者中心首页，新建一个项目名为LIyang，这个名称一定要全网唯一，所以需要修改为自己的项目名称。
2.png
然后进入项目，创建一个新的自定义产品：
3.png
制作设备 Profile
新建一个名为 LightService 的服务，为其增加一个名为 Light 的属性，如下：
4.png
然后新增一个名为 Control 的命令，为其增加一个名为 LED 的下发命令字段：
5.png
最后的信息如下：
6.png
开发编解码插件
![]()
7.png
点击“02 编解码插件开发”，新增一个名为 Light 的消息，并为其增加一个名为 Light 的数据上报字段：
7.png
8.png
新增一个名为 Control 的消息，并为其增加一个名为 SwitchMe 的字段：
9.png
最后映射 Profile 字段，点击保存、点击部署。
模拟设备在线调测
点击“04 在线调测”，新建一个虚拟设备。发送十六进制的 2020313233，长度为 5 个字符，对应的 ASCII码值为 123，数值前面有两个空格。经过编解码插件解析后，应用模拟器收到数值 123，正确。
11.png
使用 AT 指令进行 NB 设备在线调测
开发板接线如下：
10.jpg
这样连线以后，保证串口和 NB 模组相连，NB 模组的输入、输出就可以通过串口来实现。开发板连接完成以后上电，打开 QCOM 串口调试软件，打开串口，波特率选择 9600。输入 AT 指令：
- AT+CGSN=1 查询产品序列号 =1 返回 IMEI 号
返回 BC35-G NB 模组的 IMEI 号，我的为869505046439780
在开发中心，进入“产品->设备管理”，增加一个真实设备，填入上面的 IMEI 号：
12.png
此时设备列表状态如下，这个真实设备并未上线：
14.png
继续执行其他 AT 指令以前，建议执行如下两个 AT 指令，为 NB 模组配置回显，这样一旦 AT 指令执行有什么问题，就会打印详细的 LOG：
- AT+NNMI=1 # 新消息标志 =0 不显示 =1 显示标示和数据
- AT+CMEE=1 # 报告移动终端错误 =1 启用，返回详细错误码 =0 禁用，统一返回 ERROR
13.png
所以，我们要向 NB 模组发送一条指令，来设置开发中心的 IP 地址和端口：
- AT+NCDP=49.4.85.232,5683 # 配置 CDP 服务器设置（IP 和端口号）
完成以后，可以通过 AT+NCDP? 来查询是否设置成功。重新启动开发板，等大概 30 秒钟，再查看设备列表，就可以看到真实设备上线了。
在这个真实设备上点击“调试产品”，打开调试界面。在 QCOM 上输入以下指令：
- AT+NMGS=5,2020323334 # 发送数据
16.png
另外，我们也可以测试下发命令数据。由于 NB 模组发送数据后很快就会进入 PSM 省电模式，所以在测试发送命令之前，应该从 NB 模组立即上报一条数据，唤醒 NB 模组，从而使得模组能够收到来自平台的命令。
在 QCOM 中执行上传数据命令：
- AT+NMGS=5,2020323334 # 发送数据，从而将 NB 模组从 PSM 中唤醒
17.png
表示字符串长度为 2 ，其值为 4F4E ，这正是 ON 几个字符的 ASCII 码。
经过上面的测试，我们可以发现，NB 模组可以向 OceanConnect 发送数据，同时 OceanConnect 发送的控制指令 NB 模组也可以收到。也就是说，基于 NB 的双向网络通信是没有任何问题的。
在这个实验中，我们仅仅使用了板载的串口和 NB 模组，验证了 NB 模组的双向通信能力，上传的数据是我们构造的，下发的命令我们也仅仅是收到了而已，并没有进行处理。要想进行自动数据上传，同时响应下发指令，就需要我们编程，由 MCU 来处理。这个内容由下面的实验来完成。
