caxapa.ru :: Проблема переделки проекта с x86 на ATMEGA128, связанная с отсутствием приоритетов прерываний (дохтуром на телесисах навеяло).

Vladimir Ljaschko (14.07.2007 17:11, просмотров: 19642)

Проблема переделки проекта с x86 на ATMEGA128, связанная с отсутствием приоритетов прерываний (дохтуром на телесисах навеяло). Прибор с механическими движущимися частями. Вся поддержка механики происходит в прерываниях от четырех таймеров - 1 мс, 10 мс, 100 мс, 1 с. Приоритеты соответствующие. Все прочие прерывания тоже используются (UART, RTC) всего восемь. Микропроцессор от NEC снят с производства пять лет назад, складские запасы заканчиваются, с другими микросхемами тоже проблемы. Предполагаю переделать на AVR, во всяком случае в деталях рассмотреть эту возможность. Процессы в основном цикле достаточно сложные и затянуты по времени - больше 200 мс, и флагами передавать реально только событие 1 с. Получается, что вполне реальна ситуация четырех-пяти вложенных прерываний (таймеры + UART). Так вот, вопрос - получается, если я не хочу сильно менять структуру проекта, что теперь нужно после входа в каждое прерывание - "вручную" прочитать и запомнить существующие маски прерываний, - оставить разрешения только тех прерываний, которые определены, как более приоритетные - разрешить прерывание контроллера. При выходе нужно восстановить маски прерываний. 1. Ничего не забыл? Будет мне счастье? 2. С другой стороны, там еще более 40 линий ввода-вывода, и памяти 32К. Если использовать шину, то выводы будут заняты, порты нужно расширять. Может, сразу на АРМ какой ориентироваться?

- ИМХО Порой какой-нибуть DSP. Хоть dsPIC тот-же. - =AlexD=(16.07.2007 09:34, )
- Скепсис. Алексей Мусин(584 знак., 16.07.2007 09:15, )
  - ИМХО, я слабо прецтавляю себе обработчик 100мС прерывания в 50мС. ;О). Ну, даже если и так, разрешите в нём прерывания и всё разрулится само собой. mse(591 знак., 16.07.2007 09:42, )
    - 50 мс от 100 мс действительно было бы странно :) Но то, что суммарная длительность ВСЕХ таймерных прерываний больше 1 мс, это ведь нормально? Vladimir Ljaschko(668 знак., 16.07.2007 11:03, )
      - ;О) да почему-ж не можете? Можете. Лехко! mse(573 знак., 16.07.2007 11:35, )
        
        Только про инструкции не надо, а? Я пишу только на ЯВУ, и инструкции измеряю осциллографом :-) Реентерабельность мысль для меня свежая, я так люблю, когда все предсказуемо и понятно. Проще Vladimir Ljaschko(287 знак., 16.07.2007 11:44, )
        
        Гы..."на любом языке можно написать программу "на Фортране". (С) - mse(16.07.2007 12:20, )
        
        у-у-у... -=Max=-(401 знак., 16.07.2007 12:12, )
        
        Ну, тут ресурсы позволяли, и длительность прерываний я контролировал Vladimir Ljaschko(210 знак., 16.07.2007 12:20, )
        
        Да ничо страшного нет. ;О) Ничем та плавучка от тонучки не отличается, по большому счёту. Да и полностью жить в прерывании можно без проблем. Неоднократно наблюдал в молодости... mse(181 знак., 16.07.2007 12:19, )
    - Про ресурсоемкость отдельных прерываний :) - Алексей Мусин(16.07.2007 10:26, , ссылка)
    - Разрешили прерывание, и вот оно, 1с. Следующее 100 мс прерывание будет пропущено. Алексей Мусин(259 знак., 16.07.2007 10:18, )
      - Что 1С? ;О) Ничо не понял... mse(422 знак., 16.07.2007 11:29, )
        
        ...Началось 1-секундное прерывание. Да, и я уже перестал агитировать за ОС :) - Алексей Мусин(16.07.2007 11:36, )
        
        Ну, дык, думаю, оно же обрабатывается не одну секунду. Ну, допустим,(допустим!) 1мс. Значит, за время работы такая коллизия(повторное вхождение в текущее прерывание) буит случаться 1 раз в секунду. mse(84 знак., 16.07.2007 14:10, )
      - 1. Одним прерыванием не обойтись (см выше) 2. Ну а причина делать иначе была такая Vladimir Ljaschko(292 знак., 16.07.2007 11:11, )
        
        "Подумаешь - паяет монтажница, а мне проще :)" Хорошо Вы цените чужой труд :( - Ruslan(16.07.2007 21:02, )
        
        Как Вы строги :-) А если я скажу правду Vladimir Ljaschko(333 знак., 17.07.2007 12:27, )
        
        :)) Жалко мне их, труд не из легких. - Ruslan(17.07.2007 13:19, )
- У ARM латентность по прерываниям не очень была. Свежие Cortex, говорят, получше. Может C8051F130? - Vit(14.07.2007 20:00, , ссылка)
- ИМХО, лучше подобрать что-то более подходящее. ReAl(377 знак., 14.07.2007 18:28, )
  - Может сделать один х-жопый обработчик одного таймера, и заодно приоритеты интегрировать? Ну типа 4 виртуальных таимера с приоритетной маской. Все равно будет короче чем флаги прерываний гонять. - Т.Достоевский(14.07.2007 19:09, )
    - Может быть, таймеры можно попытаться развести так, что задержка 1-милисекундного всегда будет минимальна. Но USART, RTC - всё равно остаются. - ReAl(14.07.2007 20:04, )
      - Задержка на все виртуальные таймеры должна получиться минимальная, хотя отсутствие аппаратных приоритетов, большое заpdдло. Почему АВР а не "фамильный" 51-ый? Математики много? - Т.Достоевский(14.07.2007 23:11, )
        
        Математики хватает. Кусочно-линейная аппроксимация, ПИД-регуляторы. Сложный прибор, должен сутками работать, не выключаясь, без сбоев и пересбросов. Вот этот. - Vladimir Ljaschko(16.07.2007 11:51, , ссылка)
        
        О! Коллега. А вот мой прибор. AlexandrY(995 знак., 16.07.2007 14:35, , ссылка)
        
        А по конструкции микродозатора можно где-нибудь узнать без покупки и ломки прибора? - Vladimir Ljaschko(16.07.2007 17:05, )
        
        Конструкция запатентована и уже давно в СССР. Так что где-то в архивах пылится наверно. - AlexandrY(16.07.2007 17:21, )
        
        Может быть, ОС и упростила бы задачу, но прибор то работает. Казалось бы, что проще - перегнать Паскаль в С, чуть доработать исходники и запустить на другой платформе. - Vladimir Ljaschko(16.07.2007 16:56, )
        
        Злостный OFF: Гудвин(443 знак., 16.07.2007 16:15, )
        
        По офф - сдать кровь и (сорри) мочу на анализ по содержанию сахара - 50 р. такое "удовольствие" - и спокойно вернуться к сладкому! - robinzone(21.07.2007 15:43, )
        
        В портативных применяют одноразовые датчики. AlexandrY(55 знак., 16.07.2007 16:55, )
        
        ИМХО когда кредо нынешнего врача лечить, а не вылечить, то ничего странного в этом нет. - rezident(16.07.2007 16:19, )
        
        ИМХО, в этом приборе, как раз, рилтаймовость не выражена абсолютно. Ну, разве что, за уши притянуть. ;О) Шоб було. Такого рода... mse(179 знак., 16.07.2007 15:06, )
        
        В этом приборе риалтаймовость несколько другого плана, ближе к Windows :-) В основном цикле работают несколько автоматов состояний типа processN[status][event](); с неконтролируемым временем Vladimir Ljaschko(138 знак., 16.07.2007 16:50, )
        
        Я про глюкометр... mse(47 знак., 16.07.2007 16:55, )
        
        Ну как посмотреть.. AlexandrY(720 знак., 16.07.2007 17:18, )
        
        Ну прально, ОСь пользуется не столько ради рилтайма, сколько ради удобства всего остального. ;О) Разработки, в основном. - mse(16.07.2007 17:28, )
        
        о-ой.. -=Max=-(158 знак., 16.07.2007 12:15, )
        
        Нет необходимости TCP/IP реализовывать - можно любой мост на COM поставить. Тот же X-port. Цена ведь не критична. - Vladimir Ljaschko(16.07.2007 12:24, )
        
        м1280-2560. И по ногам, и меморей поболее. Да и внешнюю память человек ставить хочет. Хотя да, сюда SAM7X256 просится. - mse(16.07.2007 12:23, )
        
        А за сколько времени этот АРМ поднять можно? И с чего начинать? - Vladimir Ljaschko(16.07.2007 12:37, )
        
        Мега сюда действительно не очень подходит. Но имхо nxp для старта дружелюбнее. - vesago(16.07.2007 15:47, )
        
        Ну...скачать ДШ, ИДЕ, нарисовать платку...Фсё. Недельку потрахаться с чем придётся...Кажысь, ничего не забыл. ;О) - mse(16.07.2007 12:46, )

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