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

А может подстанция не ФСК - тогда их требования не айс!..))

А тут есть несколько возможностей.
Заново биться головой об стенку или использовать хорошую наработку.
Решать спрашивающему.

Да, Слава, по разному бывает. Но вот мы привыкли, что если нет на объекте АСУ, то и вопросов нет, а есть АСУ - значит, есть, куда передавать ннф. и откуда получать управляющие воздействия и, следовательно, есть люди, з-нающие, какие это сигналы. А иметь АСУ и не знать, как им пользоваться?...

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

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

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

И я о том же. А для параметрирования нужно знать - что параметрировать. Собственно, тема параметрирования - отдельная тема. Я сейчас только о том, что должен быть согласованный с заказчиком (эксп-й) перечень сигналов.
Одну из недавних Пс делали под ключ: и проект, и наладку. То есть, я в курсе наладки. И там тоже не было четкости по сигналам АСУ. И, как писал коллега, по ходу дела, часто после проверок РЗА перепараметрировали МП РЗА из-за новых хотелок. Много там чего было - лучше не вспоминать.
Те, кто думает, что можно в любой момент как из пластилина перелепить все что угодно, не знает технологии работ. Его бы самого заставить оторваться от личных дел на то доп. время, что люди тратят из-за его "Ох, а давайте так; а - нет - лучше этак!".

Возвращаясь опять к этой теме.
Сдали списки сигналов от каждого терминала по максимуму. Отдали заказчику. Пришло замечание, что данные списки должны быть составлены исходя из принципиальных схем терминалов и названия сигналов должны соответствовать их уставкам. Мне не ясно, каким образом уставки и принципиальные схемы будут влиять на эти списки сигналов. Подскажите кто-нибудь.

Я в проекте для этого сделал табличку, в которой в первой колонке было событие (Срабатывание ДВ1 например), далее во второй наименование сигнала (Команда на включение фидера от кнопки например).
Аналогично для выходов.
Причем чтобы при срабатывании любого входа на отключение или включение формировался сигнал типа "Команда на отключение от ....", а при срабатывании выходного реле на отключение формировался сигнал "Отключение фидера".