来自同一特征的写入和通知是否存在问题?还是建议一个创建两个特性,一个用于接收数据,另一个用于传输?与 NRF52 系列相比,这对 Android 来说不是一个问题吗?
谢谢
来自同一特征的写入和通知是否存在问题?还是建议一个创建两个特性,一个用于接收数据,另一个用于传输?与 NRF52 系列相比,这对 Android 来说不是一个问题吗?
谢谢
同时具有 Write 和 Notify 属性的 Characteristic 没有问题。如果写入和通知与相同的数据相关联,我将使用单个特性。
据我所知,这不应该是任何 BLE 设备的问题。
拥有两个特征并不能消除 Android 设备上的“竞争条件”。GATT API 是同步的,即您一次不能读取或写入多个特征。
通常没有这样的问题,但如果您打算与 Android 手机通信,则不应该这样做,因为 API 本身存在竞争条件,您可以在此处阅读如何通过读/写 BLE 实现最大线程安全性盖特特征?
所以我肯定会推荐你有两个特点。
官方批准的当前时间服务包含允许写入和通知的当前时间特征。所以我认为这没有根本问题。