caxapa.ru :: Подскажите pls - Как попроще, "покрасивее" сделать такое: Есть Freertos, код из одной задачи управляет выполнением кода на уровне функций в другой задаче (назовем задачу выполнением прикладного кода, организованного как машина состояний) запуском, остановом, пошаговым выполнением функций, остановом после выполнения определенной функции?

Кто нибудь делал такое на STM32 - для части исполняемого кода возможность запускать его выполнения, останавливать (только определенный участок кода, остальная часть кода продолжает работать), по шагам выполнять функции - Как лучше это сделать? - Make_Pic(01.07.2024 14:29)

Что значит "часть исполняемого кода"? Процессор одноядерный, он либо работает, либо стоИт. Рискну предположить, что там используется RTOS и надо остановить некоторые задачи. Это делается средствами RTOS. - AlexBi(01.07.2024 14:54)
- Примеры есть такой "ахинеи" в инете, например под FreeRTOS - Loop с фукциями, функции индексированы (для возможности запуска с конкретной функции и отображения, какая последняя функция выполнялась ) возможность остановить, запустить, выполнить по шагам. - Make_Pic(01.07.2024 15:17)
- Часть кода - прикладная программа Make_Pic(262 знак., 01.07.2024 15:11)
  - Функция - это что? Отдельная подпрограмма? Отдельная ассемблерная инструкция? Если это подпрограмма, то почему ее не оформить как отдельную задачу и запускать на выполнение? Исходники функции доступны, т.е. можно туда добавить точек останова, или надо отлаживать чужую функцию без доступа к исходникам? В принципе, ставить точки останова "на лету" можно, но тогда "функция" должна располагаться в ОЗУ. В общем, не понятно что надо. AlexBi(55 знак., 01.07.2024 15:25, ссылка)
    - И на этом спасибо. PS выше писал, что мне не надо остановки всего железа. - Make_Pic(01.07.2024 15:36)
  - По-моему, сахара тоже в недоумении. Что уж тут говорить о гугеле... - SciFi(01.07.2024 15:16)
    - Полная фигня? - Make_Pic(01.07.2024 15:18)
      - Вообще непонятно, о чём речь. А телепаты в отпуске. Лето же. - SciFi(01.07.2024 15:19)
        
        Ладно, обойдемся без телепатов и помощи зала. Наметки есть как сделать. Хотел не наступать на грабли. - Make_Pic(01.07.2024 15:21)
Я делал. У меня внутрисхемный отладчик так работает. И это не шутка: в его работе нет никаких тайн. Регистры для точек останова описаны, формат отладочной информации тоже не секрет. - SciFi(01.07.2024 14:33)
- Я так понимаю, аппаратный отладчик останавливает работу всей программы? Нужно программную реализацию, где бы подсмотреть как это делается? - Make_Pic(01.07.2024 14:52)

Обычно, если есть RTOS, то управление функциями делается средствами RTOS. Если есть иерархия автоматов, то RTOS вроде и не нужна. (Необходимость RTOS присутствуют если 1) длительные процессы и 2)готовые пакеты ПО) По теме: управление автоматами осуществляется путем изменения переменной состояния автомата. VLLV(27 знак., 01.05.2024 18:29)

А выполнение этих функций может быть параллельным? Если да, то проще каждую из этих функций организовать как отдельный поток. Если накладно по ресурсам, то в "потоке-исполнителе" организовать эти ф-ции как протопотоки. В обоих случаях как будто имеется возможность штатного (средствами ОС или protothreads) останова/запуска ф-ций. - Argon(27.04.2024 11:52)

Именно последовательно выполняется с условными ветвлениями. Вообще это прикладная программа с использованием функций для управления конкретным объектом. Она разная для разных объектов. - Make_Pic(28.04.2024 09:42)

Ау - гуру? Кто то может еще прокомментировать варианты решения задачи? - Make_Pic(26.04.2024 06:44)

Практически в всех проектах использую подобное. Одна (или несколько) задача является автоматом состояний, управляемым событиями. Вся логика работы автомата (режимы, состояния, эвенты, переходы, действия) описана в таблицах. Неизменяемый движек ждет события из очереди и парсит таблицы на предмет совпадения. Остальные задачи накидывают события в очередь. Все под RTOS. Принцип работы автомата здесь описан. Переписать отправку и получение события, ну под себя попилить. Andrew_Q(1 знак., 25.04.2024 15:07, ссылка)

Продолжаем изобретать интерпретатор? Посмотрите на микровасик, может навести на интересные мысли: SciFi(1 знак., 25.04.2024 11:22, ссылка)

Не совсем, но в этом направлении попроще. - Make_Pic(25.04.2024 11:25)

Меня тут уже поправляли... Конечный автомат... Зависит от того, может управляющий дать несколько команд быстрее, чем управляемый исполняет? Требуется ли очередь команд? Делал подобное через флаги. Делал подобное через прямое вмешательство управляющего кода в состояние управляемого. И так, и так работает. Был даже вариант с очередью, но то были транзакции для интерфейса связи. - Nikolay_Po(25.04.2024 10:17)

Микроконтроллеры