当系统时间设置到“过去”时，NI Linux中的LabVIEW Run-Time 被挂起
主要软件: LabVIEW Modules>>LabVIEW Real-Time Module
主要软件版本: 2014
主要软件修正版本: N/A
次要软件: N/A
|
||||||||||||||||||||||||||||||||||||||||||||||||||
问题: 我正在使用NI System Cofiguration的 Set Time.vi, 在MAX中是Time Settings选项，或者是NI Web-based Configuration & Monitoring中的Time Configuration选项。当我将我的NI Linux RT系统控制器的当前时间设置到过去时，我的LabVIEW VI或者应用将被挂起，这是为什么？
解答: 有一个已知的特性（ID：543468），其中，当NI的RT控制器当前时间被设置到过去时间（如n秒前），则LabVIWE的代码将会被挂起n秒。 以下版本将受到这一特性的影响：
|
LabVIEW Real-Time Version |
Real-Time Operating System |
|
2014 |
NI Linux Real-Time (Intel x64) |
|
2015 |
NI Linux Real-Time (ARM) |
如果你不确定该在特定的控制器上使用哪一种操作系统，您可以参考知识库的4LRA4IQ0文档:
What Operating System Is My Real-Time Controller Running and Why?（我应该使在我的RT控制器上运行哪种操作系统，为什么？）
当当前时间被重新设定，但代码是需要等待执行的，则这一命令将不会导致挂起的情况。所以，针对这一问题，可以在更改新的时间后，立即重启目标VI或应用。
MAX中的处理方法:
当完成时间的重新设定，在控制器配置页面（或在远程中右键）选择重启。
Web-based Configuration & Monitoring中的处理方法:
在完成时间设定后，按页面上方的重启按钮。
LabVIEW VI或应用中的处理方法:
在Set Time.vi后立即使用 NI System Configuration Restart.vi immediately after the Set Time.vi.如下图例子：
Set Time.vi 并非被设计成一个能在RT系统和其他系统中维持同步的模块。它被设计成为控制器配置当前的时间/时间域的模块，所以在RT操作中而非时间配置中使用了这个vi的应用可能并不会在重启后生效。 在这些情况下，使用被支持的同步机制，例如Network Time Protocol (NTP)或基于软件的1588协议（NI-TimeSync插件）。
相关链接:
LabVIEW 2014 Real-Time Module Known Issues
LabVIEW 2015 Real-Time Module Known Issues
NI Community: Installing and Configuring NTP on NI Linux Real-Time Devices
KnowledgeBase 4LRA4IQ0: What Operating System Is My Real-Time Controller Running and Why? KnowledgeBase 6UQENJSZ: Why Doesn't My ARM-based Linux Real-Time Target Act as a 1588 Master?
附件:
|
||||||||||||||||||||||||||||||||||||||||||||||||||
报告日期: 10/14/2015
最近更新: 11/01/2015
文档编号: 72DETC1O