From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
04-05-2007 12:12 PM
04-06-2007 08:59 AM
04-24-2007 12:07 PM
Hello Chris,
Thank you for your reply. I tried debugging the executable and had no luck finding the problem; the network connection is too slow when I perform the remote debugging and I was not able to observe the program run at normal speed. I also checked the orignal vi for "race calls" and other such possible sources of error, but did not find any.
However I tried running my executable on another machine and it ran fine; that is to say it did not periodically freeze/pause. The specs of this machine are: Pentium III 1.00 GHz processor, 496 MB Ram, Windows XP SP2. The machine in which the executable paused/froze was a: Pentium IV 2.40 GHz processor, 512 MB Ram, Windows XP SP2. (The development system's machine has same specs of this latter one).
Furthermore, if this if of any relevance, the machine in which the executable ran properly did not observe the Taskbar clock to pause, while the machine in which the executable paused/froze periodically did observe the Taskbar clock to pause. Please recall from my original post that the periodic pausing/freezing appeared to occur in conjunction with the pausing/freezing of the Taskbar clock on the PC. I revised the original vi to use the "Tick Count" function to measure time, in place of the "Elapsed Time" express vi that I was originally using, however this did not solve the problem.
My question is this: if the executable is able to run fine on one machine, is this an indication that the problem is not within the coding of the orignal VI, and perhaps is in the PC itself? Would you know of any settings/configurations (in either the build of the executable or PC settings) that may be causing my executable to pause on some machines but not all? I would greatly appreciate any other possible suggestions on this matter.
Thank you very much,
Karin
04-25-2007 11:15 AM
04-25-2007 02:00 PM
04-25-2007 03:19 PM
04-26-2007 10:22 AM
05-02-2007 08:14 AM
Hello Chris and Travis,
I was able to solve my problem by updating the BIOS version on the problematic PC. If you recall, my latest observation was that the Taskbar clock would pause when the DAQ card was inserted in the PCI slot, and my executable would pause in conjunction with the pause of the clock.
The specs of the motherboard and BIOS revisions are:
ASUS P4B533 ACPI BIOS Revision 1011 - this one had the problem
ASUS P4B533 ACPI BIOS Revision 1013 - this was my developmental machine which had no problems
ASUS CUV4X-E ACPI BIOS Revision 1001 - this was another machine I tested the executable on; it had no problems.
I upgraded the BIOS revision to 1015 on the problematic machine and this solved the problem.
I just thought I might post this information on the forum in hopes it might help out some one else with a similar problem.
Thank you both for all your help,
Karin
05-02-2007 12:47 PM
I'm glad to hear you are up and running! It's
interesting what sort of problems in your hardware or third party products can
have on LabVIEW. We've seen some interesting things over time, the main culprits
seem to be video cards and DLL code, and it’s pretty unusual to see a BIOS
problem that doesn't totally hose your system. Looks like we were on
track in our debugging hunches.
have a good afternoon, I wish you the best on your app-