Comments 32
Это было стыдно читать, простите.
Позвольте, сударь, а что не так?
Всё
опечатки
очень... странный... стиль... с многоточиями... и смайлами :)
Не укладывается в стилистику ресурса: с сухим и конструктивным выкладыванием информации.и главное: отсутствие хоть какой-либо практической пользы для тех, кто хоть раз видел электронные приборы за последние лет 50.
Ну нужно разделять типы данных и их передачу и преобразование сигналов. Управляет не условный rs или токовая петля, а управляет преобразователь сигнала в изменение частоты или другого параметра. В случае реле там все проще - там преобразователь сухой контакт, в случае исполнительных механизмов там сложнее - уже открываются и катушки для штоков и другие устройства. Про мир пневматики с ее исполнительными механизмами я вообще молчу. Если коротко - то как управлять это задача алгоритмизации, а с помощью чего это приборов и устройств.
Я хотел "для самых маленьких" рассказать о физических интерфейсах управления приборами, причём в самом общем виде. Управление это не только цеха, а техпроцесс это не только литьё в кокиль. Научное оборудование тоже требует АСУ, ЖКХ это тоже техпроцессы, плюс всякое там узкоспециальное.
Но о том что управление бывает не только электрическое, но и механическое, гидравлическое, пневматическое - как-то не подумал. Что ж, будет как расширить тему тем кто в этом хорошо понимает :)
Ну тогда стоило бы расписать о физических типах передачи данных - аналоговые(токовые и напряжения) и дискретные, плюс огромная подчасть дискретных - цифровые. Ну и далее рассказать о логических типах цифровых типов - Modbus, Profibus, Can и т.д. И вынести в отдельную часть конвертеры типов сигналов - передача любого типа например через TCP/IP.
Не понятно кто и зачем плюсует статью. Есть вполне годная литература, например Денисенко, В. В. Компьютерное управление технологическим процессом, экспериментом, оборудованием. Ну и гуглится его же сайт. Всем далеким от темы предлагаю начать с этой литературы. Стиль изложения в статье только запутает читателя не давая представления о том, как работает АСУ ТП. Публикацию спасти нельзя!
Отлично! Кто-то перейдёт в комменты и увидит эту ссылку. Значит сработало!
вот я плюсанул. Мне эта простенькая статья больше по душе чем очередные обзор ЧатЖПТ, миджорни и коммерческой джинсы.
А вы можете написать что-то своими словами про автоматизацию, кроме "Есть вполне годная литература" ?
Дать какой-то обзор литературы - что проще, что полнее, что устарело, что новинка ?
Я же правильно понимаю, что вы специалист и сможете написать статью получше, чем тут написано, да ?
Возможно занудство мое вызвано 13ю годами преподавания по данному направлению и около 14 лет практики ПНР. Статью написать могу, но не буду давать обещаний, что сделаю это быстро. Обещаю лишь, что сделаю.
А мне понравилось, ставлю плюс! Пути в профессию неисповедимы, если бы в далеком 1988 году я не увлёкся бы весёлой книгой В.Полякова "Посвящение в радиоэлектронику" (рекомендую!), может и не нашёл бы любимое дело жизни.
Ещё вчера хотел написать вам, что готов помочь. Не написал, так как не специалист в этой теме (с оборудованием работал на уже более высоком уровне абстракции - слал команды через сокет, либо за апишечку дёргал).
А сегодня подумал: если будет потребность в рецензировании, вычитке - обращайтесь. Всё-таки где-то и я могу быть полезным :-)
Статью написать могу, но не буду давать обещаний, что сделаю это быстро. Обещаю лишь, что сделаю.
Буду ждать. Даже и не быструю :)
Здравствуйте, вы очень широко рассказали про управление. Мой вопрос гораздо узкий. Есть некий ПЛК ОВЕН 212 ТРМ. У него есть порт RS 485. По этой линии связи с помощью программы можно и считывать параметры и менять уставки, то есть заводить команды? Но это только часть управления. У ТРМ еще и выходные реле имеются для регулирования приводом. А если нам надо привод открыть или закрыть? Тогда тоже через RS485 канал? А канал в это время занят передачей с датчиков давления или расхода. Тут как каналы развести?
Все не совсем так. Управляет приводом трубопроводной арматуры сам ТРМ. Внутри него есть программный ПИД регулятор, который рассчитывает рассогласование (ошибку регулирования) и формирует выходной сигнал, например на пускатель открытия. Про ПИД-регуляторы у Денисенко тоже есть. RS-485 у локальных регуляторов обычно используется чисто для мониторинга параметров. Через него конечно можно управлять, но для локального регулятора производитель уже все положил внутрь коробочки ТРМ. А вот если Вам из АСУ ТП верхнеуровневой нужно рулить, то да можно перевести ТРМ в режим внешнего управления и через него просто транслировать сигналы.
Позвольте мне попробовать ответить.
Порт RS485 можно использовать для задания/изменения параметров. Датчики подключаются на другие входы ТРМ, и влияют на регулировку "сами", без дополнительных команд. Вот схема с сайта Овен:
Похоже на использование навигатора - Вы задали по RS485 уставки ( как в навигаторе - конечный пункт назначения), запустили регулировку, а далее прибор отслеживает показания датчиков ( навигатор определяет положение по GPS), и корректирует сигнал на задвижку (навигатор говорит "поверните направо/ налево").
Мне это знакомо. Это описано как нижний уровень АСУ. А меня интересует, как дистанционно еще вмешаться в работу регулятора и закрыть или открыть его, в то время когда регулятор выполняет свои задания, но технологически задвижку надо закрыть. Закрыть ее можно остановив пид, чтобы не мешал, а потом закрыть или открыть по требованию или надобности. Какими средствами реализуется такая конфигурация АСУ?
Тогда по RS485.Ставите на компьютер программу Овена. Команды описаны в руководстве, стр 51. Как только Вы посылкой команды переключаете прибор в режим дистанционного управления, регулировка прекращается, а значит сигналы с датчиков игнорируются.
Вы сейчас описали верхний уровень? Это он и есть? Получается что канал связи остается прежним , тот же RS485 тот же его вход. Так что ли? Насколько я знаю верхний уровень имеет свой изолированный канал связи. Или я не прав? А может он и не нужен? В том случае если система продублирована . Одну в ремонт, А вторая в работе.
Это скорее канал связи между верхним и средним уровнем, на котором контроллеры. Под верхним уровнем обычно считают визуализацию управления (т.е. панели оператора) и сбор данных (система СКАДА). Нижний у нас это датчики, реле, прочие исполнительные механизмы.
В ТРМ один канал - RS485, он используется как в режиме автоматического регулирования ( задали параметры и дальше прибор сам регулирует), так и в режиме дистанционного управления ( сигнал открыть/закрыть задвижку). Пусть Вас это не смущает, скорости передачи хватает на всё. Тем более, что сигнал не "висит" на линии, пакет команды из битов-импульсов дошёл до прибора, был принят, и дальше прибор его отрабатывает без занятия линии RS485.
Дублирование системы здесь может быть, если поставить рядом второй прибор, уже с заданными параметрами, ВЫКЛЮЧЕННЫЙ, и при аварии быстро переключить питание с неисправного на исправный. НО! так не делают, потому что в приборе, в процессе регулировки, изменяются величины ПИД параметров, а в новом приборе их не будет. Соответственно, для выхода на имеющийся режим понадобится некоторое время, задвижка может пойти не туда и т.п. Возможно, эти текущие параметры регулировки можно периодически считывать ( по тому же RS) и сохранять в ПК, а потом быстро записать в новый прибор, но тут я наверняка не скажу, не углублялся сильно в документацию.
Не по теме: почему не могу ставить плюсы, они не реагируют.?
Если я попаду в отдел АСУ, мне предлагают заниматься наладкой кип, а это нижний уровень. То чем будучи заниматься? Что это за работа? Менять датчики неисправные, обследовать реле, приводы. Ремонт тоже на мне? Составлять протоколы, отправ лять на поверку, тестить датчики аналоговые тоже наверное. Что я не указал?
про плюсы не скажу, модераторы лучше знают
Для наладчика КИП самое частое занятие - выяснять, почему не работает так, как надо. При этом часто эксплуатанты стоят за спиной и нудят, что всё горит и надо быстрее ))) Зато решённая проблема приносит чувство глубого удовлетворения! Если имеете устойчивую психику и любите головоломки - это Ваше. Но при условии, что работодатель не жмётся на нормальный инструмент (как измерительный, так и обычный, отвёртки, кусачки, кримпер, утконосы,....) и материал (от проводов до изоленты). Если требуется сделать и г.. конфету, ремонтировать без запчастей, то мой Вам не совет, это ведёт к отвращению к делу и депрессии себя.
остальное Вы указали. Удачи!
Могу сказать за их регулятор TPM 251. Я пару лет нзад собирал на его базе для отца контроллер для самогонного аппарата. Причём выбор был обусловлен тем, что он по своей работе с этим оборудованием уже давно знаком, сам я ничего не выбирал. Самый простой вариант: TPM, термодатчик, твердотельное реле.
Там всё вполне конфигурируется с самого устройства (правда, без руководства это делать нереально), включая настройку трёх программ.
Тогда же я нашёл и фирменную программу, которая даже запустилась в wine, но из-за отсутствия возможности подключиться к 485 вживую потестировать не смог. Но по интерфейсу (запущенному в офлайн-режиме) выглядит так, что более-менее всё там настраивается, в том числе видно, что можно менять те самые три программы. Так что вероятно в других моделях может быть всё так же, но это надо проверять. Я бы лучше потестировал фирменной программой или просто спросил производителя, тем более что он вроде как довольно отзывчивый.
Все комментарии не читал, по теме статьи на уровне ПТУ. АСУТП это всегда система с хотя бы одним каналом ос но как правило это система с несколькими оос. Если это конечно не утюг.
КМК, начать надо было сильно издалека. Т.к. @ivan58настолько не удосужился прочесть 2..3 первых ссылки в поисковике, что путает в контексте АСУ ТП аббревиатуры АРМ и ARM.
АСУ ТП для самых маленьких. Как происходит управление оборудованием