caxapa.ru :: Доступ к любым данным ведется только через функции.

Леонид Иванович (25.04.2013 17:30, просмотров: 270) ответил rezident на А как обмен между модулями реализован? Указатели передаете?

Доступ к любым данным ведется только через функции.

- Буду весьма признателен, если покажешь, как в рамках этой парадигмы организовать вот такую модель: MBedder(1099 знак., 27.04.2013 16:06 - 16:11)
  - требования к риалтайму есть? (зачем "Фоновые процессы работают по квазикооперативной модели"?) - 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)
- А с быстродействием - как? - tesla(27.04.2013 16:04)
  - За всё нужно платить, за красоту в том числе. Описанный подход работет, если вычислительных ресурсов намного больше, чем нужно. - Леонид Иванович(27.04.2013 19:12)
- Инкапсуляция это правильный подход, одобрямс. К сожалению вызов ф-и в прерывании в некоторых компиляторах процов "проф. уровня"(С)fk0 приводит к жуткому оверхеду. Поэтому приходится писать "функцию" как макрос и использовать глобальные переменные. abivan(50 знак., 26.04.2013 12:23)
  - Совершенно непонятно, почему все прицепились к прерываниям? Обработчик прерывания - это функция, закопанная глубоко в недрах модуля, его внутреннее дело. И работает с приватными переменными модуля. Зачем из прерывания вызывать интерфейсные функции Леонид Иванович(16 знак., 26.04.2013 12:40)
    - в PIC18 это не так у него один вектор прерывания. Поэтому где только можно использую PIC24(если новый проект и цены сопоставимы) у которого у каждого прерывания свой вектор. Вот тогда обработчик располагается в модуле и можно использовать static. - abivan(26.04.2013 13:08)
      - у 18-ого 2 вектора, у 16-ого один. Nikolay801_(30 знак., 26.04.2013 13:25)
        
        при появлении 18 серии был страшный глюк со вторым вектором. С тех пор и не заморачиваюсь. Да и эмулятор у меня на старом проце 8722. - abivan(26.04.2013 13:46)
      - Увы, с профессиональными контроллерами не знаком. - Леонид Иванович(26.04.2013 13:16)
    - Бывает надо... Поместить принятые данные в fifo, например. Такая архитектура, что очередь в другом модуле. Либо чисто по техническим причинам оно в другом модуле, сложно всё засунуть в один C-файл. Либо какие-либо чисто вычислительные функции fk0(99 знак., 26.04.2013 12:59)
      - Можно перефразировать так: допускает программист такие вещи, или не допускает. Если допускает - найдет оправдания, если не допускает - найдет возможности. - Леонид Иванович(26.04.2013 13:06)
    - +1. Тоже жутко негодую по этому поводу. - SciFi(26.04.2013 12:44)
    - Например, общий системный тик, который должен дергать все модули. Я то вызываю функции, но постоянно отслеживаю ресурсы, допуская, что их может не хватить. Что тогда? - Vladimir Ljaschko(26.04.2013 12:42)
      - Ужос. Вот мой обработчки прерывания таймера, который генерирует системный тик: Леонид Иванович(181 знак., 26.04.2013 12:59)
        
        А как Вы делаете, когда один "процесс" или "модуль" требует обслуживание высокоприоритетное обслуживание, скажем 250 мкс, и средне-приоритетное (10мс), и вообще редкое (1с)? - Vladimir Ljaschko(26.04.2013 16:30)
        
        как-то рассказывал в общем как оно у меня - Vit(29.04.2013 10:03, ссылка)
        
        Тут такое дело: Леонид Иванович(309 знак., 26.04.2013 22:51)
        
        ха. в системе с многозадачностью я легко могу отдать всё свободное время на какую-либо фоновую задачу, которой абсолютно не требуется реалтайм. и наличие такой задачи вообще никак не повлияет на работу остальных. тайминги вызова остальных Mahagam(399 знак., 27.04.2013 00:58)
        
        Про тайминги остальных поясните плз, если мне нужен сервисы из 5 модулей каждые 500 мкс, как это я должен реализовать это под RTOS? - Vladimir Ljaschko(27.04.2013 17:04)
        
        В курятниках такого не бывает. - Леонид Иванович(27.04.2013 01:19)
        
        и одна из причин этого... Mahagam(34 знак., 27.04.2013 01:22)
        
        Нет. Отсутствие такой необходимости. Леонид Иванович(46 знак., 27.04.2013 01:40)
        
        Конечно, у Вас курятники, крутизна и правильность, а у меня один "ужос". Нехорошо получается...Нелогично ;) - Vladimir Ljaschko(27.04.2013 13:29)
        
        Не путайте, это у Вас крутизна, а у меня - курятники. - Леонид Иванович(27.04.2013 15:18)
        
        красивые курятники. И ужасная крутизна koyodza(50 знак., 27.04.2013 15:32)
        
        Для 250 мкс часто можно прерваться и всего-лишь обслужить по минимуму (инкрементнуть чего, в буфер загнать и т.п.) и не потерять событие, а потом ~~медленно спуститься и покрыть всё стадо~~остальную обработку сделать в фоне. Для 10 мс опять же Vit(227 знак., 26.04.2013 22:01 - 22:04)
        
        обычно на это разные функции-обработчики. Но все они должны выполняться быстро. Если что-то требует долгого ожидания, оно разбивается таким образом, чтобы каждая часть выполнялась быстро - koyodza(26.04.2013 16:48, ссылка)
        
        Ну вот рассудите. У меня есть 1) расчеты на десяток миллисекунд с периодом 100мс 2) расчеты на 1 мс с периодом 10 мс 2) обслуживание 5-6 логических модулей с периодом 500 мкс. Как совместить? Я не могу разделить на части формулу с long long - что Vladimir Ljaschko(12 знак., 26.04.2013 17:41)
        
        смешались кони с котлетами koyodza(2082 знак., 26.04.2013 18:00)
        
        Вы потянули слишком сильно в грубины RTOS. Имеем жесткий быстрый реал-тайм в нескольких логических модулей плюс мягкий разноуровневый реалтайм. Я реализую как последовательные вызовы функций из каждого модуля в прерываниях по системному тику, плюс Vladimir Ljaschko(358 знак., 27.04.2013 16:58)
        
        поясните, что Вы называете "жестким реалтаймом"? На примере, пожалуйста - koyodza(27.04.2013 20:30)
        
        Например ногодрыганье квантами 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)
        
        изначально неправильно спроектированную систему вряд-ли удастся превратить в нормальную, но можно по крайней мере попытаться не усугублять ситуацию. А какой там МК - не важно, если его в принципе хватает - koyodza(27.04.2013 21:43)
        
        Собственно, я выше указал. - Vladimir Ljaschko(27.04.2013 20:48, ссылка)
        
        Присоединяюсь к вопросу, который задал fk0 ниже: какой-такой жесткий реалтайм? Придумываете несуществующие требования, чтобы только оправдать свою точку зрения. - Леонид Иванович(27.04.2013 19:24)
        
        Я по крайней мере четко описываю, как у меня сделано и работает. А альтернативу не понимаю. Уже пугалом стал - это тот, который функции в прерывании вызывает ;) Чем Ваша хваленая кооперативка лучше вызовов функций? При вызове функций сохранение Vladimir Ljaschko(112 знак., 27.04.2013 20:51 - 20:55)
        
        В кооперативке задачи специально проектируются так, чтобы сами в нужное время отдавали управление. При этом сохранение контекста вообще не требуется. Впрочем, что курятнику хорошо, то Вашим проектам - смерть. - Леонид Иванович(27.04.2013 21:48)
        
        просцыте великодушно, но почему бы вытесняющую многозадачность не влепить? - Mahagam(26.04.2013 19:46)
        
        накуа? Чтобы ничего не контролировать? Хватит с меня и винды, в МК по-возможности минимизирую использование чужого кода - koyodza(26.04.2013 20:10)
        
        я без исходников (или с малочитаемыми) многозадачку и не рассматриваю. а та которая понята - та полностью под контролем. - Mahagam(26.04.2013 20:34)
        
        мне эта понятнее. Вытесняемость пока не нужна - koyodza(26.04.2013 21:28)
        
        а по мне так оно куда как проще получается. - Mahagam(26.04.2013 20:12)
        
        Как в вытесняющей многозадачности сделать два параллельных strtok() ? Или как многозадачность -- так вытесняющая. А как библиотечные функции -- не используем. (можно сделать, но не на всякой libc) - fk0(26.04.2013 20:35)
        
        да, нужна аккуратность. Либо abivan(2420 знак., 27.04.2013 14:07)
        
        и много таких однопоточных функций? если придётся отказаться от strtok() ради всего удобства многозадачности - то почему бы и нет? - Mahagam(26.04.2013 21:36)
        
        Если явно то не указано -- вся C-библиотека. И масса собственного кода, если не принималось мер против того. Любая static переменная всё портит же. Что характерно во многих "ОС" нет понятия thread local storage. Что наводит мысль на крайнюю их fk0(14 знак., 26.04.2013 22:28)
        
        галимейший фриртос портировали на всё что может исполнять хоть какое-то подобие программ. сделали поддержку чуть ли не всех существующих компиляторов, и кагбээ проблем особо не возникает. вы про все Си-либы серьёзно? да? - Mahagam(27.04.2013 01:06)
        
        В "галимейшем фриртосе" как раз проблема с отсутствием глобальной переменной позволяющей хранить thread specific data. А проблем не возникает потому, что фриртос используют совместно с весьма специфическими программами. Где библиотечных функций не fk0(1061 знак., 27.04.2013 11:57)
        
        Пардон за вмешательство.Это не FF виноват. saifullin(82 знак., 27.04.2013 20:24)
        
        у меня 98% вызовов библиотечных функций - это тупо memcpy() да memset(). всё. остальное - свой код, который пишется вручную. а вы что? используете кодогенераторы? или как? Mahagam(1016 знак., 27.04.2013 13:15)
        
        А malloc? rand? А errno, наконец? А на errno, между прочим, завязана масса функций из math.h -- всё это неиспользовать, написать своё? Уже маразм в полную силу, не кажется? И попрошу заметить, во вменяемых ОС с потокобезопасностью всего этого fk0(2841 знак., 27.04.2013 16:47)
        
        malloc() пусть горит в огне. нехватало ещё нарваться на утечки памяти да отказ в выделении. цена крэша ~100k$, а MMU прикручивать пока что нет времени и возможностей. ведь на примитивном уровне TLS - это стек потока, ну так избавится от статиков Mahagam(1310 знак., 28.04.2013 01:37)
        
        Изначально речь шла про FreeRTOS, а не CrossWorks. Так вот в FreeRTOS невозможно ожидать множество событий. Это принципиальное ограничение. - fk0(28.04.2013 16:06)
        
        Утечки и фрагментация памяти -- это миф, как мне кажется, про который любят очень рассказывать те, кто их в глаза не видел. Только в узком круге задач возможна фрагментация или требуется гарантированное выделение памяти. Там и там можно тем же fk0(179 знак., 28.04.2013 16:02)
        
        MMU притянут за уши. Для реализации TLS нужна всего лишь некая глобальная переменная-указатель меняющая значение при переключении задач. MMU для неё не нужен и при наличии MMU она автоматически не появится, если её нет. - fk0(28.04.2013 15:31)
        
        MMU и будет менять адрес с переключением задач. - Mahagam(28.04.2013 15:37)
        
        Это может сделать переключатель задач вручную. Не нужны сущности сверх необходимых. Я вообще как бы хочу напомнить, (до)историчекие ОС прекрасно работали без MMU. - fk0(28.04.2013 16:03)
        
        в доисторические времена не существало столько индусов от программирования. - Mahagam(28.04.2013 16:05)
        
        Причём тут индусы? На что-то намекаешь? newlib работает без MMU, nuttx работает без MMU. Уровень в целом там сильно по-выше чем FreeRTOS. - fk0(28.04.2013 17:23)
        
        "цена крэша ~100k$" - чуть не помер от хохота. Пальцы веером у Вас, наверное, даже во сне? - Леонид Иванович(28.04.2013 02:14)
        
        какое отношение имеет сон к суровой реальности? - Mahagam(28.04.2013 14:48)
        
        Уважаемый Леонид Иванович, не смейтесь, знаете, как тяжело отлаживать софт, не имея возможности протестировать все на рабочем объекте? Потому как сделать это можно всего один раз, ибо цена, скажем так, "включения" этого объекта, несколько alex68(187 знак., 28.04.2013 03:35)
        
        Да ладно Вам, знаю я, какие космические корабли тут запускают с крыш курятников. Один-единственный фирменный БП на весь форум говорит о многом. - Леонид Иванович(28.04.2013 11:56)
        
        разные есть. Но те, что громче кричат о "сотнях к$" обычно об этом только мечтают. Фирменное оборудование - тоже не показатель серьёзности/ответственности проектов, а только показатель количества выделяемых на его закупку денег koyodza(285 знак., 28.04.2013 12:58)
        
        Конечно, дело не в том, что кушать нечего. Леонид Иванович(115 знак., 28.04.2013 13:08)
        
        возможно, точно так же никто ни разу не уперся в проблему, когда нужен лабораторный БП от агилента, всех устраивают mastech и подобные, а выкидывать кучу денег непонятно на что мало кому хочется. Так зачем Вы всё время об этом вспоминаете? - koyodza(28.04.2013 14:51)
        
        Off. Не очень понял - меня пинают всуе за то, что имел наглость купить себе дешевый фирменный блок питания? :) Или за то, что написал здесь про это? - alex68(28.04.2013 15:26)
        
        Наоборот, только Вам я могу поверить, что участвуете в проектах за килобаксы. Кстати, хотел спросить: Леонид Иванович(149 знак., 28.04.2013 18:13)
        
        Они не бывают на форумах. Но спросите здесь, я узнаю всё у них. - alex68(28.04.2013 18:32)
        
        не Вас, а ЛИ: за то, что он всех пинает за то, что все рассказывают о "крутых проектах", а сами не хотят покупать дорогие блоки питания - koyodza(28.04.2013 15:47)
        
        В это верю - проекты на работе, а не дома , а руководство жмется на оборудование. У нас редкое исключение, покупают СВЧ анализаторы и тому подобное за реально большие деньги. Но без них невозможно обеспечить требуемые параметры. - alex68(28.04.2013 15:58)
        
        это понятно koyodza(212 знак., 28.04.2013 16:02)
        
        У нас не так. Просто так не покупают даже простой отладчик. Надо подойти к начальнику (иногда и ко мне) и внятно сказать зачем оно надо :) - alex68(28.04.2013 16:31)
        
        У "крутого" оборудования есть и масса других недостатков - масса, габариты, шумящее охлаждение, долгая загрузка Windows XP... :-)) - =AlexD=(28.04.2013 16:25)
        
        Если нужно увидеть шумы на уровне минус 160-170 децибел, то без разницы, сколько весит аппарат, хоть центнер. Либо глянуть на работу фазового модулятора на гигагерцах :) - alex68(28.04.2013 16:35)
        
        Это я не к тому, что крутое оборудование - плохо, а к тому, что покупка чего попроще может быть сознательным выбором, а не прихотью начальства :-). - =AlexD=(28.04.2013 17:08)
        
        +100500. В этом вопросе тоже полезна бывает умеренность - koyodza(28.04.2013 17:09)
        
        К слову, Linux загружается на менее крутом оборудовании не сильно быстрее - Alex B.(28.04.2013 16:33)
        
        бывает и 95 или даже NT3.51 :=) - koyodza(28.04.2013 16:26)
        
        Речь не о космосе, там стоимость запуска много выше :) Ну и не все говорят всю правду о себе и работе :) Повторюсь - не имея сколько нибудь адекватного стенда, отлаживаться очень трудно, и стоимость ошибок очень велика. Приходится все отлаживать alex68(57 знак., 28.04.2013 12:44)
        
        В таком случае есть какая-то модель объекта, симулятор. Не надо перегибать палку. - fk0(28.04.2013 16:10)
        
        Нет, совет должен быть другим. Леонид Иванович(144 знак., 28.04.2013 18:10)
        
        По этому поводу могу сказать, что всегда говорю программистам - не получается что-то, не молчите, скажите, будем разбираться вместе, либо найдем еще кого-то для консультации. А то тянут до сдачи этапа :) Ну а простых задач у нас нет вообще. - alex68(28.04.2013 18:36)
        
        Никогда не понимал, почему некоторые люди идут, например, в шахтеры, ведь более легкая работа всегда есть. - Леонид Иванович(28.04.2013 18:41)
        
        есть места, где другой работы практически нет, всё завязано на шахту. Альтернатива - только менять место жительства koyodza(147 знак., 28.04.2013 18:54)
        
        Как пример, отсидел человек срок или был сослан на поселение в такие края (Донбасс, Кузбасс...). Особенно модно это было при Сталине. Денег нет, жилья нет, никуда, кроме шахты, на работу не берут... ну а дальше привычка и даже "династия"... - Dir(28.04.2013 22:02)
        
        Блин, сами идите и полетайте, а потом пишите :) - alex68(28.04.2013 17:20)
        
        модель часто сильно отличается от реальности в крупных проектах, где задействован не только электронщик с программистом, а токари, слесари, строители и прочие, а сама модель строится по чисто теоретическим оценкам какого-то математика, зачастую не koyodza(65 знак., 28.04.2013 16:18)
        
        плюс мильярд :) - alex68(28.04.2013 17:22)
        
        Ну и напрасно. "Есть многое на свете, друг Горацио, что и не снилось нашим мудрецам"(с) - MBedder(28.04.2013 02:33)
        
        ы? -> - Snaky(27.04.2013 12:16, ссылка)
        
        жаль, было бы интересно почитать - koyodza(27.04.2013 12:00)
        
        проще, не спорю - по крайней мере для случаев, когда есть асинхронные задачи, выполняющиеся долго. Но лучше обойдусь без этого. Вопросы надёжности и разделения ответственности мне более важны, чем простота использования - koyodza(26.04.2013 20:13)
        
        у меня немного иначе koyodza(64 знак., 26.04.2013 13:33)
        
        Такой вариант тоже использую, иногда сочетаю и флаг, и счетчик. - Леонид Иванович(26.04.2013 14:04)
        
        Сложность контроля за ресурсами намного возрастает - нужно проверять задержку каждой задачи. А у меня рухнула система - аха, понятно :) - Vladimir Ljaschko(26.04.2013 13:05)
        
        У меня кооперативка, задачи сразу проектируются так, чтобы не кушать больше положенного кванта времени. - Леонид Иванович(26.04.2013 13:14)
        
        и я плюсану - abivan(26.04.2013 13:46)
        
        +1 - koyodza(26.04.2013 13:34)
      - Ужос. Переделать всё немедленно. - SciFi(26.04.2013 12:45)
        
        Нэ буду. Мне и так хорошо - одно прерывание на все модули, все красиво и понятно. - Vladimir Ljaschko(26.04.2013 13:03)
  - Это у многих МК так: Apтём(330 знак., 26.04.2013 12:38)
    - Нет. Это специфика PIC18, где в прерывании нужно сохранять очень много регистров. И в пределах одного модуля, если компилятор видит, что регистр не портится -- он его может не сохранять. - fk0(26.04.2013 12:55)
  - Это потому, что у программистов проф. уровня вся программа пишется в одном C-файле. Я недавно пример давал (в теме про goto). Тогда никакого оверхеда. - fk0(26.04.2013 12:38)
    - Кто ж спорит. Вопрос оверхеда нужно решать на самом входе: писать программу так, как удобно машине, или так, как удобно человеку. - Леонид Иванович(26.04.2013 13:01)
    - Да ладно, ты тогда базарил, что "программисты профессионального уровня на Паскале ваяют". Что за разброд и шатания? - tesla(26.04.2013 12:53)

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