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

инженегр (20.10.2013 10:19, просмотров: 1) ответил Скрипач на На примере видно, что заложенная в библиотеке виртуальность метода run не выстреливает.

Так понимаю это попытка изобрести RTOS без стека? тогда перед тем как начать всё прятать за синтаксисом макросов или С++, имеет смысл подумать над элементами синхронизации. Мне кажется существенным недостатком Protothread, то что функция в ожидании постоянно вызывается, а если их десяток в цепочке? Время вызова нужной функции сильно плавает. В то же время в RTOS можно усыпить поток, а пробудить его по прерыванию. Кроме того, процессоры позволяют экономить электроэнергию когда ядро ничего не делает, например: HALT(x86), SWI(ARM).

- В моих задачах (пром.автоматика) экономить сотню-две инструкций в ущерб наглядности и отсутствию побочных эффектов неразумно. Время реакции - 0,1сек. Точнее реагировать бессмысленно. Скрипач(449 знак., 20.10.2013 10:45)
  - это 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)

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