[RTest] Вопрос о прерываниях
Evgeny Sinelnikov
Поясните роль контроллера прерываний в системах реального времени.
Уточните какой из вариантов фиксирования событий (по фронту или по
уровню) надёжнее и почему.
--
Sin (Sinelnikov Evgeny)
Etersoft
Emil
использованием приоритетов!
по фронту надежнее, так как по уровню могут быть помехи при передаче и
сложно будет определить нужный уровень!
Astik
помехи при передаче и тяжело будет определить нужный уровень сигнала.
Alexei Krasnikov
Контроллер прерываний предназначен для обработки и арбитража поступающих запросов на обслуживание к центральному процессору от переферийных устройств. По аналогии функции контроллера прерываний можно сравнить с секретарём какого–нибудь начальника. Секретарь должен решить, кого из посетителей допустить к боссу в первую очередь, а кого и потом, исходя из приорететов, отдаваемых боссом и статуса самого посетителя.
Так и в компьютерной системе, возможна такая ситуация, когда несколько переферийных устройств послали сигнал прерывания или запрос на прерывание. В компьютерной литературе этот сигнал обозначается IRQ (Interrupt Request). Cвоими словами для последовательного выполнения задач
По фронту обеспечивает большую надежность
Evgeny Sinelnikov
> контроллер прерываний помогает организовать работу процессов, с
> использованием приоритетов!
Это каким же образом? Какое отношение имеют прерывания к приоритетам
процессов? Поясните.
> по фронту надежнее, так как по уровню могут быть помехи при передаче и
> сложно будет определить нужный уровень!
Эмиль и Астемир. Я удивлён как вы так нашли два одинаковых
неправильных ответа. Источник в студию, пожалуйста ;)
Некоторые подробности читаем здесь:
http://controllersystems.com/books/praktika_programmirovaniya_atmel_avr/raznovidnosti-preryvanij.html
--
Sin (Sinelnikov Evgeny)
Emil
Контроллер прерываний используется для реализации многозадачности,
переключения процессов!
Ruslan Denisov
<s...@altlinux.ru> написал:
>
> Итак вопрос.
>
> Поясните роль контроллера прерываний в системах реального времени.
> Уточните какой из вариантов фиксирования событий (по фронту или по
> уровню) надёжнее и почему.
>
Контроллер прерываний предназначен для обработки поступающих запросов
на обслуживание к центральному процессору от переферийных устройств и
таймеров. Контроллер ставит поступающие прерывания в очередь на
обработку.
Надежнее по уровню, потому что по фронту или по спаду вероятность
появления дребезга увеличивается. Например при нажатии откровенно
китайской кнопки дребезг может давать большое количество
фронтов/спадов. Таким образом нужно определить время надежного
срабатывания - если определенный уровень держится больше
установленного заранее времени, то фиксируем событие
Отправляю ответ через почту. В группе не добавляется!!!
Evgeny Sinelnikov
>>
>> Поясните роль контроллера прерываний в системах реального времени.
>> Уточните какой из вариантов фиксирования событий (по фронту или по
>> уровню) надёжнее и почему.
>>
>
>
> на обслуживание к центральному процессору от переферийных устройств и
> таймеров. Контроллер ставит поступающие прерывания в очередь на
> обработку.
>
Это только определение. А как же "роль контроллера прерываний в
системах реального времени"?
> Надежнее по уровню, потому что по фронту или по спаду вероятность
> появления дребезга увеличивается. Например при нажатии откровенно
> китайской кнопки дребезг может давать большое количество
> фронтов/спадов. Таким образом нужно определить время надежного
> срабатывания - если определенный уровень держится больше
> установленного заранее времени, то фиксируем событие
>
Да, верно
> Отправляю ответ через почту. В группе не добавляется!!!
>
В любом случае, вы, Руслан, пока последний. Первым был Эмиль, потом
Астемир, затем Алексей. Лучший ответ у Руслана, хотя он и не полный.
Продолжаем...
--
Sin (Sinelnikov Evgeny)
Evgeny Sinelnikov
<krasn...@gmail.com> написал:
>
>
> Контроллер прерываний предназначен для обработки и арбитража поступающих
> запросов на обслуживание к центральному процессору от переферийных
> устройств. По аналогии функции контроллера прерываний можно сравнить с
> посетителей допустить к боссу в первую очередь, а кого и потом, исходя из
> приорететов, отдаваемых боссом и статуса самого посетителя.
>
> Так и в компьютерной системе, возможна такая ситуация, когда несколько
> переферийных устройств послали сигнал прерывания или запрос на прерывание. В
> компьютерной литературе этот сигнал обозначается IRQ (Interrupt Request).
> Cвоими словами для последовательного выполнения задач
>
Это пояснение того, что такое и для чего нужен контроллер прерываний.
Его роль в системах реального времени не раскрыта.
> По фронту обеспечивает большую надежность
>
Не хватает пояснений. Почему вы так думаете?
Alexei Krasnikov
Dexter
> 5 декабря 2010 г. 21:34 пользователь Ruslan Denisov <rus...@gmail.com> написал:
> Это только определение. А как же "роль контроллера прерываний в
> системах реального времени"?
Контроллер прерываний позволяет организовать обмен данными с системой
в произвольные моменты времени, не зависящие от программы. Пропадает
необходимость в использовании программных циклов ожидания приема в
устройстве и это экономит процессорное время, а самое главное -
появляется возможность обмена данными с системой в реальном масштабе
времени.
Astik
при пиковой нагрузке. Пример, в системе управления атомной
электростанцией в случае возникновения крупной аварии атомного
реактора многие аварийные датчики сработают одновременно и создадут
коррелированную нагрузку. Если система реального времени не
спроектирована для поддержки пиковой нагрузки, то может случиться так,
что система не справится с работой именно тогда, когда она нужна в
наибольшей степени.
Evgeny Sinelnikov
<krasn...@gmail.com> написал:
> Евгений Александрович может быть перейдем к следующиму вопросу
>
Вот только у нас есть несколько не ясных рабочих моментов. Я сначала о
них напишу. Потом будет новый вопрос.
Evgeny Sinelnikov
> Контроллер прерываний позволяет не повиснуть системе реального времени
> при пиковой нагрузке. Пример, в системе управления атомной
> электростанцией в случае возникновения крупной аварии атомного
> реактора многие аварийные датчики сработают одновременно и создадут
> коррелированную нагрузку. Если система реального времени не
> спроектирована для поддержки пиковой нагрузки, то может случиться так,
> что система не справится с работой именно тогда, когда она нужна в
> наибольшей степени.
Как же контроллер позволяет "не повиснуть системе реального времени
при пиковой нагрузке"?
Ваш пример не раскрывает этого вопроса.
- Начать стоит с того, от чего система вообще может повиснуть.
- Затем стоит указать как на это может повлиять контроллер прерываний
(я вот пока с трудом себе это представляю).
- Ну, и, наконец, нужно показать что же такого есть в системе реально
времени, что воспользуется возможностями контроллера прерываний и не
даст "повиснуть".
- Далее стоит указать какое отношение имеет эта возможность для систем
не являющихся системами реального времени. Почему они могут повиснуть?
Или это тут не причём? Тогда причём тут системы реального времени?
Evgeny Sinelnikov
Действительно, контроллер прерываний позволяет более эффективно
организовать использование процессорного времени.
Но причём тут "возможность обмена данными с системой в реальном
масштабе времени"?
Dexter
On 5 дек, 23:04, Шарабанов Артём <no_tem...@mail.ru> wrote:
> , !!!
Илья Александров
Артем Шарабанов
Ну неужели работает!!!
Артем Шарабанов
Петр Академик
А каким ты браузером пользовался? Так как проблем ни в опере, ни в
лисе, я не встречал.
Артем Шарабанов
Evgeny Sinelnikov
<akade...@gmail.com> написал:
У него проблема с клиентом, а не с web-интерфейсом была. Но я думаю,
что дело ещё и в самом клиенте. Если клиент адекватный, то возможно
его и настроить можно было.
Но давайте закроем тему личных проблем по поводу настройки клиентов.
Тесты можно было бы вынести хотя бы в отдельную дискуссию.
Артем Шарабанов
Evgeny Sinelnikov
<note...@gmail.com> написал:
Это общие моменты. Если убрать из ОСРВ вторые две быквы, то получим
просто ОС. Всё, что выше написано в равной степени относится как к
ОСРВ, так и к ОС, так что РВ можно вынести за скобки. Ничего
особенного для работы в реальном времени выше не отмечено.