Cтраница 1
Задачи реального времени могут быть написаны на языке Ассемблера. [1]
Задачи реального времени запускают и в дальнейшем выполняют одновременно на всех процессорах. Это обеспечивается специальным аппаратно-программным устройством синхронизации. Синхронизация выполняется при любом обращении любой задачи к вводу или выводу, а также в указанных программистом дополнительных точках. После операции ввода и перед операцией вывода процессоры обмениваются данными и выравнивают их, так как могут возникать расхождения между каналами вследствие сбоев в аппаратуре и из-за погрешностей квантования и синхронизации. [2]
Задачей реального времени считаются те программы, которые выполняются по времени. Задачи могут быть независимыми друг от друга и взаимосвязанными. Одна задача может изменять временные характеристики другой задачи. Супервизор позволяет планировать приоритет задачи, устанавливать задержку перед первым выполнением задачи, а также интервал между последующими выполнениями задачи. [3]
Для задач реального времени, выполняющихся в высоком темпе, нежелательным является динамическое создание и удаление объектов, что также активно используется в объектно-ориентированных языках. В [1] предлагается выполнять размещение таких объектов априорно, в процессе создания программы, а не во время работы критичных по времени алгоритмов. Преодоление перечисленных затруднений связано с дополнительной работой программистов, но в то же время не требует очень больших усилий. В большинстве случаев действия, которые надо предпринять, достаточно очевидны. Кроме того, подобные проблемы возникают весьма редко. Таким образом, следует признать, что недостатки объектно-ориентированного подхода с лихвой компенсируются его достоинствами. [4]
Комплекс задач реального времени предназначен непосредственно для реализации функций АСУТП. Совокупность задач генерации используют для настройки комплекса задач реального времени в соответствии с требованиями конкретного технологического объекта управления. [5]
Организация комплекса задач реального времени. [6] |
Организация комплекса задач реального времени, соответствующая этим основным характеристикам, приведена на рис. 7.3. В составе комплекса выделены подсистемы, компонуемые с использованием настраиваемых пакетов прикладных программ. Выделение подсистем выполнено по признаку близкого функционального назначения входящих в них задач. При этом учитывается используемый подсистемой математический аппарат, способ настройки соответствующего пакета прикладных программ, организация обмена данными внутри подсистемы, вид программной реализации. [7]
Наряду с задачами реального времени в системе могут выполняться трансляция, редактирование, отладка других задач. При этом обеспечивается защита супервизора и задач реального времени от искажений со стороны фоновых задач. Все программы супервизора работают при закрытых прерываниях. [8]
Возможно совмещение выполнения задач реального времени и фоновых задач. [9]
Другим вариантом решения задач реального времени для систем малой сложности ( при условии максимального использования стандартных решений) может являться построение своей ОСРВ на основе отдельных стандартных решений. [10]
Классический подход для задач жесткого реального времени требует построения событийно управляемой системы. Для каждого события в системе устанавливается четко определенное время реакции и определенный приоритет. Практическая реализация таких систем сложна и всегда требует тщательной проработки и моделирования. [11]
Какие дополнительные возможности в обслуживании задач реального времени предоставляет этот регистр. [12]
ДОСРВ обеспечивает мультипрограммный режим выполнения задач реального времени на приоритетной основе с использованием механизма временного планирования выполнения задач, связь оператора с системой и другие функции, необходимые для оперативной работы УКВ СМ-3, СМ-4 в мультипрограммном режиме в реальном времени. [13]
Обмен информацией с базой данных реального времени. [14] |
Все подсистемы, входящие в комплекс задач реального времени, имеют выход на базу данных для чтения и записи информации. Непосредственный обмен данными между подсистемами не допускается. В то же время каждая из подсистем имеет свой внутренний локальный интерфейс, в рамках которого может проводиться обмен информацией между задачами данной подсистемы. Кроме того, каждая из подсистем может в случае необходимости иметь свою локальную базу данных, используемую для реализации внутренних функций подсистемы. [15]