Как бы покрасивее заменить отсутствующие генераторы?

ничтожный неосилятор, погугли про либы конечных автоматов. хинт: в бусте есть

Суть простого алгоритма тонет в особенностях реализации

Ну не знаю, на мой неискушённый взгляд всё вполне понятно. Можно конечно как советует анонимус запилить абстрактную стейт-машину и формальное описание алгоритма к ней, но зачем? Тебе шашечки, или ехать?

на мой неискушённый взгляд всё вполне понятно

Все так думают, пока не приходит время изменить что-то нетривиальное.

изменить что-то нетривиальное

Ну у ТСа и так уже стейт-машина, только сделанная на коленке. Добавление абстракции ничего существенно в плане «сделать нетривиальное» не улучшит.

Я в курсе про FSM, хотелось бы примеров, чтобы оценить наглядность.

В жабскрипте/питоне линейная логика с локальными циклами очень хорошо описывается через async/await. Хотелось бы что-то подобное по простоте чтения.

Одну функцию c учётом малого объёма кода принимающую флаги, внутри

enum
{
 FLAG1,
 FLAG2,
 FLAG3,
 UNDEFINED_FLAG
};
int handler(int FLAG)
{
   if(FLAG == FLAG1)
   {
     ...
     return result;
   };
   if(FLAG == FLAG2)
   {
     ...
     return result;
   };
   ...
   return UNDEFINED_FLAG;
}

У нас видимо очень отличаются представления, что такое хорошо читаемый код :). Сорри, но такое мне не подойдет. Можно посмотреть в предыдущем коммите, большой switch уже был.

psomise/future есть и в С++ async wait уже в тестировании, кому надо тот может пользоваться, в бусте полно тоже всякого, вообще вбросы у вас толстые и сам вы на аве тот еще тролль

Если я правильно понимаю, ТС хочет линейный код и сохранение состояния в блоке, а не размазанный по функциям КА, сохраняющий состояние в полях объекта.

Да, это был бы идеальный вариант.

Переменные в свойствах объекта наверное не страшно. Но switch уже как-то стремно выглядит.

Корутины?

а не размазанный по функциям КА, сохраняющий состояние в полях объекта

Ну КА можно вытащить в отдельный класс и наделать объектов состояний с методом run, выкинув т.о. switch... Станет ещё размазаннее.

Они уже есть и соберутся под эмбеды во что-то вменяемое? Можно примеры посмотреть?

Они есть в Boost. Остальное зависит от твоего определения embedded.

Надо под stm32, желательно чтобы просто добавить хедер и юзать async/await (ну или обертку типа JS-ного «co» и yield).

Я не знаю, что в бусте, просто описываю с чем сталкивался и что меня бы точно устроило. Конечная цель - чтобы логика проще читалась, а не затолкать в код корутины любой ценой.

Ну наверное, для меня читабельность это интерфейс то есть что принимает и возвращает функция,потому что читается в первую очередь не внутреннее устройство функции,а использующий её код,и то насколько продуман интерфейс взаимодействия с нет и будет качеством её читабельности, внутренне её устройство должно отражать и соответствовать тому что она делает даже в ущерб читабельности реализации этой функции, а так... код плотнее и прямолинейнее. гы ))

писец жир трест возьми да сам накатай такой хидер, если руки коротки взять с std или буста

буст для контролёра? lol

обилие глобальных переменных, размазанных по всему проекту. отсутствие конструкторов (а зочем? есть же глобальные переменные!). вместо использования механизма наследования, классы с одинаковым интерфейсом тупо размножили копипастой, а их кишки, которые должны быть инкапсулированы глубоко в реализацию - дёргаются напрямую из других модулей.

код - гора костылей, пахнущая 60-ми годами. а свитч вообще не проблема. можно мапу запилить, если прям сильно свитчи не нравятся.

не хотите switch - ну сделайте указатель на функцию и дёргайте её каждый тик, и вместо смены состояния - смена функции. Шило на мыло, конечно.

Слышал, в gcc есть расширение, чтобы брать адрес метки и делать потом goto по нему; не знаю, доступно ли оно вам, но по идее можно накостылять что-то вроде генераторов так

Дык не хочется шило на мыло, хочется красиво.

Нашел protothreads https://github.com/zserge/pt, который точно взлетает на stm32. Забавная штука, но еще не решил, стоит ли возиться при моем нежелании погружаться в сишечку.

Пока вытащил логически осмысленные блоки во вложенные FSM. Вроде уже не так тошнотно, хоть и далеко от идеала.

ТС не ищет лёгких путей!

для котролёров только хардкор только асм!

моя же идея в том, чтобы функцию например начать с if(addr != NULL) goto *addr;, а затем выходить из неё посредством

addr = &&label; return x;
label:

Ну ты предлагаешь прототреды вручную https://en.wikipedia.org/wiki/Protothread

поздравляю вы изобрели стеклес корутины, которые есть в бусте,обмазываются макросами и скоро вместо макросов будут в С++20

вечно какой-то козёл мои супер идеи крадёт и отправляет на машине времени в прошлое