caxapa.ru :: Буду весьма признателен, если покажешь, как в рамках этой парадигмы организовать вот такую модель:

MBedder, терминатор (27.04.2013 16:06 - 16:11, просмотров: 135) ответил Леонид Иванович на Доступ к любым данным ведется только через функции.

Буду весьма признателен, если покажешь, как в рамках этой парадигмы организовать вот такую модель: 1. Есть ISR UART RX, принимающая данные от источника, кладущая их в кольцевой буфер и выставляющая флаги при опознавании специфических уникальных байтовых последовательностей. 2. Есть фоновый процесс, следящий за этими флагами и переформатирующий выборочные данные из буфера п.1, а также другие данные в буфер выдачи в UART/записи в USB Flash drive. 3. Есть ISR UART TX, выпихивающая данные из буфера п.2 в СОМ-порт. 4. Есть фоновый процесс + ISR USB, записывающий данные из буфера п.2 на USB Flash drive и управляющий файловой системой. 5. Есть фоновый процесс, выводящий данные на дисплей (текст и примитивная графика). 6. Есть несколько (до 4) ISR Input Capture, кладущих снапшоты таймера в свои кольцевые буферы для последующей обработки/вычислений в фоне. Фоновые процессы работают по квазикооперативной модели, т.е. под управлением таймерских тиков. С extern и глобальными переменными все более или менее стройно, но теперь появилось ощущение, что можно и стройнее. Жду с большим интересом - мои С-знания и навыки далеки даже от номинала, не говоря уже об идеале :)

Ответить

- требования к риалтайму есть? (зачем "Фоновые процессы работают по квазикооперативной модели"?) - Vit(27.04.2013 19:48)
  - Скорее не требования, а ограничения - ничто принятое не должно пропасть - MBedder(27.04.2013 19:55)
- Под готовой ОСРВ - элементарно, например через MailBox. И не надо никакой квазикооперативности. - tesla(27.04.2013 16:11)
  - Пока вычеркиваем - интересует просто вариант решения без глобальных и extern - MBedder(27.04.2013 16:12)
    - Так а в чем вопрос? Обращение к глобальной переменной всегда можно заменить вызовом интерфейсной функции модуля, в которой будет обращение к скрытой в этом модуле переменной. Такой подход применим везде, и везде он даёт ухудшение эффективности. - Леонид Иванович(27.04.2013 19:22)
      - Конечно. Зато, в случае применения ОСРВ (извиняюсь за выражение)имеем универсальность подхода и прочие плюсы. - tesla(27.04.2013 19:39)
      - А какие интерфейсные функции могут быть у ISR? - MBedder(27.04.2013 19:29)
        
        ISR принадлежит модулю и работает с приватными данными модуля. Другой модуль получает доступ к этим данным через интерфейсные функции. Леонид Иванович(539 знак., 27.04.2013 19:39 - 19:56)
        
        Ну давай предельно упростим мою модель - ISR складывает данные в кольцевой буфер и, получив CRLF, выставляет флаг и обновляет указатель LastBytePtr. Фон, увидев этот флаг, обрабатывает данные от LastBytePtr до предыдущего CRLF - как всей MBedder(20 знак., 27.04.2013 20:07)
        
        Фон должен не читать напрямую флаг, а вызвать функцию, которая вернёт значение этого флага. Да, лишние накладные, зато очень легко вносить изменения в реализацию и таскать модули между проектами. - =AlexD=(27.04.2013 20:54)
        
        В принципе согласен, но жаба душит из-за накладных - MBedder(27.04.2013 20:58)
        
        у меня что-то подобное. накладные уменьшаю тем, что имею возможность сделать кольцевые буфера (куда всё складывает даже не софт, а DMA) оочень большими, такими, чтобы с запасом хватило при любых затыках, если они вдруг будут. - Mahagam(28.04.2013 00:41)
        
        Это само собой, но иногда памяти впритык, а иногда и ДМА нетути - MBedder(28.04.2013 00:42)
        
        Любая красота в программе вредит её эффективности. Но ведь предназначение человека - создавать в первую очередь красивые вещи, и только во вторую - работоспособные. - Леонид Иванович(27.04.2013 21:42)
        
        Я всю жизнь стремлюсь создавать красивые работоспособные вещи - пока получалось :)) - MBedder(27.04.2013 21:51)
        
        Красивые и работоспособные - это вообще идеал. Леонид Иванович(135 знак., 27.04.2013 21:57)
        
        Я для РС написал всего несколько программ - на Васике в конце 80-х и на TASM в 90-х, и больше туда не совался (и не собираюсь) - MBedder(27.04.2013 22:16)
        
        Увы, для сопроводжения "всякого своего дерьмеца", приходится, как минимум, вяско-разно "помахать дельфями". Например, для сопряжения с 1С делами. Или для конфигурирования этого "всякого своего дерьмеца". - Гудвин(27.04.2013 22:34)
        
        РС-шную задачу я легко могу сформулировать программисту, а МК-шную - с очень большим трудом и непредсказуемым результатом. Вот и пишу для МК сам, а для РС держу пару придворных щелкоперов :)) - MBedder(28.04.2013 00:21)
        
        Так речь не идет о том, что нужно собственноручно писать программы для PC. Просто на "взрослых" машинах ушли далеко вперед в вопросах архитектуры программ. Особенно с использованием ООП. Микроконтролерщики варятся в собственном соку, а правильнее Леонид Иванович(51 знак., 28.04.2013 02:18)
        
        там просто есть ресурсы на то, чтобы каждый класс задач реализовывать на своём языке. зачастую ни разу не оптимальном с точки зрения скорости исполнения, зато средства языка оптимальны для задачи. а даже eLua далеко не во всякий контроллер влезет. - Mahagam(28.04.2013 05:40)
        
        Здесь разговор как раз идет о неоптимальных с точки зрения скорости исполнения приемах программирования. К ним пора привыкать и микроконтроллерщикам. Именно для этого ресурсы МК постоянно множатся. - Леонид Иванович(28.04.2013 12:01)
        
        Скорее не опыт, а стиль, архитектуру и приемы - MBedder(28.04.2013 02:34)
        
        Ну у меня такой роскоши нет :) 1С программеры свое дело делают. Туда лезу только для "накропать OLE приблудку"+ "тестилку" для совокупления. - Гудвин(28.04.2013 00:29)
        
        "Делиться надо!"(с) Лившиц, R.I.P. :(( - MBedder(28.04.2013 00:44)
        
        "Самый страшный зверь - это жаба. Она душила многих наших современников." А если серьёзно, то пока измерения не покажут необходимость оптимизации, то вся эта гонка за эффективностью - пустая трата драгоценного времени. - SciFi(27.04.2013 21:06)
        
        С++ рулит, флаг может быть статическим членом класса, а функция инлайновой. Тогда накладных нет. - =AlexD=(27.04.2013 21:00)
        
        Не факт. Есть ведь мелие MCU. - tesla(27.04.2013 21:07)
        
        Для мелких С++ вдвойне востребован. Если он вообще есть в наличии. - =AlexD=(27.04.2013 21:08)
        
        Эт чем же он востребован? Будем писать классы для ATtiny2313 ? tesla(25 знак., 27.04.2013 21:21)
        
        для ATtiny2313 ? Не, не классы. Шаблоны! - =AlexD=(27.04.2013 21:56)
        
        Ага, ща я попрусь в С++, едва вступив в С :)) - MBedder(27.04.2013 21:04)
        
        Ага :-) бомж(28.04.2013 00:21)
        
        :)) - MBedder(28.04.2013 00:25)
        
        Пожалуй, поддержу призыв посмотреть в сторону C++. Монстроподобность его слишком преувеличена теми, кто с ним не знаком. - Леонид Иванович(27.04.2013 21:44)
        
        Может быть, может быть - но явно не в этой жизни :)) - MBedder(28.04.2013 00:22)
        
        Лучше не задерживайся на полдороге :-) - =AlexD=(27.04.2013 21:08)
        
        "Не царское это дело - в п#зде ковыряться, прикажу - в&ебут!"(с) :)) - MBedder(27.04.2013 21:17)
        
        Долго думал. Думал, может я не прав. Нет, ни фига. Никаких интерфейсных функций у ISR быть не может! - tesla(27.04.2013 19:44)
        
        У ISR функции такие: если без операционки - выставить флаг (переменную выставить в 1), если с операционкой - сообщение через MailBox. - tesla(27.04.2013 21:13)
        
        Хорошо задал вопрос. А то ить некоторые предполагают, что вызов функции из прерывания - это самое оно. tesla(129 знак., 27.04.2013 19:35)
        
        Я не брезгую вызовами нереентрантных функций из разных ISR с одинаковым приоритетом - например, обслуживание индексов кольцевых буферов - MBedder(27.04.2013 20:09)

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