Этот код под разные архитиектуры разнится только в языковых особеннастях, но потом это все компилится один черт в двоичный код, и ЦП пофигу на каком языке его компилили

Да ща.

Я возможно чуть не в тему, но то же скучно.

Сколько выиграет нативный код перед абстракцией?
Если у вас контроллер 60Гц и нужно пристыковыть МКС или что-то из серии редактирования генома запилить - то вам нужна нативная производительность т.к. у вас проблема - у вас контроллер 60Гц и нефига вы с этим не сделаете.

Если у вас чип с запасом производительности (условно под заводские условия эксплуатации, вендроские, 50мм/сек как хотите) то вам в целом пофигу есть абстрации или нет.
А если тормозит + 15 рублей (условно) к цене чипа и производительность снова достигнута. Это же не кластер нейросетей где +15% приводят к удорожанию на пару лямов

ну как есть 😛

---
Ну а если вы хотите из коробки/нативно/быстрее/оно же может в 2 раза быстрее - то ваше право - OpenSource - делайте)
Вопрос в целесообразности этого, когда есть проц мощнее

Ну мягко говоря не так. У микроконтроллеров, кроме системы команд, есть еще куча своей перефирии.

Норм обдув под 60мм фан? турбин нет

Клиппер будущее, все эти ваши 32х битки фигня и тупиковая ветвь развития

Правильно. А то развели тут - немцы, конгресс какой-то... (c)

Да не. Просто в итоге такие же ARM'ы или x86 будут

Вся эта перефирия как раз на скорость обработки в основном и отвечает дополнительно,

Причём будут не потому что принтеру скорости проца мало будет, а для обвязки типо красивых интерфейсов, записи видео и т.п.

Это сарказм или нет?)) Я просто не читал контекст)

Ну так и как ты хочешь, чтобы код, который написан под работу с переферией на atmel, заработал на cortex'е?

Я и говорю - клиппер

Все это возможно уже сейчас

Тут и приходит на помощь HAL

2208 на Z склонны к перегреву. Обнаружил с bltouch на больших моделях