已解决

问题已解决

愚者千虑必有一得 2024年 Aug 21日 20:03

你会上传app log吗？可以让app看下为啥断开。

app设置->关于->上传日志里面吗？上传前需要联系客服吗？

bamy 2024年 Aug 21日 19:31

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

第一次我是手动控制app停止配网，触发的蓝牙关闭，怀疑是app控制主动断开的.
第二次看着也是app主动断开的。因为我这边没有实现和蓝牙断开的接口，用nrf_connect裸连也是正常的，并且各项服务也是正常。现在需要确定主动中断情况下，无法再次蓝牙配网是sdk与app设计的机制还是什么。

第二次看着也是app主动断开的。因为我这边没有实现和蓝牙断开的接口，用nrf_connect裸连也是正常的，并且各项服务也是正常。现在需要确定主动中断情况下，无法再次蓝牙配网是sdk与app设计的机制还是什么。

第一次我是手动控制app停止配网，触发的蓝牙关闭，怀疑是app控制主动断开的

[版本] tuyaos-ipc_6.2.0_T31_uclibc_linux_fs_0.0.6.tar.gz
[开发方式] SDK 独立开发
[描述] 设备端在进行蓝牙配网时，在传输数据过程中，操作app主动终止配网过程后，再次使用app进行蓝牙配网失败，看日志每次都是执行一点就看到蓝牙被断连，除非重启设备，否则无法恢复，但此时设备蓝牙功能本身都正常，这块是sdk设计如此，还是说可能是别的隐藏问题呢？下面是日志麻烦分析一下。日志文件中207行为第一次主动蓝牙配网，439行大概是操作app终止配网，529行为终止后第二次配网，615行为收到蓝牙中断指令。

但是设备在交互的时候，怎么表现可以体现出ipv6这个特性呢？通过看netstat吗？

看到sdk初始化的时候，可以选择修改ip_mode_type的值，#define TUYA_IPC_IPV4_ONLY 0
#define TUYA_IPC_IPV4_FIRST 1
#define TUYA_IPC_IPV6_ONLY 2
#define TUYA_IPC_IPV6_FIRST 3

[版本] tuyaos-ipc_6.2.0_T31_uclibc_linux_fs_0.0.6.tar.gz
[开发方式] SDK 独立开发
[描述] 想要验证ipv6这个新特性，我这边可以通过哪些方式确定使用的是ipv6交互呢？