Так не беритесь за проектирование того, что не знаете.
Повышение квалификации - личное дело каждого, работа для всех есть. Можно не учиться считать АЛАР разных производителей, РТП тоже кому-то надо считать.

Вы о чём??? что за ...

Аналогичный совет: так увольняйтесь с работы тут же если поступят новые терминалы РЗА, т.к. Вы их не знаете....
Во! блин забыл!, если Вы из эксплуатации - так направят на курсы, ну так если Вы не знали, то скажу, что в ТЗ и в сметы, как правило, включатся расходы на обучение персонала нового вводимого конкретного оборудования от конкретной фирмы...

вот Evdbor по существу подтвердил , а Вы выхватывали фразы и всё и рубите не вникая...

И всё же , у нас это естественный процесс мало что знать конкретного о специфике проектируемого объекта и поэтому начинать с нуля, изучать и овладевать, без всякой помощи, используя только собственный накопленный опыт... и первыми формировать хоть какое-то приемлемое представление об объекте с "четко обозначенными контурами и начинкой", т.е. пока нет законченного образа, представленного на бумаге или ином виде, практически ни у кого и нет единого представления о проектируемом объекте, на сколько плох или хорош проектировщик, но он сделает "болванку" или действительно ПД/РД и появится "объект обсуждения" 

понимаете у меня есть текущие вопросы по проектированию, на которые здесь не ответят (например, ОН на ТПС), хоть и много замечательных и опытных специалистов, вот например
мне нужно формировать "симметричные команды ОН" по ТПС, а тут выяснил распределение подключения фаз этих ТПС выполнены с ошибками ...
Термин - "симметричные команды ОН" придумал сам, т.к. ни где в НД нет вообще даже АЧР, не говоря уже об ОН на ТПС!!!

Так об этом и речь!!!
Что сложно на бумаге начертить логику, которая бы полностью соответствовала бы требуемой задачи ...
хочу что бы было как лучше и ставлю проблемы которые есть, а вот как их решать??? ХегоЗ!!!

Есть пути,
1. Требование ко всем фирмам стандартизации и унификации всей чертёжной логики.
2. Наличие фирменных программ эмуляторов, открываешь и чертишь, предварительно указав для какого терминала. Сохраняешь и отсылаешь заказчику, а там уже компиляция, интерпретация или ... уж его дело...
вот если будет такой инструмент, то будет меньше проблем.

Вы это к кому обращаетесь? мысли в слух?!

Добавлено: 2022-07-25 10:07:15

так значит это не проектировщики, а стыдобище, перехватчики тендеров,
таких развелось будь здоров, что тут скажешь:
"не гонялся бы ты поп за дешевизной", да и ТЗ надо составлять весьма тчательнее и ответственно...
на этой площадке обращались за выполнением,  той или иной работы отказывался, т.к. заказчик не мог представить всех исходный данных, а значит заведомо не то, что качественно, а даже в приемлемом варианте нельзя было выполнить, а ведь кто-то и взялся...

PS пятый год прошу, что бы обновили RastrWin и купили бы RusTab, надо почти 2 лимона,
да где ж такой жирный договор подвернётся...

конечно не ясное и не конкретное изложение или формулировка...
разрабатываться она должна производителем и должна уже быть в памяти терминалов! нужно только привязать (это и есть как раз - конфигурация, а не "разработка") и поставить "галочки" на программных ключах ...
Графическое же отображение варианта её реализации, должно быть представлена в РД, однако если защита "проста и не замысловата как грабли", то и наладчик сможет сходу наладить терминал, мозгов то обычно хватает, а вот не хочется наверно брать на себя ответственность? проще бездумно потыкать кнопочки и не хай работает, так что ли... проектировщик и "в глаза не видел" этот терминал, заказал одну прошивку, а пришла совершенно другая типа последний усовершенствованный новяк и что?, будете отсылать на переделку всю документацию?

Документация всё равно будет переделана, не проектировщиками, так наладчиками в виде исполнительной, и бесплатно.
А применительно к Sepam 1000 там не галочки и квадратики а текстовая программа (у них это дословно называется логическое уравнение). А ещё это может быть файл программы логипама, и если есть гуси то cid файл. Да, в полном варианте для этого нужно три программы использовать.
Логика, реализованная в Sepam 1000 многих не устраивает, что вынуждает подменять её самописной. По хорошему это просто не подходящий терминал, но почему его применяли - совершенно другой вопрос, и обычно, мы даже задавать его не можем.
Ну а я, по опыту писания всего такого при наладке, остро ощущаю нехватку исходных данных, которые наладке никто не даёт, и времени на отработку всего этого, потому как совсем некогда придумывать - "прыгать нада"

Тоже не совсем понимаю... Кого не устраивает? Или речь идет о том, как в "черном ящике", которым является терминал, определить соответствие входным и выходным сигналам? Так уж сложилось, что решается это на этапе наладки. Вот уж с логикой-то проблем меньше всего. Она практически у всех свободная (в том, или ином, виде). А вот если в проекте от разных шинок на два дискрета с общей точкой сигнал завести надо, здесь уже веселее и поле для творчества)).

А вообще, к сожалению, действует максима моего первого начальника: "Мобильный настроить сможешь, вот и с терминалом справишься." (
Долго жду, когда же количество перейдет в качество.

Великий СЗМА Новгород,
Можно и так... Только это меня всегда удивляло. Разработчик старался, тратил ресурсы, отлаживал. А тут - бац! Не-е-е, это нам не надо, мы сами с усами.
Но деньги-то заплачены в том числе и за разработку! Мой опыт говорит, что в этом случае просто лень разобраться, а хочется сделать по аналогии, с тем, что уже знает.

В приказе 100 Минэнерго п.24 расписан состав РД, куда входят ФЛС. На деле действительно тяжело включит в проект логики, тк зачастую в одном проекте несколько разных типов терминалов.