Why does MAX display "Unable to test chassis at this time?"

[Rexbo]

I use a laptop to develop software, including MAX configurations for SCXI and AI applications. When the executable application is loaded on a target pc, and I use MAX to load the traditional NIDAQ file created on the development pc, most times the installation fails with the SCXI test showing "Unable to test the chassis at this time." This is about a worthless error message. Does it mean you can test the chassis at another time? In my experience, the only solution is deleting the chassis and reinstalling the same chassis, then everything works. The problem is, with cards like the SCXI-1520, much of the setup information (i.e., filter bandwidth) is setup through MAX, so that all has to be reprogrammed. First,
this error message should be changed to show a fatal error, i.e., "You must delete and reinstall the chassis to continue." NI has been unable to help me understand what causes this error. Is anyone else experiencing this problem?

[AVR]

I have found that this problem occurs everytime I install my PCMCIA DAQ card in my notebook. I always remove my DAQ cards when I am done for the day to avoid battery drain on the notebook. When I reinstall the DAQ card, MAX will recognize the card and assign it the correct device ID; HOWEVER, the DAQ card reference to the SCXI chassis always gets reset to "NONE".
If I try to test the SCXI chasis I get the message "Unable to Test the Chassis at this Time". So, the solution is to click on the module that is cabled to the DAQ card and "re-establish" the " Device connected to:" field to the appropriate device. It would appear that MAX performs a "nulling" function if the referenced device ID does not match a resident device. I hope that this helps.