<_whitenotifier-5>
[scopehal-apps] Elsorbo forked the repository - https://git.io/JOawd
ericonr has quit [Ping timeout: 240 seconds]
d1b22 has joined #scopehal
d1b2 has quit [Read error: Connection reset by peer]
d1b22 is now known as d1b2
Famine- has joined #scopehal
Famine_ has quit [Ping timeout: 265 seconds]
ericonr has joined #scopehal
Tost has joined #scopehal
Famine_ has joined #scopehal
Famine- has quit [Ping timeout: 268 seconds]
Famine_ has quit [Ping timeout: 260 seconds]
Famine has joined #scopehal
<azonenberg>
mubes: hey, as long as you're doing other work on SWD
<d1b2>
<mubes> ...
<azonenberg>
how would you feel about sending a PR to scopehal-docs with documentation of the SWD (and SWD MEM-AP) decodes?
<azonenberg>
I've been gradually working my way through the list of filters writing documentation for them but it's a long list and SWD is pretty far down alphabetically
<d1b2>
<mubes> I'll take a look. I need to test Parity first (I thought it was in there and my code was working remarkably well 🙂 )
<azonenberg>
Yeah not a rush, it's just that now that you're daily-driving the decode you've become the resident expert on it lol
<azonenberg>
you've used it more than me at this point and i wrote it
<d1b2>
<mubes> Yeah, there were some niggles, most of which are fixed now
<azonenberg>
Also if you're interested soon I can add you to the github project as an official member with commit/issue access in a probationary status
<azonenberg>
this means we can assign tickets to you which makes keeping track of progress easier
<azonenberg>
I ask that you work in a feature branch and check with me before merging
<azonenberg>
but you won't have to be using a separate fork and sending PRs
<d1b2>
<mubes> I have to admit I'm seriously considering boosting the bandwidth on this scope...looking at 500MHz square waves with a 100MHz bandwidth is always uncomfortable
<azonenberg>
lol see if you can snag a higher end model from them for testing :p
<d1b2>
<mubes> Well, it's only a key, and I could generate it myself, but using hooky keys for their benefit seems a bit odd really 🙂
<azonenberg>
Yeah
<azonenberg>
Anyway, great progress so far and it's exciting to see them excited about it :)
<d1b2>
<mubes> ...and I'm being a bit lazy, if I sorted the grounding it would be a 100% improvement already!
<azonenberg>
Does your 2000X+ have 50 ohm input mode? i forget
<d1b2>
<mubes> yes, but I'm spiking signals I'm using elsewhere and I don't want to knacker them
<azonenberg>
well i was wondering if you might be interested in a "factory seconds" AKL-PT2 unit
<azonenberg>
i have a bunch that flunked the VNA test and don't quite have full 6 GHz bandwidth so i can't sell them
<azonenberg>
but are perfectly usable ~5 GHz 10x probes
<azonenberg>
i promised a few to coworkers but can probably send one your way if you cover shipping costs
<d1b2>
<mubes> 5GHz.....haha, I'll NEVER be able to afford kit that would stress that!
<azonenberg>
Lol that's the point
<azonenberg>
you can treat it as an ideal probe from the perspective of bandwidth
<azonenberg>
It's a 500 ohm DC load so of course you have to keep that in mind when looking at signals with pullups etc
<d1b2>
<mubes> I'll PM you, but not a freebie, we'll sort something out
<azonenberg>
But if you think it'd be useful I can send you one. If you want to buy one at full spec i can certainly do that, but unless youv'e got high BW equipment that seems like a waste
<azonenberg>
these probes are already written off as unsuitable for sale
<azonenberg>
So i just want to not waste them
<azonenberg>
if you insist on paying, BOM is about $25 so i'd break even if you sent me that plus shipping expenses
<d1b2>
<mubes> Thats perfectly fine, but you shouldn't be out of pocket.
<azonenberg>
You'd also get the full cal certificate with test data like i'd include in a pro-level probe
<azonenberg>
except it won't say "PASS" in every column
<azonenberg>
but you'll know exactly how far it deviates from which specs
<azonenberg>
(this is basically free, i collected the data already while writing test limits for the datasheet)
<miek>
it's well worth getting probes with much more BW than your scope imo, so you can actually make use of all the scope's BW. for example, a 100MHz scope and a 100MHz probe gives you a system bandwidth of ~70MHz, not 100
<azonenberg>
Exactly
<azonenberg>
and if your probe's BW is that much higher than your scope you can basically pretend it's infinite BW
<azonenberg>
and forget about it
<azonenberg>
I don't actually have any full BW probes for my 16 GHz scope yet
<d1b2>
<theorbtwo> You should just offer them as regular items. Instead of having one item with fuckoff good specs, bin them like the big boys do.
<azonenberg>
theorbtwo: well i dont know how many bad ones i'll have after this batch
<azonenberg>
i'm working on improving process control
<azonenberg>
and getting a better test fixture with more repeatable performance
juli9610 has joined #scopehal
Tost has quit [Ping timeout: 252 seconds]
Tost has joined #scopehal
Tost has quit [Ping timeout: 240 seconds]
Tost has joined #scopehal
<_whitenotifier-5>
[scopehal] mubes opened pull request #417: Add line resets, protocol switching and parity checking to SWD - https://git.io/JOrO3