Search found 36 matches
- 2024年 Jul 19日 14:40
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】配网后超过一定距离范围断开连接问题
- Replies: 7
- Views: 810
Re: 【求助】配网后超过一定距离范围断开连接问题
在蓝牙设备开发过程中，尤其是前期调试过程中，08原因的断开确实是很常见的，可能的原因比较多，常见的有以下几种： 原因1：蓝牙硬件设备的射频性能差（即天线没调好）； 原因2：周围2.4GHz频段的射频环境差（干扰设备多，例如WiFi、其他蓝牙设备）； 原因3：手机本身的射频性能差； 08断开的本质原因就是在连接超时的时间范围内（SDK默认是conn_sup_timeout=6s）没有发生至少一次连接事件，连接事件即连接双方在规定的时间范围内（SDK默认是max_conn_interval=15ms）进行一次数据收发（如果没有实际的数据则发送空包），所以连接事件没有发生的可能原因涉及到发射端、传...
- 2024年 Jul 19日 10:26
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】配网后超过一定距离范围断开连接问题
- Replies: 7
- Views: 810
Re: 【求助】配网后超过一定距离范围断开连接问题
不好意思，我想再问一下，在已经连接上，而且两个连接的设备之间距离很近，都没有超过一米，但偶尔会出现连接断开的现象（断开连接的值也是0x08，连接超时），对于这种情况，会是什么原因导致的呢？
- 2024年 Jul 16日 14:59
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】配网后超过一定距离范围断开连接问题
- Replies: 7
- Views: 810
- 2024年 Jul 16日 13:44
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】配网后超过一定距离范围断开连接问题
- Replies: 7
- Views: 810
Re: 【求助】配网后超过一定距离范围断开连接问题
可以通过断开连接的原因来区分断开连接的类型，断开连接的原因在SDK中有打印： TAL_PR_INFO("disconnect: 0x%02x", p_event->ble_event.disconnect.reason); 不同原因数值的含义详见 ble_hci.h 但是，如果两种情况下断开的原因相同，则无法通过蓝牙协议的角度进行区分。 好的，谢谢。我试了一下，打印出来的值是0x08，0x08在ble_hci.h里对应的宏是：“#define BLE_HCI_CONNECTION_TIMEOUT 0x08 /**< Connection Timeout. */”
- 2024年 Jul 15日 18:28
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】配网后超过一定距离范围断开连接问题
- Replies: 7
- Views: 810
【已解决】配网后超过一定距离范围断开连接问题
TuyaOS版本:TuyaOS-3.9.0
组件开发包：tuyaos-subdev-bt_3.9.0_nrf52832_ble_ble-common_1.0.3
问题：在蓝牙设备配网成功后，如果蓝牙设备之间超过一定的距离范围会导致断开连接，那我如何区分是超过一定距离范围导致的断开连接还是其它原因比如断电导致的断开连接呢？
- 2024年 Jul 11日 11:48
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】固件名称问题
- Replies: 4
- Views: 873
Re: 【求助】固件名称问题
逻辑的院子 2024年 Jul 10日 20:00你截图中的文件名称是由脚本“\software\TuyaOS\.log\hex\material\mkbin.bat”（配置到Keil中）生成的。
而宏FIRMWARE_NAME对应的固件名称是存储在最终的bin文件里面的（并非文件名称），用于被产测上位机获取或者代码中其他可能的用途。
两者不是一个用途，只是刚好一样。
好吧，谢谢。
- 2024年 Jul 10日 18:36
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】固件名称问题
- Replies: 4
- Views: 873
Re: 【求助】固件名称问题
如下图所示，编译生成的固件名称没有改变。
- 2024年 Jul 10日 18:06
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【已解决】固件名称问题
- Replies: 4
- Views: 873
【已解决】固件名称问题
TuyaOS版本：TuyaOS-3.10.0
组件开发包：tuyaos-subdev-bt_3.10.0_nrf52832_ble_ble-common_1.0.4
问题：如下图所示，为啥在宏FIRMWARE_NAME这里更改固件名称没有生效？
- 2024年 Jun 7日 10:38
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【求助】【TuyaOS】蓝牙数据传输问题
- Replies: 10
- Views: 1425
Re: 【求助】【TuyaOS】蓝牙数据传输问题
从您的Log中可以看到宏TUYA_BLE_FEATURE_BULKDATA_ENABLE并没有关闭，您的第一张截图中虽然看到该宏是关闭的，但是定义这个宏的位置并不仅有这一个地方，截图中的写法的含义也是：如果在其他位置先定义了该宏，则当前位置定义不生效。 再次提醒：vscode对于宏定义的显示是不准确的。 您可以全局搜索一下定义该宏的位置，然后再进行判断。 当然判断宏是否关闭最有效的办法还是如前所述：打印出来宏的值。 好的，谢谢您的提醒。还有个问题就是：那个例程中的大数据传输文档，用logic工具来测试，所上报的大数据能在涂鸦云端看得到吗？因为我看到代码中是调用了tuya_ble_bulk_d...
- 2024年 Jun 7日 10:18
- Forum: TuyaOS-蓝牙设备开发
- Topic: 【求助】【TuyaOS】蓝牙数据传输问题
- Replies: 10
- Views: 1425
Re: 【求助】【TuyaOS】蓝牙数据传输问题
如果您确认关闭了TUYA_BLE_FEATURE_BULKDATA_ENABLE，就不会在截图所在位置看到case TUYA_BLE_CB_EVT_BULK_DATA被执行，我不确定您是如何验证的，如果仅仅是通过vscode观察是不准确的，vscode的显示经常是错误的，建议您可以加一些Log在这个位置打印出TUYA_BLE_FEATURE_BULKDATA_ENABLE的值来确认TUYA_BLE_FEATURE_BULKDATA_ENABLE是否开启。 如下图，我在宏被定义的地方看过了，宏的值为零，被关闭了的。我的验证方式就是按照那个大数据例程的文档走的，先设置PID为ekjl4isu，然...