Поиск среди 100 млн. товаров
Контроллеры Siemens для вентиляции
Поиск среди 100 млн. товаров
Модули ПЛК Siemens
Встроенный web сервер:
Все логические модули оснащены встроенным web сервером, парольный доступ к которому может выполняться с обычных и планшетных компьютеров Apple iPad, мобильных телефонов Apple
iPhone, планшетных компьютеров и мобильных телефонов с операционной системой Android от V2.
Web сервер может быть использован:
• Для отображения информации о поколении логического модуля,
его типе, версии встроенного программного обеспечения, его IP
адресе и оперативном состоянии.
• Для выполнения операций с использованием заранее сконфигурированной клавиатуры логического модуля или текстового дисплея.
• Для просмотра сообщений, выводимых на экран логического модуля или текстового дисплея.
• Для просмотра заранее заданных параметров настройки логического модуля.
• Для просмотра и редактирования таблиц переменных.
• Для отображения веб-страниц пользователя.
LOGO! Web Editor Software Tool программное обеспечение для создания собственных пользовательских страниц без специальных
навыков HTML программирования. Оно может быть загружено из
интернета по ссылке www. siemens. com/logo-downloads
Расширение системы ввода-вывода:
Количество каналов ввода-вывода, обслуживаемых одним логическим модулем, может быть увеличено за счет использования дополнительных модулей расширения, а также ведомых логических
модулей. Модули расширения подключаются к логическому модулю
через его внутреннюю шину.
Ведомые логические модули могут быть подключены к ведущему модулю через сеть Ethernet.
С помощью модулей расширения количество каналов одного логического модуля может быть увеличено до 24 дискретных входов, 20
дискретных выходов, 8 аналоговых входов и 8 аналоговых выходов.
С помощью ведомых логических модулей эта система может быть
дополнена 64 сетевыми дискретными входами, 64 сетевыми дискретными выходами, 32 сетевыми аналоговыми входами и 16 сетевыми аналоговыми выходами.
К внутренней шине логических модулей LOGO! 0BA8 могут подключаться только модули расширения 6ED1055-xxxx-0BA2. Модули расширения более ранних поколений для этой цели использоваться не могут.
Модули расширения LOGO! DM8 и DM16
Модули LOGO! DM8 (4 входа и 4 выхода) и DM16 (8 входов и 8 выходов) позволяют увеличивать количество каналов ввода и вывода
дискретных сигналов логического модуля. Они имеют модификации
с различными параметрами цепи питания, а также различными видами выходных каналов. Маркировка модулей DM8/DM16 выполняется по правилам, изложенным для логических модулей.
Входное напряжение дискретных входов совпадает с напряжением
питания модуля. Релейные выходы модулей при активной нагрузке способны коммутировать токи до 5А. Внутренняя шина модулей
DM8/ DM16 может быть подключена только к модулю с такими же
параметрами цепи питания. Для исключения ошибок в монтаже корпуса модулей снабжены кодировочными пазами и кодировочными
Модули расширения LOGO! AM2, AM2 RTD и AM2 AQ
Модули этой группы предназначены для увеличения количества
каналов ввода и вывода аналоговых сигналов логического модуля.
Каждый модуль оснащен двумя каналами:
• ввода аналоговых сигналов 0…10 В, 0…20 мА и 4…20 мА в модуле
• измерения температуры с помощью термометров сопротивления
Pt100/ Pt1000 в модуле AM2 RTD;
• вывода аналоговых сигналов 0…10 В, 0…20 мА и 4…20 мА в модуле AM2 AQ.
В линейке расширения они могут подключаться к внутренней шине
любого предшествующего модуля. При этом аналоговые модули рекомендуется устанавливать после дискретных модулей.
Коммуникационные модули LOGO! CMR2020 и CMR2040
Коммуникационные модули LOGO! CMR2020 и CMR2040 позволяют
поддерживать обмен данными через мобильные сети GSM/GPRS и
LTE соответственно. Они могут работать автономно или в сочетании
с логическим модулем. В последнем случае они позволяют создавать простейшие системы телеуправления с поддержкой функций:
• удаленного обмена данными с логическим модулем с помощью SMS;
• синхронизации даты и времени через GPS, NTP сервер или сеть
оператора мобильной связи;
• получения данных позиционирования через GPS.
Обмен SMS выполняется только с заранее определенными абонентами мобильной сети. Отправка SMS выполняется по событиям,
фиксируемым логическим модулем, или по сигналам, поступающим на два дискретных входа модуля CMR20x0. Принимаемые SMS
используются для модификации значений переменных в программе
логического модуля и/или управления состояниями двух дискретных
выходов модуля CMR20x0.
Модули LOGO! CMR20x0 не имеют интерфейса подключения к внутренней шине логического модуля. Обмен данными с логическим
модулем поддерживается через интерфейс Ethernet.
Коммуникационный модуль LOGO! CMK2000
Коммуникационный модуль для LOGO!8 с встроенным интерфейсом
для подключения сети KNX. Подключение к логическому модулю
осуществляется через интерфейс Ethernet. В сочетании с логическим модулем находят применения для решения широкого круга
задач автоматизации зданий с использованием аппаратуры, подключаемой через сеть KNX.
Коммутаторы LOGO! CSM
Модули LOGO! CSM выполняют функции 4-канальных неуправляемых коммутаторов Industrial Ethernet. Они являются “прозрачными”
сетевыми приборами, не требуют настройки своих параметров и находят применение для построения магистральных или звездообразных сетей Ethernet.
Модуль LOGO! CSM не имеют интерфейса подключения к внутренней шине логического модуля. Обмен данными с логическим модулем поддерживается через интерфейс Ethernet.
Модули LOGO!Contact предназначены для коммутации трехфазных
цепей переменного тока напряжением до 400 В с активной нагрузкой до 20 А или асинхронными коротко-замкнутыми двигателями
мощностью до 4 кВт. Модули выпускаются в двух модификациях, отличающихся напряжением питания обмотки управления: =24 В или
~230 В. Модули не имеют интерфейса подключения к внутренней
шине логического модуля. Для управления их обмотками необходимо использовать соответствующие дискретные выходы логических
модулей LOGO! или модулей расширения DM8/DM16.
Модули LOGO! ICL230
Ограничитель пусковых токов LOGO! ICL230 имеет входное и выходное напряжение ~100-230 В. Номинальный ток нагрузки равен 5 А.
В момент включения нагрузки модуль ограничивает пусковой ток
до 10 А на время до 60 мс. Модуль может использоваться в цепях
питания логических модулей LOGO! 230 RCE/ RCEo, а также в цепях
подключения нагрузки к релейным выходам модулей LOGO!. Дополнительно его можно использовать для ограничения пусковых токов
любых потребителей переменного тока с номинальным потребляемым током до 5 А.
Текстовый дисплей LOGO! TDE
Текстовый дисплей LOGO! TDE оснащен интерфейсом Ethernet с
встроенным 2-канальным коммутатором, через который он подключается к логическому модулю. Длина соединительного кабеля
не должна превышать 30 м. Встроенный FSTN дисплей позволяет
отображать 6 строк по 40 символов. В видимой части экрана отображается только 20 символов на строку. Остальные символы просматриваются с помощью функций прокрутки сообщений. Клавиатура
текстового дисплея LOGO! TDE повторяет клавиатуру логического
модуля LOGO! Basic и дополнена 4 программируемыми клавишами.
Все операции, поддерживаемые дисплеем и клавиатурой логического модуля LOGO! Basic, могут выполняться и на текстовом дисплее
LOGO! TDE.
Блоки питания LOGO!Power
Блоки питания LOGO!Power преобразуют входное напряжение
115/230 В в выходное напряжение 5, 12, 15 или 24 В постоянного
тока, необходимое для работы соответствующих модулей семейства
LOGO! или другой аппаратуры. Все типы блоков питания позволяют
настраивать уровень выходного напряжения, обеспечивают защиту
выхода от коротких замыканий, допускают параллельное включение
двух блоков питания для увеличения выходной мощности. Интерфейса подключения к внутренней шине логического модуля в блоках питания нет.
Большинство блоков питания LOGO!Power выпускается в двух типоразмерах с выходной мощностью 30 и 60 Вт. Блоки питания с выходным напряжением =24 В имеют четыре, а блоки питания с выходным
напряжением =12 В три типоразмера.
Для программирования логических модулей LOGO! используется набор функций, поддерживаемых их встроенным программным обеспечением. Все встроенные функции сгруппированы в две библиотеки.
Библиотека GF содержит базовый набор функций, позволяющих
использовать в программе логического модуля все основные логические операции. Библиотека SF содержит набор функций специального назначения, к которым относятся триггеры, счетчики, таймеры,
часы и календари, компараторы, генераторы импульсов, математические функции, текстовые сообщения и т.
Процесс программирования может выполняться тремя способами:
• Непосредственно с клавиатуры логического модуля LOGO! Basic
или текстового дисплея LOGO! TDE. Процесс программирования
в этом случае достаточно трудоемок. Для разработки программы
• Установкой в логический модуль карты памяти с заранее записанной на нее программой.
• С компьютера, оснащенного программным обеспечением LOGO!
Soft Comfort. Этот вариант отличается наиболее высокой гибкостью и удобством.
Программное обеспечение LOGO! Soft Comfort
Программное обеспечение LOGO! Soft Comfort V8. 2 (LSC) предоставляет наиболее гибкие и широкие возможности по разработке,
отладке, документированию и архивированию программ логических модулей LOGO! всех поколений. Дополнительно этот пакет позволяет конфигурировать сетевые соединения логических модулей
последних поколений.
Разработка программ выполняется на языках FBD или LAD. Обеспечивается удобное выполнение операций по настройке параметров
всех программных блоков, установке соединений между блоками,
использованию символьной адресации и т. Поддерживаются функции имитации работы разрабатываемой программы на компьютере
без использования реального логического модуля. Допускается выполнение интерактивной отладки программы, загруженной в логический модуль. Операции загрузки/ считывания и интерактивной
отладки программы могут выполняться при непосредственном подключении логического модуля к компьютеру или дистанционно. Например, через сеть Industrial Ethernet.
Пакет LOGO! Soft Comfort V8. 2 может устанавливаться на компьютеры/ программаторы с операционной системой:
• Windows XP Professional (32-разрядная версия).
• Windows 7 всех 32- и 64-разрядных версий.
• Windows 8 всех 32- и 64-разрядных версий.
• SUSE Linux 11. 3 SP2, Kernel 3. 76 всех дистрибутивов, работающих
• MAC OS X 10. 6 Snow Leopard; MAC OS X Lion; MAC OS X Mountain
LION и MAC OS X Maveriks.
Актуальные обновления для LOGO! Soft Comfort можно найти в интернете по ссылке: www. siemens. com/logo-downloads
Программное обеспечение LOGO! Access Tool
Программное обеспечение LOGO! Access Tool является дополнением
для подключения 32- и 64-разрядных версий Microsoft Excel 2007,
2010 и 2013 к логическим модулям LOGO! 8 от FS04 с поддержкой
• Устанавливать период синхронизации данных.
• Отображать исторические данные.
• Запускать и останавливать синхронизацию данных.
• Получать значения переменных логического модуля (I, O, M).
• Регистрировать значения всех переменных и сохранять их в регистрационных файлах.
Иногда такое случается — подождите немного и обновите страницу. Если проблема не уходит, вот что можно сделать:
- Отключить VPN.
- Включить и выключить режим «В самолёте».
- Подключиться к другой сети.
- Перезагрузить роутер.
Если и это не сработает, напишите в поддержку. В письме укажите город, провайдера и IP-адрес (его можно посмотреть на yandex. ru/internet). Постараемся разобраться как можно скорее.
Низковольтная коммутационная аппаратура
- Контакторы SIRIUS 3RT10
- Контакторы SIRIUS Innovations 3RT20
- Вспомогательные контакторы 3RH2
- Вспомогательные контакты 3RH19
- Принадлежности и аксессуары для контакторов 3RT19
- Твердотельные реле 3RF20
- Твердотельные реле 3RF21
- Твердотельные реле 3RF22
Новые контакторы и автоматы Siemens Sirius Innovations
- Устройства защитного отключения и дифавтоматы Siemens 5SV
- УЗО, УОПД Siemens 5SM
- Выключатели нагрузки Sentron 5TL1
- Модульные автоматические выключатели Siemens 5SL
Устройства плавного пуска Siemens 3RW
- Плавный пуск SIRIUS 3RW30
- Плавный пуск SIRIUS 3RW40
- Плавный пуск SIRIUS 3RW44
- Плавный пуск SIRIUS 3RW50
- Плавный пуск SIRIUS 3RW55
Защитные устройства
- Автоматические выключатели SIRIUS 3RV
- Реле перегрузки SIRIUS 3RU11
- Электронные реле перегрузки SIRIUS 3RB20
- Электронные реле перегрузки SIRIUS 3RB21
- Устройство управления и защиты электродвигателя SIMOCODE pro
Предохранители
- Плавкие вставки 3NA
- Плавкие вставки 3NC
- Плавкие вставки 3ND
- Плавкие вставки 3NE
- Плавкие вставки 3NW
Фидерные сборки и комбинации контакторов
- Пусковые комбинации Sirius 3RA2
- Фидерные сборки прямого пуска 3RA11
- Фидерные сборки реверсивного пуска 3RA12
- Пуск по схеме звезда-треугольник
- SIRIUS NET: пусковые сборки с интерфейсом связи
Реле контроля SIRIUS
- Реле времени 3RP15
- Реле контроля температуры 3RS11
- Реле контроля температуры 3RS2
- Реле термисторной защиты 3RN10
- Согласующие реле 3RS18
- Промежуточные реле LZX и LZS (втычные реле Siemens)
- Преобразователи аналоговых сигналов
- Силовые реле 3RH11
- Силовые реле 3TK20
- Реле безопасности 3TK28
Аппараты распределения электроэнергии
- Компактные автоматы Siemens 3VT
- Автоматические выключатели SENTRON 3VL
- Автоматические выключатели и разъединители нагрузки SENTRON 3WL
- ПО Switch ES Power
Выключатели нагрузки и разъединители SENTRON
- Выключатели нагрузки 3NP4 с предохранителями
- Узкопрофильные разъединители с предохранителями 3NJ4, 3NJ5
- Втычные узкопрофильные выключатели нагрузки с предохранителями 3NJ6
- Выключатели нагрузки 3KL, 3KM, 3KA, 3KE
- Пластиковые распределительные системы 8НР
- Система шинных адаптеров 8US
- Главные и аварийные выключатели Sentron 3KD
Шкафы, распределительные установки, шинопровод
- Частотные преобразователи Siemens Micromaster 420
- Частотные преобразователи Siemens Micromaster 430
- Частотные преобразователи Siemens Micromaster 440
SINAMICS
- Частотные преобразователи Siemens Sinamics V20
- Частотные преобразователи Siemens Sinamics G110
- Частотные преобразователи Siemens Sinamics G120
- Двигатели Siemens Sinamics S120
- Частотные преобразователи Siemens Sinamics G120X
- Частотные преобразователи Siemens Sinamics G110M
- Частотные преобразователи Siemens Sinamics G120C
- Частотные преобразователи Siemens Sinamics G120D
- Частотные преобразователи Siemens Sinamics G120P
- Интеллектуальные панели оператора Siemens Sinamics IOP2
Системы автоматизации
- Логические модули LOGO!
- Микроконтроллеры SIMATIC S7-1200
- Микроконтроллеры SIMATIC S7-200
- Блоки питания SITOP
- Полезные ссылки для работы с микроконтроллерами LOGO!
Программируемые контроллеры SIMATIC S7
- Программируемые контроллеры SIMATIC S7-1500
- Программируемые контроллеры SIMATIC S7-300
- Программируемые контроллеры SIMATIC S7-400 и дополнительные модули
- Системы повышенной надежности и безопасности (H/F-системы)
- SIMATIC Top Connect
Системы визуализации панели оператора SIMATIC HMI
- Кнопочные панели оператора Siemens SIMATIC PP
- Панели оператора Siemens SIMATIC HMI Basic Panel 1 поколения
- Панели оператора Siemens SIMATIC HMI Basic Panel 2 поколения
- Панели оператора Siemens SIMATIC HMI Comfort Panel
- Панели оператора Siemens SIMATIC HMI Mobile Panel
- Тонкие клиенты для промышленности Siemens SIMATIC HMI Industrial Thin Client
- Панели операторов Simatic HMI, снятые с поставок
- Приборы оперативного управления и мониторинга
- SIMATIC WinCC flexible
- SIMATIC WinCC
Быстрое цифровое управление SIMATIC TDC
- SIMATIC TDC / FM 458
- D7-SYS
Распределенная периферия SIMATIC ET200
- Станции распределенной периферии ET 200SP
- Станции распределенной периферии ET 200S
- Станции распределенной периферии ET 200MP
- Станции распределенной периферии ET 200M
- Станции распределенной периферии ET 200iSP
PC-based Automation
- Системы компьютерного управления SIMATIC WinAC
- Промышленные компьютеры, Программаторы и Мониторы
Программное обеспечение SIMATIC
- Стандартные инструментальные средства
- Инструментальные средства проектирования
- Программное обеспечение Runtime
Промышленные сети SIMATIC NET
- Sinamics Connect 300: Интернет-шлюз для сбора данных через порт USS преобразователя и синхронизации данных с MindSphere, операционной системой Siemens Industrial Cloud
- Промышленные Ethernet коммутаторы Siemens Scalance X
- Промышленные Модемы и Маршрутизаторы Siemens Scalance M
- Промышленный WiFi Siemens Scalance W
- Промышленная Информационная Безопасность Siemens Scalance S
- Сетевое оборудование Ruggedcom МЭК-61850
- PROFINET / Industrial Ethernet Витая пара, кабели и соединители
- Волоконно Оптические кабели и соединители для PROFINET / Industrial Ethernet
- Кабельная продукция и компоненты SIMATIC NET
Системы идентификации SIMATIC IDENT
- Системы RFID идентификации Siemens HF/UHF для производства и логистики
- Машинное зрение Siemens для Производства и Промышленности
Системы управления SIMATIC
- Система управления процессами SIMATIC PCS7
- Интеграция и синхронизация всех деловых процессов с использованием SIMATIC IT
Контрольно-измерительные приборы
- Модули взвешивания
- Весоизмерительные ячейки SIWAREX
Автоматизация зданий
- Автономные контроллеры — Synco™ 100
- Автономные контроллеры для приложений с солнечным коллектором
- Автономные контроллеры — SIGMAGYR®
- Контроллеры с коммуникацией — SIGMAGYR®
- Контроллеры с коммуникацией — Synco™ 700
Контроллеры для районного теплоснабжения
- Автономные контроллеры SIGMAGYR®
- Контроллеры с коммуникацией — SIGMAGYR®
- Контроллеры с коммуникацией — Synco™ 700
Универсальные контроллеры для систем ОВК
- Автономные контроллеры — Synco™ 100
- Автономные контроллеры — Synco™ 200
- Универсальный контроллер
- Контроллеры с коммуникацией — Synco™ 700
Контроллеры для комнатной автоматизации
- Автономные контроллеры — RXA
- Контроллеры с коммуникацией — RXL(KNX LTE-mode)
- Контроллеры с коммуникацией — RXB (KNX S-mode)
- Центральный модуль с коммуникацией (KNX)
- Контроллеры с коммуникацией — RXC (LON)
Комнатные термостаты
- Для систем отопления и / или охлаждения
- Для фэнкойлов
- Для фэнкойлов с коммуникацией по шине KNX
- Для систем VAV
- Для систем VAV с коммуникацией по шине KNX
ПО ACS и центральные модули
- ПО для конфигурирования, наладки и работы
- Центральные модули
Устройства для измерения, ограничения и управления
- Температура
- Влажность
- Конденсат
- Давление
- Проток
- Качество воздуха
Комнатные модули
- С чувствительным элементом LG Ni1000
- С коммуникацией
Датчики — Symaro™
- Температура
- Влажность и температура
- Давление
- Расход воздуха
- Датчики качества воздуха
Клапаны и приводы для центральных систем
- Приводы для клапанов со штоком 20/40мм
- Фланцевые клапаны со штоком 20/40мм
- Резьбовые клапаны со штоком 20мм
- Приводы для резьбовых клапанов со штоком 5.5мм
- Резьбовые клапаны со штоком 5.5мм
- Фитинги для резьбовых и сварных соединений
- Приводы для комбиклапанов
- Комбиклапаны
- Приводы поворотного типа для шаровых клапанов
- Шаровые клапаны
- Приводы для поворотных клапанов
- Поворотные клапаны
- Клапаны батерфляй
Клапаны и приводы для комнатных и зональных приложений
- Приводы для зональных клапанов со штоком 2.5мм
- Зональные клапаны со штоком 2.5мм
- Приводы для небольших клапанов со штоком 2.5мм
- Небольшие клапаны со штоком 2.5мм
- Приводы для небольших клапанов со штоком 5.5мм
- Небольшие клапаны со штоком 5.5мм
- Приводы для комбиклапанов со штоком 5мм
- Комбиклапаны со штоком 5мм
- Приводы для радиаторных клапанов
- Термостатические приводы
- Радиаторные клапаны с компенсацией по давлению
Магнитные клапаны для систем ОВК и холодоснабжения
- Резьбовые клапаны с магнитными приводами
- Фланцевые клапаны с магнитными приводами
- Резьбовые клапаны с магнитными приводами
- Фланцевые клапаны с магнитными приводами
- Проток
- Клапаны с магнитным приводом для хладагентов
Приводы воздушных заслонок — OpenAir™
- Приводы поворотного типа с пружинным возвратом
- Приводы поворотного типа без пружинного возврата
- Линейные приводы без пружинного возврата
- Компактный контроллер объема воздуха для систем VAV
- Приводы для противопожарных заслонок
- Приводы с электронной функцией защиты
Компоненты для автоматизации зданий
- Преобразователи частоты HVAC
- Интерфейсы
- Задатчик уставки
- Дисплей
- Таймеры
- Трансформаторы
Система автоматизации «умного дома» Synco living
- Центральные модули QAX9
- Комнатный модуль QAW910 и датчик QAA910
- Радиаторный привод SSA955
- Контроллер контуров отопления RRV91
- Мультиконтроллер RRV934
- Интерфейс считывания данных WRI982
- Датчик протечек QFP910 и пульт управления AFK914/C01
- Метеодатчик QAC910 и РЧ-повторитель ERF910
- Адаптер KRF96
Смотрите другие позиции в категории PLC модули ввода/вывода
simatic s7-300, sm323, модуль вводу-виводу дискретних сигналів: гальванічне розділення зовнішніх і внутрішніх ланцюгів, 16 входів =24в і 16 виходів =24в/0. 5 a, сум. кврный вихідний струм 4a. 40-полюсний фронтальний з’єднувач замовляється окремо
«Перед тем, как начинать автоматизацию, нужно избавиться от бардака. Иначе получится автоматизированный бардак
А расскажу-ка я сегодня вам немного про автоматизированные системы управления технологическими процессами, или, если сокращенно, АСУ ТП. Вернее, не совсем. Когда говорят «АСУ ТП», на ум обычно приходят какие-нибудь производственные площадки, «серьезные» ПЛК (программируемые логические контроллеры) типа Siemens или Allen-Bradley с алгоритмами на МЭКовских языках программирования, мнемосхемы в SCADA-системах по всем правилам ГОСТ, и огромные тома проектов под все это дело. Нет, сегодня речь пойдет не о том. Сегодня мы поговорим о «ненормальном» АСУ ТП. А именно, о системах телемеханики.
Однако, на деле все гораздо сложнее. Например, кроме таких станков-качалок еще существуют электроцентробежные насосы (ЭЦН), которые расположены ниже поверхности земли. Иногда в скважине нефти может быть больше, чем воды, а иногда наоборот, воды больше чем нефти. Иногда «жижи» в скважине может быть вообще не так уж и много, что насос работает не круглые сутки, а по расписанию («по режиму»), а остальное время мы ждем, пока появится нефть. Иногда скважина могла давать нефть, а потом вдруг перестала. Иногда происходят отключения питания, аварийные ситуации на насосах (например, обрывы приводных ремней), вандализм и хищения, протечки, и много всего другого. И об этом было бы неплохо узнавать в реальном времени.
Начнем с, казалось бы, просто, с замеров. Очевидная идея: а давайте поставим на каждую скважину расходомер и будем смотреть, что он насчитал. Тут всплывает две проблемы: во-первых, из скважины кроме водонефтяной смеси поступает еще и попутный газ, и его по-хорошему нужно считать отдельно. Во-вторых, расходомер — штука, стоящая денег, требующая регулярного обслуживания и метрологических поверок.
Поэтому светлые умы в былые годы придумали такую штуку, как групповая замерная установка. Суть проста. С группы скважин («куста») трубы сходятся в одно место где-нибудь неподалеку. Там стоит страшная штука под названием «Переключатель скважин многоходовой», которая поток с одной из скважин пропускает через расходомер, а со всех остальных — сразу в общую трубу («коллектор»). Кроме непосредственно расходомера обеспечивается еще сепарация нефти и газа и разные другие вспомогательные процессы.
Самый простой расходомер — объемный, тупо считающий объем жидкостей, протекающий через него. В современном мире обычно используются более сложные массомеры, которые считают массу жидкости, ее плотность и температуру. Знание не только массы, но и плотности с температурой позволяет «на лету» посчитать, сколько же в смеси нефти, а сколько воды. Казалось бы, все просто. Оператор, придя на куст скважин, сначала проверяет, что все насосы работают и чувствуют себя хорошо, а потом поочередно переключает отводы переключателя скважин и смотрит на табло прибора поток жидкости с каждой из них, записывает результаты и передает их диспетчеру либо технологу.
Однако гонять туда-сюда операторов постоянно долго и неэффективно, поэтому в этом дело проникла автоматизация.
Знакомьтесь, вот эта мыльница — это промышленный контроллер ICP DAS I-7188XC. Он основан на SoC с процессорным ядром Am186 (клон Intel 80186), несет в себе 128 килобайт оперативной памяти, 512 килобайт флешки, и DOS-подобную операционную систему. Софт для него пишется на древнем компиляторе Borland C 3. 1 тоже под DOS. А теперь со всей этой фигней мы попытаемся взлететь. На самом деле, подобных довольно скромных ресурсов вполне достаточно очень даже много для чего. Контроллер может быть и другим, вот, например, ПЛК фирмы Schneider Electric под названием SCADAPack, представляющий из себя более серьезное устройство, но суть в целом остается та же.
Сам по себе контроллер является «мозгом» системы, а во всей своей красе он себя проявляет, когда к нему на шину мы подсаживаем модули ввода-вывода, которые и обеспечивают его взаимодействие с внешним миром. Модули могут быть дискретные входные (DI), дискретные выходные (DO), аналоговые входные (AI), аналоговые выходные (AO) и всякие другие.
Дискретные оперируют состояниями «да/нет», например, замкнут ли концевик или реле, или нет. Аналоговые, соответственно, нужны для измерения значений тока или напряжения в заданном диапазоне, как правило, это диапазон тока 4-20 миллиампер. Например, если мы подключим к аналоговому входу манометр с пределом измерения 6 мегапаскалей, то 0 мегапаскалей на его шкале будет соответствовать ток 4 миллиампера, максимуму шкалы — 20 миллиампер, а если у нас что-то пошло не так, то ток на входе будет болтаться около нуля, и мы легко диагностируем обрыв провода. Используя простую математическую пропорцию мы можем легко получить требуемое значение.
Дискретные входы могут использоваться группами, например, на упомянутый выше ПСМ обычно ставится специальная штука либо с герконами или микропереключателями, которая по 4-м проводам сообщает нам, на какой из труб сейчас стоит ПСМ, передавай ее номер в двоичном коде, один провод — один бит. Иногда при пусконаладке провода путают местами, и тогда начинается занимательный квест типа «погоняй ПСМ по кругу, запиши все значения и вычисли, какие именно биты перепутали». И надейся, что перепутали только два провода, а не все 4. Когда контроллеру нужно перевести отвод, он подает единичку на нужный выход DO, реле замыкает контакт, что в свою очередь вызывает замыкание контактов магнитного пускателя, насос гидропривода начинает громко гудеть и через несколько секунд перещелкивает отвод. Тут важно выдержать правильные тайминги: отпустите слишком рано — отвод не переведется, подержите слишком долго — есть риск сжечь насос. Такие истории бывали 🙂
Если у нас старый объемный расходомер, то там, как правило, просто стоит магнитик на стрелке и геркон где-то рядом, и когда стрелка проходит через верх шкалы (каждые 50 литров), контроллеру на DI вход приходит импульс. Современные массомеры отдают данные уже по разным протоколам, например, Modbus RTU или HART. Работает или нет скважинный насос, диагностируется просто: на силовой кабель вешается индикатор тока, когда по кабелю течет ток, мы имеем сигнал на DI-входе, когда нет — нет. Иногда это приводит к интересным глюкам, например, когда ремонтники приезжают на объект и подключают свой сварочный аппарат к фидеру остановленного насоса, то контроллер бывает очень сильно удивлен.
Зачастую сами скважины располагались довольно далеко от АГЗУ, и прокладывать кабель на такие расстояния было просто нерационально. В таком случае эти скважины тоже оснащались шкафчиками автоматики с простенькими контроллерами, которые отправляли данные по радиомодему ближней связи на кустовой контроллер. Контроллер данные принимал и заботливо клал себе в архив, чтобы потом передать куда надо.
Так же на DI-входы заводятся различные сигналы датчиков охранной и пожарной сигнализации, датчиков превышения загазованности на площадке, и прочее. На входы AI — сигналы с манометров с разных мест. Шкафы автоматики всегда оснащаются ИБП, наличие внешнего питания и и уровень заряда аккумулятора — тоже один из сигналов, например, когда нет внешнего питания, не смысла дергать гидропривод, а когда аккумулятор близок к нулю, лучше на всякий случай почаще сохранять текущий замер в архив на флешке. Еще нередко можно встретить ТЭНы: зимы бывают суровые, а блок-боксы не отапливаются, либо шкаф вообще может висеть на улице посреди поля.
Иногда бывает, что приходится получать данные не просто с датчиков, а с вторичных преобразователей, у которых есть свои процессоры, и которые будут отдавать нам уже обработанные и посчитанные данные. Протоколом обмена в этом случае, как правило, является Modbus, хотя бывают и другие варианты.
В некоторые шкафы автоматики дополнительно устанавливаются также панели оператора, представляющие собой экран с кнопочками либо экран сенсорный. Панелька тянет данные с контроллера, отображает их на экране и отправляет в контроллер команды, давая возможность оператору по месту контроллировать процесс и управлять происходящим.
Электроцентробежные насосы (ЭЦН), как правило, оснащаются своими станциями управления со своими контроллерами. Одной из фич, которую мы делали, была возможность нашему кустовому контроллеру подключиться к нему и сграбить блок данных из адресного пространства контроллера станции управления насосом, чтобы потом передать эти данные «наверх». Или наоборот, получив команду на изменение настроек, записать новую конфигурацию в станцию управления.
Кроме замерных установок для нефтяных насосов есть и другие типы объектов. Например, существует такой процесс, как «Поддержка пластового давления» (ППД), когда под землю под давлением закачивается вода, «выдавливая» нефть с другой стороны. Технологам важно знать, сколько воды и где было закачано — поэтому всё примерно так же, расходомеры считают расход и объем, а контроллер ведет архив замеров.
Существуют дистанционно управляемые задвижки на трубопроводах, например, на случай если что-то пошло не так, и нужно срочно перекрыть определенный участок трубы. Контроллер, получая сигнал с верхнего уровня, подает DO-сигнал через реле на пускатель, и дожидается срабатывания концевика, сообщающего о том, что задвижка доехала до нужного положения. Заодно контроллируется давление в трубе и некоторые другие параметры.
Ну и само собой, во всех случаях контроллер пишет во флеш кольцевой архив всех событий, происходящих на кусте (например, срабатывание датчиков, и т. ), и самое главное — результаты всех произведенных замеров.
И дальше встает следущий вопрос: а как передать все эти данные на диспетчерский пункт, и более того — как получать команды оттуда? Вариант «послать оператора с флешкой» не рассматриваем. Вариант «использовать GPRS/3G/4G» — тоже. В принципе, иногда его действительно использовали, но в большинстве случаев объекты находятся в таких глухих местах, где покрытия сотовой сети нет вообще, а если даже есть, то оно такое, что передать данные вы просто не сможете. Расстояние от кустов до диспетчерского пункта на промысле могло достигать 100 километров. В наше время есть всякие LoRaWan, но в те времена, про которые я рассказываю, эта технология еще не получила широкого распространения.
Уже был дальнобойный WiFi промышленного стандарта 802. 11a, мы его даже испытывали и использовали для некоторых задач (видеонаблюдение), но подобные варианты были все-таки больше пригодны для соединения точка-точка, а не для покрытия территорий в большом радиусе. Поэтому работало всё по-другому.
Знакомьтесь. Это голосовая радиостанция Motorola GM340. Самая обычная. УКВ-диапазон. Дальность до 50 километров. Подобные радиостанции вы можете встретить, например, в полицейских машинах, на железных дорогах, и много-много где еще. Радиостанция передает голос, значит, чтобы передавать данные, нам нужен модем. Есть, например, микросхема FX909. Модуляция GMSK, скорость при работе через хорошую радиостанцию до 19. 2 килобит в секунду. Микросхема стоит внутри модема, который крепится на DIN-рейку, одним портом подключается к радиостанции (один провод для звука на прием, один провод для звука на передачу, один провод, чтобы включить передатчик радиостанции, а четвертый не помню для чего), а другим концом — в RS-232 или RS-485 порт контроллера. Передача полудуплексная, то есть одновременно можно или передавать, или принимать. Радиостанции нужно некоторое время на переходные процессы внутри передатчика, поэтому схема работы немного усложняется: переключили радиостанцию на передачу, немного подождали, передали пакет данных, выключили передатчик, и ждем ответа. Соответственно, каждый запрос по факту занимает времени больше, чем сама передача данных в нем, поэтому карта регистров контроллера максимально оптимизировалась так, чтобы можно было считать как можно больше данных за как можно меньшее количество запросов.
Были и эксперименты со сжатием, и лучше всего себя в этом показался самый обычный RLE-алгоритм, попробуйте догадаться, почему 🙂 В эфире передача данных слышалась как мелодичный писк. Протоколом обмена был Modbus, в котором ряд «кастомных функций» (это не самодеятельность, такое допускается протоколом) был зарезервирован для вычитывания архива. Сервер опроса поочередно опрашивал все объекты и считывал регистры текущего состояния контроллера с основной информацией о том, что происходит и какие сигналы активны, а потом вычитывал, что появилось нового в кольцевом архиве с момента последнего опроса. Таким образом, даже при пропадании связи на долгое время, данные, рано или поздно, все равно доходили куда надо. На одном нефтепромысле могла быть сотня-две установок, опрос всего этого хозяйства, как правило, укладывался в 3-4 минуты.
Поле адреса в Modbus’е занимает 1 байт, иногда встречались нефтепромыслы, где количество объектов на опросе превышало 254, и для этих случаев уже приходилось колхозить свой вариант протокола с двухбайтными адресами. Модемы такие двухбайтные адреса, естественно, не поддерживали, поэтому, когда совпадал первый байт, пакет принимался всеми модемами с адресом, совпадающим с первым байтом, но отвечал на запрос только тот контроллер, для которого совпали оба байта адреса.
С ближней радиосвязью (от скважинных шкафов к замерной установке или от замерных установок к электрозадвижкам) все чуть-чуть проще, как я уже говорил, там использовались другие модемы и другой диапазон, а сами антенны были преимущественно направленные. Иногда это давало интересные эффекты, например, как-то раз наладчики мучались с выводом на связь одной из скважин, которая на связь не хотела выходить ну никак из-за холма, мешающего прямой видимости. Потом одно неловкое движение, кронштейн крепления антенны лопается со звуком «шпыньк», сама антенна повисает, печально смотря вниз. и вдруг контроллер начинает мигать, показывает, что начался обмен данными, а напарник по рации подтверждает, что таки да — данные на куст начали приходить. И никакой магии — неподалеку от скважины пролегал небольшой овраг, тянущийся как раз до замерной установки. Радиосигнал, попадая в этот овраг, поочередно отражался от его стен, и таким образом вполне себе долетал до точки назначения, как по волноводу.
Радиосвязь — штука тонкая и капризная. Иногда она зависит от погодных условий. Иногда от помех, например, от различного силового оборудования, линий ЛЭП, и других вещей. А еще она требует особого внимания при монтаже. Помнится, заказчики захотели вывести на верхний уровень (читай «получать данные в систему диспетчеризации») один объект. С контроллером-то проблем почти не было (на самом деле было, но не будем об этом), а вот с радиоканалом это была самая эпичная пусконаладка на моей памяти — на объект бригада ездила раза три-четыре, если не больше. Сначала оказался бракованным модем, потом оказался плохо спаянным разъем кабеля между модемом и радиостанцией, потом нашли непропай в разъеме антенны, потом оказался перебит антенный кабель. Причем сам куст находился довольно далеко от базы нефтепромысла, а дорога до него была такая, что проезд даже на Ниве требовал неслабого мастерства водителя и отваги экипажа. Хотя, бывало и хуже. Например, особый шарм имеет пусконаладка зимой. Зимы у нас снежные, поэтому застрять в сугробах можно легко и надолго. Иногда гораздо проще доехать на лыжах или мотособаке, иногда до шкафа автоматики приходится добираться ползком.
Ну и отдельно можно рассказать о перепрошивке. Как я уже говорил, объекты могли располагаться в очень глухих и далеких местах, до куда нужно ехать в лучшем случае на внедорожнике, а в худшем случае — на вездеходе, снегоходе или лыжах. Естественно, вставал вопрос обновления прошивок на контроллерах, ибо, понятное дело, прошить железку всегда можно подключившись к ней ноутбуком, но вот гонять наладчика объезжать все объекты было долго и муторно. В итоге была реализована и функция удаленной перепрошивки. Пакетами по 250 байт прошивка отправлялась по радиоканалу на контроллер и сохранялась с отдельную область flash-памяти. Когда все пакеты были получены, сверялась контрольная сумма, и если все нормально, то программа копировалась в основную область флешки. Как я уже говорил, в контроллере использовалась DOS-like ОС и файловая система FAT12, поэтому положить. exe-файл куда надо особой сложности не предоставляло. Была своеобразная романтика: в холодную метель сидеть на диспетчерском пункте, перепрошивать по-одному контроллеры, слушая пиликанье радиостанции, и спорить, кто же поедет на объект, если вдруг контроллер не перезапустится после перепрошивки. С контроллерами SCADAPack все было еще проще, возможность перепрошивать железку через тот же порт, что и шел обмен данными без каких-либо дополнительных манипуляций по месту у них есть из коробки, а поскольку радиомодем — это, по сути дела, удлинитель COM-порта, то обновление прошивки с базы делалось легко и непринужденно.
И в итоге, когда мы собрали данные со всех датчиков, вторичных преобразователей и вспомогательных контроллеров, переварили их внутри кустового контроллера и отправили их по радиоканалу, они попадают на сервер опроса. Сервер опроса — это сервер (спасибо, Капитан Очевидность!), на котором крутится OPC-сервер (это уже ПО) и база данных. OPC-сервер имеет список контроллеров для опроса и драйвера (библиотеки, которые знают, по какому протоколу кого опрашивать и что считывать/записывать), поочередно опрашивает устройства по радиоканалу, получает данные и архивы и выдает их во внешний мир в виде понятном виде (в виде так называемых OPC-тегов).
Как правило, на сервере опроса еще работает логгер, который подписывается на изменения значений тегов и сохраняет их в базу данных. В обязанности OPC-сервера входит не только считывание текущего состояния и архивов из контроллера, но также и отправка управляющих команд, например, переключить отвод на другую скважину или открыть/закрыть задвижку. Плюс запись конфигурации в контроллер — например, сколько скважин на кусту, сколько должен производиться замер на каждой из них, какие датчики подключены, и т.
OPC-протокол — штука вполне стандартная для АСУТП, существует его старый вариант, такой как OPC DA, основанный на COM, в результате чего он практически целиком и полностью Windows-only и нередко глючит из-за фаерволов и прочего сетевого софта. Есть так же новый его вариант OPC UA, который работает поверх TCP и использует бинарную- либо XML-сериализацию.
После того, как данные оказались в тегах или в базе данных, начинается то, ради чего всё затевалось — отображение их для всех желающих, обычно это диспетчеры и технологи. В ряде случаев это специальный софт, генерирующий различные отчеты по данным из БД, в других случаях это так называемая SCADA-система, суть которой в том, что все данные по всем объектам отображаются диспетчеру на красивой мнемосхеме реальном времени. Диспетчер может ткнуть в нужный объект на карте, загружается мнемосхема этого объекта, OPC-сервер переключается на внеочередной опрос этого объекта, заставляя радиостанцию радостно запищать, и спустя пару секунд на мнемосхеме появляются значения замеров и индикация того, что же собственно происходит на объекте. Там же диспетчер может ткнуть на кнопочку чтобы отправить команду, один клик мышкой — и где-то в ста километрах начинает гудеть гидропривод, открываться задвижка, двигатель ЭЦН добавляет оборотов, или начинает пищать сирена в лесу, говоря прохлаждающемуся рядом оператору о том, что нужно выйти на связь.
Так же есть задачи выгрузки данных в сторонние системы, в лучшем случае там что-нибудь типа экспорта в CSV, в особо мудреных случаях может быть квест вида «запиши данные в таблицы чужой базы данный и ничего там не сломай» 🙂
OPC-сервер, логгер, конфигуратор и всё остальное изначально были написаны на Delphi, что в принципе не удивительно, поскольку проект тянул свою родословную аж с середины 2000-х годов. Когда возникло желание сбросить груз легаси и переписать всё по-нормальному, новую версию и новые компоненты начали разрабатывать на C#, просто потому, что уже в те годы Delphi как язык и как технология начал стабильно загибаться, и находить разработчиков, согласных на нем писать, стало всё сложнее и сложнее, не говоря уж о доступности требуемых библиотек.
В качестве SCADA изначально использовали продукт одного именитого бренда, потом же стало понятно, что с новым курсом доллара лицензия на это дело слишком дорогая, даже в рамках целого проекта, и к тому же хотелось больше гибкости для затачивания для собственных нужд. В результате была начата работа над своей SCAD’ой, работающей в браузере, что во-первых автоматически снимало кучу головной боли касательно визуализации, а во-вторых позволило запускать HMI даже на тонких клиентах, планшетах, и т. , чему были очень рады некоторые заказчики. Кстати, волна «импортозамещения» так же коснулась и контроллерного уровня, сейчас каждый второй интегратор клепает свои «ПЛК», хотя некоторые вообще не заморачиваются.
Кому-то все описанное выше может показаться интересным и захватывающим, но я лично ушел из АСУТП и ни капельки не жалею. А причин сразу несколько.
Первая — это постоянные разъезды и командировки. Даже после долгой разработки чего-либо, рано или поздно все равно придется приехать на объект запускать всё это дело. Да, в процессе разработки ты будешь тестировать это на симуляторах и стендах, но часть железок, по традиции, сымитировать или притащить на стенд не получится (слишком большие/слишком дорогие/еще не закупленные/etc. ) и реальной жизни твой контроллер с ними встретится только на объекте.
И обязательно что-то пойдет не так — карта регистров, описанная в документации, разойдется с тем, что есть на самом деле, протокол обмена не будет полностью соответствовать стандарту, всплывут какие-то совершенно недокументированные особенности, которые потребуют отладки и доработки на объекте. Сам процесс пусконаладки тоже никогда не проходит гладко — то накосячат проектировщики в схемах, то накосячат электрики при монтаже, то еще что-нибудь, и в итоге или придется ждать, пока проектировщики пришлют обновленную документацию, электрики или наладчики перекоммутируют соединения в шкафу, либо же, для ускорения процесса, со всем этим ты разберешься самостоятельно.
Объекты часто находятся вдали от цивилизации, и описанный мной вариант «три часа на машине, пять дней в захолустной гостинице, до объекта на внедорожнике или на лыжах» на самом деле еще лайтовый — у некоторых моих знакомых из той же профессии объекты запросто могли находиться где-нибудь за полярным кругом, куда закинуться можно только на вертолете, сами командировки длились не недели, а месяцы, а постановка задач вида «фронт работ обозначен, и без подписанных актов приемки можешь не возвращаться» была не такой уж редкостью. По молодости, конечно, в этом есть своя веселуха и свой кайф, но со временем начинает приходить чувство, что со всеми этими разъездами жизнь просто проходит мимо.
Вторая причина — технологическое отставание и спектр задач. Поддержка систем контроля версий даже в в средах разработки SCADA и ПЛК от именитых вендоров типа Siemens появилась только тогда, когда они уже с десяток лет использовались в IT-индустрии. Поддержка написания юнит-тестов в некоторых продуктах имеется, но я ни разу на своей жизни не видел и не слышал, чтобы ей пользовались и юнит-тесты действительно писались. CI/DI — аналогично. За слово «рефакторинг» могут дать в морду, ибо какой там рефакторинг, сроки горят, работать надо. Ну и повальное велосипедостроение. Зачастую можно вообще наткнуться на что-то типа
Ничего удивительного. По моим наблюдениям, многие «железячники» считают, что производство устройства — это искусство, подвластное избранным, а вот написать к нему код он сможет сам, так, на коленке. Это ж вообще мелочь. Получается работающий тихий ужас. Они очень обижаются, когда им на пальцах объясняют, почему их код дурно пахнет, потому что… ну… они ж железку сделали, че тут, программа какая-то (отсюда)
и что самое плохое, любые попытки хоть как-то всё это изменить встречаются в штыки. Да, когда ты пишешь код для чего-то с повышенными требованиями надежности, консервативность — не самое плохое качество. Но только если она в разумных пределах и идет на пользу, а не наоборот.
Тут нужно отметить, что я сейчас говорю не про одну конткретную компанию. Я много общался с коллегами из других мест, однокурсниками, субподрядчиками, видел довольно много исходников чужих проектов — увы, нет, это характерная черта всей отрасли.
Имел я дело и «классическими» АСУТПшными проектами с ПЛК именитых вендоров, разработка для которых ведется на МЭК’овских языках, но там все еще хуже — а именно, лично для меня (прошу не кидать камнями, это лишь мнение) по сравнению с теми же C++/C#/Python эти МЭКовские языки кажутся детскими кубиками против Lego Mindstorms.
А третья причина банальна: деньги и плюшки. С деньгами в АСУТП не очень. Буквально пару дней назад на Хабре в комментариях это описали очень даже метко
Во-первых в «большом IT» в свое время компании, имеющие доходы в твердой валюте, очень неплохо разогрели зарплаты на рынке, и все остальные были вынуждены их догонять, чтобы не остаться без рабочих рук и голов. В мире АСУТП же такого не происходило, в большинстве случаев АСУшные компании работают на внутренний рынок на внутренних заказчиков, причем из-за того, что они занимаются не только софтом, но и железом, маржинальность у них существенно ниже.
Во-вторых, тут проявляет себя очень печальное явление, как жадность: казалось бы, software developers из «большого IT» — это тоже инженеры-программисты (холивар на тему можно ли называть формошлепов инженерами через 3. Но при этом так уж сложилось, что их зарплаты в наше время в нашей стране существенно выше других представителей инженерного дела, таких как электроники, проектировщики, наладчики, и т. АСУТПшные предприятия, как правило, гораздо ближе к инжирингу, чем к IT, зачастую руководство там вообще не понимает рыночную стоимость программистов, и в итоге все сводится к «почему это мы этим должны платить в два раза больше, да ну нафиг».
Очень красноречиво это демонстриет скриншот, который я взял из легендарной статьи:
Отсюда же вытекает отношение к работникам и всякий административный маразм типа рабочего дня только с 9 утра (в то время как приличные IT-компании давно уже перешли на гибкий график), отпуска только по графику, нелюбовь к удаленке, требования к совмещению на одной должности сразу нескольких специализаций (и программист, и проектировщик, и наладчик, и на дуде игрец) и подобное.
На всякий случай отмечу, что я говорю про 2015 год, когда я сменил род деятельности, но судя по тому, что говорят знакомые, которые все еще работают в индустрии, ситуация не сильно поменялась.
В итоге на протяжении уже многих лет я своими глазами наблюдаю массовый переток АСУТП- и embedded-программистов в веб-разработку, финтех, геймдев, и вообще куда угодно: платят сильно лучше, условия комфортнее, и работа ничуть не менее интересная.
Когда я приходил в профессию, я немного наивно размышлял, что будет круто писать программы для чего-то, что ты можешь пощупать руками и увидеть результат работы своими глазами в объектах реального мира. После смены предметной области я внезапно для себя открыл, что когда ты пишешь код, работающий с какими-то физическими процессами и физическими объектами, ты ограничен законами и свойствами этих объектов, когда ты пишешь код, работающий только с потоками данных и алгоритмами на любых уровнях абстракций, ты не ограничен ничем, и это совершенно другой уровень и другое удовольствие от работы.
На этом всё. Если я что-то упустил или что-то интересно — спрашивайте, постараюсь вспомнить и ответить в комментариях.
ООО «Стелла» является сертифицированным партнёром по продаже продуктов и услуг SIEMENS. Уже не первый год мы предлагаем нашим клиентам оборудование, а также реализуем проекты на элементной базе SIEMENS. Это:
Системы автоматизации SIMATIC;Блоки питания SITOP;Пускорегулирующая аппаратура SIRIUS;Промышленное сетевое оборудование SIMATIC NET;Низковольтное оборудование и системы электрораспределения SENTRON, SIVACON. На нашем сайте представлены только основные позиции, по всем вопросам просьба обращаться в отдел продаж.
- Техника автоматизации
- КИП и анализаторы
- Приводная техника
- Низковольтная коммутационная аппаратура