Eddy_Em (12.05.2025 09:28, просмотров: 212) ответил Скрипач на В case пропустите break и получите в точности тоже самое.eddy-em.livejournal.com github.com/eddyem
-
- Эдуард, Спасибо. Полирую исходники перед сдачей проекта. Удалось
задушить предупреждения в проторедах для GCC таким макаром: Nikolay_Po(393 знак., 12.05.2025 22:10)
- Вот что-то мне эти "протопотоки" априори не нравятся. Настолько,
что даже документацию читать не хочется. Eddy_Em(712 знак., 12.05.2025 22:21)
- Смысл в том, что тебе не нужно разводить и перетряхивать кейзы
самостоятельно. Ты просто пишешь в каждом потоке линейный код. И
вызываешь все потоки по-очереди в мейн луп. А оно само двигает
кейзы внутри потока, таким образом, обеспечивая пошаговое, не
блоикрующее выполнение задачи. Nikolay_Po(49 знак., 12.05.2025 22:24)
- Не очень получается "облегчение труда без операционной системы".
Сплошь и рядом: подача команды датчику на измерение и он ответит
...когда-нибудь. Тут сразу с "неблокирующим" получается казус и
необходимо добавлять промежуточные состояния. Эта же задача с RTOS
пишется просто до примитивности что положительно сказывается как на
скорости реализации проекта так и на количестве багов. Впрочем с
RTOS в полный рост встает задача IPC и синхронизации потоков. - 3m(13.05.2025 11:32)
- Кооперативная многозадачность - и волки сыты, и овцы целы. Синхронизация не нужна, блокировок нет. - SciFi(13.05.2025 11:38)
- На это тратится один таймер и вешается супервизор? Или "потоки"
элементарно являются функциями, которые поочередно вызываются? Eddy_Em(44 знак., 12.05.2025 22:35)
- Со слов "Разберемся теперь, как работают макросы." Несколько
примеров исходников объяснят суть реализации pt. Nikolaj(1 знак., 13.05.2025 08:10, ссылка)
- Ну, теперь я еще больше запутался: по ссылке - реализация обычных
конечных автоматов, но "спрятанная под ковер". Зачем? Наглядней же
делать все "в лоб". - Eddy_Em(13.05.2025 09:19)
- Ссылка - описание "в двух словах с картинками" того что реализовано в "protothread Adam Dunkels", про них речь выше шла. И в КА переходы между "ветками" кода в зависимости от условий/состояний. В pt в общем случае код функции-треда выполняется линейно с возможностью не блокированного ожидания выполнения условия (таймаут, ожидание смены состояния флага). - Nikolaj(13.05.2025 12:29)
- Затем, что расстановка и добавление кейсов делается препроцессором автоматически! Nikolay_Po(346 знак., 13.05.2025 12:21)
- Ну, теперь я еще больше запутался: по ссылке - реализация обычных
конечных автоматов, но "спрятанная под ковер". Зачем? Наглядней же
делать все "в лоб". - Eddy_Em(13.05.2025 09:19)
- В двух словах не объяснить. А я хотел бы. Но сейчас готовлюсь к
сдаче проекта, нет возможности. Nikolay_Po(642 знак., 12.05.2025 23:14)
- Ну, у меня подобные задачи просто "вложенными" конечными автоматами
решаются. - Eddy_Em(13.05.2025 09:17)
- Именно. Просто ты ещё не задолбался писать конечные автоматы под простые, линейные, но блокирующие задачи. - Nikolay_Po(13.05.2025 12:15)
- Конечные автоматы пишутся легко и просто. Вот кусок реального кода,
где в главном цикле вызываются пять конечных автоматов
последовательно каждую миллисекунду. Некоторые автоматы в свою
очередь, вызывают другие автоматы. Главное, чтобы нигде и ничто не
могло блокировать поток выполнения. Бoмж(250 знак., 13.05.2025 09:07)
- Так это вы мой мэйн луп показываете. Там примерно так же, условно 5 строчек. Nikolay_Po(79 знак., 13.05.2025 12:14)
- Вот-вот. У меня примерно так же: Eddy_Em(1511 знак., 13.05.2025 09:28)
- Ну, у меня подобные задачи просто "вложенными" конечными автоматами
решаются. - Eddy_Em(13.05.2025 09:17)
- Со слов "Разберемся теперь, как работают макросы." Несколько
примеров исходников объяснят суть реализации pt. Nikolaj(1 знак., 13.05.2025 08:10, ссылка)
- Не очень получается "облегчение труда без операционной системы".
Сплошь и рядом: подача команды датчику на измерение и он ответит
...когда-нибудь. Тут сразу с "неблокирующим" получается казус и
необходимо добавлять промежуточные состояния. Эта же задача с RTOS
пишется просто до примитивности что положительно сказывается как на
скорости реализации проекта так и на количестве багов. Впрочем с
RTOS в полный рост встает задача IPC и синхронизации потоков. - 3m(13.05.2025 11:32)
- Смысл в том, что тебе не нужно разводить и перетряхивать кейзы
самостоятельно. Ты просто пишешь в каждом потоке линейный код. И
вызываешь все потоки по-очереди в мейн луп. А оно само двигает
кейзы внутри потока, таким образом, обеспечивая пошаговое, не
блоикрующее выполнение задачи. Nikolay_Po(49 знак., 12.05.2025 22:24)
- Вот что-то мне эти "протопотоки" априори не нравятся. Настолько,
что даже документацию читать не хочется. Eddy_Em(712 знак., 12.05.2025 22:21)
- А может __attribute__ ((fallthrough))? - Nikolay_Po(12.05.2025 09:50)
- Переключите компилятор в режим С++ и будет вам [[fallthrough]] средствами языка. А также многое другое. - VladislavS.(13.05.2025 08:28)
- Уже давно достаточно комментария. А раньше - да, приходилось макрос
определять и писать FALLTHRU() где нужно… Eddy_Em(33 знак., 12.05.2025 12:05)
- Руки бы поотрывал!!! С каких это пор, комментарии стали влиять на
компиляцию? С этих пор и стали. - Nikolay_Po(12.05.2025 13:30)
- Очень даже удобно. Уж не помню, с какой версии, но эти прагмы для fallthrough писать перестало быть нужным. Я бы так и с остальными прагмами, потому как хрен запомнишь, что там надо - каждый раз гуглить приходится (а часто используемое в макросах определять - те же true inline). - Eddy_Em(12.05.2025 13:59)
- Это догматизьм. До добра не доведёт. - SciFi(12.05.2025 13:39)
- Вы догматитзьм с православием не путайте! - Kpoк(12.05.2025 13:41)
- Руки бы поотрывал!!! С каких это пор, комментарии стали влиять на
компиляцию? С этих пор и стали. - Nikolay_Po(12.05.2025 13:30)
- Эдуард, Спасибо. Полирую исходники перед сдачей проекта. Удалось
задушить предупреждения в проторедах для GCC таким макаром: Nikolay_Po(393 знак., 12.05.2025 22:10)