Компания Schneider Electric – мировой эксперт в области управления электроэнергией – объявляет о выпуске новой интерфейсной системы подключения пускателей к контроллерам для автоматизации системы управления электроприводами. Возможности линейки модулей TeSys SoLink позволяют интегрировать пускатели в автоматизированную производственную среду, обеспечивая новый уровень прозрачности управления двигателями и постоянный контроль состояния оборудования. Благодаря TeSys SoLink время монтажа управляющих цепей сокращается в 20 раз, практически исключается риск ошибки подключения, а также остается возможность модернизации системы в любое время.
В состав интерфейсной системы входят модули присоединения для пускателей, а также модули ввода/вывода, каждый из которых позволяет управлять 4 пускателями TeSys. Также существует возможность комбинирования модулей и группового управления, что позволяет управлять 56 пускателями через один логический контроллер Modicon М221.
Подключение к единой управляющей сети с напряжением 24 В позволяет использовать всего один кабель с разъемом RJ45 между логическим контроллером, модулем ввода-вывода и самим пускателем, который обеспечивает передачу цифрового сигнала. По этому же кабелю на контроллер передается информация о направлении движения двигателя (вперед или реверс), состояние автомата (включен или выключен), а также положение контактора (замкнут или разомкнут).
Использование новых автоматизированных схем подключения востребовано для реализации управлениями машинами или процессами, для которых необходимо наличие быстро подключаемых и заменяемых пускателей. Для заказа доступны 4 вида модулей присоединения - для двигателей с мощностью до 15 кВт и 30 кВт, а также для простых и реверсивных пускателей. Модули ввода/вывода доступны в трех конфигурациях – для подключения к внутренней шине программируемого логического контроллера (ПЛК), для работы через разъем НЕ10, а также для интеграции в систему автоматизации Modicon STB.
О компании Schneider Electric
ЗАО "Шнейдер Электрик" имеет коммерческие представительства в 31 городе России с головным офисом в Москве. Производственная база "Шнейдер Электрик" в России представлена 7-ю действующими заводами и 3-мя логистическими центрами. Имеется собственный Научно-технический центр.www.schneider-electric.ru
Компания Schneider Electric является мировым экспертом в управлении электроэнергией. Подразделения компании успешно работают более чем в 100 странах. Schneider Electric предлагает интегрированные энергоэффективные решения для энергетики и инфраструктуры, промышленных предприятий, объектов гражданского и жилищного строительства, а также центров обработки данных. Более 150 000 сотрудников компании, оборот которой достиг в 2013 году 24 миллиарда евро, активно работают над тем, чтобы энергия стала безопасной, надежной и эффективной. Девиз компании: "Познайте возможности вашей энергии!"
Никто пока не комментировал эту страницу.
В стандарте [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).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует