Модуль МВИС-3 предназначен для ввода импульсных сигналов каналов ТИИ. Информационная емкость модуля - 31 канал. Модуль является интеллектуальным устройством. Выполнен на однокристальной микроЭВМ (ОМЭВМ). Структурная схема модуля МВИС-3 приведена на рис.29. Схема электрическая принципиальная модуля МВИС-3 приведена в приложении 1. Модуль состоит из следующих основных узлов (в скобках приведено обозначение элементов на схеме электрической принципиальной модуля редакции от 05.05.99г.):
Входными неинтерфейсными сигналами модуля МВИС-3 являются сигналы “ТИИ1-1”, “ТИИ1-0”,... “ТИИ31-1”, “ТИИ31-0” датчиков ТИИ с параметрами:
Выходным неинтерфейсным сигналом модуля МВИС-3 является выход гальванически изолированного источника постоянного тока напряжением 12 В, предназначенный для питания датчиков ТИИ.
Входными и выходными интерфейсными сигналами модуля МВИС-3 являются сигналы ММИ:
Уровни сигналов данной группы соответствуют: высокий уровень - от 3,5 до 5,5 В; низкий уровень - от 0 до 0,8 В.
Импульсы с датчиков ТИИ поступают на входной преобразователь ВП. Входные каналы модуля сгруппированы во входном преобразователе в 4 группы по 8 каналов. Информация о состоянии сигналов групп последовательно выбирается через групповой ключ ГК и считывается контроллером К. Период сканирования входов, равный 2,5 мс, позволяет контроллеру К устранять дребезг сигналов. Подавление дребезга производится многократным подтверждением изменившегося состояния датчика. Емкость канального счетчика ТИИ, организованного в памяти К модуля, - 255 импульсов.
Для повышения устойчивости модуля к внешним электромагнитным помехам предусмотрен тайм-сторож, который выполняет рестарт процессора в случае его “зависания”. При рестарте процессора накопленная информация счетчиков теряется.
При обращении к МВИС-3 процессор КУКП записывает в модуль код номера выбранного канала Nкан, устанавливая на шине данных D0...D7 код Nкан и сопровождая его состоянием сигналов ВМ4=0 и WR=0. Это состояние вызывает прерывание выполнения основной программы контроллера К по сканированию входов. При выполнении процедуры прерывания контроллер К считывает Nкан через шинный формирователь (D5) и собственный порт Р1, записывает содержимое счетчика канала Nкан в порт Р1 и обнуляет его (счетчик Nкан). При установленных уровнях сигналов ВМ4=0 и RD=0 процессор КУКП считывает значение счетчика выбранного канала Nкан и переходит к обслуживанию следующего канала. Все каналы модуля обслуживаются контроллером КУКП последовательно: от 1 до 32-го. В байте данных, соответствующем 32-му каналу модуль выдает контроллеру КУКП служебную информацию. Диаграмма сигналов обмена контроллера КУКП с модулем МВИС-3 представлена на рис.30.
Габаритные размеры модуля МВИС-3 не превышают 30х255х260 мм. Масса модуля МВИС-3 не превышает 0,5 кг.
Питание модуля МВИС-3 обеспечивается от блока питания БПКП.М постоянным током напряжением 27 В. Ток, потребляемый модулем от блока питания, не превышает 0,2 А. Получаемое от БПКП.М напряжение ИП преобразует в ряд напряжений для собственных нужд:
Индикаторы модуля:
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует