Cтраница 4
ЭВМ, Если же используется микрокомпьютерная система разработки, ответственность за периодическое дублирование возлагается на руководителя группы проектирования микрокомпьютерной системы. Таким образом, другим преимуществом использования большой ЭВМ для хранения проектной документации является то, что не нужно заботиться о дублировании - это выполняется автоматически и планомерно. [46]
В предыдущем разделе мы предполагали, что программные средства, используемые для проектирования программного обеспечения, реализованы на микрокомпьютерной системе разработки. Одной из альтернатив является использование на начальных фазах проектирования средств, реализованных на большой ЭВМ. Информация, хранимая в файлах на магнитном диске большой ЭВМ, может быть перенесена на магнитный диск микрокомпьютерной системы разработки, чтобы завершить выполнение остальных фаз цикла проектирования системы. Процесс переноса информации магнитного диска большой ЭВМ на магнитный диск микрокомпьютерной системы разработки называется выгрузкой. Рассмотрим кратко преимущества и недостатки использования большой ЭВМ в цикле проектирования системы. [47]
Если группа программистов состоит из двух или более человек, то в случае отсутствия большой ЭВМ может потребоваться несколько микрокомпьютерных систем разработки, чтобы уменьшить время ожидания на разработку системы. Микрокомпьютерные системы разработки являются значительно более дорогостоящими, чем рабочие места или терминалы для большой ЭВМ. Так, если используется большая ЭВМ, можно за умеренную цену обеспечить отдельный терминал для каждого программиста из группы разработки программного обеспечения. Микрокомпьютерные системы разработки необходимы только в время последних фаз цикла проектирования системы после выгрузки программного обеспечения. Поэтому использование больших ЭВМ может уменьшить основные капиталовложения в оборудование, необходимое для разработки проекта. [48]
Рассмотрев выше аппаратные и программные средства систем автоматизации, в данной главе мы обсудим вопросы проектирования подобных систем на примере микрокомпьютерной системы автоматизации экспериментального комплекса, рассмотрим основные этапы ее разработки. [49]
Первые две или три фазы объединения включают объединение только программных средств и часто завершаются с помощью тех средств, которые предоставляет микрокомпьютерная система разработки. Когда первоначальные фазы закончены, для подключения микрокомпьютерной системы разработки к аппаратуре используется внутрисхемный эмулятор. Программные модули, которые взаимодействуют с соответствующими аппаратными модулями, отлаживаются и объединяются. Объединенные программные модули прожигаются в ППЗУ и встраиваются в аппаратуру. Затем проверяются их рабочие характеристики. В течение оставшихся фаз объединения эти объединенные модули используются непосредственно, без моделирования их характеристик. На ранних этапах процесса объединения с системой может быть объединен трассировщик. [50]
В конце 70 - х - начале 80 - х годов дальнейший интерес к лабораторной автоматизации был вызван более широкой возможностью доступа к микрокомпьютерным системам, что способствовало развитию иерархических систем сбора данных и управления. Другим важным фактором, влияющим на развитие автоматизации в этой области, является простота, с которой могут быть построены интегрированные системы управления базами данных. В настоящее время интегрированная лабораторная база данных представляется пока в виде набора управляющих программ и данных, предназначенных для использования в автоматизированной лаборатории. Вместе эти элементы базы данных отвечают за проведение и управление экспериментами и за контроль за потоком образцов, проходящих через лабораторию. К тому же они обеспечивают создание архива результатов и соответствующих методик обработки и проверки результатов. [51]
![]() |
Схема одноплатного микрокомпьютера Intel iSBC 80 / 05. [52] |
Таким образом, имея несколько подключенных друг к другу печатных плат, блок питания и примитивное устройство управления в виде кнопки восстановления, можно скомпоновать работающую микрокомпьютерную систему. Спроектировать аппаратную часть системы, содержащей микрокомпьютер, сравнительно несложно, особенно если используются готовые модули. Однако для того, чтобы изучить возможность и взаимосвязь функций системы, нам необходимо рассмотреть, как конструируются аппаратные модули микрокомпьютера непосредственно из интегральных схем на кристаллах. [53]
Так как ручной способ разработки системы и программного обеспечения неэффективен, а все описанные средства сразу недоступны, перечислите минимальный набор средств, который являлся бы приемлемым для вас при разработке микрокомпьютерной системы. [54]
Если группа программистов состоит из двух или более человек, то в случае отсутствия большой ЭВМ может потребоваться несколько микрокомпьютерных систем разработки, чтобы уменьшить время ожидания на разработку системы. Микрокомпьютерные системы разработки являются значительно более дорогостоящими, чем рабочие места или терминалы для большой ЭВМ. Так, если используется большая ЭВМ, можно за умеренную цену обеспечить отдельный терминал для каждого программиста из группы разработки программного обеспечения. Микрокомпьютерные системы разработки необходимы только в время последних фаз цикла проектирования системы после выгрузки программного обеспечения. Поэтому использование больших ЭВМ может уменьшить основные капиталовложения в оборудование, необходимое для разработки проекта. [55]
Последние два варианта могут быть использованы для контроля при передаче данных по линиям связи. В локальных микрокомпьютерных системах, например в линии связи между локальным терминалом и микрокомпьютером, контроль по четности употребляется редко. Обычно в этом случае используется нулевой или единичный паритет. [56]