Устройство и работа модуля МВТС-М
Модуль МВТС-М предназначен для ввода дискретных сигналов состояния датчиков ТС. Модуль является пассивным элементом и работает под управлением КУКП-2. Структурная схема МВТC-М представлена на рис.24. Схема электрическая принципиальная модуля МВИС-М приведена в приложении 1. Модуль состоит из следующих основных узлов (в скобках приведено позиционное обозначение элементов на схеме электрической принципиальной модуля редакции от 21.06.95г.):
Входными неинтерфейсными сигналами МВТС-М являются сигналы с выхода датчиков ТС контактного или бесконтактного типа.
Входными и выходными интерфейсными сигналами модуля МВТС-М являются сигналы ММИ:
Уровни сигналов данной группы соответствуют: высокий уровень - от 3,5 до 5,5 В; низкий уровень - от 0 до 0,8 В.
При обращении к МВТС-М процессор КУКП выставляет на шину данных D0...D7 позиционный код номера обслуживаемой группы ТС, устанавливает состояния сигналов ВМ=0, 1/2=0 (выбор регистра группы) и WR=0.
Сигналы с шины данных D0...D7 записываются в БР по фронту сигнала WR (переход уровня сигнала на линии “WR” из низкого в высокий). Активным сигналом выбора n-той группы датчиков ТС является состояние Грn=0. Через время Т1, обусловленное задержками установки уровней сигналов в элементах гальванической развязки, процессор КУКП считывает (для контроля) через состояние ключей выбора группы. При состояниях сигналов: ВМ=0, 1/2=0 и RD=0 модуль должен выставить на линиях данных “D0...D7” код, записанный в регистр группы. При состояниях сигналов: ВМ=0, 1/2=1 и RD=0 модуль должен выставить на линиях данных “D0...D7” код, соответствующий состояниям датчиков ТС выбранной группы. Временная диаграмма сигналов при считывании контроллером КУКП данных из модуля МВТС-М представлена на рис.25.
Записывая последовательно номера групп ТС от 1 до n, процессор КУКП производит ввод состояний датчиков ТС (объектов) всех групп.
Габаритные размеры модуля МВТС-М не превышают 30х255х260 мм. Масса модуля МВТС-М не превышает 0,5 кг.
Питание модуля МВТС-М обеспечивается от блока питания БПКП.М постоянным током напряжением 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).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует