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
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 260 seconds]
juli965 has quit [Quit: Nettalk6 - www.ntalk.de]
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 240 seconds]
Famine has joined #scopehal
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 240 seconds]
Famine has quit [Ping timeout: 240 seconds]
Famine- has quit [Read error: Connection timed out]
Famine- has joined #scopehal
maartenBE has quit [Ping timeout: 265 seconds]
maartenBE has joined #scopehal
electronic_eel has quit [Ping timeout: 240 seconds]
electronic_eel has joined #scopehal
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 240 seconds]
Degi has quit [Ping timeout: 240 seconds]
Degi has joined #scopehal
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 240 seconds]
Nero_ has joined #scopehal
<_whitenotifier-3> [scopehal] smunaut opened issue #230: Wrong FFTS include path - https://git.io/JUfru
<_whitenotifier-3> [scopehal] azonenberg commented on issue #230: Wrong FFTS include path - https://git.io/JUfrg
<_whitenotifier-3> [scopehal] azonenberg commented on issue #230: Wrong FFTS include path - https://git.io/JUfra
<_whitenotifier-3> [scopehal] smunaut commented on issue #230: Wrong FFTS include path - https://git.io/JUfry
<_whitenotifier-3> [scopehal] smunaut commented on issue #230: Wrong FFTS include path - https://git.io/JUfrQ
<_whitenotifier-3> [scopehal] smunaut edited a comment on issue #230: Wrong FFTS include path - https://git.io/JUfrQ
<_whitenotifier-3> [scopehal] azonenberg commented on issue #230: Wrong FFTS include path - https://git.io/JUfrA
Nero_ is now known as NeroTHz
<tnt> What's the "transport name" supposed to be for agilent scopes ?
<azonenberg> tnt: Depends on how they're connected
<azonenberg> The transport is the layer that takes scpi commands and sends it to the instrument
<azonenberg> so how's it hooked up, ethernet? usb? rs232? gpib?
<tnt> ethernet
<tnt> and answer is 'lan'
<azonenberg> There are three different IP-based transports. "vicp" is the Virtual Instrument Control Protocol which AFAIK is lecroy only
<azonenberg> "lxi" is VXI-11
<azonenberg> and "lan" is just raw scpi over tcp stream
<azonenberg> with no additional framing
<tnt> seems something got broken since last time though :/
<azonenberg> the section for each driver in the manual should recommend transports for given instruments
<azonenberg> although that documentation may not have been written yet
<azonenberg> oh?
<azonenberg> what doesnt work
<tnt> doesn't start at all.
<azonenberg> Well that's new
<azonenberg> never seen that one before
<azonenberg> is that with --debug or no?
<tnt> no
<azonenberg> add --debug and see if it gives any hints
<azonenberg> If not, i can look into it to the extent possible once my big refactoring is done
<azonenberg> i'm too busy with that to touch any other code right nwo
<tnt> Yeah, it's like it's trying to do two things at once with the scope and mixing responses.
<azonenberg> Yeah
<azonenberg> I'm thinking probably a missing mutex lock somewhere
<azonenberg> this refactoring i have in progress touches every scope driver
<azonenberg> so i want to get it out of the way before we fix any more bugs
<azonenberg> any patches made right now will have to be redone
<tnt> I'll have a quick look see if I can fix it up quickly because it's unfortunately a "now or never" kind of situation. If I can't fix it quickly I'll just have to do without.
<azonenberg> ok yeah if you can patch locally then great
<tnt> Seems the scope takes too much time to answer some stuff which was causing RX timeout and the SCPI comm to be desynchronized with responses. I just disabled all socket timeouts ...
<azonenberg> meanwhile we have other instruments that don't work WITHOUT timeouts
<azonenberg> because sometimes they just ignore commands
<azonenberg> Lol
<azonenberg> The joys of dealing with other people's crappy firmware
<tnt> lol, if I add a math channel Ch1 - Ch3 ... it enables Ch2 on my scope.
<tnt> Oh no nm. Not sure what I did.
<azonenberg> You probably made the math channel use ch2 as an input
<azonenberg> all channels and filters in scopehal are refcounted
<azonenberg> channels are enabled on the instrment if they have any ref's
<azonenberg> and filters are deleted / hardware channels turned off if they have no refs
<azonenberg> And it's totally possible to select a channel that's not on screen from the dropdown when configuring a filter
<azonenberg> Which could enable a channel without ever displaying it
Famine_ has joined #scopehal
<tnt> yup, then that's probably it.
<tnt> Now I need to figure out why it's fetching only the "display" buffer (65k points) and not the full 2M points. It used to work but I can't see any changes in the relevant code.
Famine- has quit [Ping timeout: 240 seconds]
<tnt> Ah ... if the 'math' channel is enabled in the scope you can't fetch the raw buffer through scpi... sure ... why not ...
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 240 seconds]
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 244 seconds]
m4ssi has joined #scopehal
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 260 seconds]
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 240 seconds]
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 244 seconds]
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 240 seconds]
bvernoux has quit [Ping timeout: 240 seconds]
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 260 seconds]
m4ssi has quit [Remote host closed the connection]
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 244 seconds]
Famine- has joined #scopehal
juli965 has joined #scopehal
Famine_ has quit [Ping timeout: 244 seconds]
Famine- has quit [Ping timeout: 240 seconds]
electronic_eel has quit [Ping timeout: 240 seconds]
Bird|otherbox has quit [*.net *.split]
azonenberg has quit [*.net *.split]
laintoo has quit [*.net *.split]
noopwafel has quit [*.net *.split]
juli965 has quit [*.net *.split]
Degi has quit [*.net *.split]
maartenBE has quit [*.net *.split]
agg has quit [*.net *.split]
_whitelogger has joined #scopehal
<miek> Ernie has landed, and seems to boot? now for the joy that is setting up linux-gpib...
<miek> woot! ibterm>*IDN?
<miek> HEWLETT-PACKARD,70843B,GB00000594,B.01.08
<azonenberg> :D
<azonenberg> So what kinds of features does it actually provide over gpib?
<azonenberg> does it do eye patterns, bathtub curves, etc?
<azonenberg> or just a single integrated ber value
<azonenberg> and is anything wrong with it that you know of?
<miek> it won't do an actual image, but it seems to be able to return eye width/height/centre
<miek> all the listing said was that it doesn't boot, not aware of anything else wrong yet
<miek> it's interesting that it's got a GB serial number, it was probably built like <10 miles from here :D
<azonenberg> lol
<Degi> Hm, does it have a builtin ADC to get bathtub curves? Like a sampling scope?
<miek> i don't think there's any adc in there
<miek> anyway, it seems to work! i can give it a 12GHz clock, it reads back the right frequency, all the error / clock loss / data loss lights go out and it's reporting 0 BER
<azonenberg> where did the 12 GHz clock come from?
<azonenberg> do you have a synthesizer that goes that high?
<miek> yup
<azonenberg> Nice, what is it? and can it do fancy modulation?
<miek> it's an 83752a. nah, nothing too fancy - it can take an external fm/am/pulse mod input, and does sweeps
<miek> lol, it sounds the beeper at different frequencies depending on the error rate
NeroTHz has quit [Quit: Leaving]
bvernoux has joined #scopehal
m4ssi has joined #scopehal
m4ssi has quit [Remote host closed the connection]
nelgau has joined #scopehal
bvernoux has quit [Quit: Leaving]