【已解决】子设备添加成功后不可控

[1224114313]

您好，我看网关上电时有TUYA D的打印，可以看附件图片

[takashi]

日志等级可以随时调整的，可能后续初始化之后哪里调整了日志等级，你之前附件的日志是没有debug等级的。

[takashi]

在测试前通过mcu发送串口命令开启debug等级日志

或者通过后台下发设置日志等级。

[1224114313]

您好，我这边开启dubug打印后，测试有三种情况，1.测试发现当网关接收到子设备的DP时，如果串口打印的子设备mac地址和app上显示的子设备mac地址一致的话，就能正常控制子设备，关了手机蓝牙也可以控制子设备。2.网关接收DP数据时是一个新的mac地址，app上显示的子设备mac地址是真实地址，新的mac地址和真实地址不一致，这时蓝牙子设备不能控制。3.网关接收DP数据时是一个新的mac地址，app上显示的子设备mac地址是真实地址，新的mac地址和真实地址不一致，这时蓝牙子设备可以控制，但是这时关掉手机蓝牙的话，子设备就控制不了了。附件是网关添加子设备的串口日志

[1224114313]

在测试前通过mcu发送串口命令开启debug等级日志PixPin_2026-04-13_18-05-27.png
或者通过后台下发设置日志等级。

您好，我这边升级了主联网模组到最新的固件版本，测试发现在添加子设备的过程中，如果MCU不发送0x08命令字（子设备入网请求至 Wi-Fi）的话，手机蓝牙打开与否子设备都可以控制。如果在添加子设备的过程中如果MCU发送0x08命令字（子设备入网请求至 Wi-Fi）且模组返回了0x13命令字（返回添加设备结果），其数据中的rets为0，这时的话子设备是完全不能控的，是不是其实不用发0x08命令字（子设备入网请求至 Wi-Fi）？

[takashi]

您好，我这边开启dubug打印后，测试有三种情况，1.测试发现当网关接收到子设备的DP时，如果串口打印的子设备mac地址和app上显示的子设备mac地址一致的话，就能正常控制子设备，关了手机蓝牙也可以控制子设备。2.网关接收DP数据时是一个新的mac地址，app上显示的子设备mac地址是真实地址，新的mac地址和真实地址不一致，这时蓝牙子设备不能控制。3.网关接收DP数据时是一个新的mac地址，app上显示的子设备mac地址是真实地址，新的mac地址和真实地址不一致，这时蓝牙子设备可以控制，但是这时关掉手机蓝牙的话，子设备就控制不了了。附件是网关添加子设备的串口日志

这个应该是之前我们遇到的一个已知问题，子设备的mac与授权的mac不一致时会出现这种问题，最新版本确实已经修复。

[takashi]

在测试前通过mcu发送串口命令开启debug等级日志PixPin_2026-04-13_18-05-27.png
或者通过后台下发设置日志等级。

您好，我这边升级了主联网模组到最新的固件版本，测试发现在添加子设备的过程中，如果MCU不发送0x08命令字（子设备入网请求至 Wi-Fi）的话，手机蓝牙打开与否子设备都可以控制。如果在添加子设备的过程中如果MCU发送0x08命令字（子设备入网请求至 Wi-Fi）且模组返回了0x13命令字（返回添加设备结果），其数据中的rets为0，这时的话子设备是完全不能控的，是不是其实不用发0x08命令字（子设备入网请求至 Wi-Fi）？

0x08命令是添加串口子设备时需要发送的命令，在添加蓝牙子设备的时候不需要发送。

[1224114313]

收到，谢谢大佬！