選擇BLE廣播間隔

我的IOT設備有兩個功能。 1.當施加重量時，它提供負載/重量數據。 2.它也用於跟蹤它所連接的物品的位置。選擇BLE廣播間隔

我的電池容量是150mAH。什麼是我應該使用的最佳廣播時間間隔？如果我使用較長的廣播間隔（如2秒），則意味着需要較長時間才能獲得體重數據，這對用戶來說是不方便的。但是，頻繁的廣播可能會在電池用於跟蹤時造成電池電量不足。請指教。

2017-08-04 BLE

這是一個很好的問題，但有一定的意見，但也許有一個'最佳實踐'，這可能是有用的討論。在我的iOS應用程序中，我有一個廣播間隔和的掃描間隔。廣播時間間隔是應用程序「廣告」BLE數據的時間，掃描時間間隔是應用程序將（明顯）「掃描」BLE數據的時間。我的間隔值如下：

廣播 15秒 - 然後等待15秒，直到下一個廣播。

掃描 5秒鐘 - 然後等待25秒，直到下一次掃描。

我的應用程序廣播和掃描區域內所有其他應用程序的連續更新。在這個範例中，應用程序將每分鐘（或左右）掃描並接收更新兩次。廣播將發生15秒，然後等待相同的時間，並且每30秒發生一次。這個想法在完美同步的世界中，每個應用程序在該區域將每30秒更新一次。

來源

2017-08-04 18:59:52

非常感謝布蘭登。在我的情況下，外設廣播和手機掃描。我正在考慮以下流程，讓我知道你的想法。 1.將廣播時間間隔設置爲500ms，持續3分鐘左右。2. 3分鐘後，進入睡眠30秒。 3.在30秒的睡眠時間之後，以500毫秒的間隔發送30秒的廣告......如果有掃描請求，則繼續共享數據3分鐘，如果不是的話......在30秒後回到睡眠狀態。 – BLE

如果你的物聯網設備不是電池供電的話，我會說這樣可以，但是可能會在你的「分享」間隔中有點矯枉過正。如果可以的話，我可以保持在30秒的最大配對。我傾向於將BLE看作無線電傳輸。我播放了30秒，再等30秒直到下一次傳輸。這總是確保誰正在'調整'將每分鐘至少一次傳輸。但這一切都取決於您的特定要求。我的用例可能與您的用例不同，因爲我只是更新從「廣播」中掃描的應用程序。 –

所以你所說的總是隻分享30秒而不需要3分鐘。有趣的...我會探討我的使用案例的建議。謝謝！ – BLE

選擇BLE廣播間隔

回答

相關問題