приборы для автоматизации итп, цтп

[Wer]

ну вот. опять начали ворошить старое. прошло наверное года два? лично мое мнение не поменялось: ни к чему объединять регуляторы. не нужно объединять управление насосами и регулирование. не нужно коммерческий учет перемешивать с технологией. система диспетчеризации должна работать параллельно коммерции и технологии и иметь свой парк датчиков. охранная сигнализация должна существовать автономно своим собственным комплектом оборудования и телеметрии.

пятое, часто сталкиваемся с вариантом, когда в тепловом пункте имеется две системы с регулированием температуры по наружному воздуху. соответственно устанавливаем два трм32, два датчика наружного воздуха и тянем две кабельные линии (как правило, достаточно длинные). удобней было бы иметь возможность получать данные о температуре с одного датчика по сети (разумеется, если таковая используется).

Cоглашусь. Но сталкиваемся не часто.

[ASo]

система диспетчеризации должна работать параллельно коммерции и технологии и иметь свой парк датчиков.

Почему?
Почему не снимать информацию с технологии (заодно управляя ей, при необходимости) и с коммерции?

[Wer]

Почему?
Почему не снимать информацию с технологии (заодно управляя ей, при необходимости) и с коммерции?

Дублирование. Это совершенно нормально. И я Вас умоляю: Только не надо ничем управлять!!
Уточню себя. Вместо слова "технологии" поставьте "системам регулирования". Тогда зазвучит правильно.

[ASo]

Дублирование. Это совершенно нормально.

Зачем? Если все данные есть в управляющем контроллере, то почему их оттуда и не забрать? Зачем дубль датчиков, системы измерения?

[ВладимирS]

Зачем? Если все данные есть в управляющем контроллере, то почему их оттуда и не забрать? Зачем дубль датчиков, системы измерения?

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

[Дмитрий]

господа никто не говорит о неиспользовании переменных из плк, речь идет о надёжности системы в целом и для надежной информативности. создание отдельно контура показаний и контура управления вполне и очень нормальная вещь, я не говорю о одной муфельной печи, и если вы когда нибудь работали на нормальном производстве, то там всё так и сделано.

[Wer]

грех не использовать уже имеющуюся в контроллере информацию, а вместо этого огород городить сугубо с целью диспетчеризации...

приведу один пример. регулятор температуры гвс на базе трм12. термометр установлен в 5 Dу после точки смешения подающего и обратного трубопровода, клапан кзр установлен на подающей линии. вот точка врезки термометра получается такой (как бы это сказать) критичной что ли, но эффективной. смотришь на измеренные показания и зла не хватает. а вот дальше по трубопроводу гвс на гребенке установлен термометр гвс системы телемеханики. уже потоки смешались нормально. это и надо снимать в диспетчерскую как итоговый результат.