Это первые контроллеры семейства rPAC, использующие ПО, аналогичное контролерам Modicon M340 and M580
- Сокращайте затраты, используя единое ПО для контроллеров SCADAPack 570/575 rPAC и Modicon M340 / M580 PAC
- Сокращайте время обучения операторов, используя уже знакомые программы
- Управляйте и контролируйте удаленные активы легко с помощью SCADAPack 570/575 rPAC
Москва, 22 декабря 2017 г. - Компания Schneider Electric, мировой эксперт в управлении энергией и автоматизации, представляет новые контроллеры SCADAPack 570/575 rPAC - первые удаленные программируемые контроллеры, использующие то же ПО, что и контроллеры серий Modicon M340 и M580.
"Программное обеспечение RemoteConnect - универсальный инструмент для конфигурации и программирования устройств SCADAPack 570/575 rPAC, который обладает редактором логики, схожим с Unity Pro по дизайну и функционалу. Это делает работу оператора одинаково удобной и с контроллерами SCADAPack 570/575, и с Modicon, - говорит Жан-Ив Поктье (Jean-Yves Pocthier), глобальный менеджер по продукту SCADAPack. - Аналогичное ПО упрощает программирование и позволяет операторам тратить меньше времени на изучение новой программной среды".
Программное обеспечение RemoteConnect разработано на базе промышленного стандарта FDT2/DTM, знакомого операторам контроллеров автоматизации.
Контроллеры SCADAPack rPAC - мощный инструмент для мониторинга и контроля удаленных активов в области добычи и подготовки нефти и газа, водоснабжения и других сферах применения систем телеметрии. Общая программная платформа обеспечивает простую адаптацию устройств, снижение расходов на разработку проекта и повышение его эффективности. Благодаря этому повышается производительность, обеспечивается соответствие открытым стандартам, становится возможной работа даже в суровых условиях производства.
Активное применение протокола DNP3 с надежной аутентификацией как для основных, так и для дополнительных устройств, позволяет повысить безопасность связи с удаленными активами. Также устройства поддерживают протокол открытого стандарта Modbus RTU/ Modbus TCP и открытый протокол телеметрии IEC 60870-5-101/-104.
ПО RemoteConnect обладает интуитивно понятным пользовательским интерфейсом для конфигурации и программирования, дает доступ к базе данных контроллера автоматизации и позволяет оператору сохранять объекты под выбранными именами. Надежное функционирование SCADAPack 570/575 rPAC на удаленных опасных объектах обеспечивается благодаря защитному покрытию системных плат, адаптированных к холодному запуску при -40°C и последующей работе при температуре до +70°C.
Компания Schneider Electric обладает обширным опытом создания эффективных решений для объектов добычи и подготовки нефти и газа и систем водоснабжения. Контроллеры SCADAPack 570/575 rPAC, способные работать с тем же ПО, что и Modicon PAC, - продолжение успешных разработок производителя, востребованных его заказчиками.
О компании Schneider Electriс
Schneider Electric находится на передовой цифровой трансформации в сферах управления энергией и автоматизации для жилых домов, зданий, центров обработки данных, инфраструктуры и промышленности.
Присутствие в более чем 100 странах мира позволяет Schneider Electric быть бесспорным лидером в области управления электроэнергией (низкое и среднее напряжение, бесперебойное энергоснабжение) и систем автоматизации. Мы предлагаем эффективные интегрированные решения, объединяющие управление энергией, автоматизацию и программное обеспечение.
В экосистему Schneider Electric входит крупнейшая сеть партнеров, интеграторов и разработчиков, вместе с которыми на базе открытой платформы решений Schneider Electric мы обеспечиваем операционную эффективность и управление в режиме реального времени.
Мы уверены, что наши уникальные специалисты и партнеры делают Schneider Electric уникальной компанией, а наша приверженность инновациям, диверсификации и принципам устойчивого развития делает жизнь ярче - везде, всегда и для всех. Мы, в Schneider Electric, называем это Life Is On.
Никто пока не комментировал эту страницу.
В стандарте [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).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует