2. Задачи асду. Аппаратное и программное обеспечение реализации асду.
Основные задачи АСДУ
1. Прогнозирование. Прогнозирование основывается на изучении и анализе статистической информации о предшествующих режимах системы. Чем точнее составлен прогноз, тем точнее будет решена следующая задача. 2. Планирование. Планирование заключается в задании такого графика, при котором обеспечивается минимальный расход при надлежащем качестве и надежности системы. Следует различать краткосрочное и долгосрочное прогнозирование и планирование. Долгосрочное прогнозирование и планирование — это задачи общего управления системой; они не входят в непосредственные функции АСДУ. Примерами таких задач являются прогнозирование и распределение во времени гидроэнергоресурсов в энергетике, планирование капитальных ремонтов основного энергооборудования и др., а в еще более крупном и отдаленном плане — планирование развития энергосистемы. Хотя эти задачи и связаны в какой-то мере с краткосрочным планированием в суточном разрезе, однако они не решаются как оперативные задачи и результаты их решения рассматриваются как исходная информация для текущих задач управления. 3. Оперативная коррекция режимов. Вследствие недостаточной точности учета случайных возмущений фактическое поведение нагрузки отличается от прогнозируемого. Поэтому для поддержания нормальной частоты возникающие небалансы мощности должны восприниматься одной или несколькими станциями. Происходит непрерывное регулирование частоты, однако чем сильнее отклонение нагрузки от прогнозируемой, тем существеннее отклонение от оптимального режима. При больших отклонениях необходима оперативная коррекция ранее запланированных графиков нагрузки для их дооптимизации и приближения режима к экономичному. В некоторых случаях коррекция связана не только с перераспределением нагрузки, но и с уточнением прогнозируемой на оставшуюся часть суток и внесением изменений в оптимальный состав включенного оборудования.
Аппаратное и программное обеспечение реализации асду
В процессе разработки АСДУ программному обеспечению традиционно отводится невысокий приоритет. В крупнобюджетных проектах, к числу которых можно отнести АСДУ, крайне высока степень ответственности на этапе планирования, поскольку стоимость программного обеспечения, и его доработки в процессе внедрения может неприятно удивить заказчика. По этой причине необходимо хотя бы в общих чертах иметь представление о программном обеспечении, которое используется в системе и о структуре аппаратной части, в составе которой оно работает.
Аппаратная часть на стороне диспетчерского пункта, как правило, имеет схожую реализацию даже для принципиально различных систем. Это локальная сеть, в составе которой содержится сервер базы данных, средства администрирования системы, оборудование согласования средств связи, рабочие места диспетчеров и прочих подразделений, использующие в своей работе информацию системы. Различия аппаратной части проявляются в устройствах согласования с каналообразующим оборудованием. Для АСДУ с каналами на базе скоростных модемов это телефонный пул и модемная стойка, для каналов RadioEthernet – соединенные с коммутатором беспроводные адаптеры ЛВС, для радиоканалов комплект приемо-передающего оборудования и т.д. Технические средства на стороне диспетчера представляют собой совокупность достаточно сложного и дорогостоящего оборудования, однако, их проектирование это вполне типовая задача, которая однозначно привязана к выбранной разновидности АСДУ и традиционно, реализуется на усмотрение исполнителя. Другое дело программное обеспечение системы. Задача разработки ПО на стороне диспетчера предполагает большое количество возможных вариаций как по функциональному составу, так и по способам реализации ПО. Отличия могут касаться среды программирования, алгоритмов, топологии информационных потоков, идеологии интерфейса и т.д. Не зависимо от способов разработки, программное обеспечение должно обеспечить максимальную отдачу от аппаратной части и, по возможности, быть удобным для пользователя, поскольку некачественное программное обеспечение может нивелировать все достоинства системы в целом.
Существуют две расхожие крайности в планировании программного обеспечения: первая – это попытка создания абсолютно универсального ПО, когда любые действия можно выполнить в одной программе, реализующие все функции АСДУ, другая крайность – попытка разбить ПО на возможно большее количество программных фрагментов. Оптимальное решение это компромисс между функциональными возможностями конкретного рабочего места и ограничениями, которые регламентируются задачами того или иного структурного подразделения в системе АСДУ.
ПО рабочих мест должно иметь целостный и законченный вид и, самое главное, функционально структурировано. Иными словами, организация данных и их обработки должна отвечать технологии клиент-сервер, которая в подобных проектах является неофициальным стандартом. На практике это выглядит как, централизованное хранение, обработка данных и результатов в сочетании с разделением состава функциональных возможностей для ПО каждого заинтересованного подразделения. Эти возможности включают в себя не только разрешенный список действий, но и состав доступной информации, а также, приоритеты доступа.
Структура программного обеспечения, которая отвечает данным требованиям представлена на рис.1. Иллюстрация показывает не только состав программного обеспечения, но и направления информационных потоков внутри локальной сети транспортного управления.
