Дисплейный процессор данных

Структура программного обеспечения в общем виде представлена на рис. 6.6. Прикладные программы выполняют функции опознавания и идентификации вводимой графической информации и формирования информации для вывода на экран дисплея. Дисплейный файл представляет собой совокупность команд, необходимых для управления дисплейным процессором для вывода данного изображения на экран. Дисплейный файл хранится в памяти ЭВМ. Функции дисплейного процессора заключаются в преобразовании символов дисплейного файла в управляющие сигналы, подаваемые через ЦАП на дисплей. [c.174]

Эволюция комплексов с графическим взаимодействием характеризуется, в частности, попытками разгрузить память основной ЭВМ, к которой подключаются устройства ввода и вывода графической информации. С этой целью применяют отдельные блоки оперативной памяти, называемые буферной памятью. Дисплей, снабженный таким блоком, называется дисплейным терминалом [86]. Позднее, в состав дисплейного терминала стали включать мини-ЭВМ (дисплейный процессор), которая позволила управлять буферной памятью и выполнять некоторые программы. В результате образовался комплекс, называемый сателлитным дисплейным терминалом. Последний обеспечил возможность проектирования систем графического взаимодействия с разделением времени. При такой схеме возникают сложные вопросы, связанные с обменом данными между центральной ЭВМ (центральным процессором) и дисплейными процессорами. [c.13]

Процессом регенерации изображения на ЭЛТ может управлять непосредственно ЭВМ. Для этого изображение разбивается на отдельные точки, и координаты х, у каждой точки последовательно подаются на экран. Изображение регенерируется путем повторения этого процесса не менее 30 раз в секунду. Таким способом можно регенерировать лишь ограниченное количество точек более популярным методом сейчас является использование автономного дисплейного процессора, назначение которого состоит в том, чтобы выбирать данные из памяти ЭВМ и использовать их для генерирования точек и линий на экране ЭЛТ. [c.18]

Теперь канал получил возможность непрерывной работы, полностью независимой от ЭВМ, и, следовательно, превратился в дисплейный процессор. Сама возможность независимой работы и, как следствие, уменьшение нагрузки на центральный процессор представляют основное преимущество, которое дисплейный процессор имеет перед простым дисплейным каналом. Как будет показано ниже, способность процессора выбирать данные из различных участков памяти в любом порядке приводит к значительному повышению эффективности дисплейных файлов. [c.80]

Дисплейный файл практически представляет собой программу, предназначенную для исполнения дисплейным процессором. Ему присущи многие особенности обычной программы для ЭВМ в нем имеются команды передачи управления, подпрограммы, команды непосредственной загрузки регистров данными, содержащимися в команде. Такая программа в значительной мере исполняется как обычная программа для ЭВМ с использованием программного счетчика. Дисплейные файлы можно даже формировать тем же способом, что и программы для ЭВМ, т. е. писать команды для представления желаемого изображения и затем переводить их в двоичный вид. [c.103]

При работе некоторых программ устанавливается флажок , являющийся признаком того, что данная запись находится в процессе изменения и дисплейный процессор должен обойти указанную запись и перейти к следующей. В этом случае указанная часть изображения выводится с меньшей частотой по сравнению с остальным изображением, что вызывает ее мелькание или ослабление яркости. В самом худшем случае, когда повторная компиляция записи требует максимума времени, соответствующая часть изображения полностью исчезнет. Легко можно представить, насколько нежелателен возникающий при этом эффект для оператора, внимание которого, возможно, сосредоточено именно на этой части изображения. [c.108]

Положим, что точки запоминаются по мере поступления координат от устройства ввода, причем они представляются как перемещения относительно предшествующей точки (рис. 5. 25). Программа вывода передает каждое из этих перемещений в компилятор дисплейного файла с указанием на компиляцию отрезка прямой соответствующей длины. Окончательный дисплейный файл будет представлять собой в основном последовательность команд для дисплейного процессора на вычерчивание векторов, как показано на рис. 5. 26. Единственное различие между исходными данными и соответствующей командой дисплейного файла состоит в том, что в дисплейном файле добавлен код операции вектор . Оба этих списка данных должны находиться в памяти ЭВМ, а объем памяти может быть недостаточен. Поэтому целесообразнее использовать один набор данных для обеих целей. [c.122]

Структура данных, показанная на рис. 5.27, в, по смыслу может использоваться для генерации качественного изображения и служить базой данных для прикладной программы. Однако прикладная программа может потребовать дополнительной информации по каждой из деталей (цена, габариты и т. д.). Эти данные не должны включаться в цикл регенерации, но могут быть помещены в начало записи подпрограммы, как показано на рис. 5.28, где они доступны для прикладной программы, но недоступны для дисплейного процессора. Путем дальнейших расширений аналогичного ха- [c.123]

Все команды должны иметь одинаковую фиксированную длину и содержать код операции с возможными модификациями и поле данных. В поле данных может содержаться либо информация для непосредственного использования процессором, либо адрес расположения необходимой информации. Команды циклов и условных переходов в дисплейном процессоре обеспечивают универсальность, но их трудно применять в компиляторах дисплейных файлов. [c.556]

Это упрощает задачу добавления строки при работе дисплея, а также уменьшает опасность интерпретации текста в процессоре как обычных команд. В первой схеме это вполне может произойти, если адрес перехода на начало текста будет ошибочно указан на единицу больше. В результате такой ошибки кажется, что дисплей как бы взбесился , особенно если код некоторой пары символов окажется аналогичным команде перехода . Указание адреса исключает возможность подобных сбоев. При второй схеме легко организовать вывод таких текстовых сообщений, которые являются частью структуры данных и поэтому не могут быть непосредственно введены в дисплейный файл. [c.90]

Однако дисплейные файлы редко формируют таким способом, поскольку в этом случае программу можно было бы использовать только для представления заранее определенных изображений. Вместо этого пишут программы для ЭВМ, одна из функций которых состоит в генерировании дисплейного файла. Например, программа проектирования печатной схемы может быть предназначена для генерирования дисплейного файла по данным, как вычисляемым самой этой программой, так и введенным извне. Процесс генерирования программой, работающей в одном процессоре, другой программы для выполнения в другом процессоре, очень похож на процесс трансляции (компиляции). Назовем этот процесс компиляцией дисплейного файла. В данной главе рассматриваются компиляторы дисплейных файлов, т. е. такие программы, назначение которых состоит в генерировании дисплейных файлов. [c.103]

Проанализируем работу типичной интерактивной программы, рассматривая ее состояния через регулярные промежутки времени. Программа может выполнять компиляцию дисплейного файла, обрабатывать данные, формировать выходные сообщения, но в большинстве случаев программа будет находиться в состоянии ожидания ввода. Интерактивная программа обычно выполняет запросы очень быстро и поэтому отвечает гораздо быстрее, чем человек может среагировать на ее ответ. В режиме ожидания новой команды система только опрашивает устройства ввода и процессор практически совсем не загружен. [c.348]

Дешевый терминал с небольшой ЭВМ. Разделительные линии проводятся справа от программ прерывания и слева от генератора дисплейных кодов (рис. 17.4). Это становится возможным благодаря наличию у терминала небольшой вычислительной мощности, позволяющей обрабатывать прерывания, преобразовывать данные, поступающие от центрального процессора, в команды дисплея, а также выполнять простые манипуляции с дисплейным файлом. [c.393]

Таким образом, технические средства машинной графики можно разделить на специализированную аппаратуру (графический дисплей, световое перо, планшет, дисплейный процессор, ЦАП и АЦП) и универсальные ЭВМ. Если ЭВМ занята только обработкой прикладных программ машинной графики и не решает других задач, то ее можно объединить в(месте со специализированной аппаратурой в штатный комплект графического терминала. Обычно для этого используются миниЭВМ. Однако штатного комплекта для диалогового конструирования ЭМП недостаточно, так как потребная база данных слишком объемна (по существу весь архив конструкторского бюро). С помощью миниЭВМ не всегда удается реализовать быстродействующую информационно-поисковую систему. Поэтому при использовании стандартных систем машинной графики в САПР миниЭВМ работает под управлением большой центральной ЭВМ, которая обеспечивает решение вычислительных задач на всех стадиях проектирования ЭМП и позволяет создать необходимую общую базу данных. При построении такой двухуровневой структуры ЭВМ надо также иметь в виду, что над одним проектом работают несколько конструкторов. Вследствие этого требуется не один, а несколько графических терминалов. Их совместная работа возможна в режиме разделения времени. Функции управления разделением времени можно возложить и на периферийную ЭВМ (если она управляет работой нескольких дисплеев), [c.178]

Графический терминал ЭПГ-СМ имеет дисплейный процессор, который встраи-иаетси в стойку минн-ЭВМ типа СМ. Дисплейный процессор обеспечивает обмен информацией с процессором СМ ЭВМ, чтение из памяти дисплейного файла (подготовленного на СМ ЭВМ списка команд терминала ЭПГ-СМ), выполнение команд ЭПГ-СМ-преобразовапии графических данных в соответствующие сигналы управления графическим монитором, обработку ni-налов от светового пера. Не- [c.13]

Ранним примером использования структур графических данных является разработанная Сазерлендом система SKET HPAD [277], в которой предметы и схемы моделировались кольцевой структурой, подобно представленной на рис. 5.27, в. Использование таких структур позволило разработать макроязык для построения и обработки кольцевых структур общего назначения ORAL [232, 281], который можно использовать и для хранения графической информации. Дальнейшие расширения этого метода сделаны в системе Graphi -2 [44] и других аналогичных системах. Во всех указанных системах используется список кольцевых структур, поскольку обычный дисплейный процессор может обрабатывать только такие структуры. Интересная альтернатива была предложена Геджем в его процессоре, снабженном механизмом символической адресации подпрограмм ПО]. [c.124]

Хотя можно объединять базу данных и псевдодисплейный файл в единую структуру графических данных, в большинстве случаев все же необходимо преобразовывать эти данные программным путем (рис. 8.8, в). В исключительных случаях, когда дисплейный процессор может выполнять все преобразования, заданные в структуре графических данных, компиляция дисплейного файла сокращается до процесса, показанного на рис. 8.8, г. Пятый и несколько иной подход с использованием процедур отображения рассматривается в разд. 8.8 данной главы. [c.158]

Вопрос о структуре дисплейного файла обсуждался в гл. 5. Рассмотренные структуры были очень простыми, поскольку они должны были обрабатываться дисплейным процессором. В этом разделе такие структуры не рассматриваются, так как они обрабатьшаются операторами вывода алгоритмического языка. Вместо этого дается краткий обзор особенностей построения и работы с базой данных. [c.376]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...