fk0, легенда (06.09.2011 10:04, просмотров: 572) ответил Vladimir Ljaschko на Мой совет - не плоди автоматы и связи между ними, лучше добавь состояния в один автомат, чтобы все было прозрачно и понятно. Сообщения на дисплей должен выводить один автомат. И вообще, автомат - это костыль вместо ОС, чтобы иметь возможность[ZX]
-
- :) пеши есчо - Vit(06.09.2011 11:22)
- Ну не надо крайностей. У меня обычно 3-4-5 автоматов. Откуда 50? Разве что ничтожные сервисы типа отправки через циклический буфер автоматами называть. - Vladimir Ljaschko(06.09.2011 11:09)
- А у меня около 100 в текущем проекте. Многие из них независимы и могут находиться в произвольном состоянии, когда другие находятся в своих произвольных состояниях. Потому и перемножаются (это верхний предел числа состояний, понятно). И даже по fk0(130 знак., 06.09.2011 11:58)
- Если независимы, то и сообщения между ними не передаются, да? - 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)
- "Где бы можно было связать, в рантайме, сигналы и слоты, и таким образом полуать вызов функции, из планировщика, при возникновении сигнала. И чтоб приоритеты и, возможно, вытеснение..." Суть такая, есть события типа: "GPIO Chum_A(508 знак., 06.09.2011 17:40)
- " есть события " " на них назначены функции-обработчики" "очередь с приоритетом" : Система прерываний называецца ;) - Vladimir Ljaschko(06.09.2011 17:44)
- Альтернативы нет, но вопрос количества остается. А можно пример функциональности? Vladimir Ljaschko(552 знак., 06.09.2011 17:35)
- Когда одна задача поднимает другую задачу из IDLE, а сама уходит в IDLE - это тоже машина состояний? ЗЫ. Ещё припоминается nesos Finite State Machine OS. - Vit(06.09.2011 16:58)
- switch/case и переменная состояния. Ближе к сотне скорей, точно посчитать сложно. А что поделать, какие альтернативы? Да, притормаживает в цикле, каждый раз дурную работу switch(S) делать. Есть проблемы с приоритетами (для этого, критичное, в fk0(1151 знак., 06.09.2011 14:49)
- ОК. Я не претендовал на абсолютную истину для случая независимости. Только вопрос - и что, полсотни действительно автоматов с переменной состояния и switch/case или functions[state]? - Vladimir Ljaschko(06.09.2011 13:13)
- Но не каждый от каждого зависимы, и не настолько, чтоб мешать их логику между собой. - fk0(06.09.2011 12:52)
- Если независимы, то и сообщения между ними не передаются, да? - Vladimir Ljaschko(06.09.2011 12:49)
- А у меня около 100 в текущем проекте. Многие из них независимы и могут находиться в произвольном состоянии, когда другие находятся в своих произвольных состояниях. Потому и перемножаются (это верхний предел числа состояний, понятно). И даже по fk0(130 знак., 06.09.2011 11:58)