Krenz transient logger + Labview, how?

[dp 178]

Hi all,
we have an old Krenz 6410 transient recorder, which has
been controlled with an MS-DOS program. Since we now have Labview + GPIB-card, I want to get it to work.
But I didn't succeed. For starters, I would be happy I could change the state from start to display and back.
Here's what the manual says and what the device wants:
The device is at GPIB PAD 4. It is set for no EOI. To change the state, I have to transmit 2 bytes. First byte sets state function, second sets new state.
The manual says that I have to use GET and SDC signal to discern between the two: "Adress (e.g. state function) is transmitted with
Trigger (GET) followed by Clear (SDC), the data (e.g. new state) afterwards."
In my case GET-144-SDC-2.
So I
connected a GET, Write to GPIB, SDC, Write to GPIB
block, but: 1. The state already changes on the first Write to GPIB and 2. the second Write to GPIB simply times out after a while.

The manual says that another way to discern between the two bytes would be to use the remote signal: First byte
is transmitted with remote signal on, second is transmitted with remote signal off. How could I do this, and would this be easier?
Thanks a lot in advance, Dirk

[Lab Viewer]

HI,
first of all, be sure you configured GPIB as required (especially EOI, which has it enabled by default).

Regarding the remote signal, you have functions to handle it in both VISA and GPIB palettes. DO a search in help with "REN" keyword to see details.

Let us know if it's working

p.s.: you may want to use a GPIB spy for Dos to see how the communication is done in your old program

[dp 178]

Since I'm new, I'm a bit cautious. Isn't it possible to
connect the old computer to the device and then connect the device to the new computer with GPIB-card, set this
card passive and then use the NI-spy to read the GPIB traffic as well?

[Lab Viewer]

Unfortunately I didn't try it this way, so I am just supposing that you can do it.
But, as far as I know NI Spy monitors calls made by applications and related communication. Thus, I'm not sure that you can monitor just the communication (especially because the card in your new computer isn't the controller on the bus).
Ask this on GPIB group too ...

[dp 178]

Update on question: Inside the recorder, I switched jumpers so now the device uses the remote on/off method
to discern between the two bytes. Moreover, changed another jumper so now the device uses EOI. Unfortunately, the *!?xxx manual doesn't say anything about the EOS byte stuff, so I left all values untouched (like send EOI with EOS).
The advantage of all this: Now I can see the device when I use MAX to explore the GPIB bus, at PAD 4 and SAD 0, like the manual says. Only the identification is
a little weird, it says *IDN?=y (y with umlaut). I think this is because the device is too old to support this IDN stuff.
With Labview so far no success. I found an old pascal program that sends the following command to change settings:
UNT UNL MTA LISTEN 4 GET DATA 129
SDC UNT UNL MTA LISTEN 4 DATA 4
So before sending 129 (adc-channel), we have GET and afterwards SDC (see first posting). But how do I cast this to Labview? Does that ring a bell? (And not the obvious X-mas bell ...)
So much
Dirk

[asudj]

I  have the same problem for the Krenz transient recorder and GPIB card.  The transient recorder model is 4080, 4 channels. When I use MAX to find the device, but it can't recognize it correctly, the description is yyyyyyyyyyy ( with umlaut).  it indicates instrument 0. When I choose ' communicate with equipment',  inquery it using *IDN?, error happened due to time out.  I can't realize remote control.

I also use a function generator to input a sine wave signal to the recorder, and read it from computer using 'communicate with equipment' of MAX, and get binary file which is full of fffffff ffffff. I can't understand this. Is there anyone once solve this problem? thanks a lot.

[asudj]

I made some progress.

When I do " Scan for instruments", it shows GPIB interface number
value=0, and
instrument0 primary address=4, and description is yyyyyy...(y with umlaut).
when do" communicate with instrument", using send string commend:
*IDN? and
Query/Write, the string received:
"
iberr = EABO

EABO indicates that an I/O operation has been canceled, usually due to a
timeout condition after a GPIB read.  Before reading from the instrument,
verify that the GPIB command you are sending is understood by your device and
instructs it to place data in its output buffer.  For information on your
device's command syntax, consult the instrument manufacturer's user
documentation."

But when I use Read commend, I got the following infor.

Binary Information Received...
71 ff 75 ff 94 ff 97 ff 97 ff 97 ff 95 ff 92 ff 8d ff 88 ff 82 ff 7c ff 77 ff
72 ff 6e ff 6b ff 69 ff 68 ff 68 ff 6b ff 6f ff 74 ff 79 ff 7f ff 85 ff 8a ff
8f ff 93 ff 96 ff 97 ff 97 ff 96 ff 93 ff 8f ff 8a ff 85 ff 7f ff 79 ff 74 ff
6f ff 6c ff 69 ff 68 ff 68 ff 6a ff 6d ff 71 ff 76 ff 7c ff 82 ff 88 ff 8d ff
91 ff 94 ff 96 ff 97 ff 97 ff 95 ff 91 ff 8d ff 87 ff 81 ff 7c ff 76 ff 71 ff
6d ff 6a ff 69 ff 68 ff 68 ff 6b ff 6f ff 74 ff 79 ff 7f ff 85 ff 8a ff 8f ff
93 ff 96 ff 97 ff 97 ff 96 ff 93 ff 8f ff 8a ff 84 ff 7e ff 79 ff 74 ff 6f ff
6b ff 69 ff 68 ff 68 ff 6a ff 6d ff 71 ff 77 ff 7c ff 82 ff 88 ff 8d ff 91 ff
95 ff 96 ff 97 ff 97 ff 95 ff 91 ff 8d ff 87 ff 81 ff 7c ff 76 ff 71 ff 6d ff
....

During all the operation, a sine wave is in the memory of Krenz transient
recorder.

On the recorder, there is botton " Digital out", when I click it and
use "READ" commend, I got the above information. Are these part of
sine wave in binary format?