Recent submissions

Comment · 4 months ago
I set all my Rust LLM written projects to 'unsafe=deny'. Not sure why not everyone is anticipating your comment.
Comment · 4 months ago
"Build internal tools on Rails in hours, not sprints"

Not so hard to mention what your tool actually does.

Comment · 5 months ago
So now they have to print the weights and sell as book in order to export them!

Gives the word "weights" a more literal meaning.

Comment · 6 months ago
Part of the C protocol implementation is generated, and that generator chose the JSON parser. As it worked and there was plenty of memory left on the MCU, it was kept.

We're mentioning this in the paper: "The heap is entirely attributable to Parson's dynamic allocation of JSON tree nodes; as memory usage minimization was not a key goal, we kept Parson (the JSON parser used by the PNPL code generator by default), noting that there are less memory heavy options that do not require a heap at all."

Comment · 6 months ago
> In Figure 12, they simply stop optimizing the code once desired rate is reached.

Yes. The goal was to handle the maximum data rate of the used sensor, and stop there. Time was limited on both ends.

> Just at the end of the project the Rust firmware gets over a third performance boost, most likely from their OS developers.

The ST intern found those boosts all by himself. They compared the exact MCU & peripheral initialization of the C and Rust firmwares, tightened I2C timings (where STM Cube has vendor tuned & qualified values), and enabled the MCU's instruction cache, which somehow is not default in Embassy's HAL. We were quite impressed actually, the last days before the deadline were quite productive, optimization wise.

Comment · 6 months ago
Yup. Large companies have interesting rules sometimes.
Comment · 6 months ago
The used protocol was part of the requirements, so the existing web service could be re-used.
Comment · 6 months ago
1. So Ariel OS is based on Embassy - IIUC I2S and CAN has some support upstream. That can be used already, although not using Ariel's usually fully portable APIs.

2. Well, ST has released official Rust drivers for a bunch of their sensors. They're built on embedded-hal(-async), so can directly be used with Ariel OS. There is probably more.

Comment · 6 months ago
"The open source code will be published on https://github.com/stm32-hotspot/ for the final version of the paper."

-> paper is not final. And IIUC ST will be releasing the code at some point.

Comment · 6 months ago
You mean with the "two teams" that were tasked to develop the C / Rust versions?

Yeah of course. Then again - they were one person teams, where the C "team" had years of experience in stm32 / embedded C / stm32 cube development and churned out that handwritten state machine in just days. The Rust "team" was a pre-masters intern with only minimal embedded Rust experience. They ran into all the pitfalls with (async) embedded Rust, but corrected towards the end.

Comment · 6 months ago
"Customers are asking for Rust" would probably be the reason why ST is looking into this.
Comment · 6 months ago
One of the author's here, if there are any questions!
Comment · 10 months ago
Also check out Ariel OS (https://ariel-os.org), which is built on top of Embassy.
Comment · 1 year ago
> Top end CPUs are about 3x faster than the comparable top end models 3 years ago

I wish that were true, but the current Ryzen 9950 is maybe 50% faster than the two generations older 5950, at compilation workloads.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton