<sh3rm4n[m]> <adamgreig-m "the only difference is that it g"> Thanks! Dylan granted me admin access to the repo today as well. This was on my todo list for a while now. Having the contributer status is more than enough for the most maintenance things, but having admin rights is helpful is some scenarios I guess :)
mtthwmeyer[m] has quit [Quit: Bridge terminating on SIGTERM]
jamesmunns[m] has quit [Quit: Bridge terminating on SIGTERM]
rjo has quit [Quit: Bridge terminating on SIGTERM]
dkm[m] has quit [Quit: Bridge terminating on SIGTERM]
jacobrosenthal[m has quit [Quit: Bridge terminating on SIGTERM]
barafael[m] has quit [Quit: Bridge terminating on SIGTERM]
M9names[m] has quit [Quit: Bridge terminating on SIGTERM]
mindtree[m] has quit [Quit: Bridge terminating on SIGTERM]
andres[m] has quit [Quit: Bridge terminating on SIGTERM]
tonke[m] has quit [Quit: Bridge terminating on SIGTERM]
yusefkarim[m] has quit [Quit: Bridge terminating on SIGTERM]
disasm[m] has quit [Quit: Bridge terminating on SIGTERM]
adamgreig-m has quit [Quit: Bridge terminating on SIGTERM]
stratom[m] has quit [Quit: Bridge terminating on SIGTERM]
peauters[m] has quit [Quit: Bridge terminating on SIGTERM]
DerFetzer[m] has quit [Quit: Bridge terminating on SIGTERM]
theunkn0wn1[m] has quit [Quit: Bridge terminating on SIGTERM]
riskable[m] has quit [Quit: Bridge terminating on SIGTERM]
Albru[m] has quit [Quit: Bridge terminating on SIGTERM]
Mathias[m] has quit [Quit: Bridge terminating on SIGTERM]
sh3rm4n[m] has quit [Quit: Bridge terminating on SIGTERM]
GrantM11235 has quit [Quit: Bridge terminating on SIGTERM]
AnsgarSchmidt[m] has quit [Quit: Bridge terminating on SIGTERM]
TeXitoi[m]1 has quit [Quit: Bridge terminating on SIGTERM]
f_punk[m] has quit [Quit: Bridge terminating on SIGTERM]
ejpcmac has quit [Quit: Bridge terminating on SIGTERM]
JimCrossley[m] has quit [Quit: Bridge terminating on SIGTERM]
korken89[m] has quit [Quit: Bridge terminating on SIGTERM]
ryan-summers[m] has quit [Quit: Bridge terminating on SIGTERM]
theJPster has quit [Quit: Bridge terminating on SIGTERM]
gdamjan[m]1 has quit [Quit: Bridge terminating on SIGTERM]
yruama_lairba[m] has quit [Quit: Bridge terminating on SIGTERM]
timokrgr[m] has quit [Quit: Bridge terminating on SIGTERM]
jduchniewicz has quit [Quit: Bridge terminating on SIGTERM]
wallacejohn[m] has quit [Quit: Bridge terminating on SIGTERM]
HannoBraun[m] has quit [Quit: Bridge terminating on SIGTERM]
jamwaffles[m] has quit [Quit: Bridge terminating on SIGTERM]
dirbaio[m] has quit [Quit: Bridge terminating on SIGTERM]
uep[m] has quit [Quit: Bridge terminating on SIGTERM]
henrik_alser[m] has quit [Quit: Bridge terminating on SIGTERM]
dreamcat4_ has quit [Quit: Bridge terminating on SIGTERM]
xoviat[m] has quit [Quit: Bridge terminating on SIGTERM]
braincode[m] has quit [Quit: Bridge terminating on SIGTERM]
thalesfragoso[m] has quit [Quit: Bridge terminating on SIGTERM]
morgan[m]1 has quit [Quit: Bridge terminating on SIGTERM]
firefrommoonligh has quit [Quit: Bridge terminating on SIGTERM]
jkristell[m] has quit [Quit: Bridge terminating on SIGTERM]
Sijmen has quit [Quit: Bridge terminating on SIGTERM]
Gireesh[m] has quit [Quit: Bridge terminating on SIGTERM]
wassasin[m] has quit [Quit: Bridge terminating on SIGTERM]
BobMcWhirter[m] has quit [Quit: Bridge terminating on SIGTERM]
diondokter[m] has quit [Quit: Bridge terminating on SIGTERM]
jhillyerd[m] has quit [Quit: Bridge terminating on SIGTERM]
kevlan[m] has quit [Quit: Bridge terminating on SIGTERM]
ctron[m] has quit [Quit: Bridge terminating on SIGTERM]
hargonix[m] has quit [Quit: Bridge terminating on SIGTERM]
javier_varez[m] has quit [Quit: Bridge terminating on SIGTERM]
therealprof[m] has quit [Quit: Bridge terminating on SIGTERM]
TimSmall has quit [Quit: Bridge terminating on SIGTERM]
yatekii[m] has quit [Quit: Bridge terminating on SIGTERM]
tonke[m] has joined ##stm32-rs
dreamcat4_ has joined ##stm32-rs
peauters[m] has joined ##stm32-rs
thalesfragoso[m] has joined ##stm32-rs
henrik_alser[m] has joined ##stm32-rs
yusefkarim[m] has joined ##stm32-rs
JimCrossley[m] has joined ##stm32-rs
sh3rm4n[m] has joined ##stm32-rs
BobMcWhirter[m] has joined ##stm32-rs
jhillyerd[m] has joined ##stm32-rs
yatekii[m] has joined ##stm32-rs
yruama_lairba[m] has joined ##stm32-rs
jduchniewicz has joined ##stm32-rs
dkm[m] has joined ##stm32-rs
M9names[m] has joined ##stm32-rs
wallacejohn[m] has joined ##stm32-rs
theJPster has joined ##stm32-rs
xoviat[m] has joined ##stm32-rs
AnsgarSchmidt[m] has joined ##stm32-rs
korken89[m] has joined ##stm32-rs
firefrommoonligh has joined ##stm32-rs
dirbaio[m] has joined ##stm32-rs
ctron[m] has joined ##stm32-rs
kevlan[m] has joined ##stm32-rs
rjo has joined ##stm32-rs
morgan[m]1 has joined ##stm32-rs
uep[m] has joined ##stm32-rs
disasm[m] has joined ##stm32-rs
Gireesh[m] has joined ##stm32-rs
jkristell[m] has joined ##stm32-rs
jamwaffles[m] has joined ##stm32-rs
therealprof[m] has joined ##stm32-rs
theunkn0wn1[m] has joined ##stm32-rs
mtthwmeyer[m] has joined ##stm32-rs
ejpcmac has joined ##stm32-rs
riskable[m] has joined ##stm32-rs
GrantM11235 has joined ##stm32-rs
wassasin[m] has joined ##stm32-rs
ryan-summers[m] has joined ##stm32-rs
timokrgr[m] has joined ##stm32-rs
mindtree[m] has joined ##stm32-rs
DerFetzer[m] has joined ##stm32-rs
gdamjan[m]1 has joined ##stm32-rs
HannoBraun[m] has joined ##stm32-rs
TimSmall has joined ##stm32-rs
hargonix[m] has joined ##stm32-rs
javier_varez[m] has joined ##stm32-rs
TeXitoi[m] has joined ##stm32-rs
f_punk[m] has joined ##stm32-rs
andres[m] has joined ##stm32-rs
jacobrosenthal[m has joined ##stm32-rs
stratom[m] has joined ##stm32-rs
barafael[m] has joined ##stm32-rs
braincode[m] has joined ##stm32-rs
adamgreig-m has joined ##stm32-rs
diondokter[m] has joined ##stm32-rs
jamesmunns[m] has joined ##stm32-rs
Mathias[m] has joined ##stm32-rs
Albru[m] has joined ##stm32-rs
Sijmen has joined ##stm32-rs
<firefrommoonligh> Hey - I'm the guy who put together a chunk of PRs and issues, eventually merged them into a mega-PR, then closed them all out of frustration. You need to figure out what your intent is behind the lib.
<firefrommoonligh> It's a trap for anyone who starts embedded Rust using the Discovery Book. I recommend marking it as deprecated in the Readme or something.
<firefrommoonligh> * It's a trap for anyone who starts embedded Rust using the Discovery Book. I recommend marking it as deprecated in the Readme or something.
<firefrommoonligh> * It's a trap for people who learn embedded Rust using the Discovery Book. I recommend marking it as deprecated in the Readme.
<firefrommoonligh> * It's a trap for people who learn embedded Rust using the Discovery Book.
<peauters[m]> hi all, back again =o) making good progress, but hit a bit of a snag and was hoping for some ideas.
<peauters[m]> I've got my pcb and all is looking well apart from the oled screen. long story short, when I try to send data with i2c i get a NACK.
<peauters[m]> I *think* I've probed it properly with a logic analyser and i just see the sda and scl pins go high. I've checked continuity between the pins on the board and the pins on the oled and it all seems ok. any ideas?
<peauters[m]> I should add, the setup works on a breadboard
<peauters[m]> so its gotta be something with my soldering skills or similar, but I've checked and nothing looks dodgy
<henrik_alser[m]> Do you have pullups installed? :) (or use internal)
<peauters[m]> use internal
<henrik_alser[m]> At 400kHz?
<peauters[m]> yup, dropped it to 100 and didn't seem to help
<peauters[m]> as I said, it works on a bread board with some pretty long jumped wire
<peauters[m]> s
<henrik_alser[m]> How is it powered?
<henrik_alser[m]> Same as before?
<peauters[m]> yep, over usb c
<peauters[m]> i literally pick the black pill board out of breadboard, and plonk it in the socket on the pcb
<peauters[m]> what I dont get is why its a NACK if no data is being sent
<peauters[m]> I though ACKs were after the read/write bit
<henrik_alser[m]> It nacks the address of noone responds
<henrik_alser[m]> * It nacks the address if noone responds
<peauters[m]> ahhh
<henrik_alser[m]> Do you have the same address pin config on the oled? Or is it on a module and same as before?
<peauters[m]> same as the bb
<henrik_alser[m]> Can you check the ssd1306 has ok Vdd voltage etc?
<peauters[m]> yep, see 3v on the vdd
<peauters[m]> I'm gonna revert my debugging code and put it back on the bb to triple check
<henrik_alser[m]> Do you have an oscilloscope?
<peauters[m]> I have a hantek 6022BL, which has got 2 analog ports
<peauters[m]> but not tried using it yet
<peauters[m]> (definitely works on the bb)
<peauters[m]> will attempt hooking it up and seeing if I can work the software =o)
<henrik_alser[m]> So what is on your PCB?
<peauters[m]> its a pcb for a keyboard
<peauters[m]> so mainly diodes and hostswap sockets for mechanical switches
<peauters[m]> so
<peauters[m]> * so, I'm a bit lost looking at the scope
<peauters[m]> anyone got a good resource/scopes 101 at all?
<peauters[m]> @Tex
<peauters[m]> * TeXitoi: it runs keyberon ... =o)
<TeXitoi[m]> Yup I've seen your message yesterday 🙂
<peauters[m]> its working a charm =o) lovely crate dude
<TeXitoi[m]> Thanks
<TeXitoi[m]> I'm happy that it's useful to others
<henrik_alser[m]> Nice! So is the PCB carrying the i2c signals at all? Or what’s the difference from your breadboard if the oled is mounted right at the blackpill?
<peauters[m]> the pcb is carrying the signal (2 secs and I'll get another photo)
<peauters[m]> i've gotta go stick the kids in bed etc. but if anyones got any ideas please DM me. any help is very much appreciated
<peauters[m]> this is my first real hardware project so assume all dumb things are on the table ;o)
<henrik_alser[m]> I’ll check in later, have to put the kids to bed here aswell 😅
<peauters[m]> good luck
<henrik_alser[m]> You too! :)
<therealprof[m]> peauters: Have you checked continuity between the assumed pins on the board/chip and the display? Have you checked idle voltages on SCL/SDA? Does the display have VCC?
<therealprof[m]> Have you checked whether SDA/SCL are shorted?
<peauters[m]> Checked continuity. Checked voltage on the display. Checked no shorts. My next plan is to solder some wires to the underside of the board and connect the oled directly and then work outwards. I’m not sure the header I’m using to put the OLED pins in is the best, so could be when I check continuity, I’m applying pressure the right way to make contact. Thanks for the help @therealprof
<firefrommoonligh> Maybe IDLE for IDBLE, ie the line is idle after a message?
<firefrommoonligh> And once the interrupts that are based on end-of-msg fire, will I be able to get the prev chars usign read?
<firefrommoonligh> Or maybe CMF on a start char to trigger the interrupt, then read?
<dirbaio[m]> or use DMA and use the "DMA done" interrupt
<firefrommoonligh> I think that's above my head :(
<dirbaio[m]> or use the "byte received" interrupt and pop bytes off in the interrupt handler until you got 11 bytes
<firefrommoonligh> Thank you - will give that a shot
<firefrommoonligh> Do you think that would be better than CMF matching the start char?
<dirbaio[m]> maybe, if messages always end with the same char?
<dirbaio[m]> does the uart hw have buffer to hold the entire 11 bytes?
<firefrommoonligh> yea. And start
<firefrommoonligh> No idea
<firefrommoonligh> Maybe on start char, then read in a loop ?
<firefrommoonligh> Troubleshooting the char match approach. In the RM, the ADD field (which defines the char to match) is split up into bits 0:3 and 4:7. In the PAC, it's (AFAIK?) split up into bits 0-6(?) and bit 7. Could this be causing the trouble? What could cause this?