fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

8.8K
active users

#embeddedrust

0 posts0 participants0 posts today

We tackled the challenge of writing an over-the-air firmware update mechanism for the lossy LoRaWAN network. In this blog, David explains how we reconstructed the lost data using parity blocks: tweedegolf.nl/en/blog/158/reco

This work was performed in close collaboration with Philip Markgraf for Kelvin.

tweedegolf.nlReconstructing lost data from parity blocks - Blog - Tweede golfA few months ago, we were faced with the challenge of writing an over-the-air firmware update mechanism for the lossy LoRaWAN network; If a packet arrives, it is guaranteed to be correct, but not ...

Curious about Rust on Embedded? Sign up for "Rust on Embedded", the upcoming online Elektor Academy Pro Conference on July 16th. Juraj Michálek from will showcase , and more running on Rust with no_std.

youtube.com/watch?v=N_PrevR02kU

👉 elektormagazine.com/news/rust-

I wrote some ST7789 screen driver Rust code which just takes bytes from memory and flushes them into the screen. It seems to work but somehow the screen turns completely white less than one second after the memory write operation. This used to work fine, so I was wondering if maybe some other driver was interfering with the SPI, but nope, I disabled everything else and it still does that. I wrote a small test program which uses a different library to speak to the ST, and it works just fine. I am probably doing something wrong somewhere, BUT THEN WHY WAS IT WORKING OK BEFORE? I suspect some weird timing issues. Or maybe my driver code is being optimized by the compiler somehow, and things are not being done in the correct order?

I will probably plug in a logic analyzer tomorrow, but if anyone has any tips on how to debug it...

has anyone coaxed the into using PSRAM with embassy-rs? I couldn't find an obvious example in my searches this morning. I did find some arduino startup code that I can probably translate and adapt, but if someone has already done the heavy lifting, that would save me some effort!

Replied in thread

@orhun hi there! As a rustean, I love your project and it have inspired me to create a minitel based system. I have a question about Rust on ESP32 (I will read the dedicated book before starting the project). I haven't any experience with ESP32, so there is my question : is it possible to install your project will keeping the basic firmware of the Iodeo dongle?

#minitel#esp32#rust

I'm struggling with some Rust confusion ... specifically, esp-hal::dma. How does one idiomatically allocate a DmaTxBuff in PSRAM? ... At this point, the compiler is happy, but the ESP32s3 just seems to hang.... All I want is some 800x480 display. Am I being greedy?

#rust
#EmbeddedRust
#ESP32

Anyone looking for an #embedded engineer? Full time remote strongly preferred. #getFediHired

I am experienced with #EmbeddedC and, to a lesser degree, #EmbeddedRust and #EmbeddedJava. I even wrote JNI bindings for Java in Rust to call into Tock:OS. I have some recent experience with a very large C++ code base, but I wouldn't call myself an expert with it. I also have experience building test automation frameworks written in #Python and #Rust.

Oh, sorry for the edit spam. But I almost forgot to mention that I have extensive experience with the #RISCV architecture and instruction set.

Tock Embedded Operating SystemTock Embedded Operating SystemTock is a safe, multitasking operating system for low-power, low-memory microcontrollers.