<marcan>
also picked up a bunch of headers/connectors (IDC for the I/O ports, 1.27mm stuff for the aux/whatever)
<whitequark>
cool!
_whitelogger has joined #glasgow
esden has joined #glasgow
<esden>
hey o/ :D
Dark-Star has joined #glasgow
<whitequark>
hi!
nausicaa_ has quit [Ping timeout: 256 seconds]
wenna has joined #glasgow
<wenna>
Is there a consoldated BoM anywhere for RevC? I wasn't able to find one in the repository last time I looked.
<whitequark>
there's an open issue to export it
<whitequark>
marcan was going to do it but he's busy
<marcan>
whitequark: panic deadline was this past sunday btw
<marcan>
I'm catching up on work this week and have some things coming up, but I'm not in panic mode any more
<whitequark>
ok but i'm probably not going to be able to even remind you to do things because i'm almost too exhausted to talk from unrelated stuff
<wenna>
Cool! Is there anything I could do to help with that?
<marcan>
ah, take care then
<wenna>
^^
<marcan>
I'm going to try poke at some glasgow stuff this week anyway
<marcan>
wenna: are you looking to put together a prototype? The BoM isn't final, though hopefully the only remaining tweaks are resistor values
<wenna>
I am looking at that--Do you have any advice?
<marcan>
I would say wait a bit; we're pretty close to validating the design. But if you just want to get a head start ordering parts I can probably get you a BOM sometime this week.
<whitequark>
marcan: i still haven't brought up the pulls
<whitequark>
the main issue is well, the extenders are powered from vio
<whitequark>
so if vio drops their state disappear
<whitequark>
if vio is turned off by us, that's fine
<whitequark>
but if someone shorts vio that's bad
<whitequark>
now well, if someone shorts vio this typically resets the board
<whitequark>
i'm not sure if i can rely on that though
<whitequark>
weak yes
<whitequark>
i could also poll the extenders...
<marcan>
do the pulls initialize to high-z?
<marcan>
I don't think it's unreasonable to expect people to reset the applet if they short vio and depend on the pulls
<whitequark>
but i don't want a silent failure mode
<whitequark>
it's high z yes
<marcan>
polling sounds reasonable if it's just to tell people that hey it's bork
<whitequark>
ok
wenna has quit [Ping timeout: 256 seconds]
<marcan>
we don't have any other way to monitor vio, right?
<whitequark>
yep
<marcan>
so it's quirky but we can use the aliveness of the pulls as a proxy for that
<whitequark>
yep
<whitequark>
well, to an extent
<whitequark>
it wouldn't detect brief dips
wenna has joined #glasgow
<marcan>
unless the state changes and we see that change
<marcan>
but yeah in the default case no
<whitequark>
yeah
<marcan>
I think that's reasonable for now, there isn't a terribly great way to squeeze vio monitoring into revC
<whitequark>
wonder if there are dual channel ADCs in the same package
<marcan>
I think for revD we might consider active feedback (also solves the rail discharge problem) and certainly for revE (at that scale it'd be silly not to add features like this)
<wenna>
marcan: Yeah, that would be wonderful! I've been following the project for a while, and want to start playing around with Glasgow. Is there anything I can do to help the project in general?
<bgamari>
by the way, the 8-bit ADC is a real pain to get
<bgamari>
the 10-bit variant is significantly more available
<bgamari>
admittedly 10 bits is a bit excessive to the purpose
<whitequark>
yes
<_whitenotifier-9>
[Glasgow] whitequark opened issue #104: Indicate 10/12-bit ADC and DAC as functional equivalents to the 8-bit ones - https://git.io/fhNKX
wenna has quit [Ping timeout: 256 seconds]
MrFreeman has joined #glasgow
<MrFreeman>
Hello there.
<sorear>
hi
<MrFreeman>
I was wondering how much it might cost to have a Glasgow sent out for fabrication for those who have done so. I am interested in obtaining one.