EADR error on ibwrt in Windows 7

[Pigrew]

Hi,

I'm trying to move a load pull system from a windows XP computer (using NI-GPIB 2.4) to a Windows 7 computer (using NI-GPIB 2.7.3).

The software I use is the Maury ATS automated load pull setup. I do have the source code for the drivers, so I am able to change most of the setup.

The softare uses a separate process for each instrument and the traditional GPIB functions (ibwrt, etc...). On the new computer, I'm getting a EADR error during the run. What is confusing me is that it is able to communicate with both devices for a bit, but it will eventally return the EADR. The online help seemed to imply that the board address was wrong, but the fact that it had been communicating with the devices suggests that it was address should be correct.

I'm attaching a NI SPY log of the problem.

Thanks,

Nathan

[Pigrew]

Another thing that I forgot to mention: I had tried to install the old v2.4 GPIB drivers on the computer, and they caused the computer to crash.

So, I removed the old drivers and installed the new v2.7.3.

-Nathan

[Pigrew]

And one last observation: The software works correctly when I use a GPIB-USB-HS. It was not working when I was using a PCI-GPIB.

[Al.B]

Hi Pigrew,

I have a few questions to get a better idea of what is going on here:

1. It looks like the error is occuring on a particular command (UNIT2:POW W.). Do you always get the error on this call?
2. If so, do you get the same error if you make this call in MAX?
3. What are the primary and secondary addresses of the controller and all instruments?  When you tried on the working USB-HS, was the addressing for this device the same as for the PCI?

I'm looking forward to your reply!

[Pigrew]

1. I've had this EADR error when communicating with multiple instruments. I've only observed it as the first command being sent after switching the target instrument for communications.

2. Initially, this UNIT2:POW W command succeeds. See the line #30 from the spy log. I've not been able to reproduce using MAX, but I've not tried much....

3. All secondary addresses are 0. I have my controller (PCI or USB) set to primary address 0. I have many devices on the bus:

8=HP E3634A

10=HP 33250A

15=HP 4438C

16=HP E8362A

18=HP E5270A

19=R&S FSQ-26