caxapa.ru :: В моих задачах (пром.автоматика) экономить сотню-две инструкций в ущерб наглядности и отсутствию побочных эффектов неразумно. Время реакции

Скрипач, пророк (20.10.2013 10:45, просмотров: 82) ответил инженегр на Так понимаю это попытка изобрести RTOS без стека? тогда перед тем как начать всё прятать за синтаксисом макросов или С++, имеет смысл подумать над элементами синхронизации. Мне кажется существенным недостатком Protothread, то что функция в

В моих задачах (пром.автоматика) экономить сотню-две инструкций в ущерб наглядности и отсутствию побочных эффектов неразумно. Время реакции - 0,1сек. Точнее реагировать бессмысленно. Делать планировщик (какими буквочками ее называй), в моих задачах, бессмысленно. Есть отлично подходящая методология проектирования- Шатыло. Есть хорошая техника кодирования - protothreads. Основной недостаток прототридс - контекст задачи нужно размещать в глобальных переменных. Если есть несколько одинаковых задач (каждая со своим контекстом) то, в языке Си, это обрастает "бородой из синтаксиса". В языке С++ это решается элегантнее.

... но не любой ценой.

Ответить

- это Adam Dunkel так идею Simon Tatham проапгрейдил, что у неё заодно появился такой недостаток Vit(287 знак., 20.10.2013 11:08, ссылка)
  - Вы невнимательны. Контекст - локальная переменная static int i. Что делать если одинаковый код нужно запустить для нескольких разных контекстов? Несколько копий функции? - Скрипач(20.10.2013 11:48 - 12:01)
    - место для хранения по-любому уникально. Vit(157 знак., 20.10.2013 12:18)
      - <префикс модуля>? А как его применить если, например, нужно запустить несколько ПИД-регуляторов? - Скрипач(20.10.2013 15:52)
        
        Префикс удобен когда, например, несколько UART-ов окучить надо. Тогда макросами переназначаются обращения к аппаратно-зависимым регистрам, функции копируются и добавляется префикс модуля (бывает удобно склеивать), тогда может быть даже один Vit(197 знак., 20.10.2013 17:23)
        
        для однотипных модулей, IMHO, проще размножением параметров. Vit(1703 знак., 20.10.2013 17:08)
        
        А если кроме ПИД у вас есть еще Гистерезис, несколько типов задержки и еще пяток всякого? Как не крути, наследование красивее получается. Скрипач(476 знак., 20.10.2013 17:25)
        
        ХЗ, может и красивше. (upd - ещё чуток причесал) Vit(1076 знак., 20.10.2013 17:47 - 18:12)
        
        Инициализацию параметров не разглядел. А теперь колитесь, как ВНУТРИ PID_run() обращаться к параметру :о) - Скрипач(20.10.2013 18:53 - 18:57)
        
        Я ж уже показывал --> Vit(586 знак., 20.10.2013 19:11 - 19:14, ссылка)
        
        Да ладно вам. Я и сам СЕЙЧАС делаю похоже (только не вклеиваю параметры в структуру процесса, передаю отдельно). Скрипач(59 знак., 20.10.2013 19:20)
        
        Вы начали о контексте - мол кроме переменной состояния нужно тягать ещё и нечто. Я лишь показал, что для этого плюсы, виртуальные методы, рукопашная с кучей и прочая хня не есть необходимость. Я в этих ~~вашихинтернетах~~плюсах и не хочу Vit(38 знак., 20.10.2013 19:36, youtube)
        
        Хозяин барин. А я пожалуй буду на плюсы переезжать. - Скрипач(20.10.2013 20:09)
        
        А я, пожалуй, тоже, только на другие - Cortex-M0+ :) (MKL02Z пощупать хочу) - Vit(20.10.2013 20:27)
        
        А ещё если это частично в X_MACRO засунуть :) инженегр(80 знак., 20.10.2013 17:37, )
        
        Во всем нужна мера. Особенно в "плюсах" :) - Скрипач(20.10.2013 17:39)
    - Передавать функцию this вручную. - fk0(20.10.2013 12:16)
      - Сейчас так и делаю. Но, согласитесь, наследование - элегантнее :) - Скрипач(20.10.2013 12:17)

Средства и методы разработки