caxapa.ru :: Вы потянули слишком сильно в грубины RTOS. Имеем жесткий быстрый реал-тайм в нескольких логических модулей плюс мягкий разноуровневый реалтайм. Я реализую как последовательные вызовы функций из каждого модуля в прерываниях по системному тику, плюс

Vladimir Ljaschko (27.04.2013 16:58, просмотров: 231) ответил koyodza на смешались кони с котлетами

Вы потянули слишком сильно в грубины RTOS. Имеем жесткий быстрый реал-тайм в нескольких логических модулей плюс мягкий разноуровневый реалтайм. Я реализую как последовательные вызовы функций из каждого модуля в прерываниях по системному тику, плюс биглуп с обработкой событий, что было названо "ужосом". Допустим. Что предлагаете Вы? В приведенном описании вообще не сказано, как реализовать красиво жесткий реалтайм? Через RTOS? А почему это съест меньше ресурсов? Через прерывания? А это не добавит всевозможных дрожаний и биений, ведь тогда нужны разные источники прерываний, чтобы было "красиво"?

Ответить

- поясните, что Вы называете "жестким реалтаймом"? На примере, пожалуйста - koyodza(27.04.2013 20:30)
  - Например ногодрыганье квантами 500 мкс с джиттером до 5-10 мкс и наличие других процессов с тем же периодом, пусть большим джиттером (например, программный опрос счетчиков). Поясните плз Вашу альтернативу без ISR и вызова функций. - Vladimir Ljaschko(27.04.2013 20:46)
    - там, где тайминги важны, нужно максимально делать аппаратно. То, что не получается делать аппаратно - делается с использованием прерываний, но с минимумом работы внутри прерывания koyodza(1395 знак., 27.04.2013 21:00)
      - К сожалению, требования появились через 3-4 года после начала выпуска, поэтому аппаратуру (в том числе ISR в полном объеме) использовать не получается :( В части завышения требований есть пара слабых мест, но они существенно не спасают. Vladimir Ljaschko(228 знак., 27.04.2013 21:23)
        
        Ну вот и ответ. Попытки впихнуть дополнительный функционал в старое железо - это особый случай, тут все методы хороши. Но не следует на этом примере строить свой стиль программирования. - Леонид Иванович(27.04.2013 21:52)
        
        Мой стиль идеален для множества идеальных микроконтроллеров ибо знание архитектуры и периферии не требуется. Простое портирование проекта только по критериям быстродействия ядра. Поставил бы ARM - все проблемы бы отпали при сохранения стиля! :) - Vladimir Ljaschko(27.04.2013 22:13)
        
        Вы сильно заблуждаетесь: бардак имеет свойство нарастать, если ему предоставлять дополнительные ресурсы - koyodza(27.04.2013 22:22)
        
        +100500 - koyodza(27.04.2013 21:55)
        
        изначально неправильно спроектированную систему вряд-ли удастся превратить в нормальную, но можно по крайней мере попытаться не усугублять ситуацию. А какой там МК - не важно, если его в принципе хватает - koyodza(27.04.2013 21:43)
    - Собственно, я выше указал. - Vladimir Ljaschko(27.04.2013 20:48, ссылка)
- Присоединяюсь к вопросу, который задал fk0 ниже: какой-такой жесткий реалтайм? Придумываете несуществующие требования, чтобы только оправдать свою точку зрения. - Леонид Иванович(27.04.2013 19:24)
  - Я по крайней мере четко описываю, как у меня сделано и работает. А альтернативу не понимаю. Уже пугалом стал - это тот, который функции в прерывании вызывает ;) Чем Ваша хваленая кооперативка лучше вызовов функций? При вызове функций сохранение Vladimir Ljaschko(112 знак., 27.04.2013 20:51 - 20:55)
    - В кооперативке задачи специально проектируются так, чтобы сами в нужное время отдавали управление. При этом сохранение контекста вообще не требуется. Впрочем, что курятнику хорошо, то Вашим проектам - смерть. - Леонид Иванович(27.04.2013 21:48)

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