这是一个创建于 2189 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近想买个表，机械表觉得不准还要一直佩戴，校时。。 石英表昵觉得不够逼格，佳明的运动手表好像又太大了。。。 于是在想有没有基于 ntp 的手表呢？
第 1 条附言 · 2018-12-25 15:39:14 +08:00
谢谢各位，学到姿势了。
 |
1
watzds 2018-12-25 12:41:20 +08:00 via Android
智能手表估计都行吧，虽然我没用过
|
|
2
watzds 2018-12-25 12:42:19 +08:00 via Android
啥 ntp 不 ntp 的，不就是个定时校准就行了
|
 |
3
hpeng 2018-12-25 12:43:05 +08:00 via iPhone  2
有电波表。
|
 |
4
maemual 2018-12-25 12:45:07 +08:00
不如人家电波表校准靠谱。。。。
|
 |
5
msg7086 2018-12-25 12:57:40 +08:00
NTP 还要追加联网功能，如果是 i 表的话还能理解，普通手表直接用授时中心的数据就行了。
|
 |
6
Sylv 2018-12-25 12:59:10 +08:00 via iPhone 2
电波对时了解一下。
|
 |
7
huadi 2018-12-25 13:09:36 +08:00
增加一个 WiFi 或者 4g 模块，就为了对个时？
|
 |
8
wongskay 2018-12-25 13:31:09 +08:00
光动能就行了吧。
|
 |
10
WuwuGin 2018-12-25 13:39:09 +08:00
别的不知道，Garmin 的表是用 GPS 授时的，自己还不能调。
|
 |
11
mrco OP 谢谢大家 ，明白了。。。
|
 |
12
AstroProfundis 2018-12-25 13:55:07 +08:00
手表用无线电授时比 NTP 靠谱吧，NTP 受网络质量影响非常大，可以想像手表不会有多稳定的网络...
另外电波表是好多年前就有了的技术，也不存在什么太新不成熟的问题，就差钱了（ |
 |
13
F1024 2018-12-25 13:56:29 +08:00
gps 授时
|
 |
14
CEBBCAT 2018-12-25 14:01:56 +08:00 via Android
请教楼上各位，NTP 不是有针对网络延迟做设计吗？
|
 |
15
nutting 2018-12-25 14:18:04 +08:00
NTP 这么上层的协议想实现就成智能设备了啊
|
 |
16
mlhorizon 2018-12-25 14:27:14 +08:00
卡西欧的太阳能电波表，够小巧，不用充电，自动对时。
|
 |
17
silentstorm 2018-12-25 15:09:46 +08:00
西铁城，精工，卡西欧都有电波表，国内的电波发射中心好像在郑州。
|
 |
18
julyclyde 2018-12-25 15:17:08 +08:00
@silentstorm 商丘
|
|
19
julyclyde 2018-12-25 15:17:22 +08:00
@AstroProfundis ntp 就是针对不稳定网络的
|
|
20
mrco OP 谢谢各位，学到姿势了。。。。。。。。。。
|
|
21
AstroProfundis 2018-12-25 16:59:37 +08:00
@julyclyde 来源请求？
|
 |
22
crazycen 2018-12-25 17:05:55 +08:00 via iPhone
带 GPS 的运动手表都有 gps 对时，已经够准了！佳明 松拓都可以！
|
|
23
julyclyde 2018-12-25 19:02:52 +08:00
@AstroProfundis 对 roundtrip delay 有测量啊。你没用过 ntp 只读书么？
|
|
24
AstroProfundis 2018-12-25 21:36:23 +08:00
@julyclyde 那如果网络环境不稳定，rtt 抖动频繁，或者说 rtt 的值频繁改变的时候会怎么样呢？
|
|
25
AstroProfundis 2018-12-26 13:51:04 +08:00 1
看来 #23 楼没有看到我的后面提问，我说一下我的理解。
对于 #19 楼的观点“ NTP 就是针对不稳定网络的”我认为是不正确的，NTP 针对网络授时，协议 /算法中巧妙地排除了节点间的网络延迟，但它并不是针对 *不稳定* 网络的，或者说 NTP 在不稳定的网络下表现并不是足够好。 NTP 中客户端与服务器时钟偏差 offset 的计算方式是： offset = ((服务器收包时间 - 客户端发包时间) + (客户端收包时间 - 服务器回包时间)) / 2 （具体可以看 [Wikipedia]( https://en.wikipedia.org/wiki/Network_Time_Protocol#Clock_synchronization_algorithm), 有很清晰的图解） 不难看出这里隐含了一个假定的前提条件：客户端发包和服务器回包，往返双向的网络延迟是相等的。 但事实上在公网传输的流量，双程的延迟并不一定相等，可能因为双向路由不同，也可能因为中间链路的抖动，总之 rt 这个东西是经常都在变化的，这种变化给获取到的 offset 值带来了持续的随机误差。NTP 中有一个专门的值用来衡量这种误差的影响程度叫 jitter, 其数学含义是客户端计算出的过去一段时间内和某个服务器所有 offset 值的均方差。 在理想情况下，jitter 应当是 0, 意味着客户端与服务器之间的网络一直稳定可靠，实际使用中，不难观察到距离越远（此处指 rtt 高）的服务器，其 jitter 也就越大，意味着客户端计算出来的自己同这台服务器之间的 offset 值越不精确。并且在网络繁忙的时段 rtt 可能频繁变化，jitter 也会升高。 这个就是我说 NTP 并不是针对 *不稳定* 网络中授时的原因，也是很多大公司会在自己内网架设 NTP 服务器来进行授时的原因（之一）。当然一般家用或 VPS 上面使用不需要考虑这种问题，误差并没有大到不能忍的地步。（个人经验是中美之间授时 jitter 可能在几十毫秒的量级） 回到楼主的问题，手表是一个需要随身移动并经常出入各种复杂物理环境的东西，首先显然不可能使用有线网络，能通过 wifi 联网的时间不一定稳定或者足够长（ NTP 是需要一段时间来完成时间校正的，offset 越大需要的时间越长，和系统内核也有关系），通过移动数据网络的话稳定性应该也不难想象，所以这种情况明显精度高不到哪里去。 而且因为市场上早就有了比较成熟的无线电授时甚至是 GNSS 授时技术，这两者只需要设备在户外或者其他能接收到无线电或者卫星信号的地方，被动接收信号计算偏差，不需要在手表上额外加装信号发射装置，也不要求手表处在有网络覆盖的地区（所以野外也可以使用），显然是更好的选择。 不过话说回来，以上这些除非特别极端情况，一般误差都不会超过 1s, 日常使用多半是感受不到的。 @CEBBCAT 希望能解答你在 #14 楼的疑问。 |
|
26
mrco OP |
Select Language