ChanServ changed the topic of #rust-embedded to: Welcome to the Rust Embedded IRC channel! Bridged to #rust-embedded:matrix.org and logged at https://libera.irclog.whitequark.org/rust-embedded, code of conduct at https://www.rust-lang.org/conduct.html
Socke has quit [*.net *.split]
Lumpio- has quit [*.net *.split]
mattgirv_ has quit [*.net *.split]
wose has quit [*.net *.split]
wose has joined #rust-embedded
Lumpio- has joined #rust-embedded
Socke has joined #rust-embedded
mattgirv has joined #rust-embedded
starblue1 has quit [Ping timeout: 255 seconds]
starblue1 has joined #rust-embedded
gleostocha has joined #rust-embedded
emerent has quit [Ping timeout: 272 seconds]
emerent has joined #rust-embedded
starblue1 has quit [Ping timeout: 272 seconds]
starblue1 has joined #rust-embedded
gleostocha has quit [Ping timeout: 272 seconds]
starblue1 has quit [Ping timeout: 240 seconds]
starblue1 has joined #rust-embedded
starblue1 has quit [Ping timeout: 272 seconds]
starblue1 has joined #rust-embedded
<re_irc> <firefrommoonlight> GrantM11235: Do you have any projects that use SPI?
<re_irc> <firefrommoonlight> Of note, that sounds ... Not ideal, since SPI generally uses both lines simultaneously
<re_irc> <GrantM11235> Half duplex devices do exist, for example the TM1638 led/button driver chip
<re_irc> <9names (@9names:matrix.org)> it's not really a standard though, is it? TM1638 makes no mention of SPI at all in it's datasheet.
<re_irc> <9names (@9names:matrix.org)> i'm interested since the Pico W has the wifi chip connected with shared CIPO/COPI, but is it common enough that we need a special trait for it?
<re_irc> <GrantM11235> I think it is fairly common. It is also called three wire spi https://en.wikipedia.org/wiki/Serial_Peripheral_Interface#Three-wire_serial_buses
explore has quit [Quit: Connection closed for inactivity]
<re_irc> <ryan-summers> Yeah, but you could only ever use it in half duplex mode or full duplex mode. There's no real such thing as two half-duplex SPIs, so the only thing you get out of it is no "read()" or "write()" function, which is easy enough to do in a driver
causal has joined #rust-embedded
explore has joined #rust-embedded
starblue1 has quit [Ping timeout: 255 seconds]
starblue1 has joined #rust-embedded
<re_irc> <Udayakumar Hidakal> Hello all,
<re_irc> Now i am reading about "async" and "await" pattern, So is there any examples for that please let us know.
<re_irc> <K900> Specifically for embedded you probably want https://embassy.dev/
<re_irc> <Udayakumar Hidakal> K900: Thank you, will go through this blog.
<re_irc> <aktaboot> Blog ? 🤔
<re_irc> <henrik_alser> Udayakumar Hidakal: https://github.com/embassy-rs/embassy/tree/master/examples
<re_irc> <matejcik> are cargo examples supposed to work with embedded / nostd?
<re_irc> i have a staticlib crate and I want to create an example so that I can use "cargo-call-stack" on the library.
<re_irc> the example is refusing to compile because it doesn't see the main crate -- when I just "use mycrate::something", then "mycrate" is undeclared or unresolved; when I add "extern crate mycrate", which shouldn't be needed since like 2018 ? then I get "can't find crate"
<re_irc> <matejcik> apparently this feature dislikes "staticlib" build.
<re_irc> <matejcik> +when I remove that from cargo.toml, the example builds fine
<re_irc> <chrysn (@chrysn:matrix.org)> Is there any simple way for crates that advertise they're no_std to check whether they actually are?
<re_irc> <chrysn (@chrysn:matrix.org)> I've time and again seen dependencies (or even badly ifdef'd "extern crate alloc"/"std" conditional code) being pulled in, and it has always only shown once I'm actually building for embedded.
<re_irc> <chrysn (@chrysn:matrix.org)> (One concrete pitfall I kind of expect to trigger is that all crates used in writing proc macros are not dev dependencies but actual ones, and while all their use of std can be gated to "cfg(proc_macro)", if any of them enabled a std feature of another crate that's also used somewhere else in the tree, then resolver=2 wouldn't save the day because it's all in the same tree.)
GenTooMan has quit [Ping timeout: 244 seconds]
GenTooMan has joined #rust-embedded
<re_irc> <explodingwaffle101> how are you meant to use delay in a driver?
GenTooMan has quit [Ping timeout: 272 seconds]
<re_irc> <adamgreig> hi room, meeting time again! agenda is https://hackmd.io/jVo9nr5BTEW13iUVT1dRbA, please add anything you'd like to announce or discuss and we'll start in 5 min
<re_irc> <adamgreig> ugh, it's too hot here, there's been a bunch of rust-embedded github activity this week but I can't remember anything that obviously needs discussing, so please do add anything you can think of
<re_irc> <therealprof> I have nothing. It's not only hot here but I also managed to pick up the flu, yay!
<re_irc> <adamgreig> all I have is a quick announcement that svd v0.14 is out
<re_irc> <adamgreig> ugh, get well soon!
<re_irc> <therealprof> adamgreig: Almost over, it's a bit sad not being to enjoy a cold brew and instead having to reside to hot tea... 😉
<re_irc> <adamgreig> there was a new issue on cortex-m-rt about overriding the exception table, which has come up a couple of times for devices with non-standard "write some stuff to flash around/in the vector table" config https://github.com/rust-embedded/cortex-m/issues/445
<re_irc> <adamgreig> I guess the answer is "use your own linker script" basically
<re_irc> <adamgreig> it's maybe niche enough that it doesn't make sense to add a hook to c-m-rt for this, though I haven't really thought what such a thing would look like
<re_irc> <therealprof> Ugh, those Infineon micros pop up now and then, huh? I thought that was addressed already by someone many moons ago...
<re_irc> <adamgreig> I expect by just using a local link.x
<re_irc> <therealprof> Maybe, there's even a PAC and HAL for it... https://crates.io/crates/xmc1100-hal
<re_irc> <therealprof> Worth a closer look?
<re_irc> <adamgreig> nice, I've linked to that in the github issue
<re_irc> <adamgreig> ok, let's leave it there this week, back to lying in front of a fan and sipping cold water...
<re_irc> <therealprof> Hot tea for me. 😉
GenTooMan has joined #rust-embedded
GenTooMan has quit [Ping timeout: 272 seconds]
emerent_ has joined #rust-embedded
emerent is now known as Guest9721
Guest9721 has quit [Killed (platinum.libera.chat (Nickname regained by services))]
emerent_ is now known as emerent
loki_val has joined #rust-embedded
crabbedhaloablut has quit [Ping timeout: 268 seconds]
loki_val has quit [Ping timeout: 268 seconds]
crabbedhaloablut has joined #rust-embedded
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #rust-embedded
emerent has quit [Ping timeout: 240 seconds]
emerent has joined #rust-embedded