02:40
Degi_ has joined #scopehal
02:41
Degi has quit [Ping timeout: 240 seconds]
02:41
Degi_ is now known as Degi
03:12
<
_whitenotifier >
[scopehal-pico-bridge] azonenberg 6b85023 - Minor cleanup, added thread names for debugging
03:12
<
_whitenotifier >
[scopehal-pico-bridge] azonenberg c2db9bc - Merge branch 'master' of github.com:glscopeclient/scopehal-pico-bridge
03:12
<
_whitenotifier >
[scopehal-pico-bridge] azonenberg 176a571 - Updated copyright year
03:12
<
_whitenotifier >
[scopehal-pico-bridge] azonenberg e8d3053 - Added initial scpi-serve-rtools submodule and linker configuration. No actual refactoring done yet.
05:28
<
_whitenotifier >
[scpi-server-tools] azonenberg 32a4cc1 - OnQuery() now returns a bool
05:28
<
_whitenotifier >
[scopehal-waveforms-bridge] azonenberg 835f8f1 - Updated submodules
05:33
<
_whitenotifier >
[scopehal-pico-bridge] azonenberg 487c940 - Refactored to use scpi-server-tools
06:07
<
azonenberg >
@louis ok i think the pico bridge is mostly refactored to this point
06:10
<
azonenberg >
and i'm already finding API changes i want to make
06:12
<
azonenberg >
let me know when you have your bridge updated and we'll regroup to discuss
06:41
monochroma has quit [*.net *.split]
06:44
monochroma has joined #scopehal
08:50
bvernoux has joined #scopehal
10:21
kbeckmann has quit [Remote host closed the connection]
10:21
kbeckmann has joined #scopehal
14:25
mxshift has quit [Ping timeout: 250 seconds]
14:25
sorear has quit [Ping timeout: 250 seconds]
14:26
sorear has joined #scopehal
14:28
mxshift has joined #scopehal
21:07
<
d1b2 >
<louis> @azonenberg RE: server-tools, here's a first stab at command interfaces: c++ virtual void Start(bool oneShot = false); virtual void ForceTrigger(); virtual void Stop(); virtual void EnableProbeEnabled(size_t chIndex, bool enabled); virtual void SetProbeCoupling(size_t chIndex, const std::string& coupling); virtual void SetProbeRange(size_t chIndex, double range); virtual void SetSampleRate(uint64_t rate_hz);
21:07
<
d1b2 >
virtual void SetSampleDepth(uint64_t depth); virtual void SetTriggerDelay(uint64_t delay_fs); virtual void SetTriggerSource(size_t chIndex); virtual void SetEdgeTriggerLevel(double level); virtual void SetEdgeTriggerEdge(const std::string& edge);
21:08
<
d1b2 >
<louis> The other item is that we are exchanging sample rates as fs/sample on the wire, but producing and consuming them both in Hz; is there any reason for that or can we get rid of the fs/sample<->Hz conversion at both ends?
21:13
<
d1b2 >
<louis> Err, here: c++ virtual void Start(bool oneShot = false); virtual void ForceTrigger(); virtual void Stop(); virtual void SetProbeEnabled(size_t chIndex, bool enabled); virtual void SetProbeCoupling(size_t chIndex, const std::string& coupling); virtual void SetProbeRange(size_t chIndex, double range); virtual void SetSampleRate(uint64_t rate_hz); virtual void SetSampleDepth(uint64_t depth); virtual void
21:13
<
d1b2 >
SetTriggerDelay(uint64_t delay_fs); virtual void SetTriggerSource(size_t chIndex); virtual void SetTriggerTypeEdge(); virtual void SetEdgeTriggerLevel(double level); virtual void SetEdgeTriggerEdge(const std::string& edge);
21:13
<
d1b2 >
<louis> Could enum-out coupling, edge, trigger types if we wanted to.
21:28
<
azonenberg >
And well, there are conversions in all of the drivers because waveforms work in fs/sample
21:28
<
azonenberg >
but the gui works in hz
21:28
<
azonenberg >
hz over the wire does make more sense though i think
21:29
<
azonenberg >
Triggers get fun because there's so many types. we can include some common types in the base class
21:41
bvernoux has quit [Read error: Connection reset by peer]
22:43
<
d1b2 >
<louis> Do you want me to add those to BridgeSCPIServer and refactor the sigrok into them, or do you want to set up the API?
22:44
<
d1b2 >
<louis> I've been fixing that off-by-a-few-samples trigger timing bug in the DSLogic. Did the 1+ sample trigphase offset as suggested.
22:44
<
d1b2 >
<louis> Before and after 🙂
22:47
<
azonenberg >
@louis: awesome
22:47
<
azonenberg >
I have no pending un-pushed changes
22:47
<
azonenberg >
I think those APIs look decent for now
22:48
<
azonenberg >
Feel free to go apply them on your end then i can read through everything when you're done
22:49
<
azonenberg >
Related: I am planning to build a little test board soon
22:49
<
azonenberg >
It's going to use a DS125DF111 10gbit retimer as a differential PRBS genenerator
22:49
<
azonenberg >
including some single ended and differential test points and SMA outputs
22:50
<
azonenberg >
and programmable equalization etc
22:50
<
azonenberg >
So i can slap a stm32 on it and have a simple uart and/or push button based UI to create serial stimulus waveforms of various types