<Taral[m]>
i2c peripherals (unlike controllers) generally have tight turnaround times on responding to requests
<Taral[m]>
There's a way for them to request additional time, but not all controllers support it.
esden[cis] has quit [Quit: Idle timeout reached: 172800s]
<JamesMunns[m]>
Yeah, if your host doesn't support clock stretching, then your turnaround time after address match is like one bit I guess, at 400khz that's 2.5us which isn't like hugely difficult to hit, but also a lot less forgiving than in the controller role
<JamesMunns[m]>
It's totally reasonable to write your own interrupt before, but idk if anyone has proposed an interface we could use for embedded-hal portably.
<vollbrecht[m]>
<M9names[m]> ""not all safe Rust types are..." <- yeah that is a bit puzzeling, one can argue that "safe" types like Rc are not race-free, but send + sync is preventing us from using them in a racy way. At least when they are marking "partial" applicable for safe rust. For "unsafe" its obviously a different story
<dirbaio[m]>
What even is a "safe type" lol
<vollbrecht[m]>
or are they talking about that rust the language cannot prevent general "race safty" here. E.g because of deadlock problems etc Though that does not have to do with the types itself
<vollbrecht[m]>
dirbaio[m]: they only define "safe Rust" wich they define as everything except unsafe and extern
<dirbaio[m]>
Types aren't unsafe, only functions/methods are
<thejpster[m]>
My joining the arm team requires a majority vote but currently most of the members are not responding to pings, so I’m stuck.
ithinuel[m] has joined #rust-embedded
<ithinuel[m]>
thejpster[m]: I’m hibernating, does my vote count ?
dngrs[m] has joined #rust-embedded
<dngrs[m]>
<vollbrecht[m]> "yeah that is a bit puzzeling..." <- > <@vollbrecht:matrix.org> yeah that is a bit puzzeling, one can argue that "safe" types like Rc are not race-free, but send + sync is preventing us from using them in a racy way. At... (full message at
<thejpster[m]>
<ithinuel[m]> "I’m hibernating, does my vote..." <- I’d have to check the rules, but I don’t think hibernating people can vote. They can only unhibernate (resume?) themselves.
<thejpster[m]>
I would have been happy to review a draft release to clarify these things, but I wasn’t asked.
adamgreig[m] has joined #rust-embedded
<adamgreig[m]>
<thejpster[m]> "My joining the arm team requires..." <- it looks like it is now a majority so should be all set
<JamesMunns[m]>
Yeah, by the time an rfc is like 3-4 weeks old, you just need two approvers and no objections
<adamgreig[m]>
in any event it has a strict 4/7 majority now, I'll process it later
matt-rodgers[m] has quit [Quit: Idle timeout reached: 172800s]
diondokter[m] has quit [Quit: Idle timeout reached: 172800s]
pcs38 has quit [Quit: leaving]
pvdrz[m] has quit [Quit: Idle timeout reached: 172800s]
starblue has quit [Ping timeout: 248 seconds]
pcs38 has joined #rust-embedded
Ralph[m] has quit [Quit: Idle timeout reached: 172800s]
spikespaz[m] has quit [Quit: Idle timeout reached: 172800s]
alvidrezluke[m] has quit [Quit: Idle timeout reached: 172800s]
ouilemur has joined #rust-embedded
zeenix[m] has joined #rust-embedded
<zeenix[m]>
Having trouble flashing my STM32WL55JC nucleoboard using probe-rs. I get "JtagGetIdcodeError" but also in the debug I see that usb port is enumerated as a mass storage device (and I can mount it and read the files). I'm hoping I'm missing out something very basic here? 🤔
Noah[m] has joined #rust-embedded
<Noah[m]>
zeenix[m]: I think this one is known to have issues as it's very new. I still did not set up the tester as I promised :/
mameluc[m] has joined #rust-embedded
<mameluc[m]>
zeenix[m]: mass storage device is normal for st-links. you can even change the mode of it via their cubeprogrammer software. most common reason for my stm32wl stuff not flashing has been some security bits set somewhere. there is an unlock script in the cubemx packet. another thing that has worked for me is using stm32wle as the chip when only targeting the m4 core
<mameluc[m]>
I think it is on github too. it was a .bat script
Kaspar[m] has joined #rust-embedded
<Kaspar[m]>
<zeenix[m]> "Having trouble flashing my..." <- Maybe check if there's a firmware update for the onboard stlink. There's an updater available in the st website.