Closed blackbit42 closed 3 years ago
The write bus error is not something I have encountered before. Given that it seems that the low-level communication is meeting with some issues, I would suggest you to report directly to linux-gpib since I do not think there is anything obvious to do at pyvisa-py level.
For whatever reason I can talk to the 54542C now. I haven't changed anything. I am closing this for now.
I am running a setup on a i686 system (soekris net5501) with Debian Buster and a NI PCI board with a tnt4882 chip.
Software used: PyVISA 1.11.3 (installed via pip3) PyVISA-py 0.5.1 (installed via pip3) linux-gpib 4.3.3 (built on the system)
Instrument details
Instrument details
Instrument details
Output of
pyvisa-info
Disclaimer: I am new to GPIB and still try to find my feet. When I run a test, only a single instrument is connected to the PCI board, simply because I only have a single GPIB cable at the moment.
I can talk to the 66311A power supply in principle. It enumerates in the pyvisa shell and reacts to certain commands. E.g., I can request the IDN string, can enable and disable the output and can print fancy text on the display. Though, I get 'Rmt Addr Err' written on the display whenever I talk to it. Something is apparently wrong.
The 54200A scope doesn't want to talk to me at all, even though at some point I saw it in pyvisa 'list' as '( 0) GPIB0::1::INSTR'. When I try to talk to it, I see 'REM MTA' on the instrument screen and get 'gpib kernel: tnt4882: write bus error' in the kernel ring buffer.
The 54520C scope doesn't want to talk to me either, I cannot get it to enumerate it with its address. When I try to talk to it, I see 'QUERY UNTERMINATED' on the instrument screen. Is this the smoking gun? Apparently traffic arrives at the instrument somehow but isn't understood.
I tried various things in regard to read_termination, write_termination ('\n', '\r', '\0') and timeout as indicated by the documentation, to no avail.
Some more observations:
I get these messages in the kernel ring buffer. Not sure if that gives an indication what's wrong:
At several occasions I have run into timeouts when a query was successfully received by the instrument and a response should have been provided, even though I have set read_termination to ''.
At this point I do not really know how to debug the problem further. Any recommendations and pointers welcome.