azonenberg changed the topic of #scopehal to: libscopehal, libscopeprotocols, and glscopeclient development and testing | https://github.com/glscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
Degi has quit [Ping timeout: 240 seconds]
Degi has joined #scopehal
<azonenberg> > random number of seconds
<azonenberg> thats not great
esden has quit [Read error: Connection reset by peer]
_florent_ has quit [Read error: Connection reset by peer]
_florent_ has joined #scopehal
esden has joined #scopehal
sorear has quit [Ping timeout: 252 seconds]
sorear has joined #scopehal
bvernoux has joined #scopehal
balrog has quit [Quit: Bye]
<d1b2> <edgetriggered> The SCPISocketTransport debug logs show that it's issuing a SINGle acquisition, then repeatedly querying ACQuire:STATe? to see if data is ready, then CHAN1:DATA:HEAD? which frequently returns "Got 0E+00,0E+00,0,0 -- Skip update, no data from scope".
balrog has joined #scopehal
<d1b2> <edgetriggered> I'll study the programming guide and reference code to see if there's a more reliable way. Still not very familiar with this instrument yet.
<d1b2> <edgetriggered> Programming guide example uses SING; *OPC? before CHAN:DATA:HEAD? so I'll try it out instead.
<d1b2> <edgetriggered> That is a lot more reliable now and I get a stable 1.6 FPS.
<d1b2> <edgetriggered> I suspect the ACQ:STAT? could be removed as well but might require some other code restructuring?