Yet another base address error problem

[kuchean]

I am getting a "device not responding to selected base address" error on my PCI-6533 (DIO 32 HS) board

in MAX 3.1, only when the SH68-50 cable is plugged into a 32 Channel SSR module backplane.

The device is configured as a traditional DAQ device. I have tried uninstalling it and reinstalling it several thimes,

and in different PCI slots.

Bill Lubarsky

[wildcat_600]

Hello Bill,

I have a few more questions that I was hoping you could clarify.  Does the board work fine when nothing is connected to it?  Do you only get the error when the SH68-50 cable is plugged in?   Also is this error only seen when you run the test panel in MAX?

This error could be happening for a number of reasons.  There is a nice knowledgebase article that discusses many steps that might alleviate your problem.  You can find the article here.  I know you have already done some of these steps, but I think it would be good to go through the list and try some of the steps you might not have thought of.  Please let me know how it turns out and if you have any more questions.

Have a great day!

Brian P.

Applications Engineer

[kuchean]

Brian.

The board works fine with nothing connected to it.

Unplugging the SSR backplane from the cable will enable Max to run the various boadr tests without a problem.

I have been working in MAX and not in the actual application since that seems screwed up too, and MAX is something

I know should work, and I had doubts about my vi. This system is a hardware near-duplicate of two that have been running

for years, the biggest differences are an upgrade from LabView 5.1 to 7.1, and the use of USB ports to connect to two

RS 232 devices and one GPIB device (using USB converters). I was trying to fix what would have been the simpler of two

problemis in the application: the DIO lines seemed scrambled and GPIB communication doesn't work. I was putting the GPIB

last on my to-fix list. The GPIB controller shows up in MAX, but not on the Hardware manager.

Bill Lubarsky

[Yardov]

Hello Bill,

Thank you for the response, to follow and to clarify:
- Does the board works when nothing connected and GPIB and 232 works at the same time?
- If you have that card by its own (no GPIB or 232), does it has the same problem? Does it works in other computer?
Do you see the same base address or a word "shared" under device manager double click the device and go to Resources Tab. See screenshot.
Seems like the resources are shared and are not suppose to be or that the card is damage.
Thank you,

[kuchean]

The GPIB controller is a NI USB GPIB HS interface. It is present in both MAX and the Windows Hardware Manager,

it does unt show up in the USB tree. Sending *IDN? to the HP/Agilent powersupply it is connected to returns

nothing inteligible even though it can find the device and has it's address no.

MAX had found both the PCI-DIO32 HS in question and a PCI 6024E. There is no problem with the PCI 6024E

or with the PCI-DIO32 HS when the SSR 32 backplane is not plugged in to the connecting cable. With the cable

plugged into the backplane I get the "Device not responding to base address" error.

All of the above when the devices are configured in Traditional DAQ (the preferred configuration). With DAQmx

I do not get the base address error, but while running the test panels I can see looking at the LED's on the backplane

some lines are high, some low and only two lines are responding to the software at all.

The PCI-DIO32 HS did pass it's self test.

Bill Lubarsky

[Yardov]

Hi Bill,

There is something weird here... I am thinking now that the problem might be with the SSR. Do you have a multimeter and a connector block to confirm that the lines are actually not responding to software in DAQmx? Then try it in Traditional?
Even if the original question was about DAQ, for the GPIB issue you can use NI-Spy to make sure the instrument is responding. Looks like if the instrument is being detected, then, it should respond to any other command.
Regards,

[kuchean]

Gerardo.

I am going to be purchasing another PCI-6533, as well as a new 32 channel SSR backplane.

I am going to have to duplicate this system in the future anyway (asuming I can get all of the

f#%*g bugs out of it) so the components will be used eventually. I don't have a connector block

on hand so I will have to concentrate on the GPIB problem for now.

Bill

[Yardov]

Hi Bill,

Swapping hardware is the fastest way to detect that something is not working properly.
I would definitely try each module by itself: GPIB card only inside the computer. Then only the DAQ card and try to isolate where the problem is because seems we are talking about two problems and troubleshoot two problems at the same time is harder.
GPIB Problem: This is not a GPIB forum and the question might be better answer in one of those but as I said before you would need to see if the instrument reply to any request (NI-Spy) and then the *IDN? command or other commands that the instrument accept using the "communicate with instrument" button inside MAX.
Hope this helps,