| 17 Apr 2021 |
 firefrommoonlight | Maybe just not connect the button on production where you only expect to flash it once | 01:51:52 |
 adamgreig | how about if you using --connect-under-reset? | 01:52:04 |
| firefrommoonlight | Yep | 01:52:13 |
| adamgreig | hmm, that doesn't seem right, wonder if it's a bug in probe-rs or something | 01:52:25 |
| adamgreig | even in st-link? | 01:52:30 |
| firefrommoonlight | Not sure; Im' figuring this out as I go | 01:52:39 |
| adamgreig | boot0 is a useful get out of jail free card but all it does is change what code it starts running after reset | 01:52:48 |
| adamgreig | but the --connect-under-reset takes effect before that even happens and stops the core before it executes anything, so at least in principle it should work regardless of power-saving mode | 01:53:07 |
| adamgreig | not saying you're wrong, wouldn't be the first weird thing here and I always leave boot0 exposed for this and other reasons | 01:53:25 |
| firefrommoonlight | It certainly could be something else | 01:53:35 |
| adamgreig | just that it sounds surprising that it would need it | 01:53:37 |
| adamgreig | usually I just leave boot0 pulled to 0V with a 10k resistor | 01:53:52 |
| adamgreig | and then you can short it to 3v3 manually to recover | 01:53:57 |
| adamgreig | rather than a button etc | 01:54:00 |
| firefrommoonlight | I figured connect-under-reset would solve it too; IIRC that's its purpose | 01:54:09 |
| adamgreig | especially convenient if you position the 10k resistor next to a 3v3 pad (like on a decoupling cap) so it's just a pad-to-pad short with tweezers | 01:54:19 |
| adamgreig | make sure you actually have reset wired from the probe to the target :p | 01:54:33 |
| firefrommoonlight | I have it pulled down with a 10k resistor; was able to pull high with a loose wire soldered on, then touched to an exposed VCC | 01:54:43 |
| adamgreig | yea, exactly | 01:54:50 |
| adamgreig | if you have metallic tweezers often they're a convenient and solder-free way to do this | 01:55:01 |
| firefrommoonlight | That sounds like a better idea | 01:55:14 |
| firefrommoonlight | just need to pull it until power on | 01:55:19 |
| adamgreig | yea, or pulse reset while pulling it, via programmer or a reset button or whatever | 01:55:35 |
| firefrommoonlight | I'll experiment more - curious why connect-under-reset isn't doing it, and why I need boot0 high | 01:55:56 |
|  oaky joined the room. | 08:33:56 |
|  @cyrusmetcalf:matrix.org left the room. | 09:00:22 |
|  oaky_ joined the room. | 10:21:49 |
|  @m.koeppchen:matrix.org left the room. | 16:00:18 |
| 18 Apr 2021 |
 thalesfragoso | dirbaio the peripherals in the stm32-data aren't the ones we will use, right ? I mean in the chips yaml | 01:45:02 |
 dirbaio | Not dure what you mean, they're all the periperals, but nly the ones that match to a regs yaml have the "block" key | 09:11:50 |
