caxapa.ru :: А у меня около 100 в текущем проекте. Многие из них независимы и могут находиться в произвольном состоянии, когда другие находятся в своих произвольных состояниях. Потому и перемножаются (это верхний предел числа состояний, понятно). И даже по

fk0, легенда (06.09.2011 11:58, просмотров: 560) ответил Vladimir Ljaschko на Ну не надо крайностей. У меня обычно 3-4-5 автоматов. Откуда 50? Разве что ничтожные сервисы типа отправки через циклический буфер автоматами называть.

А у меня около 100 в текущем проекте. Многие из них независимы и могут находиться в произвольном состоянии, когда другие находятся в своих произвольных состояниях. Потому и перемножаются (это верхний предел числа состояний, понятно). И даже по соображениям получения адекватной архитектуры ПО совершенно не хочется код разных модулей мешать в один автомат. Даже если 3-4-5.

[ZX]

Ответить

- Если независимы, то и сообщения между ними не передаются, да? - Vladimir Ljaschko(06.09.2011 12:49)
  - Но не каждый от каждого зависимы, и не настолько, чтоб мешать их логику между собой. - fk0(06.09.2011 12:52)
    - ОК. Я не претендовал на абсолютную истину для случая независимости. Только вопрос - и что, полсотни действительно автоматов с переменной состояния и switch/case или functions[state]? - Vladimir Ljaschko(06.09.2011 13:13)
      - switch/case и переменная состояния. Ближе к сотне скорей, точно посчитать сложно. А что поделать, какие альтернативы? Да, притормаживает в цикле, каждый раз дурную работу switch(S) делать. Есть проблемы с приоритетами (для этого, критичное, в fk0(1151 знак., 06.09.2011 14:49)
        
        По поводу: mazur(175 знак., 07.09.2011 09:56)
        
        Потому, что: 1) это мало что поменяет -- в каждом состоянии ещё условия проверяются. Ну даст экономию 20% -- легче? 2) Такой код трудно воспринимать и легко ошибиться. 3) контроллеры профессионального уровня (PIC) не имеют аппаратного стека и fk0(297 знак., 07.09.2011 11:13)
        
        По п.3 я имел ввиду подход, когда каждое состояние кодируется отдельной функцией (для проверки условий перехода), вызваемой по-указателю. "По индексу переменной состояния" -- эту оптимизацию компилятор умеет делать автоматически, для оператора fk0(216 знак., 07.09.2011 11:17)
        
        "Где бы можно было связать, в рантайме, сигналы и слоты, и таким образом полуать вызов функции, из планировщика, при возникновении сигнала. И чтоб приоритеты и, возможно, вытеснение..." Суть такая, есть события типа: "GPIO Chum_A(508 знак., 06.09.2011 17:40)
        
        " есть события " " на них назначены функции-обработчики" "очередь с приоритетом" : Система прерываний называецца ;) - Vladimir Ljaschko(06.09.2011 17:44)
        
        Ну да, фактически обработчик прерывания пихается в приоритетую очередь. А я не говорил об инновационном изобретении, уж больно на изложенные fk0 требования похоже. Да, в очередь можно встать и из user-кода. - Chum_A(06.09.2011 18:01 - 18:08)
        
        Альтернативы нет, но вопрос количества остается. А можно пример функциональности? Vladimir Ljaschko(552 знак., 06.09.2011 17:35)
        
        Когда одна задача поднимает другую задачу из IDLE, а сама уходит в IDLE - это тоже машина состояний? ЗЫ. Ещё припоминается nesos Finite State Machine OS. - Vit(06.09.2011 16:58)

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