02:52 <purdeaandrei[m]> Is there a test suite I can run?

02:52 <purdeaandrei[m]> what's the normal startup state of the leds.

02:53 <purdeaandrei[m]> s/./?/

02:53 <purdeaandrei[m]> The unevenness of their brightness worries me that I did something wrong.

02:54 <purdeaandrei[m]> the pink and blue user leds especially

02:55 <purdeaandrei[m]> after doing the factory flashing steps it is recognized ( https://glasgow-embedded.org/latest/build.html )

02:55 <purdeaandrei[m]> the 3.3V, 5V, 1.2V test points are all okay

02:56 <purdeaandrei[m]> The voltages I set in the command line tool are correctly reflected on the V pins

02:58 <purdeaandrei[m]> * something wrong. (the picture has bad exposure intentionally so the LED brightness difference is visible)

03:00 <purdeaandrei[m]> If I run the example glasgow run uart -V 3.3 --pin-tx 0 --pin-rx 1 -b 57600 tty, with nothing attached, I get frame or parity errors

03:00 <purdeaandrei[m]> If I add --pulls I don't get the errors anymore

03:01 <tpw_rules> sounds like everything is working

03:01 <tpw_rules> there is a self test applet but i seem to recall being told it doesn't really function properly

03:03 <purdeaandrei[m]> I suspect the example applets I tried don't use the user leds ?

03:04 <purdeaandrei[m]> in that case are they all supposed to be always on?

03:04 <tpw_rules> i'm not sure i've seen them be used

03:04 <tpw_rules> i think so

03:10 <purdeaandrei[m]> not sure what happened, but as I was measuring around the led current limiting resistors, the blue leds just equalized, that is: the brighter one got dimmer

03:12 <purdeaandrei[m]> what's the IO voltage on the leds supposed to be?

03:12 <purdeaandrei[m]> I'm measuring around 2.5 volts...

03:13 <Wanda[cis]> I think in the default state the LEDs are just ... undriven and lit by some pullup?

03:13 <Wanda[cis]> running selftest applet will light them up fully

03:14 <Wanda[cis]> ie. don't worry, fully functional glasgows also do weirdness

03:14 <Wanda[cis]> * do weirdness with the LEDs

03:16 <purdeaandrei[m]> `glasgow run selftest` turns off all leds for me. Is that what you're referencing?. It also prints `E: g.applet.internal.selftest: mode pins-int is broken on device revision C3`

03:18 <Wanda[cis]> oh huh, so it does

03:18 <Wanda[cis]> did I misremember this...

03:18 <Wanda[cis]> either way, try glasgow run selftest leds

03:19 <purdeaandrei[m]> Nice, thanks!

03:21 <purdeaandrei[m]> glasgow run selftest voltage fails with Vsense showing as 0

03:21 <Wanda[cis]> did you set up the connections?

03:22 <purdeaandrei[m]> Oh, I assume you mean I need to do some external connections for that particular self test, I didn't know I had to

03:22 <Wanda[cis]> yup

03:22 <Wanda[cis]> the help message mentions it

03:22 <Wanda[cis]>  * voltage: detect ADC, DAC or LDO faults (on all ports, Vsense and Vio pins must be connected)

03:24 <purdeaandrei[m]> that works, thanks!

06:52 <purdeaandrei[m]> status: 3/5 Glasgows working

06:53 <purdeaandrei[m]> on the 4th one it's drawing 360 mA

06:54 <purdeaandrei[m]> it's the 3.3v regulator

06:54 <purdeaandrei[m]> there must be a short...

07:03 <K900> Oh no big red

07:05 <purdeaandrei[m]> Looks like I didn't completely check the top sides for shorts for at least two devices

07:06 <purdeaandrei[m]> 4th is working after fixing some shorts

07:14 <Darius> oops

07:14 <Darius> always a good idea to measure the resistance between VCC(s) and ground on a new board IMO

07:17 <tomkeddie[m]> I can remember working with a guy on an fpga board that pulled 100A+ at 0.8v - the resistance looked almost like a short but not quite!

07:26 <Darius> ooof

07:26 <Darius> special case :)

09:14 <purdeaandrei[m]> Hmm, does the aluminium case require that the LVDS connector not be mounted?

09:14 <purdeaandrei[m]> Or does the spacing just insure that it never shorts out?

09:57 <ewenmcneill[m]> AFAIK all the Glasgows so far have shipped with the LVDS connector on. I think there's a just a bit of a cutout in the case below anything that could short (including the LVDS connector) to avoid problems. Plus the case is anodized which reduces the risk further.

09:58 <ewenmcneill[m]> (IIRC only the sharp/long through hole pins on either the e-stop or the sync connector -- I forget which -- were seen as a risk of actually touching the case. And a couple of people hand trimmed the pins after soldering to avoid them sticking down further than anything else.)

10:41 <purdeaandrei[m]> That must have been the sync connector then. The button pins doen't stick out at all.

10:41 <purdeaandrei[m]> Btw does the metal case design assume 1.6mm thick pcb?

21:20 <ewenmcneill[m]> That makes sense it's the sync connector. From memory it was only an issue if the PCB flexed, as the sync connector is in the middle of an edge and thus can flex a tiny bit more. (No idea if the case assumes a 1.6mm thick PCB. That might be a question for Esden.)

22:58 <nemanjan00[m]> Talking about cases.... Any update? 😄

23:03 <_whitenotifier-3> [glasgow] neuschaefer synchronize pull request #506: applet.interface.spi_serprog: New applet that implements the Flashrom Serprog protocol - https://github.com/GlasgowEmbedded/glasgow/pull/506

23:07 <_whitenotifier-3> [glasgow] neuschaefer reviewed pull request #506 commit - https://github.com/GlasgowEmbedded/glasgow/pull/506#discussion_r1443871757

23:07 <_whitenotifier> [glasgow] neuschaefer reviewed pull request #506 commit - https://github.com/GlasgowEmbedded/glasgow/pull/506#discussion_r1443871775

23:07 <_whitenotifier> [glasgow] neuschaefer reviewed pull request #506 commit - https://github.com/GlasgowEmbedded/glasgow/pull/506#discussion_r1443871788

23:08 <_whitenotifier-3> [glasgow] neuschaefer reviewed pull request #506 commit - https://github.com/GlasgowEmbedded/glasgow/pull/506#discussion_r1443871798

23:08 <_whitenotifier> [glasgow] whitequark reviewed pull request #506 commit - https://github.com/GlasgowEmbedded/glasgow/pull/506#discussion_r1443871887

23:37 <_whitenotifier> [glasgow] neuschaefer synchronize pull request #506: applet.interface.spi_serprog: New applet that implements the Flashrom Serprog protocol - https://github.com/GlasgowEmbedded/glasgow/pull/506

23:42 <_whitenotifier> [glasgow] neuschaefer synchronize pull request #506: applet.interface.spi_serprog: New applet that implements the Flashrom Serprog protocol - https://github.com/GlasgowEmbedded/glasgow/pull/506