azonenberg changed the topic of #scopehal to: libscopehal, libscopeprotocols, and glscopeclient development and testing | https://github.com/azonenberg/scopehal-apps | Logs: https://freenode.irclog.whitequark.org/scopehal
<d1b2> <TiltMeSenpai> ugh for the stm32g0 on the probe side am I supposed to ground cc2
<d1b2> <TiltMeSenpai> or does it go through a resistor
<d1b2> <TiltMeSenpai> their docs don't seem to say... I might just connect both
<d1b2> <david.lenfesty> you're supposed to connect it I believe
<d1b2> <david.lenfesty> so that you can detect an active cable
<monochroma> azonenberg: :O
juli966 has quit [Quit: Nettalk6 - www.ntalk.de]
azonenberg_mobil has joined #scopehal
electronic_eel has quit [Ping timeout: 264 seconds]
electronic_eel has joined #scopehal
_whitelogger has joined #scopehal
Degi_ has joined #scopehal
Degi has quit [Ping timeout: 256 seconds]
Degi_ is now known as Degi
<d1b2> <Hardkrash> CC1 and CC2 are both connected to the receptacle's CC1 and CC2. the receptacle is supposed to detect the cable orientation and provide power to VConn if required.
<d1b2> <Hardkrash> CC1 is on the side of TX1
<d1b2> <Hardkrash> The A side that is...
_whitelogger has joined #scopehal
bgamari_ has quit [Ping timeout: 258 seconds]
<d1b2> <Hardkrash> Ugh, so the ST part doesn't supply a VConn switch internally. but VConn should be only required on the source side...
<d1b2> <Hardkrash> more specifically the STM32G microcontroller in the probe head.
azonenberg_mobil has quit [Ping timeout: 264 seconds]
<azonenberg> AKL-AD1 parts are here
<azonenberg> Either digikey screwed up, or the SKU i ordered for the SMPM bullet is actually for a five-pack and not one connector
<azonenberg> because i got two five packs, not two connectors
<azonenberg> OK so initial feedback on the SMPM... they come in two varieties
<azonenberg> smooth and "full detent"
<azonenberg> I should not use "full detent" for both sides of al ink
<azonenberg> because if i do, the pull-out force is the same for both sides
<azonenberg> and the bullet could end up on either side
<azonenberg> If I use FD on, say, the amplifier and smooth on the probe that won't happen
<azonenberg> It's fine for the initial prototype, but something to keep in mind for the next iteration
<azonenberg> actually, on second thought i might just order a smooth one anyway, digikey shipping will easily get here before the probe pcb does
bvernoux has joined #scopehal
<bvernoux> hello
<bvernoux> azonenberg, I have spent few hours to build glscopeclient on Windows10 and it is a total mess with gtkmm which is totally bloatee
<bvernoux> I really suggest to switch to ImGui
<bvernoux> It is a must have license is MIT and it produce bloat free exe for all platforms
<bvernoux> and include some very nice things
<bvernoux> not working properly with gtkmm like docking/multi-viewport of fullscreen with OpenGL ...
<bvernoux> it will also solve the font to be displayed as it is natively managed
<bvernoux> without using cairo ...
<_whitenotifier> [scopehal-apps] bvernoux opened issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
<_whitenotifier> [scopehal-apps] bvernoux edited issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
<_whitenotifier> [scopehal-apps] bvernoux edited issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
<_whitenotifier> [scopehal-apps] bvernoux edited issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
<_whitenotifier> [scopehal-apps] bvernoux edited issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
<_whitenotifier> [scopehal-apps] bvernoux edited issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
<_whitenotifier> [scopehal-apps] bvernoux edited issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLbD5
juli966 has joined #scopehal
bgamari has joined #scopehal
bvernoux1 has joined #scopehal
bvernoux has quit [Ping timeout: 260 seconds]
bluecmd[m] has quit [Quit: Idle for 30+ days]
<_whitenotifier> [scopehal-apps] azonenberg commented on issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLNvC
<_whitenotifier> [scopehal-apps] bvernoux commented on issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLNJn
<_whitenotifier> [scopehal-apps] bvernoux edited a comment on issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLNJn
<_whitenotifier> [scopehal-apps] azonenberg commented on issue #306: Proposal migrate code from gtkmm to ImGui - https://git.io/JLNJi
electronic_eel has quit [Ping timeout: 264 seconds]
electronic_eel has joined #scopehal
<azonenberg> CAM review came back from the AKL-PT2
<azonenberg> Going back and forth with the fab to make sure everything turns out right
<azonenberg> This is why i like working with this fab instead of cheap ones
<azonenberg> lain: ^
<lain> niiice
<lain> yeah multech kicks ass
<azonenberg> item 3 i'm especially impressed by. they actually paid attention to where (in both the gerber outline and fab notes file) I clearly stated a maximum thickness for the board fitting into the edge launch connector
<azonenberg> they noticed that with the coverlay adhesive and a few other things, the edge of the tolerance band with my suggested stiffener would be out of spec
<azonenberg> and suggested a slightly thinner stiffener to compensate
<lain> ooo
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<azonenberg> ooh tracking says the new PT2 mounting clips are in
* azonenberg heads out to mailbox
<azonenberg> Aaand this version is too tight lol
<_whitenotifier> [starshipraider] azonenberg pushed 2 commits to master [+0/-8/±1] https://git.io/JLNqy
<_whitenotifier> [starshipraider] azonenberg c9cc46c - Removed old AKL-PT2 TPU shell model
<_whitenotifier> [starshipraider] azonenberg 563643e - v0.3 AKL-PT2 mounting bracket
<azonenberg> woo, reel of 200R FC0402s came in
maartenBE has quit [Ping timeout: 240 seconds]
juli966 has quit [Quit: Nettalk6 - www.ntalk.de]
maartenBE has joined #scopehal
bvernoux1 has quit [Quit: Leaving]