Home
Embedded software architecture, told the way it actually happens: not “here’s a clean pattern,” but “here’s the mess, here’s why it happened, and here’s what I’d do differently at 2am with a debugger attached.”
Expect posts on security, flashing and bootloaders, communication protocols, RTOS design, AUTOSAR, firmware architecture, debugging, where AI tooling genuinely helps (and where it just confidently makes things up), and the System & SW Architecture that are supposed to stop all of the above from happening again.
A few things you can count on:
- War stories, not tutorials. If you already know what a mutex is, you’re in the right place.
- Real trade-offs. Every “best practice” here survived contact with a deadline, a supply-chain shortage, or a customer who moved the goalposts.
- Zero company names. All the war stories are anonymized — the lessons are real, the employers are not identifiable.
New here? Start with the categories page to browse by topic, or check About to find out who’s writing this and why they have opinions about garbage collection.
Latest chaos
-
Securing the Foundation, Part 3: Code, Debug, Immobilizer and Detection
-
Securing the Foundation, Part 2: Updates, the Bus and Diagnostics
-
Securing the Foundation, Part 1: Threat Model, Root of Trust and Boot
-
Running an AUTOSAR Project on ThreadX, Part 2: RTE Communication and Basic Software
-
Running an AUTOSAR Project on ThreadX, Part 1: The OS and the Execution Model
-
Create the Foundation, Part 4: SWC Allocation and a First Task Setup
-
Create the Foundation, Part 3: Memory Protection — Turning the Map into an Enforced Boundary
-
Create the Foundation, Part 2: Memory Mapping and Partitioning
-
Create the Foundation, Part 1: Requirements Research and the Thinking Process
-
Garbage Collection - friend or enemy
subscribe via RSS