Читайте в N7 (20) 2006:

  • Передовые технологии автоматизации: выставка "ПТА-2006" в Москве
  • Новости в энергетике
  • Национальный проект "Урал промышленный -Урал Полярный"
  • Безопасность как философия
  • Авдеев В.И. ОАО "ГАЗАППАРАТ" и контрафакт
  • Кузник И.В. Автоматизация процесса снятия показаний с теплосчктчиков - фантастика (?!)
  • Модульные системы ТОРНАДО
  • Аня Молден Клайнесдар (Anja Molden-Kleinesdar) Блоки питания Phoenix Contact Gmbh & Co. KG для решения любых задач
  • Илларионов А.В. Внедрение технологии компоновки электротехнических шкафов
  • Копырин В.С., Головатая Е.В., Варченя В.Н., Пастухов А.В. Удельное электропотребление при термообработке изделий прокатного производства
  • Евпланов С.И. Энергоэффектив- ное потребление топливно- энергетических ресурсов на ПНТЗ
  • Лисиенко В.Г., Хазан Г.Л., Бабенко А.Г., Бажин В.Ю. Построение системы управления качеством заготовок алюминиевой фольги, изготовленных методом непрерывного литья
  • Энергоэффективность: современная культура потребления
  •  

    Автоматизация процесса снятия показаний с теплосчетчиков – фантастика (?!)

    Кузник И.В., генеральный директор ЗАО “ИВК-САЯНЫ

    Компания SAYANY одной из первых (1996 г.) создала теплосчетчик с архивом, т.е. в память прибора записывались почасовые данные о физических параметрах теплоснабжения объекта. Эти данные необходимы для того, чтобы оценивать качество теплоснабжения и, конечно, контролировать по косвенным признакам корректность работы теплосчетчиков. Имея такие данные в электронном виде, грешно не воспользоваться ими и не поручить компьютеру проводить анализ и контроль соблюдения договорных параметров теплоснабжения. Я даже хотел написать шуточный фантастический рассказ под условным названием «Один рабочий день инженера ЖЭК в 2020 году».

    Утро, инженер ЖЭК заходит в свой кабинет, присаживается к рабочему столу, на экране персонального компьютера высвечивается сообщение: на 11 объектах из вверенных 112 объектов теплоснабжения за последние сутки существуют отклонения от договорных параметров теплоснабжения. Инженер выбирает из списка первый объект, на котором, по сообщению компьютера, есть отклонения от договорных параметров, и видит почасовой график параметров теплоснабжения. Компьютер выделил красным температуры уходящего теплоносителя начиная с 11 ч вечера и пометил их стрелками. Эта информация показывала, что не соблюдены требования температурного графика теплоснабжения. «Да, давно пора на этом объекте установить автоматику, видимо, опять кто-то из «грамотных» жильцов дома решил сделать потеплее и заменил «шайбу», – подумал наш герой. Так как тепловые сети, поставляющие тепловую энергию, штрафуют за превышение температуры обратки, инженер позвонил на участок слесарей и дал задание сходить на объект и прижать обратку. Так он проанализировал работу всех 11 объектов, на которых были отклонения, раздал поручения бригаде слесарей и отметил в программе компьютера, чтобы не забыть завтра проверить, «вернулись» ли параметры в договорные значения.

    В это время инженеру принесли договор на новый объект теплоснабжения, на котором установили теплосчетчик. Инженер взял договор и начал вносить данные о приборе, его адрес (имеется ввиду электронный, чтобы компьютер мог «связываться» с теплосчетчиком), конфигурацию теплосчетчика, договорные параметры теплоснабжения, период и время (ежедневно в 2 ч ночи), когда компьютеру следует «опрашивать» теплосчетчик.

    Давайте заглянем в его компьютер, что за параметры он собирается контролировать с помощью компьютера. Объект, на котором установили теплосчетчик, оказался новым жилым домом. Учитывать, а точнее измерять на доме с помощью теплосчетчика, будем тепловую энергию на отопление, тепловую энергию в системе ГВС, разобранную воду в циркуляционной системе ГВС и разобранную холодную воду. К теплосчетчику подключены два расходомера на закрытую систему отопления, два расходомера на циркуляционную систему ГВС и один на систему ХВС, а также четыре термопреобразователя температуры: по два в отопление и ГВС. Еще к теплосчетчику подключены четыре преобразователя давления: для контроля избыточного давления в системах теплоснабжения и ГВС.

    Прежде всего, инженер успешно произвел контрольное считывание показаний с теплосчетчика. Далее он отразил в программе, что на объекте измеряются две тепловые энергии, одна, потребленная на систему отопления по классической закрытой схеме, другая – потребленная на системе ГВС; отразил, что учитывается также ХВС. Так как тепловая энергия на ГВС считается по открытой системе (пределы погрешности теплосчетчика нормируются по ГОСТ 8.591-2002), отметил, что температура константы холодной воды у теплосчетчика (10оC) установлена верно, указал программе, в каком файле (от какого прибора, который установлен на ЦТП, где нагревается холодная вода для нужд ГВС) следует брать значения температуры холодной воды в целях коррекции количества тепловой энергии на ГВС по ГОСТ 8.592-2002. Установил в программе пометки, что объект отапливается в соответствии с температурным графиком 90/70оC. Программа автоматически будет контролировать исполнение графика поставщиком на подаче и температуру обратки, за соблюдение которой и отвечает ЖЭК как управляющая компания, а наш герой как специалист.

    Имея два расходомера в закрытой системе отопления и ожидая, что расходомеры покажут одинаковые значения прошедшего теплоносителя в тоннах (плюс-минус погрешность приборов), инженер установил пределы расхождения расходомеров + 2%. Иными словами, если разница между показаниями расходомеров (за час) меньше величины, определяемой их погрешностями, эта разница приравнивается нулю. Отметил также диапазоны избыточного давления и перепада давлений между подачей и обраткой системы отопления. Отразил в программе, что температура в подаче системы ГВС должна быть 55 + 2 оC, а обратки не более 48 оC – таковы условия договора энергоснабжения. Отметил диапазоны избыточного давления и перепада давлений между подачей и обраткой системы ГВС и приступил к внесению алгоритма, по которому можно контролировать добротность показаний расходомеров и потребления горячей воды. Итак, он отметил, что хотя бы раз в 3 дня в течение 1 часа, в промежутке между часом ночи и пятью часами утра, показания расходомеров на подаче и обратке системы ГВС должны совпасть (конечно, учитывая, как и в системе отопления, погрешность расходомеров). Также он отметил, что количество разобранной воды из системы ГВС должно составлять как минимум 30% количества воды, прошедшей по подающему трубопроводу циркуляционной ГВС (так система ГВС спроектирована по СНиП 2.04.01-85). Период такого анализа он установил равным неделе. Ему осталось только отметить, что аналогично ГВС при потреблении холодной воды ночью потребление должно становиться близким или равным нулю, и работа по внесению теплосчетчика в систему удаленного доступа и автоматического контроля будет завершена. Со следующего утра компьютер начнет безошибочно и скрупулезно следить за тем, как объект отапливается и потребляет холодную и горячую воду.

    Заканчивая эту маленькую фантазию, хочу рассказать, как японцы описывают свою систему «малых» улучшений. Попробуйте помедитировать – представьте себе свое предприятие через 5 лет, посмотрите там, в будущем, какие будут использоваться технологии и технические средства, какими будут оборудование и организация труда, кто из специалистов и с каким уровнем профессиональной подготовки будет работать на предприятии. Очнитесь, вернитесь в реальность, оглянитесь вокруг и подумайте, что из того прекрасного будущего можно внедрить на вашем предприятии сегодня. Так вот, почти все то, что я нафантазировал на 2020 г. вполне может быть реализовано уже сегодня.

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

    Для примера скажу, во сколько обходится нашей компании содержание подобной системы в г. Малоярославец Калужской области. Одна СИМ-карта с безлимитным тарифом для компьютера (одного компьютера хватает примерно на 200 объектов) стоит около 4500 рублей в месяц, и на каждый теплосчетчик на объекте с СИМ-картой с бесплатными входящими звонками только абонементная плата 35 рублей в месяц. Как вы понимаете, за 35 рублей в месяц работников ежедневно снимать показания с теплосчетчика не найдешь, а оборудование на один теплосчетчик стоит чуть больше 7000 рублей. Так что система окупает себя за первый год эксплуатации. При этом обратите внимание: никаких проводов, а также затрат на поддержание системы в рабочем состоянии, GSM-телефония сегодня достаточно надежна.

    Кстати, давайте рассмотрим, какие функции может и должна выполнять программа (компьютер), которой поручено контролировать теплопотребление. Это:
    – подготовка и распечатка стандартных и нестандартных протоколов параметров теплопотребления (часовых, суточных, за период);
    – контроль соблюдения договорных значений параметров теплоснабжения (температур, расходов, давлений) индивидуально по каждому объекту;
    – визуализация параметров теплоснабжения: тепловой энергии, температур, расходов и давлений (в табличном и графическом виде);
    – перерасчет значений потребленной тепловой энергии в соответствии с требованиями ГОСТ Р 8.592-2002 (коррекция константы холодной воды);
    – подготовка протокола и файла для передачи их в бухгалтерию в целях автоматизации оформления счетов на оплату потребленной тепловой энергии и воды;
    – расчет балансов (небалансов) и представление их в удобном для анализа виде (таблицы и графики), печать отчетов по балансам;
    – анализ температурных потерь по магистрали теплоснабжения по сравнению с расчетными;
    – мониторинг объектов на карте местности.
    Возможно, появятся еще какие-нибудь функции, важно следующее. Ставя задачу перед разработчиками (программистами) по созданию программы, которая будет реализовывать эти функции, следует четко обозначить в технических требованиях функции и, принимая работу, проверить выполнение программой именно функций. Следует отказаться от порочной практики заключения договоров с подписанием (согласованием) технического задания. Техническое задание – внутренний документ для фирмы-разработчика, а у заказчика, как правило, просто нет специалистов в области разработки. В результате мы очень часто получаем продукт, который не заказывали, т.е. продукт соответствует техническому заданию, но он не делает того, что мы от него ожидали.