Skip to content
This repository has been archived by the owner on Aug 4, 2022. It is now read-only.

HMI: Select the correct strap options for boot mode on the STM32 #14

Open
tkuester opened this issue Nov 12, 2020 · 3 comments
Open

HMI: Select the correct strap options for boot mode on the STM32 #14

tkuester opened this issue Nov 12, 2020 · 3 comments
Assignees
Labels
bug Something isn't working hmi This issue affects the HMI

Comments

@tkuester
Copy link
Collaborator

Per ERRATA.txt, pins 31 and 32 on U1 (STM32L011) should be shorted together to select the correct boot state. Tentatively, I've labeled this "bug", although I'm not sure what the implications of it are yet.

I suspect the best way to do this is with a pull down resistor. That is a little less "permanent" of a change, and permits easier bodge-wiring at a later date. Perhaps we can reuse a 47k 0603 -- or alternatively, kicad's "Jumper" if we want to save on soldering another part.

I took a brief look at the datasheet, section 3.4.4. It indicates that there are several pins which control boot mode, can anyone confirm this needs to take place?

@tkuester tkuester added bug Something isn't working hmi This issue affects the HMI labels Nov 12, 2020
@tkuester tkuester added this to the v3 Hardware Release milestone Nov 12, 2020
@sp5wwp
Copy link
Member

sp5wwp commented Nov 12, 2020

We probably wont have to leave that pin floating, so a pulldown or even a hard-tie to GND is OK.

@tkuester
Copy link
Collaborator Author

tkuester commented Nov 14, 2020

Doing a bit more reading on the STM32 boot modes. I now understand that PB9 is BOOT0, and nBOOT{0,1} and nBOOT_SEL are configuration bits.

I had to push some traces around a little to get the resistor to fit, but I don't think this is worth pushing yet -- I still don't understand enough about the STM32 to consider this ready. Is there any reason we would want BOOT0 to be logic high? Or would this be a recovery scenario, and a bodge wire is tolerable?

I'm going to make a separate issue with a documentation request for compiling and flashing the firmware -- I think this would help better understand what the board needs!

Also, since this seems to be a relatively minor change, are there any objections to including this in the rev2 hardware?

@tkuester tkuester self-assigned this Nov 14, 2020
@sp5wwp
Copy link
Member

sp5wwp commented Nov 14, 2020

There's no reason to put logic high on that pin.

Since it can be fixed with a solder blob, I'd leave this as is, mention this in ERRATA.txt and move on.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working hmi This issue affects the HMI
Projects
None yet
Development

No branches or pull requests

2 participants