caxapa.ru :: Уже долгое время бьюсь над одной проблемой. Как я сделал:

mazur (10.06.2012 00:12 - 01:14, просмотров: 4947)

Уже долгое время бьюсь над одной проблемой. Как я сделал: Массив-очередь сообщений, каждое сообщение состоит из двух байтов. Идентификатор получателя и номер сообщения. Проверка сообщений идет перед КА. Если нет сообщения, переход к КА. Если есть сообщения, сообщение считывается и удаляется из очереди, дальше работает табличный интерпретатор. У КА есть состояния, например, состояние инициализации, в которых нельзя принимать сообщения. Сначала я сделал еще одну таблицу, в которой указаны состояния, в которых запрещено принимать сообщения. Недавно мне пришла в голову одна идейка. Пометить все состояния КА битом-разрешением чтения сообщения. Правда кол-во состояний ограничится 128. Но мне еще и не приходилось писать автоматы с таким кол-вом состояний. Так что вроде такой способ катит. Следующий момент, который я пока не могу как следует осмыслить. Сообщения болтаются в очереди, пока их не считают. Это может произойти и через миллисекунды и через год. Этот момент меня не беспокоит. Беспокоит другое. Наступило событие, которое отменяет сообщения для одного или нескольких получателей. Обработали его, а в очереди болтаются сообщения, которые до этого отправляли. Как с этим бороться, пока не могу сообразить. Нужны решения и ликбез по механизмам сообщений.

Ответить

- с такими настроениями каждому КА по очереди со своей прочисткой - Vit(10.06.2012 00:30)
  - +1. И на ID-получателя можно сэкономить. Адрес списка и будет ID-получателя. - Скрипач(10.06.2012 10:25)
  - Ну посоветуйте способы. - mazur(10.06.2012 00:34)
    - Убрать очередь вообще и не использовать без крайней нужды в исключительных случаях. Опять же отсылаю к Шалыто. Достаточно только состояний (сообщение там -- непосредственный вызов функции автомата с "сообщением"). - fk0(10.06.2012 11:01)
      - Ну предложил, ищи искомое в списке статей. Предложи тогда альтернативу очереди сообщений. Мне нужно задействовать клавиатуру, дисплей, управление циклом работы станка. Как реализовать взаимодействие модулей? - mazur(11.06.2012 20:10)
        
        Я ссылку дал "программирования реактивных систем..." Этого -- достаточно. Полностью, вообще. Там как раз и объясняется, как вложенные автоматы и/или наблюдение за состоянием автомата позволяют организовать взаимодействие. Никаких абстракций более fk0(212 знак., 12.06.2012 18:05)
        
        Должна быть иерархия модулей. Модуль - генерал изучает информацию и командует полками. Ой, это ответ верхнее. - Vladimir Ljaschko(12.06.2012 18:18)
        
        Всё это есть, ничего изобретать не надо. Сущность технологии программирования Шалыто как раз в том, что это готовая технология: проектируеются отдельные КА, проектируется схема связей автоматов и всё работает, само. Ничего не надо изобретать. fk0(40 знак., 12.06.2012 20:50)
        
        Зачем статьи? Тут просто здравый смысл включить надо. Dir(1344 знак., 12.06.2012 01:36)
      - Укажи источник. - mazur(11.06.2012 17:00)
        
        софткрафт.ру fk0(86 знак., 11.06.2012 17:30)
    - для экономии ресурса можно каждому особенному добавить по входному списку - Vit(10.06.2012 00:37)
- Элементарно. Для отмены ненужных сообщений достаточно просканировать очередь и пометить ненужные сообщения (скажем, заменить код получателя на зарезервированный для этой цели). - SciFi(10.06.2012 00:18)
  - Или, если есть выделенный флаг запроса на обработку, сбросить флаги запросов. При этом сканировать даже не надо, а одним махом таблично сбрасывать все запросы, обработка которых уже не нужна. - Dir(10.06.2012 00:27)
    - Можно подробнее? По всему пунктам вашего сообщения. - mazur(10.06.2012 00:43)
      - Да что тут подробнее. Все ж очевидно. Собираешь все запросы на обработку сообщений в один вектор (байт, слово...). Dir(882 знак., 10.06.2012 01:56 - 01:59)

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