Комментарии 9
Какие данные и от каких датчиков вы получаете в 10-минутном интервале?
Александр, здравствуйте. Датчики и системы мы опрашиваем от 1 секунды до 1 минуты в зависимости от протокола взаимодействия, либо датчики сами передают данные при изменении на заданную величину. Раз в 10 минут выполняется расчет значений для АСР ТЭП по заданному алгоритму (обычно усреднение за 10 минут).
Если говорить о датчиках, на каждой станции они свои (кислородомеры, тепловычислители, счетчики электроэнергии, угольные весы и пр.), но основной объем данных собираем из существующих систем: АСУТП, АИИС КУЭ, АСТУЭ, АСТУГ и пр.
Обычно все датчики допускают автоматическое считывание, не визуально? Что делаете с теми, которые не включены в систему? Рассматривали ли вариант поставить мини-видеокамеру и распознавать изображение с неё какой-то нейронкой?
Для датчиков без цифровых интерфейсов (токовые, термопары и пр.) ставили промышленные ПЛК и с них уже забирали в цифровом виде.
Основными критериями при создании системы были простота и стоимость обслуживания, поэтому ставить камеры в цехах с агрессивными условиями работы, на наш взгляд, плохая идея, ввиду стоимости такого оборудования и сложности его обслуживания. Иногда проще поставить новый датчик с цифровым интерфейсом и улучшенными метрологическими характеристиками. Штатных ML специалистов на станциях нет, а инженеры КИПиА всегда имеются.
Статья выглядит как слайды для директора ИНЕТРАО, а не как статья на техническом форуме.
Тут бы хотелось читать про набор технологий, стек по, проблемы и особенности технической реализации.
Алексей, здравствуйте. Стек технологий формировался из актуальных требований: кроссплатформенность и открытость, WEB-ориентированность, а именно C#, Angular.
Специфика расчета ТЭП такова, что месячные отчеты зависят от суточных, а те от часовых и т.д. В связи с тем, что при интеграции большого количества разнородных датчиков и систем неизбежно возникают проблемы со сбором данных: обесточивание оборудования, плохое качество проприетарного ПО, вывод в ремонт — основная проблема заключалась в надёжности сбора данных и их достоверности. Поэтому приходилось в отдельных случаях отказываться от широко используемых протоколов (modbus, iec 60870-5-104) в пользу узкоспециализированных проприетарных (EDP, CRQ, Каскад и пр.), т.к. они поддерживают возможность запроса исторических данных. Наши агенты автоматически отслеживают период недоступности источника и при успешном подключении автоматически загружают данные за недоступный период. Это позволяет увеличивать вероятность формирования всех отчетов. Кроме того, недостающие данные могут вводиться вручную персоналом, а также подменяться на нормативные значения или последние доступные значения.
Кейс: как повысить эффективность использования топлива на электростанции