尽快检测 UUID 变化
Detect UUID change as fast as possible
我正在使用 raspberry pi 作为信标。当我更改 Beacon 的 UUID 时，我希望我的 android 应用程序使用 Android Beacon Library 尽快检测到新的 UUID。据我所知，有两个参数会对此产生影响：扫描周期和传输速率。我在传输中使用 10Hz，在 setForegroundScanPeriod 参数中使用 300 毫秒。我检测到 UUID 的变化非常快，但我想知道这两个参数是否有最佳值来更快地检测到变化？还有其他参数可以影响这个吗？
Android 信标库的测距 API 旨在定期更新哪些信标可见，默认情况下每 1.1 秒更新一次。这意味着使用默认设置和以 10 赫兹（每 0.1 秒）广播的信标，第一次检测将在 0.1-1.1 秒后出现。
您可以通过减少库中的扫描间隔来降低此范围的上限。如果您调用 setForegroundScanPeriod(300l)，最大检测时间可能会下降到 300 毫秒（0.3 秒）。为此，您必须确保您的信标至少以 10 Hz 的频率进行广播，否则较短的扫描周期通常会错过检测并实际导致更长的检测时间。
您可以进一步减少此数字，但您通常希望扫描周期至少为不频繁传输的传输速率长度的 1.1 倍，或频繁传输的 2 倍。因此，对于每 1 秒传输一次的信标，将其设置为 1100 毫秒。每100ms发送一次，设置为200ms。
我正在使用 raspberry pi 作为信标。当我更改 Beacon 的 UUID 时，我希望我的 android 应用程序使用 Android Beacon Library 尽快检测到新的 UUID。据我所知，有两个参数会对此产生影响：扫描周期和传输速率。我在传输中使用 10Hz，在 setForegroundScanPeriod 参数中使用 300 毫秒。我检测到 UUID 的变化非常快，但我想知道这两个参数是否有最佳值来更快地检测到变化？还有其他参数可以影响这个吗？
Android 信标库的测距 API 旨在定期更新哪些信标可见，默认情况下每 1.1 秒更新一次。这意味着使用默认设置和以 10 赫兹（每 0.1 秒）广播的信标，第一次检测将在 0.1-1.1 秒后出现。
您可以通过减少库中的扫描间隔来降低此范围的上限。如果您调用 setForegroundScanPeriod(300l)，最大检测时间可能会下降到 300 毫秒（0.3 秒）。为此，您必须确保您的信标至少以 10 Hz 的频率进行广播，否则较短的扫描周期通常会错过检测并实际导致更长的检测时间。
您可以进一步减少此数字，但您通常希望扫描周期至少为不频繁传输的传输速率长度的 1.1 倍，或频繁传输的 2 倍。因此，对于每 1 秒传输一次的信标，将其设置为 1100 毫秒。每100ms发送一次，设置为200ms。