1. Национальная аскуэ. Цели и задачи
 Скачать 1.7 Mb.
|
19. ПО СИ АСКУЭ, УКПКЭ, УСПД. Общие требования к ПО систем учета энергииТребования к программному обеспечению Общие требования ПО АСКУЭ должно распределяться в общем случае по трем уровням: СИ (электронные счетчики) измерительного компонента АС (нижний уровень АСКУЭ), средства учета электроэнергии УСПД компонента АС сбора и обработки данных (средний уровень АСКУЭ), компьютеры и компьютерные сети компонента АС сбора и обработки данных (верхний уровень АСКУЭ). ПО АСКУЭ должно быть достаточным для реализации всех функций, а также иметь средства для организации всех требуемых процессов обработки данных, позволяющие выполнять в реальной шкале времени все автоматизированные функции во всех регламентированных режимах функционирования системы. ПО должно представлять собой совокупность программных средств, обеспечивающих совместно с техническими средствами решение всех задач АСКУЭ. ПО АСКУЭ должно строиться с применением принципов структурного и модульного про граммирования. Каждая задача должна реализовываться в виде одного или нескольких модулей. Вносимые изменения в модуль не должны влиять на функции других модулей. Требования к программному обеспечению средств измерений ПО электронных счетчиков и УКПКЭ должны обеспечивать выполнение ими всех предусмотренных функций. Требования к программному обеспечению устройства сбора и передачи данных ПО УСПД должно обеспечивать выполнение всех предусмотренных функций и иметь свободно настраиваемую открытую модульную структуру и для обеспечения функционирования прикладного ПО должна быть использована стандартная сетевая операционная система (Windows, Solaris, Unix и др.). Примеры ПО: для счетчиков: AdminTools, Counter, WMU 20. ПО верхнего уровня АСКУЭ, общие требования.Требования к программному обеспечению верхнего уровня 1. ПО верхнего уровня АСКУЭ может устанавливаться на компьютер в локальной (доступ ной только по месту установки) или сетевой версии.Выбор операционной системы и типа версии АСКУЭ для каждой конкретной системы учета должен производить ее заказчик или проектировщик по согласованию с заказчиком. 2.В ПО верхнего уровня рекомендуется интегрировать одновременно функции расчетного и технического учета. Объединение нижних уровней систем учета этих двух типов должно производиться интерфейсом верхнего уровня с использованием раздельных каналов связи. 3.ПО верхнего уровня АСКУЭ должно реализовывать функции сбора ЧРИ с ее нижних уровней (уровней электронных счетчиков и УСПД), накопления, хранения, обработки, отображения, документирования и распространения ЧРИ, синхронизации часов средств измерения и учета, а также других функций, зависящих от требований к конкретной АСКУЭ со стороны заказчика. 4.ПО верхнего уровня АСКУЭ должно обеспечивать процедуры:
5.Допускается совместная работа программного комплекса верхнего уровня АСКУЭ как с уникальной (фирменной), так и стандартными БД под соответствующими СУБД. Выбор БД и СУБД для каждой конкретной системы учета определяет ее заказчик. Длительность хранения ЧРИ должна быть не менее 36 месяцев. 6.Программный комплекс должен использовать единые классификаторы объектов БД, по зволять фиксировать замену электронных счетчиков в точках учета, задавать режимы их опроса, обеспечивать корректность ЧРИ и параметров, считываемых с электронных счетчиков и помещаемых в БД, а также непрерывность и полноту ЧРИ. 7.Должна быть обеспечена возможность просмотра БД по выбранным точкам учета, интер валам времени и типам ЧРИ, а также возможность установки для каждой точки учета при автоматическом опросе допустимого значения времени задержки ЧРИ, после превышения которого должно генерироваться аварийное сообщение. 8.При невозможности дистанционного считывания ЧРИ с нижнего уровня АСКУЭ должна быть предусмотрена возможность альтернативного считывания и занесения данных в БД (например, с переносного средства учета). При плановых и аварийных заменах электронных счетчиков должна быть предусмотрена возможность санкционированной ручной коррекции БД с учетом времени отсутствия средства измерения в соответствующей точке учета. 9.Программный комплекс должен фиксировать все события, искажающие функционирование системы (сбой связи, сбой операционной системы или прикладной программы, неисправность счетчика или УСПД и т. д.), оперативно выдавать соответствующую информацию администратору системы и генерировать суточные и месячные сводные отчеты об ошибках. Должна быть обеспечена возможность автоматической и ручной коррекции БД после сбоев. 10.Программный комплекс должен обеспечивать регистрацию прав пользователей по уровням доступа, идентификацию и аудит всех их действий. В зависимости от уровня доступа пользователю должно представляться ограниченное по уровню доступа количество ЧРИ (пунктов меню, электронных счетчиков и т. д.). 11.Общее ПО из состава программного комплекса должно обеспечивать разработку и надежное функционирование прикладного ПО в реальном времени на базе ПК и включать сетевую операционную систему и средства автоматизированной разработки и системной поддержки исполнения прикладного ПО (сервисное ПО). 12.Сетевая операционная система должна обеспечивать выполнение функций по диспет черизации процесса распределения и обработки ЧРИ в реальном времени, управлению вводом- выводом данных, обеспечению сетевой поддержки. 13.Сервисное ПО должно представлять собой интегрированную систему программных продуктов, основанную на открытой компонентной технологии и содержащей две взаимосвязанные среды: среду разработки (конфигурирования) и среду исполнения - обеспечивать функционирование прикладного ПО на основе единой БД реального времени. 14.Прикладное ПО верхнего уровня АСКУЭ определяется ее назначением и в общем случае должно обеспечивать решение следующего комплекса задач:
15.Периодичность решения коммерческих задач должна определяться длительностью расчетного периода, зафиксированного в договоре электроснабжения, а также действующей тарифной системой с учетом зонных тарифов. Рекомендуемая длительность периода решения коммерческих задач - 30 мин. В качестве данных для коммерческих расчетов должны использоваться данные суточных получасовых графиков нагрузки. 16.Периодичность решения балансных задач должна определяться контрольным перио дом, длительность которого выбирается индивидуально по каждому объекту и субъекту учета, исходя из возможностей используемых каналов связи и особенностей субъекта. Рекомендуется в штатном состоянии субъекта использовать контрольный период от 30 мин до 1 сут, а в особом состоянии субъекта (например, при системных ограничениях) - от 3 до 30 мин.При решении балансных задач основной исходной информацией ЧРИ служат БД суточных получасовых или трехминутных графиков нагрузки по каждой точке коммерческого и технического учета, входящих в круг баланса, по каждому направлению учета как для активной, так и реактивной электроэнергии. 17.Задачи общих и технических потерь должны решаться в рамках балансных задач, и ос новной исходной информацией ЧРИ при этом служат суточные получасовые графики нагрузки по каждой точке учета (коммерческого и технического учета), входящей в состав баланса, по каждому направлению учета как для активной, так и реактивной электроэнергии. 18.Для решения задач ограничения и регулирования основной исходной информацией ЧРИ должны служить суточные получасовые или трехминутные графики нагрузки по каждой точке учета (коммерческого учета), подлежащей ограничению или регулированию, по каждому направлению учета как для активной, так и реактивной электроэнергии. 19.Прогнозные задачи в составе АСКУЭ предназначены для определения краткосрочных (на период 30 - 60 мин), среднесрочных (на период 1 - 30 сут) и долгосрочных (на период до года) величин энергопотребления по группе или отдельным крупным потребителям энергии. Исходной информацией ЧРИ должны служить данные суточных (трехминутных и/или получасовых), месячных (по суточных) или годовых (помесячных) графиков нагрузки по подлежащему прогнозу потребителю (сумме точек его коммерческого учета) и каждому направлению учета, по активной и реактивной электроэнергии. 20.Задачи технического контроля служат для выявления нарушения в работе программно- технических средств АСКУЭ на всех уровнях. Периодичность решения этих задач должна быть непрерывной при каждой операции сбора, обработки, отображения или документирования ЧРИ. 21.Для решения вышеперечисленных задач в АСКУЭ должны быть предусмотрены функции общего характера: автоматический сбор, контроль достоверности и первичная обработка информации, контроль и сигнализация отклонений параметров функционирования системы, ведение архивов информации, формирование и документирование эксплуатационной и отчетной документации, сервисные функции. 22.Другие детальные требования к программному комплексу верхнего уровня АСКУЭ оп ределяются заказчиками конкретных АСКУЭ. |