azonenberg changed the topic of #scopehal to: libscopehal, libscopeprotocols, and glscopeclient development and testing | https://github.com/azonenberg/scopehal-apps, https://github.com/azonenberg/scopehal, https://github.com/azonenberg/scopehal-docs | Logs: https://freenode.irclog.whitequark.org/scopehal
_whitelogger has joined #scopehal
juli965 has quit [Quit: Nettalk6 - www.ntalk.de]
_whitelogger has joined #scopehal
Degi has quit [Ping timeout: 240 seconds]
Degi has joined #scopehal
_whitelogger has joined #scopehal
electronic_eel has quit [Ping timeout: 240 seconds]
electronic_eel has joined #scopehal
_whitelogger has joined #scopehal
azonenberg_work has quit [Ping timeout: 256 seconds]
azonenberg_work has joined #scopehal
_whitelogger has joined #scopehal
_whitelogger has joined #scopehal
<_whitenotifier-f> [scopehal] azonenberg opened issue #272: Support for Tek 6 series DVM option - https://git.io/JUVqR
<_whitenotifier-f> [scopehal] azonenberg labeled issue #272: Support for Tek 6 series DVM option - https://git.io/JUVqR
juli965 has joined #scopehal
<_whitenotifier-f> [scopehal] azonenberg opened issue #273: Refactoring: replace snprintf and sscanf with sto* and to_string() where practical - https://git.io/JUVq2
<_whitenotifier-f> [scopehal] azonenberg labeled issue #273: Refactoring: replace snprintf and sscanf with sto* and to_string() where practical - https://git.io/JUVq2
juli965 has quit [Quit: Nettalk6 - www.ntalk.de]
<Degi> Is there a usable cheap VNA which can do like 1-500 MHz?
<azonenberg> The nanoVNA does 10 kHz - 1.5 GHz iirc and i've heard good things about it
<azonenberg> it's not full 2 port, it only gives you S11 and S21
<azonenberg> and i doubt dynamic range etc is great
<azonenberg> But people seem to like it
<_whitenotifier-f> [scopehal-apps] azonenberg opened issue #196: Graphical display of per channel deskew somehow - https://git.io/JUVm8
<_whitenotifier-f> [scopehal-apps] azonenberg labeled issue #196: Graphical display of per channel deskew somehow - https://git.io/JUVm8
<_whitenotifier-f> [scopehal-apps] azonenberg labeled issue #196: Graphical display of per channel deskew somehow - https://git.io/JUVm8
<_whitenotifier-f> [scopehal] azonenberg pushed 2 commits to master [+0/-0/±4] https://git.io/JUVm4
<_whitenotifier-f> [scopehal] azonenberg d2311b5 - TektronixOscilloscope: implemented Get/SetTriggerOffset(). See #13.
<_whitenotifier-f> [scopehal] azonenberg f00c551 - TektronixOscilloscope: Implemented Get/SetDeskewForChannel(). At this point basic functionality for analog-only usage works. No advanced triggers supported, only edge. No digital channel support. Fixes #13.
<_whitenotifier-f> [scopehal] azonenberg closed issue #13: Add Tek scope driver(s) - https://git.io/JJVNH
<_whitenotifier-f> [scopehal] azonenberg opened issue #274: Tek driver does not work over LXI, only raw SCPI - https://git.io/JUVmz
<_whitenotifier-f> [scopehal] azonenberg labeled issue #274: Tek driver does not work over LXI, only raw SCPI - https://git.io/JUVmz
<_whitenotifier-f> [scopehal] azonenberg labeled issue #274: Tek driver does not work over LXI, only raw SCPI - https://git.io/JUVmz
<azonenberg> I'm going to call this minimum usable functionality now
<Degi> What is full 2 port? S22 and S21?
<azonenberg> Yeah
<azonenberg> So basically it can only transmit on port 1
<azonenberg> but receive on both
<Degi> So I could essentially swap the cables and then get both measurements
<azonenberg> Correct
<Degi> Sounds good to me
<Degi> Oh cool, the tek driver is working now
<azonenberg> And then write some code to postprocess the two s-parameter files to merge into one s2p
<azonenberg> Minimum functionality, and not tested on older instruments. in fact i *know* it wont work on anything that doesnt report itself as an mso5/6 because i hard coded *IDN? checks for them
<azonenberg> and most of my code is gated off for any unknown device
<Degi> How long does each acquire take?
<azonenberg> i've seen hints that mso4 may work on the same protocol but i don't want to commit to anything until i've tested
<Degi> It is over a WAN right?
<azonenberg> Degi: over a VPN that's >100ms round trip? 3-4 seconds for 500k points lol
<azonenberg> i expect locally it will be almost as fast as lecroy
<Degi> Hmm, should compare that to the rigol... heh (though IIRC the rigol can sometimes get a few FPS)
<azonenberg> Perhaps a bit slower as it seems to not like batching
<azonenberg> but that could also have been some older bugs i had, or the WAN being derpy
<azonenberg> I'll try to optimize more when i get hands on time on one
<_whitenotifier-f> [scopehal] azonenberg opened issue #275: External refclk/trigger sync support on Tek MSO5/6 - https://git.io/JUVO3
<_whitenotifier-f> [scopehal] azonenberg labeled issue #275: External refclk/trigger sync support on Tek MSO5/6 - https://git.io/JUVO3
<_whitenotifier-f> [scopehal] azonenberg opened issue #276: Tek DPO7000 series support - https://git.io/JUVOD
<_whitenotifier-f> [scopehal] azonenberg labeled issue #276: Tek DPO7000 series support - https://git.io/JUVOD
<electronic_eel> Degi: I'd ask bvernoux about the nanovna 2. I think he has one and also knows which models are from the original designers and which ones are clones
<Degi> Okay, I'll do that when they're online
<_whitenotifier-f> [scopehal-apps] nshcat forked the repository - https://git.io/JfNTg
<_whitenotifier-f> [scopehal-apps] nshcat opened issue #197: e - https://git.io/JUVZl
<_whitenotifier-f> [scopehal-apps] nshcat edited issue #197: OscilloscopeWindow::SerializeWaveforms relies on system() to delete existing waveforms - https://git.io/JUVZl
<_whitenotifier-f> [scopehal-apps] nshcat assigned issue #197: OscilloscopeWindow::SerializeWaveforms relies on system() to delete existing waveforms - https://git.io/JUVZl
<_whitenotifier-f> [scopehal-apps] nshcat edited issue #197: OscilloscopeWindow::SerializeWaveforms relies on system() to delete existing waveforms - https://git.io/JUVZl
<_whitenotifier-f> [scopehal-apps] nshcat opened pull request #198: [WIP] Replace `system()` usage in SerializeWaveforms - https://git.io/JUVnl
<_whitenotifier-f> [scopehal-apps] nshcat synchronize pull request #198: [WIP] Replace `system()` usage in SerializeWaveforms - https://git.io/JUVnl
<_whitenotifier-f> [scopehal-apps] nshcat synchronize pull request #198: [WIP] Replace `system()` usage in SerializeWaveforms - https://git.io/JUVnl
<_whitenotifier-f> [scopehal-apps] nshcat synchronize pull request #198: [WIP] Replace `system()` usage in SerializeWaveforms - https://git.io/JUVnl
<_whitenotifier-f> [scopehal-apps] nshcat edited pull request #198: Replace `system()` usage in SerializeWaveforms - https://git.io/JUVnl
florolf has quit [*.net *.split]
florolf has joined #scopehal
juli965 has joined #scopehal
juli965 has quit [Client Quit]
bvernoux has joined #scopehal
<Bird|otherbox> do we have a hard dependency on GOMP or are you wanting to make this work with other OpenMP implementations as well? I looked at the libgomp source code and found what looks to be a way to programmatically set the wait mode to PASSIVE
Nero__ has quit [Read error: Connection reset by peer]