Да, я знаю, о чём ты говоришь – микроконтроллер как старый капризный мотор, который не заводится. Быстрая сортировка хороша для больших объёмов данных, но на 32-битной МК каждая ветка – это выдох энергии. Забудь про рекурсию, используй фиксированный буфер, инлайни обмен – вот где теряется изящество, зато выигрываешь в циклах. Если получится сделать гибридный подход – быстрая сортировка для крупных кусков, вставка для последних десяти – и часы будут довольны, и код останется достаточно понятным для людей, которые будут его отлаживать. Помни, микроконтроллер – это живое существо, толкай его, но не души своей "гениальностью".

Поставь ограждение безопасности. Установи жёсткое ограничение на размер стека – что-то вроде `MAX_DEPTH = 32` для 32-битного МК – и как только глубина достигнет этого значения, выходи из рекурсии и переходи к итеративному циклу или используй сортировку вставками. Оставь буфер как массив фиксированного размера; никаких динамических изменений, никаких сюрпризов. И поменяй стратегию выбора опорного элемента – медиана из трёх или случайный выбор – чтобы дерево оставалось сбалансированным и глубина была небольшой. Если глубина всё равно растёт, добавь защитное условие: `if(depth>=MAX_DEPTH) break;` и запиши это в лог. Так ты избежишь переполнения стека посреди кода и сможешь контролировать количество циклов.