Hello B2k,
I don’t see the lock-up when I start my system. In addition, the pcmcia card passes the self-test in Measurement and Automation Explorer. The lock-up happens after the SingleDevice vi has established communication with my DeviceNet slave and the vi is in the process of reading and writing data. The attached NI-spy capture appears to collaborate this observation. Please see attachment. I suspect that the pcmcia card loses synchronization with the DeviceNet slave during the “Wait on Occurrence” function. I reached this conclusion by taking the “Wait on Occurrence” out of the SingleDevice vi while loop. In this case the Read DeviceNet IO vi and the Write DeviceNet IO vi within the while loop can be observed to utilize 100% of the CPU and greatly slows the computer. If this out of sync is the culprit, I think it may be caused by either a hardware (cable or pcmcia card), driver, or vi problem.
You are correct in your assumption that I am using a PCI-to-PCMCIA adapter for the pcmcia-dnet card. The adaptor I use is a Texas Instruments PCI-1225 Cardbus Controller (Driver Version 5.0.2195.2959). It is set to use interrupt #11 on my computer. The Window’s device manager does not indicate any conflict. However, I do notice that other devices use the same interrupt 11, but they do not appear to be active. Also it should be noted that I ran an application version of the SingleDevice vi on a laptop (Dell 700Mhz Pentium 3, 128k Ram, Windows 2000, Service pack 3, NI DNet version 1.3) and experienced the same lock-up issue. I appreciate any suggestions or insight you can provide. Thanks.
Best regards,
Fusion1