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
cinemaSundays has quit [Quit: Connection closed for inactivity]
pronvis has quit [Ping timeout: 248 seconds]
emerent has quit [Ping timeout: 260 seconds]
emerent has joined #rust-embedded
pronvis has joined #rust-embedded
sroemer has joined #rust-embedded
nickez[m] has quit [Quit: Idle timeout reached: 172800s]
RoyBuitenhuis[m] has joined #rust-embedded
<RoyBuitenhuis[m]> <huayra1[m]> "what is the "recommended" way to..." <- I have always used either (c)bindgen for libraries or just manually keeping both sides up to date.
JomerDev[m] has quit [Quit: Idle timeout reached: 172800s]
cyrozap has quit [Remote host closed the connection]
cyrozap has joined #rust-embedded
RobertJrdens[m] has quit [Quit: Idle timeout reached: 172800s]
chrysn[m] has quit [Quit: Idle timeout reached: 172800s]
sroemer has quit [Ping timeout: 248 seconds]
okhsunrog[m] has quit [Quit: Idle timeout reached: 172800s]
sroemer has joined #rust-embedded
sroemer has quit [Quit: WeeChat 4.3.4]
braincode[m] has quit [Quit: Idle timeout reached: 172800s]
danielb[m] has quit [Quit: Idle timeout reached: 172800s]
aliceryhl[m] has joined #rust-embedded
<aliceryhl[m]> I'm looking for reviewers for this RFC: https://hackmd.io/f3sFMrYKTWme5vZcUYt1Cw?both
<aliceryhl[m]> Is the embedded-wg interested in contributing a section under the motivation heading?
adamgreig[m] has quit [Quit: Idle timeout reached: 172800s]
bpye has quit [Quit: Ping timeout (120 seconds)]
bpye has joined #rust-embedded
<gauteh[m]> Hi. I'm having one MCU trying to send a JSON document to another MCU over uart (400k baud for instance). A interrupt from a GPS triggers sending, and also reading on the second MCU.. is there any obvious reasons why this wouldn't work? I'm getting consistently corrupted data and errors on the reading side.
ivmarkov[m] has quit [Quit: Idle timeout reached: 172800s]
RockBoynton[m] has joined #rust-embedded
<RockBoynton[m]> how is your physical later? 400k baud may be too fast depending on that, have you tried slower? Have you probed with a logic analyzer?
<gauteh[m]> yeah, it could be that. Just crappy jumper wires on a breadboard at the moment
<RockBoynton[m]> s/later/layer/
henrik_alser[m] has quit [Quit: Idle timeout reached: 172800s]
ello has quit [Quit: ZNC 1.9.1 - https://znc.in]
ello has joined #rust-embedded
davidmpye[m] has joined #rust-embedded
<davidmpye[m]> Might there be a better Comms protocol than json?
henriquegogo has joined #rust-embedded
henriquegogo has quit [Quit: leaving]
jannic[m] has quit [Quit: Idle timeout reached: 172800s]
crabbedhaloablut has quit []
crabbedhaloablut has joined #rust-embedded
jannic[m] has joined #rust-embedded
<jannic[m]> The CI pipeline for the cortex-m repo has several failures due to updates of rust and ubuntu.
huszty[m] has joined #rust-embedded
<huszty[m]> Hi! I am doing a project on an STM32H7 board with some SDRAM attached to it. The idea was to use the SDRAM as heap space in some cases. While it works great for generic content, now also some atomic variables landed on that heap space. Accessing them is causing a hard fault (bus error). Is this expected?
rafael[m] has quit [Quit: Idle timeout reached: 172800s]