Описание
Линейка шкафов высокой заводской готовности предназначена для контроля и управления водозаборными скважинами и является бюджетным решением по автоматизации водозаборных скважин: автоматизации (регулированию) процесса подъема воды и учету потребляемой электроэнергии.
Базовым элементом шкафов контроля и управления водозаборными скважинами является промышленный контроллер DevLink-C1000®. Данный контроллер поддерживает широкий спектр открытых протоколов обмена данными, что позволяет легко интегрировать ШУВС практически в любую информационно-управляющую систему.
Контроллер DevLink-С1000 включен в реестр российской промышленной продукции Минпромторга РФ (ПП РФ от 17 июля 2015 г. N 719) под номером 3478.
Программное обеспечение Система реального времени контроллеров DevLink-С1000 включено в реестр отечественного ПО Минцифры РФ под номером 5769.
НАЗНАЧЕНИЕ
• Управление насосным оборудованием
• Регулирование давления/расхода посредством управления преобразователем частоты (ПЧ), установленным внутри шкафа
• Технический учет потребленной насосом электроэнергии с помощью специализированной функции, встроенной в ПЧ
• Возможность организации коммерческого учета потребляемой электроэнергии за счет установки внутрь шкафа трехфазного электросчетчика (опция) с автоматизированным съемом данных (как оперативных, так и архивных)
• Промежуточная алгоритмическая обработка собранных данных
• Передача данных на верхний уровень в информационно-управляющие системы с использованием открытых протоколов обмена данными OPC (DA, HDA), МЭК-104, ModBus RTU/TCP, в том числе в SCADA КРУГ-2000® по специализированным каналам связи
• Регистрация и промежуточное хранение собранных данных.
ФУНКЦИИ
• Автоматическое управление скважинным насосом и его производительностью
• Автоматизированный опрос подключенных приборов учета, ПЧ и других устройств по проводным цифровым каналам связи (RS232, RS485) и «физических» датчиков, хранение полученных данных, в т.ч. архивных
• Формирование собственных архивов (трендов) путем присвоения метки времени к полученным из прибора учета оперативным данным (DA) и сохранения этих данных в памяти контроллера
• Возможность технического и коммерческого (опционально) учета электроэнергии
• Защита насосного оборудования от «сухого» хода, в т.ч. по давлению в напорном трубопроводе
• Опрос оборудования удаленных шкафов на других скважинах, расположенных в прямой видимости друг от друга по радиоканалу (433 МГц) (опционально)
• Индикация данных, собранных с приборов учета и «физических» датчиков «по месту» с помощью панели управления, установленной на двери шкафа
• Передача оперативных и архивных данных на верхний уровень как по проводным (Ethernet), так и по беспроводным (GSM) каналам связи, в т.ч. с возможностью 100%-го «горячего» резервирования каналов связи
• Автоматический контроль диагностического состояния оборудования шкафа (самодиагностика) с передачей этой информации на верхний уровень.
КОМПОНЕНТЫ
Для одиночных скважин (базовая модель) шкафы оснащаются:
• Контроллером DevLink-C1000
• Частотным преобразователем с функцией ПИД-регулирования и функцией подсчета потребленной электроэнергии
• Блоками питания ~220В/=24В для контроллера, цепей датчиков и интерфейсов приборов учета.
Для многоскважинных систем (до 3 скважин) шкафы оснащаются:
Головной шкаф:
• Контроллером DevLink-C1000
• Радиомодемом с выносной антенной
• Частотным преобразователем с функцией ПИД-регулирования и функцией подсчета потребленной электроэнергии
• Блоками питания ~220В/=24В для контроллера, цепей датчиков и интерфейсов приборов учета.
Ведомые шкафы:
• Программируемым реле.
• Радиомодемом с выносной антенной
• Частотным преобразователем с функцией ПИД-регулирования и функцией подсчета потребленной электроэнергии
• Блоками питания ~220В/=24В для контроллера, цепей датчиков и интерфейсов приборов учета.
Опционально шкафы могут быть дооборудованы:
• Электросчетчиком Меркурий-230 для подсчета потребленной электроэнергии
• Источником бесперебойного питания для обеспечения непрерывной работы при кратковременных сбоях в электропитании и отправки уведомлений на диспетчерский уровень о проблемах с электроснабжением.
• Графической панелью управления для индикации собранных данных «по месту».
ПРЕИМУЩЕСТВА
• Простота монтажа
• Расширенный температурный диапазон
• Возможность автономной работы при потере связи с АРМ
• Возможность управления в ручном режиме (по месту)
• Возможность легкого встраивания ШУВС в существующие автоматизированные информационно-управляющие системы
• Масштабируемость
• Возможность технического и коммерческого (опция) учета электроэнергии
• Учет водоресурсов
• Подсчет наработки насосного оборудования
• Технологические защиты насосного оборудования
• Передача данных по беспроводным GSM-каналам связи
• Опрос соседних скважин по радиоканалу (433 МГц)
• Возможность подключения дискретных датчиков (в т.ч. охранной/пожарной сигнализации)
• Режим «сна» насоса и автоматический перезапуск
• Возможность рассылки sms-уведомлений.
В стандарте [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).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует