Навигация

Главная

Новости

Защита

НТД

ЭХЗ

ДЭС

КИП

Спорт

АСКУЭ

Разное

Испытания

Контакты

Регуляторы

Транспорт

Электроника

Вят. ГУ, ЭТФ-ЭС

Тепловодоснабжение

Все документы на сайте бесплатны!

 

 

Яндекс.Погода

Методика расчёта экономического ущерба от перебоев в электроснабжением. скачать здесь>>>

 

Многофункциональный измеритель мощности и энергии типа А2000 (Измерение токов, напряжений, активной, реактивной, кажущейся мощности, коэффициента мощности, активной энергии, реактивной энергии, нелинейных искажений, гармоник). скачать описание>>>

 

 Статья "Автоматизация учета электрической энергии в России и за рубежом". скачать статью>>>

 

Статья "Новые автоматизированные системы учета электроэнергии для бытовых потребителей со сбором информации от электросчетчиков по силовой сети". скачать статью>>>

 

Статья "О порядке проведения ревизии и маркировании специальными  знаками визуального контроля средств учета  электрической энергии". скачать статью>>>

 

 Статья "Повышение устойчивости приборов учета энергопотребления от несанкционированных воздействий в условиях эксплуатаци". скачать статью>>>

 

Счётчики электрической энергии от ABB:

А2 Альфа Плюс - многофункциональные микропроцессорные счётчики электрической энергии Альфа, описание скачать>>>;

Дельта - многофункциональный микропроцессорный счётчик электрической энергии устанавливаемый на DIN-рейку, описание скачать>>>;

ЕвроАльфа - многофункциональный микропроцессорный счётчик электрической энергии, описание скачать>>>;

Методики испытания электрооборудования, релейная защита, нормативно-техническая литература

в помощь коллегам, студентам, а также всем заинтересованным лицам

 

Система АСКУЭ!

Страничку представляет:

 

Тюнёв Александр Юрьевич

Инженер-программист электролаборатории.

Система АСКУЭ на базе комплекса УИС.

Предисловие

    В 2001 году на нашем предприятии была внедрена система АСКУЭ на базе измерительно-вычислительного унифицированного комплекса УИС с входящими в его состав устройствами сбора и передачи данных (УСПД) типа УИС.ЛК производства ООО "Фирма "Неон АВМ" (г. Москва). Система создавалась для осуществление сбора, обработки и предоставления информации об электропотреблении объектов(коммерческого и технического учёта), а именно НПС (нефтеперекачивающих станций) и впоследствии была дооснащена приборами учёта качества электрической энергии "Ресурс-UF". Основное направление деятельности предприятия - транспорт нефти, который осуществляется по трубопроводу протяженностью около 1500 км с помощью агрегатов мощностью 2000-2500 кВт установленных на НПС (по 4 агрегата на каждую НПС). В данной статье будут рассмотрены проблемы (и их решения) эксплуатации комплекса УИС. Вопросы экономической эффективности от внедрения АСКУЭ рассматриватья не будут.

1.Краткая характеристика системы

    Для создания системы в качестве технических средств было использовано следующее оборудование:

Счётчики электрической энергии

СЭТ3р-01-08А.

Устройство сбора данных

УИС.ЛК.02.2.1 (Версия ПО УИС.ЛК.02.05)

Модемы

AnCom STK-1842+, AnCom STE-1842+

    Система была спроектирована и выполнена согласно следующей структурной схеме:

    В кабинете энергетиков распологался сервер с двумя подключенными модемами (Модем1, Модем2). На каждой НПС были установлены шкафы с контроллерами (от 1 до 4-х) к которым подведены коммутируемые линии связи и подключены счётчики(к дискретно-счётному каналу). На схеме показаны примерные расстояния от НПС до центра сбора и обработки информации (ЦСОИ). Сбор информации ЦСОИ осуществлялся посредством Модема 1 путём последовательного соединения с модемами на каждом объекте один раз ночью. Собирались следущие данные по каждому каналу: показания счётчиков на начало суток, энергия за прошлые сутки тариф1, тариф2, тариф3, общая и 30-минутный профиль нагрузки за прошлые сутки. Т.е. система предоставляла данные только за прошедшие сутки. Модем2, подключённый к ЦСОИ использовался для чтения данных энергоснабжающими предриятиями с контроллеров, установленных на НПС. Т.е. ЦСОИ работал в режиме маршрутизации (об этом режиме будет рассказано в описании программного обеспечения). Необходимость использования маршрутизации заключалась в том, что каналы связи от Модема 1 до НПС принадлежат предприятию (ведомственные каналы связи), а Модем 2 имел выход на городскую телефонную сеть. Т.е. на Модем 2 можно позвонить с любого номера выйдя на междугороднюю сеть. В систему были так же включены приборы учёта качества электрической энергии "Ресурс-UF"(на каждую секцию шин ЗРУ по одному прибору), которые подключались к контроллерам через интерфейс RS-485.

2. Описание программного обеспечения

    Программное обеспечение ЦСОИ состоит из: операционной системы Microsoft Windows 2000 Server, сервера БД Microsoft SQL Server 2000, прикладного программного обеспечения УИС.ПО и офисного пакета Microsoft Office. Программный комплекс УИС.ПО состоит из 4-х частей:

  • "Драйвер УИС" - программа обмена информацией с аппаратными средствами УИС.
  • "Драйвер СУБД" - программа записи информации во внешние базы данных.
  • "Конфигуратора УИС" - программа для настройки, диагностики и конфигурирования комплексов УИС.
  • "АРМ Энергетика" - программа для просмотра, анализа и документирования информации.

    Для работы комплекса необходимо чтобы работали "Драйвер УИС" и "Драйвер СУБД". "Драйвер УИС" осуществляет связь с периферийным оборудованием (модемы, GPS-приёмники, нуль-модемы) и производит периодический опрос контроллеров согласно установленому времени. Полученную информацию "Драйвер УИС" передает "Драйверу СУБД" по каналу DDE для записи в базу данных (БД). "Конфигуратор УИС" позволяет вводить/удалять в системе новые объекты, описывать их, задавать периодичность опроса, анализировать работу "Драйвера УИС", "Драйвера СУБД". "АРМ Энергетика" генерирует отчёты для объектов, которые можно описать в различном сочетании. (например все ввода, все агрегаты, собственные нужды и т.п.)

3. Недостатки в работе системы на базе комплекса УИС.

В процессе экплуатации системы в течении почти двух лет мною были выявлены следующие недостатки:

Недостаток

Описание последствий недостатка

1. Дублирование информации в базе данных.

Комплекс УИС имеет возможность собирать данные не только за прошлые сутки, но и за текущие (например тридцатиминутный профиль нагрузки, трёхминутный профиль нагрузки). В течении суток каждые полчаса в контроллере фиксируется значения получасовой мощности, которые и представляют собой профиль (48 значений). При получении этого профиля  за прошлые сутки "Драйвером СУБД", он проверяет нет ли его в базе данных и если нету, то записывает её. Если профиль уже есть, то он соответсвенно в базу не пишется. Но при скачивании профиля за текущие сутки каждый час "Драйвер СУБД" считает, что этого профиля в базе нет и записывает его целиком начиная с первой получасовки (на 0:30). И так каждый час. Таким образом создаётся дублирование информации в базе даннх, что приводит к её необоснованному росту. (А Вы представте сколько будет дублированнной информации если ежечасно собирать трёхминутный профиль(480 значений на каждый канал) и каналов этих будет штук 100). Это всё относится к информации по электроэнергии. Но у нас есть ещё приборы качества, у которых имеется журнал провалов и перенапряжений(40 событий), который тоже представляет собой профиль длительностей и глубин провалов и перенапряжений(по фазному напряжению A, B, C и межфазному AB, BC, CA). Так вот если в сутки было хотя бы одно событие по провалу или перенапряжению, то профиль будет полностью записан в базу (39 "старых" событий и 1 "новое"). По моим расчётам количество дублированной информации в базе по приборам "Ресурс-UF" составляет около 75% (т.е. только 25% полезной информации и это при размере базы в 4.8 Гб, думаю не надо упоминать как комьютеу "легко" справлятся с таким объёмом информации)

2. Невозможность задания периодического опроса на начало каждого часа.

 В "Конфигураторе" имеется возможность задания опроса для любой переменной: на конкретное число месяца, на выбор любой день недели, на каждый день в определённое время. Так же есть возможность задать период опроса переменной с указанием конкретного числа часов и минут, через которые необходимо производить опрос. Но начальной точкой отсчёта этого опроса будет считаться время запуска "Драйвера УИС"! То есть если установлена периодичность опроса каждый час (1 ч. 00 м.), то при запуске "Драйвера УИС" например в 8:45 сразу же запустится опрос, а следующий начнётся уже в 9:45. Таким образом собирая тридцитиминутный профиль за текущие сутки мы имеем запаздывание по получению информации на целых 45 минут! (Что в условиях соблюдения потребления электроэнергии в двухпроцентном коридоре неприемлимо!). Так же замечено, что при возникновении проблем со связью начальная точка запуска периодического опроса начинает "отодвигаться" дальше.

3. Неправильный алгоритм рассылки времени контроллерам.

УИС.ПО позволяет корректировать системное время ЦСОИ получая информацию от GPS-приёмника и рассылать это время контроллерам. GPS-приёмник имеет свои внутренние часы, которые корректируются, если приходит информация от 4-х спутников, если спутников меньше, то часы не корректируются и время начинает "убегать" (а оно передаётся в ЦСОИ и рассылается контроллерам). Выявлено что GPS-приёмник может не видеть необходимое количество спутников до 5 суток (замечено что в эти дни происходят магнитные бури) и время на ЦСОИ может отставать до 60 с. Когда GPS-приёмник начнёт получать корректное время, ЦСОИ соответственно будет его рассылать и эта разница(в 60с) прямым образом влияет на точность учёта электроэнергии (не забываем про двухпроцентный коридор). Я считаю это существенным недостатком комлекса УИС. Нет также возможности проанализировать как происходила корректировка системного времени ЦСОИ по GPS-приёмнику, чтобы выявить случаи недоучёта электроэнергии.

4. Потеря тридцатиминутного профиля мощности в контроллерах.

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

5. Необяснимые скачки значения тридцатиминутной мощности зафиксированные контроллерами на 0:30.

 Периодически возникают завышенный получасовки на 0:30  по всем каналам на разных контроллерах. Причину выявить неудалось. Время на контроллеры рассылается с 23:05 до 23:15 и на данную получасовку корректировка не должна сказываться.

6. Генератор отчётов имеет ряд недостатков.

  • При формировании графика частоты (50 Гц), её изменение настолько мало, что верхняя граница оси имеет значение 50, и самого графика не видно.
  • Подписи на графике плохочитаемые и не поддаются редактированию.
  • Информация о провалах и перенапряжениях выдается неверно. (если не было провала по фазному А или межфазному АВ, то провал вообще не отобразиться в отчёте (а в приборе он присутствует). Если в одну секунду было несколько провалов, то в отчёте будет "перемешанная" информация не имеющая соответсвия с тем что зафиксировано прибором "Ресурс-UF".
  • Не формируются отчёты о почасовом расходе электроэнергии.
  • Отчёт о показаниях счётчиков на начало каждого часа рассчитывается неверно.

7. Периодическое зависание контроллера с версией ПО УИС.ЛК.02.11 (в нынешнее время выпускаются такие взаменУИС.ЛК.02.05)

При соединении с модемом на одном из объектов где установлен такой контроллер сам модем не получает информацию от контроллера.  Помогает только перезагрузка самого контроллера. Периодичность зависания контроллера невыявлена. Сам контроллер в это время продолжает считать электроэнергию.

 Неплохо было бы разработчикам обратить внимание на эти недостатки и принять меры к их устранению.

4. Развитие системы.

    Для того чтобы знать как работает система надо эту работу анализировать. Тот анализ который заложен в комплексе УИС предоставляет громоздкую и не всегда полную информацию о функционировании системы. Чтобы исправить это положение я написал программу, которая представляет информацию в виде таблицы с количеством собранной информации для каждого контроллера/канала. Теперь одним взглядом можно оценить какой информации не хватает и оперативно принять меры по её получению.Так же была написана программа для анализа корректировки системного времени по GPS-приёмнику.

    С целью устранить описанные в разделе 3 недостатки были приняты следующие меры:

    по п1. - для исключения дублирования информации был написан скрипт, который ежечасно удаляет скачаные в предыдущий час данные за текущие сутки(скрипт запускается в 0 минут, а в 2 минуты запускается опрос чтобы скачать обновлённые данные). Пока это наилучшее решение данной проблемы.

    по п.2 - настроена программа-шедулер, которая ещечасно в 2 минуты проверяет запущен ли "Драйвер УИС" и если не запущен, то запускает его. С первого раза "Драйвер УИС" может не запустится и в 4 минуты выполняется повторная проверка. (Бывало что и со второго раза не запустится :). За выходные начало опроса может сдвинуться до 40 минут, что может быть этому причиной - неизвестно.

    по п.3 - после ежедневного анализа корректировки времени по GPS-приёмнику с помощью собственной программы принимается решение снять или не снять рассылку времени с контроллеров. Снятие и установка производится вручную.

    по п.4 - если контроллер по которому потерялись получасовки попал в список ежечасно опрашиваемых, то информацию можно частично восстановить из специально созданной временной базы данных (в неё информация заносится после 23:00 за текущие сутки(сохраняются 46 получасовок), недостающие получасовки рассчитываются и заносятся в БД вручную.

    по п.5 - после выявления этих скачков рассчитывается значение, которое должно быть (в большинстве случаев усредняются соседние получасовки) и вручную корректируется в БД.

    по п.6 - тут необходимо изменение программного кода "АРМа Энергетика" разработчиками.

    по п.7 - выезжает человек на подстанцию у перезагружает контроллер.

    Для формирования отчётов на компьютере должен быть установлен и настроен УИС.ПО (используя локальную вычислительную сеть(ЛВС) можно обращаться к БД ЦСОИ с любого компьютера и делать эти отчёты, но время выполнения запроса к БД прямопропорционально скорости передачи данных по ЛВС. "АРМ Энергетика" делает запрос на выборку каждого элемента необходимого для расчёта и уже на конечном компьютере считает и формирует отчёт. (например при формировании отчёта на компьютере по каналу 2МБит/c по 64 точкам учёта за одни сутки времени уходит до 6 минут, а если ещё и несколько пользователей будут качать данные, то можно успеть и пообедать. :) С недавних пор наше предприятие частично вышло на ФОРЭМ (4 объекта из 12) и в связи с этим стало необходимым планировать и вести ежечасный контроль электропотребления этих объектов. Т.е. информацию по АСКУЭ должны видеть и диспетчера(контроль электропотребления агрегатов), и технологи (планирование и контроль электропотребления агрегатов), и энергетики (планирование и контроль электропотребления собственными нуждами). Комплекс УИС не имеет возможности оперативно предоставлять информацию такому большому числу АРМов. Как вариант решения проблемы были установлены на каждой НПС АРМы с УИС.ПО, чтобы инженера-энергетики видели какое потребление на НПС. Но проблемы с периодическим опросом и необходимым постояным анализом собираемой информацией(смотри таблицу с недостатками), проблемы с самим УИС.ПО на каждом АРМе показали что этот вариант неэффективен. Проанализировав создавшуюся ситуацию я пришёл к выводу что отчёты необходимо формировать на самом ЦСОИ и рассылать пользователям только конечный результат. Такой вариант можно реализовать применив Web-технологию. Мною был разработан сайт на базе Microsoft IIS и технологии ASP (Active Server Pages), на который можно зайти с любого компьютера который входит в ЛВС. Пройдя авторизацию на сайте можно получить следующую информацию: почасовой расход и тридцатиминутный профиль по агрегатам, вводам и собственнным нуждам; посуточный расход по наиболее важным точкам учёта (с выводом декадных и месячных итогов), напряжение на секциях на основе данных приборов качества "Ресурс-UF". Так же была доработана база данных и в неё автоматически вносится плановые значения(написана программа которая берёт информацию из файлов Excel). Для отчётов где идёт сравнение с плановыми значениями выводятся отклонения. На страницах с отчётами имеется элемент "календарь" который позволяет выбирать любой день. В зависимости от имени пользователя, под которым произошла авторизация выдаётся соответсвующий список объектов, информация по которым доступна данному пользователю(например технологам, диспетчерам - только данные по агрегатам, энергетикам РНУ(районное нефтепроводное управление, наше предприятие имеет три РНУ) отчёты только по НПС этого РНУ. Скорость формирования страниц высокая, при формировании отчёта за месяц по 28 точкам учёта уходит около 4 секунд. Оперативность предоставления информации напрямую зависит от ежечасного опроса (напомню, что каждый час в 00 минут данные из базы удаляются, и в 2 минуты начинают скачиваться. Опрос продолжается примерно 10 минут и в 13 минут каждого часа можно видеть потребление за прошедшие часы.) На странице администратора есть анализ сбора данных комплексом УИС (выше было указано что была написана отдельная программа, но потом я переписал её под Web). Ниже приведена структурная схема модернизированной(в плане предоставления информации) системы АСКУЭ на базе комплекса УИС:

    Напоследок хочется сказать что статья была написана с целью поделиться опытом эксплуатации комплекса УИС и указать с какими проблемами можно столкнуться при выборе данной системы в качестве АСКУЭ для Вашего предприятия.

 

Дата написания статьи: 12.08.2005

Автор статьи: Тюнев Александр Юрьевич.

Тут можно прочитать отчёт как автор статьи менял аудиосистему в Daewoo Matiz.

 
ЯндексЯндекс. ДеньгиХочу такую же кнопку