точно. и всё зависит от того, сконфигурирован ли соответствующий контроллер на обмен(и управление!) со СКАДойСообщение от sng21099
а то окажется, что там нет интерфейса или также лицензия не позволяет или что-то ещё не будет
тупо посчитайте входные сигналы - это и есть условно количество ваших тегов-переменных, которые вы погоните в скаду.
чисто теоретически, допустим оператору-технологу или Главному начальнику - не нужны мелкие детали состояния - перегрев, срабатывание моментной муфты, токовая защита, обрыв датчика или нет питания датчика и так далее, им нужна тупо АВАРИЯ НАСОСА, поэтому теоретически можно заморочиться и группировать допустим аварийные всякие состояния по оборудованию и тем самым несколько уменьшить объём тегов
но радикально вы от этого не выиграете, продавцы СКАДы не дадут вам скроить, и лицензии у них обычно не идут с мелким шагом по числу тегов
но как правило, утаптывание сигналов состояния и аварий - это куча лишней работы и зачастую - её проще сделать в СКАДе, чем в ПЛК, который к тому же надо будет постоянно перегружать и потом отлаживать потом
так что - просто посчитайте по основным входам каждого контроллера и сетевым всяким модбас-переменным, если таковые есть от всяких ПЧ или приборов.
прибаьвте запас 25% на всякие последующие расширения или хотелки или дополнительные сигналы при реализации управлении (к примеру ход задвижки - чтоб оператор был уверен, что команда прошла и привод крутится)
это и будет вам число тегов скады.
даже если вы потом из этого числа что-то оператору не нужно, то как обычно асушники ставят у себя одну станцию, чтобы полностью видеть что творится с плк и кипом, а там как раз все сигналы и нужны
а если не будете так делать, то ненужные сигналы тупо выкинете из обмена, пойдут как раз на тот резерв для реализации операторских хотелок
плюс сразу соберите "заявки" от всех желающих лицезреть процесс, некоторые скады могут разделять число АРМов - если к примеру на один АРМ можно накатить вс в одном флаконе- и БД, и сам АРМ, и среду программирования и принтер отчётов/архивов, то на три АРМ уже лучше выделить одну машину под БД, архив и отдельно АРМ программиста/инженера, если вы её не будете у себя ставить -= иногда удобнее работать в контакте с оператором при наладке - вот вам и 3 сетевых АРМ и БД/архивная станция отдельно
вот вам и будет ваша конфигурация вашей скады
Ответить с цитированием