Products > Test Equipment
HP16500B Logic Analyzer Data Download Issue
(1/2) > >>
frenzi:
Hi everyone, i'm trying to download screenshots from my HP 16500B logic analyzer over RS232 interface to my pc, but the image data transmission is not working properly.

I have 2 different 'setups' for serial comunication:
 > python script with pyserial on Windows 10 with a usb to rs232 adapter
 > HP instrument basic with real serial port on a win95 HP Vectra

Hardware setup:
>Both on win10 and win95, in device manager: 19.2kBaud, no parity, 1 stop bit, Xon/Xoff
>LA updated to the last firmware rev (3.14), setted up accordingly
>three wire null modem cable (only TX,RX and sGND connected)

What i'll explain from here is happening both with win10 and win95 setups:
as long as i send commands that don't have to receive back large amount of data all works fine. I can write and read all kind of commands. Troubles begins when i try to download 'large' files.
Particularly, i send the command:
:MMEM:UPL? '\TEST_SCR.PCX',INT1 (== Send me TEST_SCR.PCX from the floppy drive)

The command is recieved correctly by the LA that sends me back the right file dimension; when it starts to send image data, at certain point pc sends xoff command (Dec 19, Hex 0x13, ASCII DC3) (i think that this happens when input buffer it's 90% full), then the LA sends 1 byte more and then everthing freeze. The LA screen doesn't respond to commands (some times it comes back after a while, sometimes it needs reboot) and:
 >when using win10, the usb to serial converter shut itself off and is no more recognized by windows as a valid usb peripheral
 >when using win95, i'm using the example script at page 182 of the Programmer's Guide (typo on line 40); the hp basic script freeze on line 80 of the example and need restart (obviously i've also implemented the port configuration in the 'script')

 No xon command is sended after that, neither from win95 nor from win10.
 
After trying different settings I started thinking about a hardware problem so i run the LA RS232 self test with the loopback connector installed; self test passed ok.
In the user manual is specified that MMEM:UPL? query is for 16550A config files only (p. 181), so i've tried to download that kind of file but with the same results.

I don't know how to solve the issue. Can you help me? Thanks

P.s. Attached are the traces of the error (after DC3 == xoff 1 byte more is sent, then nothing more. Don't look at the rts and cts traces)
alm:
Have you tried hardware flow control (RTS/CTS) instead of software flow control (XON/XOFF)?

Does your 16500B have the LAN option, or do you have the ability to use GPIB? In my experience (with a scope, not a logic analyzer) RS-232 is a lot more finicky than GPIB for large binary transfers.
frenzi:
My 16500B doesn't have LAN option and i don't have a GPIB interface.
I've tried hardware flow control but there's something wrong with it; I cannot remember exactly what (is the first thing i've tried about 1 month ago) but i wasn't able to control the LA with hardware flow control and i remember that has to do with the usb to serial converter. Now that I have play a little bit more with all that things, I've a clearer view of what I am doing and I can try whit that again. At that time i've tried hardware flow control only from windows 10, so i can also try with win95 and see what happens. I let you know, thanks.

OT: I don't have a GPIB to USB interface because they're super-expensive, but, right now, i've see this project; maybe i will try to build this. What advantages does GPIB have over RS232?
alm:

--- Quote from: frenzi on August 05, 2022, 03:49:37 pm ---I've tried hardware flow control but there's something wrong with it; I cannot remember exactly what (is the first thing i've tried about 1 month ago) but i wasn't able to control the LA with hardware flow control and i remember that has to do with the usb to serial converter. Now that I have play a little bit more with all that things, I've a clearer view of what I am doing and I can try whit that again. At that time i've tried hardware flow control only from windows 10, so i can also try with win95 and see what happens. I let you know, thanks.

--- End quote ---
I'd try hardware flow control with the win95 machine with the real serial interface, indeed. It might well be that the USB to serial interface doesn't implement the RTS/CTS lines properly, since most more modern RS-232 devices don't use them anymore. But the 16500 was created in a time when RS-232 interfaces implemented the full interface with all control lines.


--- Quote from: frenzi on August 05, 2022, 03:49:37 pm ---OT: I don't have a GPIB to USB interface because they're super-expensive, but, right now, i've see this project; maybe i will try to build this. What advantages does GPIB have over RS232?

--- End quote ---
It's been my experience with devices that implemented GPIB and RS-232 that the latter usually felt like an afterthought with less functionality. For example RS-232 doesn't implement binary transfers, so some devices will just send a blob of data over without any indication of length or any end of data mark. But I can't comment specifically on using GPIB vs RS-232 with the 16500.
frenzi:
Little progresses with hardware flow control.Double cheched my null modem cable and i've made wrong connections (programmer's guide Is slightly confusing, and i've not paid too much attention).
With my 'new' null modem cable and win95 (setted hardware flow control on win95 device manager, no flow control on hp basic and on the LA) i can send and receive commands correctly, but, like with the 3 Wires cable, when trying to receive large amount of data, so when flow control Is needed, the process freezes.Needs furter inspection with the scope (tomorrow).
I'll let you know.
Thanks

Navigation
Message Index
Next page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod