azonenberg changed the topic of #scopehal to: libscopehal, libscopeprotocols, and glscopeclient development and testing | https://github.com/glscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
<_whitenotifier-e> [scopehal-docs] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/glscopeclient/scopehal-docs/compare/f3d68bc5341e...b06e6acc6fd4
<_whitenotifier-e> [scopehal-docs] azonenberg b06e6ac - Removed documentation for deprecated nodigital and nospectrum options being removed
<_whitenotifier-e> [scopehal-apps] azonenberg commented on issue #245: Better handling of nospectrum/nodigital - https://github.com/glscopeclient/scopehal-apps/issues/245#issuecomment-1136553315
<_whitenotifier-e> [scopehal] azonenberg pushed 2 commits to master [+0/-0/±2] https://github.com/glscopeclient/scopehal/compare/246d593ecc6c...f3c869da0d3b
<_whitenotifier-e> [scopehal] azonenberg ac0949f - Filter: Fixed default naming removing digits
<_whitenotifier-e> [scopehal] azonenberg f3c869d - LeCroyOscilloscope: fixed bug causing digital channels to be reported as on even when they are not
<_whitenotifier-e> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±8] https://github.com/glscopeclient/scopehal-apps/compare/36201e94086d...41e7e1f160a7
<_whitenotifier-e> [scopehal-apps] azonenberg 41e7e1f - Digital and spectrum analyzer channels are now only shown at startup if they were already enabled on the instrument. Fixes #245.
<_whitenotifier-e> [scopehal-apps] azonenberg closed issue #245: Better handling of nospectrum/nodigital - https://github.com/glscopeclient/scopehal-apps/issues/245
<_whitenotifier-e> [scopehal] 602p opened issue #612: Support Current Probes - https://github.com/glscopeclient/scopehal/issues/612
<_whitenotifier-e> [scopehal] azonenberg commented on issue #612: Support Current Probes - https://github.com/glscopeclient/scopehal/issues/612#issuecomment-1136563814
<_whitenotifier-e> [scopehal] azonenberg edited issue #612: Tek MSO5/6: Support Current Probes - https://github.com/glscopeclient/scopehal/issues/612
<_whitenotifier-e> [scopehal] azonenberg labeled issue #612: Tek MSO5/6: Support Current Probes - https://github.com/glscopeclient/scopehal/issues/612
<_whitenotifier-e> [scopehal] 602p opened pull request #613: Tektronix MSO stability patches - https://github.com/glscopeclient/scopehal/pull/613
<d1b2> <louis> @azonenberg I see your change to only enable digital channels if already on; any reason to do that for only digital and not all channels?
<azonenberg> @louis: i need to improve on this, this was a short term bandaid
<azonenberg> in particular, i need to consider the case of no channels at all enabled
<d1b2> <louis> 👍
<azonenberg> and figure out a logical set of channels to enable in that case
<azonenberg> right now it enables all analog and any spectrum/digital that were already active
<d1b2> <louis> I would much prefer deferring to the scope for all channels, so that we can preserve UI state. Then maybe enabling the first analog channel if none are enabled.
<d1b2> <louis> Bikeshed-worthy 😛
<azonenberg> Yes, i thin kthat is the best long term solution
<azonenberg> the other thing to consider is how this plays with e.g. logic analyzers and specans
<azonenberg> which have no regular analog channels
<azonenberg> we do not support any pure LA or specan devices yet afaik
<azonenberg> unless you have the dslogic
<azonenberg> but it's somethign to consider
<d1b2> <louis> oh, that's a good point
<d1b2> <louis> two thorns there of both no-analog devices, and of no-ui devices
<d1b2> <louis> yes i do have a dslogic and it plays nice with the dsl driver
<d1b2> <louis> i think the enable-everything behaviour is much less objectionable for LAs
<d1b2> <louis> or for headless devices in general
<d1b2> <louis> the major pain point for me with the enable-everything behavior is when i'm probing something on the tek and decide i want to break out glscope, and connecting to it clobbers the set of enabled channels i was using
<d1b2> <louis> one of the patches in that PR preserves that state at least for analog. need to look at doing that for digital (annoying!!) another day.
<azonenberg> Yeah makes sense
<azonenberg> that is best to do globally i think
<azonenberg> snapshot enabled channels when you connect and restore when you disconnect
<azonenberg> lots of this stuff is straightforward to implement from a coding perspective
<azonenberg> but very not straightforward from a UX perspective
<_whitenotifier-e> [scopehal] azonenberg closed pull request #613: Tektronix MSO stability patches - https://github.com/glscopeclient/scopehal/pull/613
<_whitenotifier-e> [scopehal] azonenberg pushed 7 commits to master [+0/-0/±11] https://github.com/glscopeclient/scopehal/compare/f3c869da0d3b...bdb6f15e1a04
<_whitenotifier-e> [scopehal] 602p eef682d - Avoid clobbering channel enable state when detecting
<_whitenotifier-e> [scopehal] 602p 9e0c7a1 - Trace raw block requests in SCPISocketTransport
<_whitenotifier-e> [scopehal] 602p 28ac96f - Retry *IDN? query on SCPI device connection
<_whitenotifier-e> [scopehal] ... and 4 more commits.
Degi_ has joined #scopehal
Degi has quit [Ping timeout: 244 seconds]
Degi_ is now known as Degi
<_whitenotifier-e> [scopehal] azonenberg pushed 2 commits to master [+0/-0/±3] https://github.com/glscopeclient/scopehal/compare/bdb6f15e1a04...d70961d15513
<_whitenotifier-e> [scopehal] azonenberg effc9c3 - Filter: reduced verbosity of autogenerated filter names
<_whitenotifier-e> [scopehal] azonenberg d70961d - PCIeGen2Logical: support striping data across multiple lane gen1/2 links. Fixes #609.
<_whitenotifier-e> [scopehal] azonenberg closed issue #609: PCIe: support multiple lanes for gen 1/2 - https://github.com/glscopeclient/scopehal/issues/609
<_whitenotifier-e> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±2] https://github.com/glscopeclient/scopehal-apps/compare/41e7e1f160a7...752e74050c2b
<_whitenotifier-e> [scopehal-apps] azonenberg 752e740 - WaveformArea: fixed bug causing decode bubbles to sometimes collide with channel infoboxes
lethalnyan has joined #scopehal
lethalbit has quit [*.net *.split]
lain has quit [*.net *.split]
kbeckmann has quit [*.net *.split]
lain has joined #scopehal
kbeckmann has joined #scopehal
<_whitenotifier-e> [scopehal-sigrok-bridge] dannas forked the repository - https://github.com/dannas
bvernoux has joined #scopehal
lain has quit [Quit: kthxbai]
lain has joined #scopehal
lethalnyan is now known as lethalbit
<azonenberg> well that's a pleasnat surprise
<azonenberg> LTC1983s due mid june just shipped from digikey
<azonenberg> one step closer to being able to work on the active probe
<azonenberg> Still waiting on ADP7142s and ADP7182s. Last expected ship dates for thosewere tomorrow and june 14th
<azonenberg> and then I already have the BUF802. hopefully this weekend i can start work on the schematic
<azonenberg> I'm going to need to try and figure out serdes trigger in the lecroy driver soon
<azonenberg> the problem is that there's a LOT of settings to deal with
<azonenberg> and i have to figure out all the APIs for them both on the scpi side and the scopehal side
<josuah> azonenberg: there were only available on back-order?
<azonenberg> josuah: yeah. as is every other interesting part whatsoever :p
<josuah> as I get started, I am facing the challenge of planning early enough to have thing ready when I need them
<josuah> and it also helps to understand why $boss expects deadlines so low (not working atm)
<azonenberg> yeah i have FPGAs with ETAs in 2024 lol
<azonenberg> it's been crazy
<josuah> two years! the lead time is going to be close to the time to market at that pace...
<azonenberg> i'm ordering FPGAs for projects i have not even started rtl or board design work on yet
<azonenberg> in hopes that by the time they arrive i'll have a use for them
<azonenberg> and hoping that my vague guess of capacity required is somewhat accurate
<azonenberg> Speaking of hard to find FPGAs I have a possible lead on three XCKU035-1FFVA1156C's
<azonenberg> Which is one of the parts I was considering for the ZENNECK / VOLLUM channel FPGA
bvernoux has quit [Read error: Connection reset by peer]
<josuah> talk about cutting edge! I find more research papers while searching "Zenneck FPGA" than anything else
<azonenberg> Lol. All of our scopes are named after famous engineers in T&M
<azonenberg> Zenneck was iirc a co-inventor of triggering
<josuah> what saves you from manually setting the exact phase by hand until it stops moving? man!
<josuah> s/phase/frequency/
<josuah> (side topic: OpenBSD might have OpenMP support after all)