В чём задача Мосводоканала? Обеспечивать людям дома чистую горячую и холодную воду с нормальным напором. А если что-то пошло не так, то оперативно вмешаться и вернуть воду в своё русло (в буквальном смысле).

Для этого компании архиважно знать, что происходит с водой в трубопроводе: течёт она или не течёт и течёт ли, где нужно. Если нет, то где-то скоро – да, хотя не должна. В общем, суть вы уловили.

Поэтому Мосводоканал обратился в компанию Digital Zone, которая разработала автоматизированную информационную систему (АИС) обнаружения повреждённых участков водопровода (ОПУВ) на основе Интернета вещей.

Компания Digital Zone (DZ) занимается разработкой информационных систем, веб-платформ и сервисным обслуживанием (аналитикой бизнес-процессов, оценкой установленных систем, технической поддержкой и др.).

Как жил Мосводоканал




На Мосводоканале уже была АИС ОПУВ. Она была нужна для оперативного выявления крупных изливов на водопроводной сети столицы. Анализируя изменения совокупности гидравлических показателей (прежде всего, давления в контрольных точках), она контролировала работу насосных агрегатов. При этом регулировать изменения водопотребления можно было только включая или выключая дополнительные насосные датчики.

Проще говоря, система находилась на уровне первичной автоматизации. Она представляла собой экран с полной инфраструктурой, то есть картой водопровода с отмеченными насосными станциями (подобно схеме метрополитена). Когда где-то происходил прорыв, оператор смотрел на экран и, анализируя показатели изменения давления, определял примерное местоположение аварии и принимал решение, какие заслонки перекрыть, где повысить или понизить мощность мотора и т. д.

Важно понимать, что автоматическая составляющая фиксировала факт поломки и его расположение с точностью до микрорайона. Оператору нужно в любом случае высылать бригаду на место происшествия и устранять поломку.

От звонков бабушек а-ля «ой, внученька, у нас тут горячая вода из асфальта течёт» иногда было больше толку, потому что они раздавались раньше и адрес давали точный.

Что привело водную компанию в DZ?




Разумеется, Мосводоканал хотел большего. В какой-то момент там поменяли принцип регулирования подачи воды на новый. Он заключался в поддерживании давления в текущих точках с помощью частотных регуляторов мощности насосных агрегатов. При таком подходе текущая АИС ОПУВ и вовсе потеряла актуальность, так как теперь регуляторы могли контролировать просадку давления автоматически и не позволяли давлению на месте излива упасть настолько, чтобы эта область отображалась в АИС.

Мосводоканал обратился в DZ, чтобы проапгрейдить имеющуюся АИС ОПУВ. Он просил систему, которая могла бы определить аварийный случай быстрее и точнее, отображала его на карте и не требовала дожидаться телефонных звонков от пострадавших жителей.

Перед этим Мосводоканал также внедрил систему сбора информации с многопараметрических датчиков. Теперь фиксировалось не только давление, но и расход воды по данному участку и уровень шума.

Что в конечном счёте требовалось от DZ?


Новый алгоритм, повышающий чувствительность прежней АИС: он должен выявлять повреждения с различной степенью излива (то есть до того, как вода начнёт бить фонтаном из недр земли) и максимально локально отображать на карте место аварии.

Как DZ могла его создать?

На основании гидравлических и акустических показателей с установленных Мосводоканалом датчиков, но при условии автоматического поддержания давления на контрольных точках.

Что получилось в итоге? Общая картина

Новая АИС ОПУВ с применением IoT-технологии – это система мониторинга с алгоритмом для считывания и анализа данных с многопараметрических датчиков, а также система эмуляции для анализа поведения водопроводной сети при различных сценариях.

В основе алгоритма лежала математическая модель прогнозирования и сопоставления данных в режиме реального времени. В идеале вода течёт по водопроводу по заданному маршруту (S) с заданным напором (P) определённый период времени (?), то есть налицо – цикличность действия. Именно этот цикл и описали программисты.

Данная модель прогнозирования – эталон.

А дальше программа считывает показатели с датчиков и сравнивает с эталоном.

В плане интерфейса внешне почти ничего не поменялось, зато на программном уровне айтишники опять поколдовали. Они прорисовали дополнительные слои на карте, чтобы диспетчеру было удобнее следить за происходящим.

В итоге система выдаёт информационные сообщения о выявленных отклонениях поведения водопроводной сети, показывает участок потенциальной неисправности и всю информацию, которая может помочь при принятии решения о дальнейших действиях.

Жизнь Мосводоканала после перемен




Для наглядности приведём результаты в сравнительной таблице.
Показатели/АИС АИС ОПУВ
МГУП «Мосводоканал»
Новая АИС ОПУВ
Количество датчиков около 5 шт./10 км около 40 шт./10 км
Время обнаружения неисправности 20 минут 5 минут
Локализация В пределах микрорайона 1-3 кв. км

Технологию внедрили в 2012 году. Ускорив считывание и обработку данных, система позволила снизить расходы городского бюджета при аварийных ситуациях на 10-15%.

Комментарии (6)


  1. Serge78rus
    31.10.2017 15:26

    С каких это пор водоканалы начали заниматься горячей водой? Задача Мосводоканала — холодное водоснабжение и канализация. Горячим водоснабжением занимается Московская объединенная энергетическая компания (ПАО «МОЭК»)


  1. restless_mind
    31.10.2017 16:32
    +1

    Честно говоря, не совсем понял, о чем статья: «мы молодцы, сделали для МВК пару слоев на мнемосхеме в iFix». Не говоря уж о некоторых нестыковках… Ваша система была запущена в 2012 году при плотности 40 датчиков на 10 км трубопроводов? Их в 2012 на всю Москву было полсотни. Позволило снизить затраты по сравнению с использованием чего? АИС ОПУВ? А про австрийский софт от производителя (как он назывался, Aqualis вроде?) почему нет ни слова? Какова эффективность вашей системы по сравнению с ним? И правильно ли я понял, увеличив затраты на систему в 8 раз (не только на установку, но и обслуживание 40 датчиков на 10 км вместо 5 — кстати, а сколько их всего?), вы смогли снизить затраты при авариях на 10-15%?


    1. areht
      31.10.2017 23:39

      Я не понял даже где тут «Интернет вещей». Это датчики после 2012 г. так называют?

      > мы молодцы, сделали для МВК пару слоев

      скорее «мы молодцы, к нам на конференцию DZ придёт, они что-то для МВК делали»


    1. Smile-Events Автор
      01.11.2017 09:53

      Какова эффективность вашей системы по сравнению с ним?

      Результаты внедрения системы — в таблице в последнем разделе статьи


  1. Romer
    01.11.2017 09:18

    Похоже, что теперь везде, где хоть есть малейший намек на автоматизацию будут лепить этот пресловутый IoT, к месту ни к месту — ведь это модно! Вчера был на ПТА, вроде выставка промышленной автоматизации, а 90% стендов по тематике «умный дом» и абсолютно на всех стендах IoT… Как-то совсем обидно становится за промышленную автоматизацию и ее будущее, прям как в одной известной басне про мартышку и очки…


  1. Deranged
    01.11.2017 18:17

    Сделали распределенную АСУ с полевой шиной на WiFi/TCP/IP/интернете и назвали АИС/IoT?
    Чего у вас там гуляет то хоть? ModBus over TCP/IP какой-нибудь? И сколько датчиков всего? И как оно при таком их количестве живет? Архивирование? Уставки захардкожены? Самодиагностика датчиков? Анализ качества данных / недостоверности? И что если надо добавить новых датчиков? Или подавить сигнализации с имеющихся на время ремонта участка? Аналитика, рассчет интегральных показателей? Дистанционное управление задвижками? Гибкая логика?
    Все описанное есть в каждой более-менее нормальной АСУ. И не от жизни хорошей. Мосводоканал, видать, был не в курсе, что есть Siemens, Текон, ABB, Yokogawa и т.д. и т.п.