<_whitenotifier-4>
[starshipraider] azonenberg 93b2d0d - Initial version of solder-kf047-test
ALTracer has quit [Remote host closed the connection]
ALTracer has joined #scopehal
ALTracer has quit [Read error: Connection reset by peer]
ALTracer has joined #scopehal
ALTracer has quit [Remote host closed the connection]
ALTracer has joined #scopehal
ALTracer has quit [Remote host closed the connection]
ALTracer has joined #scopehal
ALTracer has quit [Ping timeout: 244 seconds]
ALTracer has joined #scopehal
<azonenberg>
Noticing some interesting slowdowns when using my lecroy scope at deeper memory depths (say 4M points)
<azonenberg>
rendering framerate seems to get kinda jerky when a waveform download is in progress
<azonenberg>
But it's not the stream browser's fault. it's happening somewhere else
<d1b2>
<miek__> @azonenberg (or anyone else): have you ever seen an SMD part like this? it seems to have a (very small) capacitor printed on the top (with some laser trimming?), and a resistor printed on the bottom
<d1b2>
<azonenberg> There might be something inside as well, hard to say
<d1b2>
<azonenberg> IMO it's full custom
<d1b2>
<azonenberg> LeCroy has a patent talking about a similar, but not identical, ceramic hybrid structure for flatness correction of probe tips
<d1b2>
<azonenberg> maybe it's some kind of passive equalizer (resistor with a cap shunting it to cause high frequency peaking)
<d1b2>
<miek__> yeah, i think it must be (and it seems to line up with the spice model they provide too). i guess they set it high and then trim it for best response after assembly
<d1b2>
<azonenberg> incidentally, we don't need that in my probe designs
<d1b2>
<azonenberg> the tip resistor i use has high enough parasitic capacitance the probe actually has a net peaking response
<d1b2>
<azonenberg> a bit too much IMO, it compensates for cable losses but then keeps going
<d1b2>
<azonenberg> if i do any compensation it would be in the opposite direction, increasing insertion loss at higher freqs to reduce loading and peaking lol
ALTracer has quit [Read error: Connection reset by peer]
ALTracer has joined #scopehal
ALTracer has quit [Remote host closed the connection]
ALTracer has joined #scopehal
ALTracer has quit [Read error: Connection reset by peer]
<pirate>
there are troubling sounds coming from my kitchen
sgstair_ has joined #scopehal
<d1b2>
<prostephenfalken> Hello everyone! This is Juan. Congratulations on the work you are all doing in this project. It is impressive. I've funded a Thunderscope and I can't wait to be able to use ngscopeclient with it. In the interim, I wonder if there is some sort of driver for "poor man" hardware for low cost experimentation like sound card, stdin, TCP sink or similar. I'm aware of the Demo driver and the option of importing sessions from your generous
<d1b2>
collection but it would be great to get some live signal. I went through the manual but I didn't find anything. Thanks!
sgstair has quit [Ping timeout: 260 seconds]
<d1b2>
<duskwuff> If you have a digital oscilloscope with an Ethernet port (a lot of newer Rigol scopes do for instance), there's a decent chance it's supported
<d1b2>
<azonenberg> @prostephenfalken There is an open ticket for a sound card driver but nobody is actively working on it. For offline analysis, you can record audio to a WAV file and then import that into ngscopeclient but obviously that's not real time
<d1b2>
<azonenberg> We don't have any "generic" live streaming driver for scopes, although the "csvstream" driver does support CSV-over-TCP-socket for data coming from e.g. embedded firmware reporting ADC values or something
<d1b2>
<azonenberg> the intent there is to have semantics more like a multimeter than a scope though