koyodza (27.04.2013 20:30, просмотров: 242) ответил Vladimir Ljaschko на Вы потянули слишком сильно в грубины RTOS. Имеем жесткий быстрый реал-тайм в нескольких логических модулей плюс мягкий разноуровневый реалтайм. Я реализую как последовательные вызовы функций из каждого модуля в прерываниях по системному тику, плюс-
- Например ногодрыганье квантами 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)
- Мой стиль идеален для множества идеальных микроконтроллеров ибо знание архитектуры и периферии не требуется. Простое портирование проекта только по критериям быстродействия ядра. Поставил бы ARM - все проблемы бы отпали при сохранения стиля! :) - Vladimir Ljaschko(27.04.2013 22:13)
- изначально неправильно спроектированную систему вряд-ли удастся превратить в нормальную, но можно по крайней мере попытаться не усугублять ситуацию. А какой там МК - не важно, если его в принципе хватает - koyodza(27.04.2013 21:43)
- Ну вот и ответ. Попытки впихнуть дополнительный функционал в старое железо - это особый случай, тут все методы хороши. Но не следует на этом примере строить свой стиль программирования. - Леонид Иванович(27.04.2013 21:52)
- К сожалению, требования появились через 3-4 года после начала выпуска, поэтому аппаратуру (в том числе ISR в полном объеме) использовать не получается :( В части завышения требований есть пара слабых мест, но они существенно не спасают. Vladimir Ljaschko(228 знак., 27.04.2013 21:23)
- Собственно, я выше указал. - Vladimir Ljaschko(27.04.2013 20:48, ссылка)
- там, где тайминги важны, нужно максимально делать аппаратно. То, что не получается делать аппаратно - делается с использованием прерываний, но с минимумом работы внутри прерывания koyodza(1395 знак., 27.04.2013 21:00)
- Например ногодрыганье квантами 500 мкс с джиттером до 5-10 мкс и наличие других процессов с тем же периодом, пусть большим джиттером (например, программный опрос счетчиков). Поясните плз Вашу альтернативу без ISR и вызова функций. - Vladimir Ljaschko(27.04.2013 20:46)