10-24-2006 05:59 PM
10-24-2006 07:48 PM
Hello,
My mistake. The vi was intended this way. When I read the help information on "Wait Until Next Millilsecond Multiple" it did NOT include the information about the "Tick Count (ms)" because I don't really use it. It states "Returns the value of the millisecond timer. The base reference time (millisecond zero) is undefined. That is, you cannot convert millisecond timer value to a real-world time or date. Be careful when you use this function in comparisons because the value of the millisecond timer wraps from (2ˆ32)–1 to 0."
So there's no bug here but I do believe that there should be a similar function that would generate the millisecond multiple to be a multiple of real time. So, if you input 60,000 the timer would end at the end of every minute. I really don't see why the base reference time is undefined. LabView can give me the real time. I would guess that LabView could restart the millisecond timer at the start of every day. This would certainly add value to the vi.
I do want to mention that I've read other threads where people believe that the millisecond timer value is based on real time and they have inadvertantly advised others accordingly.
I'll just make my own function for now. I'll just use "Get Date/Time in Seconds", calculate the time to wait from the multiple, and divide it into 100 pieces or more (depending on resolution desired) and loop that many times or until the desired time has passed (rechecking time at each loop).
Thanks, Scott