05-15-2007 05:08 AM
05-16-2007 06:08 AM
05-16-2007 07:31 AM
I have a Dell Latitude D520, with Intel Core2 Duo T7200 2.0GHz processors, and 1GB RAM (I thought it had 2GB when I wrote the original message). It has an O2Micro OZ711EZ1 MemoryCardBus Controller. It is running Windows XP Professional Version 2002 Service Pack 2. When it goes wrong, everything just freezes, and the only way to get out of the problem is to hold down the 'Standby' button on the laptop until it switches off. Sometimes it will boot straight back up, but sometimes Windows won't even boot up. If this happens, unplugging the CardBus 8310 and booting up again sorts the problem. It is definitely something associated with LabVIEW that is causing the crashes, as this is often the only application running, but as the whole laptop locks up, no LabVIEW error messages appear. Is there a LabVIEW log, or anything like that which might throw some light on the problem?
The problem seems to be worse the more LabVIEW is doing. For example, I am using an example of a Profibus Master vi from Comsoft, which has a default process update time of 10ms. However, if the vi runs at that speed, LabVIEW crashes almost immediately. After some trial and error, it seems to be fairly stable at an update time of 1s, but this will not be sufficient to carry out the testing that I need to do.
I have looked on your validated laptop list, and the Latitude D520 is not there. Does that mean that it has been tested and problems have been found, or has it not yet been tested?
Thanks for your help so far......
Ian
05-17-2007 06:10 AM
05-21-2007 09:53 AM
Hi Lee
The laptop has been rebuilt with Windows and LabVIEW re-installed. However, it has made no difference. I now cannot get past the 'Press Ctrl + Alt + Delete' screen, as this is the point where the laptop now locks up if the CardBus is inserted into the PCMCIA slot. Without the CardBus inserted, the laptop works normally. Can you think of anything that may cause this problem? Our IT dept think that it may be a driver issue.
We have an HP laptop that I am going to install LabVIEW on as a test tomorrow. I'll first check to see if the model is on your list, though. I'll let you know how I get on with this experiment tomorrow.
Cheers
Ian
05-22-2007 06:54 AM
05-23-2007 05:01 AM
Hi Lee
The other laptop I tried was an HP Compaq nx6325. It has dual AMD Turion processors and a Texas Instruments PCMCIA CardBus. However, when I tried to install the 8310 CardBus Cotroller software from the CD, the installation process crashed, and the laptop would not boot up into Windows at all, even in Safe Mode after this We tried repairing it using the Windows CD, but this didn't work. In the end we had to wipe the hard drive and start again. I'm not sure whether this was just a glitch or whether there is a real compatibility issue with this software and this laptop. We haven't tried this again yet. Have you ever seen anything like this before? One of our IT engineers thinks that some corruption occurred when the 8310 software altered the boot.ini file. Do you think it's worth trying to install the 8310 driver again on this laptop?
Anyway, the BIOS upgrade allowed me to boot up the Dell laptop and complete the installation of the drivers for the cards in the PXI Chassis, so I am back to where I was before the Windows and LabVIEW re-install. Labview still hangs up as it did before. Could this be caused by LabVIEW trying to do too much? I have been trying with an example of a profibus driver from ComSoft. I have edited it slightly to always send an output word to the slave device, rather than on the press of a button, but other than this it is a standard example vi. It seems to run OK with a process update time of 50ms, but hung up if I reduced this time to 10ms (which is actually the example default). I would have thought that a 10ms update time should not have presented a problem for LabVIEW running on this laptop. But it also hung up earlier today as soon as I pressed the RUN VI arrow on another vi that does not normally present any problems, so the process update time issue could be a red herring. If LabVIEW can't complete the instructions within a loop before the process update time is complete, what happens to LabVIEW?
I could run LabVIEW with the Windows Performance Monitor also running. Is there any particular items I should monitor?
As far as getting the kit down to your office is concerned, it would probably be best if I brought it down, if that would be the best way to get to the bottom of this problem. I would have to bring the Profibus Slave to give us a full system test. If this seems to be the best option, when would you be available?
Many thanks
Ian
05-24-2007 11:09 AM
06-18-2007 02:39 AM