Siglent: Retrigger after waveforms have been captured #137
Conversation
In addition to retriggering, I also reduced the scope of lock(m_mutex) to just the acquisition phase, just as it is done for the LeCroy scope. This increases the responsiveness of the STOP button such that it reacts immediately to the event. Without it, there are 4 or more AcquireData calls before the STOP button event kicks in. During that time, the LeCroyOscilloscope::Stop() is stalled at the lock(m_mutex) phase.
|
So this code works fine with USBTMC, but hangs when using Lxi. It seems to be because there are 2 different threads issuing lxi requests:
How is this done with LeCroy and the lan driver? Is the issue that the Lxi library isn't reentrant? If so, what's the solution? Do we need a new Transport method that combines SendCmd and Reply and make that atomic? |
|
By regrabbing the m_mutex before retriggering, concurrent Lxi library requests are avoided again, and things work. I think this is the right solution. But it raises the question: isn't there a m_mutex grab missing in LeCroy code? |
|
Good catch re the mutex grab in the LeCroy driver. Yes, that's a bug. Fixed in 3623e1b. |
No description provided.