LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Scope Measurements

I've implemented these 3 things:

paul_a_cardinale_0-1780153456978.png   paul_a_cardinale_1-1780153482880.png  paul_a_cardinale_2-1780153502224.png

It seems to be working OK now.

Many thanks to mcduff, LV_Tim, & JÞB.

0 Kudos
Message 11 of 14
(40 Views)

@paul_a_cardinale wrote:

@JÞB wrote:

 

Better Idea: update you resume!  Your skinflint management is probably cost cutting on payroll too!


I'm retired.  


8-Ball calibration confirmed:D. 


"Should be" isn't "Is" -Jay
0 Kudos
Message 12 of 14
(34 Views)

@paul_a_cardinale wrote:

I've implemented these 3 things:

paul_a_cardinale_0-1780153456978.png   paul_a_cardinale_1-1780153482880.png  paul_a_cardinale_2-1780153502224.png

It seems to be working OK now.

Many thanks to mcduff, LV_Tim, & JÞB.


I always hated that the glyph indicated Asynchronous.   As a rule of thumb, the only real way to get in any trouble with the mode is Asynchronous write immediately followed by a Synchronous read on a low BW bus.  Which I almost overlooked. I haven't seen that specific behavior since circa 6.1 or 7.0 on non-compliant IEEE-488 devices.  But, I have been down that rabbit hole!

 

The *WAI SHOULD be moot at best, troublesome at worst.  IIRC the command forces the device to block all further incoming messages until the device command buffer is empty.  This can cause a notable delay between VISA Write mode return times if *WAIting when additional Writes are sent.  Only use *WAI if you expect the device's command buffer is limited.


"Should be" isn't "Is" -Jay
0 Kudos
Message 13 of 14
(29 Views)

From the example you posted the scope may be cheap but the communication protocol doesn't look like early last century and seems a fairly well behaved SCPI like protocol.

 

Your problem simply was that you had not yet remembered or watched https://labviewwiki.org/wiki/VIWeek_2020/Proper_way_to_communicate_over_serial. This is one of the most useful presentations about LabVIEW VISA and especially serial port communication. From what you provided in your later response this would have given you all the needed answers.

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
0 Kudos
Message 14 of 14
(6 Views)