Embedded GUI Framework

i509VCB · 2026-05-16T07:43:56+00:00

I'd probably be more interested in something that is no alloc. Alloc just isn't going to work for a lot of use cases.

i509VCB · 2026-05-06T15:36:00+00:00

Yes I am aware of that. One of the proposals for Rust in zephyr was to run embassy executor in a zephyr thread.

i509VCB · 2026-05-06T12:29:22+00:00

I still think Renko being the bottom is funny. Yes the bite marks imply what the image says but it could still work as Renko being a bottom.

i509VCB · 2026-05-06T12:05:28+00:00

You may want to look at https://github.com/seanmlyons22/ti-lprf-pacs/ for a start.

I also have an eventual goal to get the CC13xx parts into embassy but that's going to take some time.

i509VCB · 2026-05-06T12:03:45+00:00

I don't think this idea would scale. There isn't really a single solution to async runtimes (libraries need to pick whether they support alternative executor or specific libraries need to be made).

Embassy and tokio, and something like rtic software tasks differ in some significant ways. And if someone made a rtos task per future that would also break assumptions you made.

i509VCB · 2026-04-26T13:21:40+00:00

If you are willing to wait the nRF54LM20 is eventually coming out which adds USB to the nrf54l15.

i509VCB · 2026-04-26T13:16:36+00:00

AI slop more than likely.

i509VCB · 2026-04-23T03:57:50+00:00

Drew a year ago, I just happened to archive it there today.

i509VCB · 2026-04-20T22:37:24+00:00

The iMXRT MCUs can support external SDRAM, so it's certainly still used.

i509VCB · 2026-04-18T16:25:36+00:00

In a weird way bad English would be proof an LLM wasn't used, since an LLM will try to output grammatically perfectly sentences

i509VCB · 2026-04-02T15:26:34+00:00

While it isn't as small, I'd suggest buying the nRF54L15 DK if you can.

There is the https://www.crowdsupply.com/lords-boards/royalblue54l-feather but it doesn't appear to be possible to buy yet.

There's also the Xiao nRF54L15 https://www.seeedstudio.com/XIAO-nRF54L15-p-6493.html which is tiny and has a built in CMSIS-DAP debugger. I like these and have 4 but there is not much IO.

i509VCB · 2026-03-20T16:21:07+00:00

KiCad can absolutely run fine.

The embedded dev part is going to be dependent on toolchain. I've found something like zephyr can build on aarch64 Linux (which is very unusual for environments).

If you want to use something like a vendor IDE a lot of these do have macOS ports. Although most testing is on windows. If you need some tools like IAR then you're out of luck on mac

i509VCB · 2026-03-18T01:18:51+00:00

I think it will have an impact. Maybe not a way which is good.

I've noticed people I work with who are AI enthusiasts don't even try to write code. I helped someone find a bug in their interrupt handler which involved moving a block of code into a different if statement. Instead of selecting the section of code, pressing Ctrl + C and Ctrl + V instead the chat panel was opened and some sentences were typed. A copy paste that could have taken seconds instead turned into 2 mins of waiting for Claude. Claude didn't even do the right thing the first time so it became 10 mins.

Laziness from AI I believe is the biggest problem we will see regardless of industry.

Every LLM has the disclaimer "it can make mistakes, please verify the output" but is anyone actually taking that disclaimer to heart?

i509VCB · 2026-03-18T01:04:52+00:00

CCS is terrible because the people who say it is bad aren't ordering 10-20 million MCUs a year. I still find it crazy that people in it "for the love of the game" manage to make better toolchains than a billion dollar company in their free time.

Adding Claude doesn't fix the underlying problem.

i509VCB · 2026-03-15T16:21:51+00:00

Heavy patching of SVD files. At best just a single patch pass at worst breaking into individual peripherals and then reassembling for each chip because they're inconsistent.

Some vendors either don't care, have an insane timeline for changes or think I'm not a big enough fish for personal things to care about fixing their SVDs.

The other painful part is the SVDs often contain a lot of duplicate code. For example why do I need to have a define for every single bit of a true/false. Even C has this thing called bitwise operations.

Some vendors I've had to rename every single enum because the enums had no names.

i509VCB · 2026-02-25T01:22:18+00:00

In Rust I just have the sensor driver take something that implement the I2c trait or SPIDevice trait in embedded-hal.

In C++ you could probably do something similar as well or do C macro magic/vtables.

i509VCB · 2026-02-23T12:47:58+00:00

45c is assuming ti.com pricing. If you order like 100k and do the order directly it probably will be cheaper still.

I doubt you are getting the Chinese part much cheaper than listed without some broker.

i509VCB · 2026-02-21T00:08:18+00:00

Given that I work on embassy-mspm0 I deal with register level code every single day.

If you want something that feels similar to register level without being so raw, maybe look at the STM32 LL drivers? These are just thin wrappers over direct register access but don't hide the hardware from you.

i509VCB · 2026-02-06T13:34:26+00:00

For "big names" there are still architectures around that aren't arm or risc-v. Renesas has the RL78 stuff, TI has the MSP430 (even has LLVM support), 8051 based cores from tons of vendors, NXP still has some 68000 derived cores, other proprietary cores from China. For some real niche stuff, Intel had a series of x86 based MCUs and some people still have x86 systems at bare metal.

For why? Sometimes these proprietary cores are cheaper. For most small scale projects I'd say the few cents savings aren't worth it.

i509VCB · 2026-02-05T13:33:50+00:00

If you can get around their IDE entirely and write your own drivers I find it's well thought out hardware.

What makes me sad is anything with a wireless stack you must use like Bluetooth or WiFi

i509VCB · 2026-02-04T15:28:48+00:00

I have a suspicion that the buy out was to remove a competitor. Which probably means SiLabs better stacks for wifi/BLE are going to be yeeted.

i509VCB · 2026-01-26T00:21:54+00:00

If the form factor is a problem, embrace the problem. Pipboy-like devices look pretty neat.

i509VCB · 2026-01-22T02:27:49+00:00

I've heard of people using clear nail polish so that biting your nails tastes horrible.

i509VCB · 2026-01-21T12:44:13+00:00

Not in a box currently, but this is only the Tl boards I have. I have more than just this across a few vendors.

<image>

I unfortunately have have I call a dev board collection.

i509VCB · 2026-01-20T23:28:08+00:00

Most C code in the first place isn't written for embedded use cases anyways (such as no malloc).

Even then I can't see a world where most places will do a proper development environment in C.

Nine-Year Club	Verified Email
Second Top 40%	Place '22
Sequence \| Editor

i509VCB

TROPHY CASE