-ГЛАВНЫЙ ФОРУМ ПО АСКУЭ -

Вы хотите отреагировать на этот пост ? Создайте аккаунт всего в несколько кликов или войдите на форум.
-ГЛАВНЫЙ ФОРУМ ПО АСКУЭ -

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


Участников: 4

    Евроальфа и превышение нагрузки

    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Вт Янв 11, 2011 12:43 pm

    При работе одного узла учета с Евроальфой на верхнем уровне было замечено насчет того, что график нагрузки не совпадает с разностью показаний. Величина расхождений не была постоянной, сумма графика была меньше разности показаний на небольшую величину. Так как счетчик был установлен у "черта на куличках", а как оказалось, что ни у кого не получалось удаленно зачитать счетчик через ПО "Aplus", то определить долго не получалось откуда ерунда такая, тем более Евроальфа для нас, как эталон счетчика для системы АСКУЭ, т.е. с любым другим счетчиком может быть что угодно с данными, но только не с Евроальфой.
    Когда попал к этому счетчику специалист с ноутбуком и зачитал его ПО "Aplus", то обнаружилось, что в графике нагрузки счетчика есть на некоторые получасовки значок "*". Как оказалось, что на данном узле учета часто происходят превышения нагрузок и по вторичке трансформаторов тока идет ток более 6 А по одной-двум фазам. Присоединение РЭСа с бытовыми потребителями, повлиять на распределение фаз не в нашей компетенции, поэтому было принято решение увеличить номинал трансформаторов тока.
    При вычитке графика нагрузки из счетчика ПО АСКУЭ тянет блок данных без временной метки к каждому числу и превышение получасовки граничному значению опросчик раскидывал не понятно как.
    JohnnyFive
    JohnnyFive


    Сообщения : 113
    Очки : 133
    Репутация : 9
    Дата регистрации : 2010-11-30
    Откуда : г.Донецк

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  JohnnyFive Вт Янв 11, 2011 12:49 pm

    Очень полезная информация. Так что имейте в виду, что необходимо, чтобы все параметры были в допустимых пределах.
    Виктор Дмитриев
    Виктор Дмитриев
    Почетный АСКУЭист
    Почетный АСКУЭист


    Сообщения : 233
    Очки : 339
    Репутация : 10
    Дата регистрации : 2010-11-22
    Возраст : 52
    Откуда : АТ "УЗ" Донецкая ЖД ЭЧ-8

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  Виктор Дмитриев Вт Янв 11, 2011 3:48 pm

    Да уж, если следить за этим некому,то тут ничего не поделать, одним Чернобылем не отделаешься, к сожалению. Но чтобы такое выяснять необходимо время и средства, а работа типа: "...взула и забула..." здесь не проходит.
    И следить нужно не за параметрами (расскажите как это можно сделать), а при проектировании учета или составлении ТУ на него считать нужно правильно (как в школе учили), чтобы потом не удивляться, как это при номинальном вторичном токе в 5А у вас целую ночь он может быть 6-7 А, при чем,это выясняется через несколько лет существования учета.
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Чт Мар 24, 2011 10:14 pm

    Есть некоторые комментарии:
    1) О превышении тока во вторичной цепи.
    2) Об отсутствия привязки ко времени графика нагрузки.
    3) О погрешности вычислений.

    Теперь по-порядку:
    1) Превышение тока во вторичной цепи до 6А для ЕА дело пустяковое - у нас есть объекты где ЕА работают без ТТ с превышением до 10(12)А по фазе уже более 8 лет.

    2) О вытягивании блока данных без привязки ко времени - это нонсенс!
    ЕА формирует запись (точку графика нагрузки) в своей памяти в установленный при программировании счетчика интервал. Коммуникационное программное обеспечение (Аплюс или коммуникационная часть АСКУЭ) вычитывает последовательность значений, где каждое значение четко сформировано в вышеуказанный интервал, а значит и привязано ко времени счетчика.

    3) В работе с ЕА есть еще одна фишка - округление. Из-за него возможно несоответствие разницы показаний за отчетный период и суммы профиля.
    Это связано со способом хранения профиля в ЕА в виде суммы имульсов за интервал, которые математически переводятся в квтч.
    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Пт Мар 25, 2011 4:48 pm

    deniszh пишет:Есть некоторые комментарии:
    1) О превышении тока во вторичной цепи.
    2) Об отсутствия привязки ко времени графика нагрузки.
    3) О погрешности вычислений.

    Теперь по-порядку:
    1) Превышение тока во вторичной цепи до 6А для ЕА дело пустяковое - у нас есть объекты где ЕА работают без ТТ с превышением до 10(12)А по фазе уже более 8 лет.

    2) О вытягивании блока данных без привязки ко времени - это нонсенс!
    ЕА формирует запись (точку графика нагрузки) в своей памяти в установленный при программировании счетчика интервал. Коммуникационное программное обеспечение (Аплюс или коммуникационная часть АСКУЭ) вычитывает последовательность значений, где каждое значение четко сформировано в вышеуказанный интервал, а значит и привязано ко времени счетчика.

    3) В работе с ЕА есть еще одна фишка - округление. Из-за него возможно несоответствие разницы показаний за отчетный период и суммы профиля.
    Это связано со способом хранения профиля в ЕА в виде суммы имульсов за интервал, которые математически переводятся в квтч.

    1. А никто и не говорит, что ЕА не может работать с током более 6 А, без проблем, вопрос насчет того, что при считывании Аплюсом в графике нагрузки были * вместо значений в соответствующих местах, почему и пошла речь про превышение значений в ячейках импульсов. Сейчас не могу глянуть пояснения из первоисточника насчет *, если есть возможность, выложи.
    2. Насчет вытягивания блоком данных графика, это не мои домыслы, а объяснение алгоритма опроса ПО Хартэп, если я правильно понял пояснения их программиста на данную ситуацию. Может это не так, но доказать обратное я не могу. Если посмотреть отчет со счетчика, считанный Аплюсом, то относительно графика нагрузки там есть метки напротив данных по импульсам, но они отнесены на несколько значений, типа 12:00 и пошли значения импульсов, соответствующие расходу до 14:30, потом 15:00 и пошли значения, так что теоретически возможно. Если есть * посреди подинтервала, как интерпретируется она?
    3. Насчет показаний: Если счетчик был выключен и на нем нет дополнительного питания, то при первом опросе опросчик в суточные загонит недостающие показания, но так как в счетчике они хранятся стеком без метки времени, то получится ситуация, когда по графику нагрузки получасовок нет, а суточные есть и не нулевые (если до отключения там был расход), даже может создаться иллюзия, что счетчик отмотал назад.
    Пример: счетчик был в работе до 03.01. Затем присоединение отключили, счетчик погас. Включили присоединение, допустим, 05.01 в 13-00. В базе до первого опроса были значения на 2.01 00-00 суточные 2,318, на 3.01 00-00 2,564, график нагрузки шел ненулевой до момента отключения. После первого опроса 6.01 в базе появятся суточные на 4.01 00-00 2,318, на 5.01 00-00 2,564. Получается, что показания на 3.01 больше, чем на 4.01, типа счетчик отмотал назад, но это не так. В тоже время по графику нагрузки видна дырка в расходах с момента отключения и до момента включения.
    Приблизительно так, обращайте внимание на это и если есть возможность, на таких присоединениях, где возможно полное обесточивание цепей учета, подключать счетчики с дополнительным питанием. Все это относится к счетчикам ЕА в АСКУЭ Хартэп, за другими такого пока замечено не было.
    Насчет округлений, это очень малая величина, в данном случае она не могла повлиять.
    Виктор Дмитриев
    Виктор Дмитриев
    Почетный АСКУЭист
    Почетный АСКУЭист


    Сообщения : 233
    Очки : 339
    Репутация : 10
    Дата регистрации : 2010-11-22
    Возраст : 52
    Откуда : АТ "УЗ" Донецкая ЖД ЭЧ-8

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  Виктор Дмитриев Пт Мар 25, 2011 5:12 pm

    Да, это очень важный вопрос и решение его может затянуться на длительное время.
    А его решение стоит 5 минут размышлений и правильногь выбора ТТ на присоединении
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Пт Мар 25, 2011 9:12 pm

    to yuri_slav:
    1) Звезд в профиле не бывает. Может быть только после значений буквы "P" или "L". Еще может быть вместо значений надпись "ПЕРЕПОЛН" при превышении максимального кол-во импульсов на интервале - более 16351 (см. стр.71 п.8 http://www.elster.ru/downloads/Metr_AlphaPlusW_P_description_rus_1.pdf).
    2) В счетчике все идет сплошным массивом без запаздывания по времени. Начало суточного профиля приходится не на 00:00 а на 00:30. Это значит что метка накопления импульсов поставлена на получасовом интервале (с 00:00 до 00:30). Последняя метка времени за эти сутки будет 24:00 (за 23:30-24:00). НО!! несовпадение возможно на часовом интервале и связано это с переходом времени зимой/летом (описано это на стр.33 http://askue.net/document/elster/a1600/a1600_rukovodstvo.pdf ).
    3. Насчет стека без метки времени - это не совсем так. В счетчике есть понятие "предыдущего чтения" - показаний на предыдущий интервал (интервал задается при программировании). Мы, например, этот интервал делаем суточным и в результате АСКУЭ дотянет показания на 00:00 за предыдущие 15 суток. При отсутствии питания от цепей ТН так же в профиль пишутся значения "отсутствие значения", которые при вычитке АльфаПлюсом отображаются как "--".

    Теперь по вашему примеру с комментариями:
    ЦИТАТА "... Пример: счетчик был в работе до 03.01. Затем присоединение отключили, счетчик погас. Включили присоединение, допустим, 05.01 в 13-00. В базе до первого опроса были значения на 2.01 00-00 суточные 2,318, на 3.01 00-00 2,564, график нагрузки шел ненулевой до момента отключения. После первого опроса 6.01 в базе появятся суточные на 4.01 00-00 2,318, на 5.01 00-00 2,564. Получается, что показания на 3.01 больше, чем на 4.01, типа счетчик отмотал назад, но это не так. В тоже время по графику нагрузки видна дырка в расходах с момента отключения и до момента включения."

    >Не правильно получается - в журнал предыдущих чтений в мозгах счетчика запишутся не НУЛИ ("0") а ОТСУТСТВИЕ ДАННЫХ ("NUL"). Значения "NUL" будут также в профиле когда отсутствовало питание. Следуя этой логике, АСКУЭ должно не вычитывать цифры повторно (какие нашла :-) как в Вашем случае), а записывать в базу "NUL". А клиентское ПО, при чтении из базы, должно это правильно отобразить - вместо "NUL" поставить предыдущее значение но только для показаний. А для профиля выводить не "0" а пустые значения. Ведь "0" в профиле будут только при отсутствии нагрузки.
    Классика жанра перепутать "НУЛЕВОЕ ПОТРЕБЛЕНИЕ" ("0") и "ОТСУТСТВИЕ ДАННЫХ" ("NUL"). А это далеко не одно и то же.
    И все будет правильно с точки зрения коммерческого учета.
    По-моему тут явно просматривается особенность (глюк/баг) АСКУЭ.

    Чуть больше ясности внесет протокол вычитки счетчика за этот период АлфаПлюсом (полное чтение с профилем). Если можно - прошу его в студию!

    ЦИТАТА "...Все это относится к счетчикам ЕА в АСКУЭ Хартэп, за другими такого пока замечено не было."
    >Это к соответствующим разработчикам. В наших (http://askue.net) разработках все это решено. В разработке Эльстер (Альфа Центр) тоже вроде все нормально.

    ЦИТАТА "... Насчет округлений, это очень малая величина, в данном случае она не могла повлиять."
    > Но это есть....

    По-моему дополнительный блок питания счетчика нужен только в одном случае: когда ОЧЕНЬ надо вычитать счетчик, обычно в отчетный период. На моей памяти это было необходимо только когда порвали интерфейс за несколько дней до разборки измерительных цепей, в свою очередь за несколько дней до 1 января. А потом схему собрали в феврале...
    Повторюсь, что счетчик ведет все корректно при отсутствии питания. Ход часов поддерживают 2 источника питания: суперконденсатор (24 часа) и литиевая батарейка (до 5 лет). Другое дело что не работают интерфейсы и АСКУЭ счетчика не видит. А если стоит питание, то видит что в счетчике даже нулей нет, т.к. нет нагрузки.


    Последний раз редактировалось: deniszh (Пт Мар 25, 2011 11:09 pm), всего редактировалось 1 раз(а)
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Пт Мар 25, 2011 10:25 pm

    Виктор Дмитриев пишет:Да, это очень важный вопрос и решение его может затянуться на длительное время.
    А его решение стоит 5 минут размышлений и правильногь выбора ТТ на присоединении

    5 минут? Мы же говорим о расчетном учете - не так ли?
    За 5 минут надо будет переделать проект расчетного учета и согласовать его со всеми заинтересованными. А изменение ТТ (другими словами увеличение мощности) может потянуть и замену кабелей/автоматов и т.д. Ну или прошлые проектанты сильно ошиблись, а энергопоставляющая организация даже не проверила проект....
    Другое дело, если речь идет об АСТУЭ...

    В данном случае (6А по фазе) замена ТТ не нужна.

    Замена необходима только в двух случаях:
    1) Метрология. Когда врет ТТ при превышении.
    Кстати, какая погрешность этого ТТ при перегрузке в 20%?. - Должна быть в норме по ГОСТу.
    2) Технические ограничения счетчика. Когда ток вторички превышает 10А - может сгореть счетчик.

    Решение проблемы переполнения простое:
    1) Диагностика - при превышении в профиле значения 16351 (при масштабном коэффициенте 10000), АлфаПлюс отобразит в некоторых ячейках профиля значение "ПЕРПОЛН".
    2) Лечение - программирование счетчика - изменение "масштабного коэффициента" для исключения данного эффекта. За подробностями - страница 71 первоисточника http://www.elster.ru/downloads/Metr_AlphaPlusW_P_description_rus_1.pdf
    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Сб Мар 26, 2011 6:34 am

    В понедельник достанем этот отчет со счетчика, где есть превышения
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Сб Мар 26, 2011 11:28 am

    yuri_slav пишет:В понедельник достанем этот отчет со счетчика, где есть превышения
    Если можно, в ri3 формате (АльфаПлюс сохраняет)
    Виктор Дмитриев
    Виктор Дмитриев
    Почетный АСКУЭист
    Почетный АСКУЭист


    Сообщения : 233
    Очки : 339
    Репутация : 10
    Дата регистрации : 2010-11-22
    Возраст : 52
    Откуда : АТ "УЗ" Донецкая ЖД ЭЧ-8

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  Виктор Дмитриев Сб Мар 26, 2011 11:53 am

    Этот метод не поможет.
    Коэффициент меньше единицы не бывает и никто его изменять даже не собирается.
    А то что Договор кривой и нет соответствующей проверки энергоснабжающей компании это верно. Об этом уже ранее упоминалось.
    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Пн Мар 28, 2011 5:08 am

    Насчет * в графике нагрузки, считанного программой Аплюс, я ошибся, там действительно написано ПЕРЕП, писал по памяти, почему-то отложилось *.

    -------- ГРАФИК НАГРУЗКИ КАНАЛ А [96 ПОСЛЕДНИХ ИНТЕРВАЛОВ] KW-ПтP ---------
    12:30 ----- ----- ПЕРЕП 31736 32623 31642
    15:30 32344 ПЕРЕП ПЕРЕП ПЕРЕП ПЕРЕП ПЕРЕП
    18:30 ПЕРЕП ПЕРЕП ПЕРЕП ПЕРЕП ПЕРЕП ПЕРЕП
    21:30 ПЕРЕП ПЕРЕП ПЕРЕП ПЕРЕП 30520 30318

    Как опросчик идентифицирует ПЕРЕП в графике? В АСКУЭ Хартэп есть технология для счетчиков, которые без графика нагрузки (у нас стоят на техучете), формирования получасовок из значений, которые получены при опросе каждые 30 минут. Если опрос по данным счетчикам не прошел в течении нескольких получасовок, а потом данные получены, то они размазывают расход на эти получасовки. Может и здесь для ЕА происходит размазывание графика?
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Пн Мар 28, 2011 6:36 am

    Давайте не путать АСКУЭ и работу счетчиков.
    Только что я поговорил с техническим директором Эльстер Украина.
    Цитирую его: "С показаниями все нормально".
    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Пн Мар 28, 2011 7:36 am

    А показания и есть то, относительно чего и можно судить о расходе в тот период, когда ПЕРЕП по графику. Счетчик расход фиксирует по показаниям, а по графику не может сохранить в отведенные ячейки.
    Про АСКУЭ Хартэп я написал для того, чтобы разделить представление о том, что хранится в счетчике и то, что зачитывает система, как программист реализовал такую ситуацию, когда достоверных данных нет. У нас есть процесс в АСКУЭ, по которому каждые сутки ведется проверка расходов по сумме ГН и по разности показаний. Этот процесс нам и указал на наличие такой ситуации, а дальше анализ отчета со счетчика. В свое время у нас были счетчики Облик, которые стояли на коммерческом учете по зонам суток. В один из сезонов мы обнаружили, что график нагрузки, разложенный по зонам вручную, не дает тех расходов, которые счетчик насчитывал по зонным показаниям. При выезде на объект и считывании программой параметризации счетчика было видно, что параметризация правильная, а раскладывал он все равно по другому сезону. Вызвали специалистов с Днепра и представителей облэнерго, залили параметризацию ту же, что и была, но новой версией программы и все стало нормально. Специалисты завода тогда комментировать отказались. Новая версия программы была написана позднее, чем было изменение тарифных зон (2004 год), если помните.
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Пн Мар 28, 2011 7:42 am

    Облик - самодельные счетчики, частично скопированные с ЕА :-).
    По ЕА вопрос закрыт?
    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Пн Мар 28, 2011 9:34 am

    Ответьте на вопрос, что будет в вашей системе АСКУЭ, если у счетчика на часть графика будет ПЕРЕП? Какие данные попадут и какая разница будет суммы ГН с суточными?
    avatar
    deniszh


    Сообщения : 10
    Очки : 11
    Репутация : 1
    Дата регистрации : 2011-03-24

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  deniszh Пн Мар 28, 2011 10:13 am

    yuri_slav пишет:Ответьте на вопрос, что будет в вашей системе АСКУЭ, если у счетчика на часть графика будет ПЕРЕП? Какие данные попадут и какая разница будет суммы ГН с суточными?

    На основании "Концепции построения АСКУЭ" первичные данные будут "ПЕРЕП", соответственно в отображении клиенту (вторичные данные или данные пересчета) будет что-то типа "ERR".
    Это с точки зрения учета (или представления кучи счетчиков как один) соответствует действительности, т.е. тому, что вычитают облэнерговцы из памяти счетчика.
    Соответственно и отчет в облэнерго должен уйти с "дырками". И последующее разбирательство покажет все то, о чем говорилось в предыдущих постах.

    Если представить себе ситуацию другую: система пересчитывает профиль по показаниям, то в результате будет явный подлог факта потребления. Пользователь бы тогда и не узнал что здесь что-то не "то".

    Если же вопрос стоит о корректировке данных учета в аскуэ при нестандартных ситуациях (как эта), то мы это делаем вручную на основании определенных правил, когда санкционировано, при наличии некорректных первичных данных корректируются вторичные.

    Для примера приведу пример аналогичной аварии: счетчик СТК начал считать в 100 раз больше чем считал до этого, т.е. вышел из строя. Сообщили в облэнего. Спецы из обла приехали через 4 дня. за 4 дня счетчик насчитал на несколько лет потребления...
    Мы по аскуэ показываем скачек, доказываем, что счетчик надо в утиль, подписываем акт об этом.
    На основании акта в аскуэ корректируем вторичные данные (по среднему, как в акте). В результате в системе все корректно отображается и первичные данные не изменены.
    yuri_slav
    yuri_slav


    Сообщения : 283
    Очки : 478
    Репутация : 13
    Дата регистрации : 2010-09-28
    Откуда : Славянск (не на Кубани который)

    Евроальфа и превышение нагрузки Empty Re: Евроальфа и превышение нагрузки

    Сообщение  yuri_slav Пн Мар 28, 2011 11:58 am

    У нас в АСКУЭ в графике нагрузки есть следующие варианты: нормальные данные за полчаса, ноль за полчаса либо отсутствие получасовки за данное время (null). Что программист ваш напишет в данном случае, не Err же в ячейку?

      Текущее время Чт Май 02, 2024 1:28 pm