GnssClock方法getFullBiasNanos在按定义应该增加时，每个回调都返回一个递减的数目。
public long getFullBiasNanos ()类中的方法GnssClock被定义为：
全球定位系统接收机内的硬件时钟(getTimeNanos())与1980年1月6日0000Z以来的实际GPS时间之间的差异，以纳秒为单位。
因此，我假设每次我将得到全球导航卫星系统测量数据的回调事件(我是从该事件中提取全球导航卫星系统时钟)，随着随后的呼叫在随后的时间到达，这个数字将增加，因此接收到的测量时间将更长(自然地，我们将从1980年移开，而不是向它移动)。
然而，情况似乎并非如此，这里有两个读数(第一次和最后一次)：(日期和时间戳附件)。
第一次是在14:11:40
2022-07-06 14:11:40.985 12285-12304/com.example.gnss 1 I/aabaab:全偏压纳米粒子：-1340320027695657699
最后一次是14:13:40。
2022-07-06 14:13:40.040 12285-12304/com.example.gnss 1 I/aabaab:全偏压纳米粒子：-1340320027695649792
正如你所看到的，在整个应用程序运行2分钟后，getFullBiasNanos()的结果并没有增加，它实际上减少了几千纳米秒，而它本应增加数千亿纳米秒。
我遗漏了什么？
提前谢谢你
回答 1
Stack Overflow用户
发布于 2022-07-06 13:31:43
不是一个完整的解决方案，但可能是其中的一部分：
gnssClock.getTimeNanos()检索从重新启动到全球导航卫星系统测量从卫星到达之前经过的纳诺数，
当gnssClock.getFullBiasNanos()在gps时代(1980年)之间检索纳诺的数量时，直到重新启动。
这些数值共同创造了从全球定位系统时代(1980年)到全球导航卫星系统测量到达电话的时间。
如果有人对此有更好的理解，请告诉我。
https://stackoverflow.com/questions/72882929
复制相似问题
腾讯云开发者
