NSec不提供纳秒 _Campbellsci论坛问答

大家好!

根据文档,NSec类型的数据项包含两个4字节整数。第一个整数提供自1990-01-01 00:00:00以来经过的秒数。这很好。

NSec不提供纳秒
_Campbellsci论坛问答

第二个整数应该提供自当前秒开始以来经过的纳秒数。然而,事实并非如此,数字显然是微秒(请查看下面的内容)!


输出显示快速读取DL时钟的结果。当时钟从12:45:06变为12:45:07时,第二个整数从980000变为0:

CR1000时钟:2009-07-31 12:45:06
记录器时间戳(NSec):(617892306970000)

CR1000时钟:2009-07-31 12:45:06
记录器时间戳(NSec):(617892306980000)

CR1000时钟:2009-07-31 12:45:07
记录器时间戳(NSec):(617892307,0)<;----!!!!!

CR1000时钟:2009-07-31 12:45:07
记录器时间戳(NSec):(61789230720000)

CR1000时钟:2009-07-31 12:45:07
记录器时间戳(NSec):(61789230740000)

如果这些数字是纳秒,那么它们应该大1000倍。这只是一个文档错误吗?非常奇怪,尤其是因为还有一种微秒分辨率的数据类型。如果你需要亚秒的时间分辨率(像我一样),那么这个差异是非常重要的。

我的型号:OSVersion=“;CR1000标准15〃;,OS日期=“;080115〃;

致以亲切的问候

迪特里希

新对话如下:

你好,dgf,

要做的第一件事是用“;CR1000操作系统17〃;在这里可以买到。。。http://www.campbellsci.com/downloads然后再试一次。
我们注意到操作系统版本之间的巨大改进。
如果这有什么不同,请告诉我们。

干杯
斯图尔特。

新对话如下:

我在记录器操作系统上做文档,所以这很可能是一个文档错误:)

我回去查看了工程师提供的初步信息,文件反映得很正确。我已经发送了进一步澄清的请求,并将通知您。

当做

Dana公司

新对话如下:

尊敬的Dana:,

谢谢你把这个传下去。我也认为文档是正确的,但get时钟响应包(MsgType 0x97)的输出不是。我又做了一些测试:

-当我 读取时钟 ,Nsec中的第二个四字节数
字段始终在0和999'999之间。这意味着微秒和
而不是文档中所说的纳秒。

-但是,如果我 调整时钟 到了50万个刻度,它只是
调整0.0005秒。要调整0.5秒,我必须
设置Nsec字段的那部分“;调整“;(消息类型0x17)到
500'000'000——正如文件所说!

看起来只有读取时钟命令使用微秒而不是纳秒。奇怪的是,从来没有人注意到这一点。从最初的操作系统版本(约12?)到当前安装的操作系统15,我的CR1000都显示了这种行为。

致以亲切的问候

迪特里希

新对话如下:

我想知道你在哪里解码纳秒值。现在很清楚了,现在我们看到了您的操作系统版本,我可以确认这不是文档错误,但这是一些记录器的固件问题。他们在Pakbus中的获取/设置时钟消息中错误地报告了微秒。

这是去年在CR1000的OS16(以及CR800和3000的等效OS)中修复的。更改日志报告为:

";修复了通过LoggerNet设置时钟时出现的低于1秒的错误";

很抱歉造成这种混乱。建议您从以下网站获取最新操作系统:www.campbellsci.com/downloads

分享到:

原文链接:,转发请注明来源!
海洋仪器网 仪器使用 NSec不提供纳秒 _Campbellsci论坛问答
「NSec不提供纳秒 _Campbellsci论坛问答」评论列表

发表评论