From Saturday, Nov 23rd 7:00 PM CST - Sunday, Nov 24th 7:45 AM CST, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Saturday, Nov 23rd 7:00 PM CST - Sunday, Nov 24th 7:45 AM CST, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
12-13-2023 07:25 AM
12-13-2023 09:19 AM
I never said its Altenbachs' codes problem, it was working fine but was not able to use for measuring small times.
Yes, I have used it for acquiring analog signals. I am using PXI-6345 I\o card.
why would I need use a continous measurement, when I only need to detect a single edge
12-13-2023 09:33 AM
I was able to do it using a counter
12-13-2023 09:50 AM
@gok010 wrote:
I was able to do it using a counter
Yup, there was something very wrong with your DAQmx Task that was hardware dependant.
12-13-2023 10:05 AM - edited 12-13-2023 10:06 AM
@gok010 wrote:
Thank you for replying to my post, though your code works well up to measuring 30ms, it is inaccurate in measuring less than 30ms
My code is highly accurate within the limits of a non-realtime OS (~2ms). Once you add your DAQ code, the loop time is determined by the slowest process inside the loop and this is outside my control. Basic dataflow principle.
Since you only want to measure time and not immediately react to it, all you probably need is a continuous hardware timed acquisition that stops at the next occasion after the signal has changed, then you can analyze the waveform to see exactly when it happened within the precision of your sampling rate.
If you want deterministic single-point processing, you need an FPGA, of course.
(Sorry, I cannot look at your counter code. Only LabVIEW 2020 here)
12-16-2023 02:46 PM
Thank you, it worked with continuous mode