问题还是在0x00/0x01指令后的分包传输上。可以让APP协助看下是什么指令。
一般这种问题，可能是第三方平台的适配问题，可以把APP下发的分包数据，和设备端蓝牙协议栈接收的数据对比一下，是否一致。

#define OPRT_SVC_BT_API_TRSMITR_ERROR (-0x1f01) //-7937, 传输错误
日志显示传输错误，APP分包传输下发的数据存在问题。

这个result就是涂鸦的错误码定义，OPRT_OK代表成功，其他都是有具体错误原因，可以参考涂鸦错误码定义。

日志中两次蓝牙断连原因都是一样的。

你的意思是蓝牙连接时dp无法上报？有debug日志吗，分析一下。

有open binding periond window!!打印，说明tuyaos已经去开绑定窗口了。
怀疑是蓝牙服务没有启动，要排查下原因。
固件跟蓝牙配网的一样吗，蓝牙配网的那个日志服务是开启了。

从第一个日志看，蓝牙服务没有启动，所以开广播扫描窗口是无效的。
另外，一般用户不需要认为去开启绑定窗口，tuyaos在设备上电后会在合适的时机打开绑定窗口的，况且你设置了窗口为0，即一直打开窗口，无需再去人为打开。一般常供电设备，因为没有上电这个时机，所以会在需要的时候调用这个接口去打开绑定窗口的。

如果你们使用的是自己定义的广播包，使用下面接口注册回调即可，回调中会收到你的蓝牙遥控器原始广播数据。
OPERATE_RET tuya_ble_reg_raw_scan_adv_cb(TUYA_BLE_RAW_SCAN_HANDLE cb);

tuya_ble_monitor_init这个接口外部不需要用的。
你们beacon遥控器的广播包符合涂鸦的蓝牙遥控器广播包协议吗？就跟我前面说的，如果符合我们的协议，天然就在我们的管理业务范畴内；如果不符合，需要应用自己去实现。

1、自定义协议的Beacon遥控器，如果协议不是涂鸦的，不在涂鸦的遥控器管理业务内，所以要添加自定义协议的Beacon遥控器，要用户自己处理广播包去管理。
2、现有的Beacon遥控器接入涂鸦模组，只要协议遵从涂鸦的遥控器协议，按对应的使用手册即可。
3、涂鸦提供的api函数可以实现这个功能，这个不太明白你的意思。涂鸦提供的sdk对外接口，都是已经实现的，不知道你是怎么个用法？