引用: 60user163 发表于 2018-6-6 05:59
SensorTag作为开发工具,最好还是使用标准的Profile比较好,这样方便开发啊。
对于BLE Stack的Bug问题,见 http://e2e.ti.com/support/low_power_rf/f/660/t/275031.aspx 。我也纳闷,这是最基本的功能,不应该有bug啊。要不要去那个帖子辟个谣?
HI BTLE,
sensorTag 上因为大多数的传感器, 比如陀螺仪, 重力加速, 磁场, 湿度等等都没有BLE 的标准profile.
这个帖子说的不是bug, 说的是最好不要在广播中用 active scan 的模式. 这样两边都会增加一些功耗, 因为observer 会多出一个发scan request 的过程 以及一个 接受scan response 的过程, 而对于broadcaster 则会多出一个接受 scan request 以及 发送 scan response 的过程, 如果这些都需要组包分析, 则会增加更多功耗.
推荐只在advertising data 中加入温度值就可以.
一切为了低功耗, 低碳环保.
引用: 60user163 发表于 2018-6-6 05:59
SensorTag作为开发工具,最好还是使用标准的Profile比较好,这样方便开发啊。
对于BLE Stack的Bug问题,见 http://e2e.ti.com/support/low_power_rf/f/660/t/275031.aspx 。我也纳闷,这是最基本的功能,不应该有bug啊。要不要去那个帖子辟个谣?
HI BTLE,
sensorTag 上因为大多数的传感器, 比如陀螺仪, 重力加速, 磁场, 湿度等等都没有BLE 的标准profile.
这个帖子说的不是bug, 说的是最好不要在广播中用 active scan 的模式. 这样两边都会增加一些功耗, 因为observer 会多出一个发scan request 的过程 以及一个 接受scan response 的过程, 而对于broadcaster 则会多出一个接受 scan request 以及 发送 scan response 的过程, 如果这些都需要组包分析, 则会增加更多功耗.
推荐只在advertising data 中加入温度值就可以.
一切为了低功耗, 低碳环保.
举报