ГОСТ Р МЭК 61850-5—2011
9.2 Необходимость формального описания системы
Статическая структура системы связи описывает потенциальный источникданных (LN-отправитель) и
получательданных (LN-приемник). Этаструктура должна бытьразработана или оговорена на этапе наладки
системы. Динамическое открытие и закрытие каналов связи во время исполнения программы всегда отно
сится к данной статической структуре. В целях управления свободным распределением и создания взаи
модействующих систем необходимо иметь надежное формальное описание устройства и системы для
проектирования связи. Такое формальное описание (язык конфигурации подстанции) определено в МЭК
61850-6.
9.3 Требования к поведению логического узла
В каждом LN-приемнике должна быть информация, какие данные необходимы для выполнения его
задачи, то есть ондолжен иметь возможность проверять полноту и правильность передаваемыхданных и
определятьдостаточный уровень их качества. В системах реального времени, таких как автоматика под
станции. наиболее важным критерием достоверности является возрастданных. LN-отправитель можетус
тановить большинство атрибутов качества. Истиной задачей LN-приемника является принятие решения об
«устарелостин данных. Рассматривается отсутствующая или неполная информация, поскольку в этом слу
чае данные с приемлемым возрастом недоступны. Следовательно, требования ксвязи, обеспечивающей
взаимодействие между распределенными LN, снижаются до стандартизации доступных или необходимых
данных и назначения атрибутов достоверности (качества) всоответствующей модели данных, как опреде
лено в МЭК 61850-7-1 - МЭК61850-7-4.
Вышеуказанные требования подразумевают,что LN-отправитель является также источником первич
ных данных, то есть он хранит новейшие значения этих данных, и что LN-приемник обрабатывает эти дан
ныедля некоторой связанной функциональности. В случае отражения данных (образ базыданных процес
са, прокси-сервер и т. д.) эти отражения данных хранятся как новейшие («valid»)для функции,
использую щей эти данные.
В случае повреждения или потери данных LN-приемникне может действовать, какобычно, а работает
в режиме пониженного качества. Таким образом, должно быть четко сформулировано поведение LN как в
нормальном режиме, так и в режиме пониженного качества, при этом поведение функции в режиме пони
женного качества проектируется индивидуально в зависимости от функции и не является объектом
стан дартизации настоящего стандарта. Другие LN распределенной функции и система контроля для
принятия необходимых мер также должны быть информированы о снижении качества через
стандартизированное сообщение или собственно атрибуты качества данных. Например, при наличии
достаточного количества времени может быть также сделан запрос на направление достоверных
данных (повторная передача). Подробное последовательное поведение распределенных функций
вообще не подлежит стандартизации.
12