这是需要看你的时间精度要求，能接受毫秒级别误差还是微秒级别的误差。个人认为ms级别误差一般能满足你的要求。如果微秒级别的，需要用到cRIO这类设备。我暂时没能力处理cRIO，所以我就说说ms级别误差的方法。
Labview有提供tdms这个工具，这个可以进行高速流盘，先记录时间或者先记录数据差别并不大。只要在同一个循环中，一般都是相差以ms来计算。
请查阅相关文献来学习！如果我哪里说的不对，请帮忙改正。

Sylvain 发表于 2017-4-19 14:41
这是需要看你的时间精度要求，能接受毫秒级别误差还是微秒级别的误差。个人认为ms级别误差一般能满足你的要求。如果微秒级别的，需要用到cRIO这类设备。我暂时没能力处理cRIO，所以我就说说ms级别误差的方法。
Labview有提供tdms这个工具，这个可以进行高速流盘，先记录时间或者先记录数据差别并不大。只要在同一个循环中， ...

可以具体一些吗？不是很熟悉tdms这个怎么用。

参考一下tdms范例。。

记录时间这种事情其实没什么鸟用。除非你收数据时不使用缓冲，接收数据的系统是某种realtime系统。
缓冲的存在的使得收到数据的时间跟读取数据的时间完全不是一回事。而像windows这种非实时系统，本身能提供的计时精度连ms级都达不到。
如果想要比较精确的记录信号的时间，还是建议从信号发生端想办法。

当然如果你的计时没什么精度要求在读数据直接加个时间戳就行了。。。。

zhnuaa 发表于 2017-4-19 19:12
记录时间这种事情其实没什么鸟用。除非你收数据时不使用缓冲，接收数据的系统是某种realtime系统。
缓冲的存在的使得收到数据的时间跟读取数据的时间完全不是一回事。而像windows这种非实时系统，本身能提供的计时精度连ms级都达不到。
如果想要比较精确的记录信号的时间，还是建议从信号发生端想办法。

我觉得他也就是不会很精确的要求