jamesmunns[m] has quit [Ping timeout: 276 seconds]
dreamcat4_ has quit [Ping timeout: 276 seconds]
jkristell[m] has quit [Ping timeout: 276 seconds]
rjo has quit [Ping timeout: 276 seconds]
wyre has joined ##stm32-rs
richarde1 has joined ##stm32-rs
agg has joined ##stm32-rs
con3 has joined ##stm32-rs
M9names[m] has joined ##stm32-rs
TimSmall has joined ##stm32-rs
adamgreig-m has joined ##stm32-rs
Albru[m] has joined ##stm32-rs
AnsgarSchmidt[m] has joined ##stm32-rs
barafael[m] has joined ##stm32-rs
allexoll[m] has joined ##stm32-rs
BobMcWhirter[m] has joined ##stm32-rs
ctron[m] has joined ##stm32-rs
braincode[m] has joined ##stm32-rs
DerFetzer[m] has joined ##stm32-rs
disasm[m] has joined ##stm32-rs
firefrommoonligh has joined ##stm32-rs
f_punk[m] has joined ##stm32-rs
dirbaio[m] has joined ##stm32-rs
diondokter[m] has joined ##stm32-rs
dreamcat4_ has joined ##stm32-rs
gdamjan[m]1 has joined ##stm32-rs
hargonix[m] has joined ##stm32-rs
Gireesh[m] has joined ##stm32-rs
GrantM11235 has joined ##stm32-rs
delnoch[m] has joined ##stm32-rs
jamesmunns[m] has joined ##stm32-rs
HannoBraun[m] has joined ##stm32-rs
jacobrosenthal[m has joined ##stm32-rs
henrik_alser[m] has joined ##stm32-rs
jamwaffles[m] has joined ##stm32-rs
javier_varez[m] has joined ##stm32-rs
jduchniewicz1 has joined ##stm32-rs
jkristell[m] has joined ##stm32-rs
JimCrossley[m] has joined ##stm32-rs
jhillyerd[m] has joined ##stm32-rs
ejpcmac has joined ##stm32-rs
rjo has joined ##stm32-rs
korken89[m] has joined ##stm32-rs
MathiasKoch[m] has joined ##stm32-rs
mkoeppchen[m] has joined ##stm32-rs
kevlan[m] has joined ##stm32-rs
peauters[m] has joined ##stm32-rs
dkm[m] has joined ##stm32-rs
mindtree[m] has joined ##stm32-rs
mtthwmeyer[m] has joined ##stm32-rs
squire0412[m] has joined ##stm32-rs
riskable[m] has joined ##stm32-rs
t4d1[m] has joined ##stm32-rs
ryan-summers[m] has joined ##stm32-rs
sbe2021[m] has joined ##stm32-rs
morgan[m]1 has joined ##stm32-rs
therealprof[m] has joined ##stm32-rs
timokrgr[m] has joined ##stm32-rs
theunkn0wn1[m] has joined ##stm32-rs
thalesfragoso[m] has joined ##stm32-rs
TeXitoi[m] has joined ##stm32-rs
thezoq2[m] has joined ##stm32-rs
theJPster has joined ##stm32-rs
wuglu[m] has joined ##stm32-rs
tonke[m] has joined ##stm32-rs
wallacejohn[m] has joined ##stm32-rs
uep[m] has joined ##stm32-rs
xoviat[m] has joined ##stm32-rs
wassasin[m] has joined ##stm32-rs
yatekii[m] has joined ##stm32-rs
yusefkarim[m] has joined ##stm32-rs
Sijmen has joined ##stm32-rs
andres[m] has joined ##stm32-rs
cyrusmetcalf[m] has joined ##stm32-rs
bob_twinkles[m] has joined ##stm32-rs
strawman[m] has joined ##stm32-rs
Mathias[m] has joined ##stm32-rs
<dreamcat4_>
quick question: what do you guys recommend these days for a reasonable stm32 dev board ?
<dreamcat4_>
hopefully something narrow enough to push onto a breadboard / similar
<dreamcat4_>
huh. guess nobody wants to say as there are some pretty severe chip shortages these days
<dreamcat4_>
its affecting almost everybody now
<dirbaio[m]>
Depends what you want it for lol
<dirbaio[m]>
For basic microcontrollering the USB c black pill from weact is nice
<dreamcat4_>
i actually bought a clone black bill (without realizing there was an official version by 'weact', who are also chinese)
<dreamcat4_>
thing is it's hard to say what's going on with the pheripherals / hal
<dreamcat4_>
might buy an official one though
<therealprof[m]>
There're tons of nice boards in that formfactor, USB-C black pill works; if you want something more "official" you could check out the range of Nucleo32 boards from ST.
<dreamcat4_>
i guess the official black pill then, and then can compare it to this clone one
<therealprof[m]>
(there're also nice boards from other vendors, something that is supercheap and well supported is the LPC845 breakout board from NXP)
dkm[m] has quit [Quit: Idle for 30+ days]
Mr_Electronico has joined ##stm32-rs
Mr_Electronico has quit [Read error: Connection reset by peer]
<firefrommoonligh>
Hi. Does anyone know the precise things that must be accomplished upon wake from a stop mode? I know you have to re-select the input source, and re-enable it (If it's not the default of HSI or MSI, which depends on family). You have to then re-enable the PLL. What else gets reset? It appears the peripheral clocks due as well.
<firefrommoonligh>
And does anyone know where this is documented?
<wallacejohn[m]>
firefrommoonlight: I haven't had any experience with stop mode myself, but check the Power Controller (PWR) chapter->stop mode section->exiting stop mode subsection in the reference manual for your device. The RCC chapter might say more about the clocks as well.
<firefrommoonligh>
Thank you. Of note, I can't troubleshoot by printing the reg contents due to the debugger crashing in stop mode
<wallacejohn[m]>
Not sure about that one. ☹️
<firefrommoonligh>
I tried manually re-enabling the periph clocks after stop, and am still getting broken behavior. Not sure what I'm missing. Things work fine in sleep now mode
<wallacejohn[m]>
What device are you using? You could also try resetting the peripheral in the RCC after exiting stop mode to see if that fixes it, although that's probably not what you want long-term.
<firefrommoonligh>
L4. Tried that too - no dice. Ie enable, and reset all periphs post stop
<dirbaio[m]>
lol now it's me who's getting an exti irq loop
<dirbaio[m]>
is there some rcc shenanigans needed to make exti work?
<dirbaio[m]>
no idea what I'm doing wrong, i'm doing exactly the same as the f4xx hal
<thalesfragoso[m]>
Can you try a less cursed pin ?
<dirbaio[m]>
it's the pin that has the button on the nucleo..
<firefrommoonligh>
Oh yea that'd do it
<wallacejohn[m]>
firefrommoonlight: I'm looking at RM0394 (assuming that's the right one), and it looks like there are three stop modes (stop 0, 1, 2). Depending on which one, it might be exiting to low-power run mode instead of run mode, which I think affects the internal regulator or something. Chapter 5.1.5-7 and 5.3. Any of that sound familiar?
<dirbaio[m]>
did they put the USER button in a cursed pin? lol
<firefrommoonligh>
Yeah - although I've tried all 3 stop modes
<firefrommoonligh>
I'll review that
<firefrommoonligh>
My knowledge of power registers and low power run etc is low
<dirbaio[m]>
okay it was wrong pull... it now WORKS :D
<firefrommoonligh>
I tried completely re-configuring clocks, and it's not fixed, so I think I've ruled that out (Although could be a secondary cause)
<firefrommoonligh>
I'm going to read the whole PWR section adn see if there's antying apt there, like what you pointed out
<firefrommoonligh>
(This is a bit diff from some other STM32 MCUs, that don't have 3 stop modes, LP run etc)
<firefrommoonligh>
I've never messed with the PWR regs outside the low-power-mode recipes, so maybe I'm missing some setup there.