Вид для печати
Добрый день!
Прошу вашей помощи. Я обучаюсь программированию автоматизированных систем управления технологическими процессами (АСУ ТП). Мне дали задание спроектировать систему управления на базе человеко-машинного интерфейса. Один из предложенных вариантов — система управления откачкой воды из приямка.
Вопрос: как связать клапаны и двигатели с поплавками?
ниже по ссылке можно найти задание: Задание №1
https://disk.yandex.ru/d/KpgJG8nepyu0Gg
Так вроде второе задание это про паровой котёл ДКВР, короче, про котёл мне интересней и ближе, в смысле, может Вам лучше котлом заняться?
Вложение 88312
Хотел добавить чтобы Вы не забыли газоанализатор в помещении котельной поставить, вроде в задании его нет!
А так же в паровом котле нет выходной воды. Входит вода - выходит пар.
В котле ДКВр - 2 горелки.
Еще нужна температура уходящих газов до и после экономайзера.
Да, и экономайзер забыли.
А еще там есть дымосос и надо измерять разрежение в топке и вентилятор, давление воздуха после которого тоже необходимо измерять.
Короче схема и ТЗ никакое - переделывайте))
Человеку с учебной задачей надо помочь, а вы на него промку накидываете. Преподаватель такого не пропустит, скажет, ты купил...
Так а что они задания дают, которые писал человек, который вообще не понимает оборудование. Потом на таких материалах учатся и приходят на работу устраиваться.
В ТЗ есть упоминание датчика температуры и 350 градусов, но как раз это и есть температура уходящих газов, но никак не пара в барабане.
В котле ДКВр максимальное давление 13 бар и это +-190 градусов.
Котлы ДКВр имеют коротко факельные горелки ГМГ и работают на низком давлении газа 3-5 кПа.
При превышении давления пара выше 13 бар никакой клапан для сброса не надо автоматизировать. Устанавливаются механические пружинные предохранительные клапана.
Вы не правильно понимаете назначение высшего образования. Это в ПТУ учат профессии, а в ВУЗе учат думать в профессии. Это разные области. Если приходит человек с ВУЗа и не может адаптироваться под нужды предприятия, то такой ВУЗ это шарашка.
Приходил к нам один устраиваться. Специальность электроника. На кип хотел. Я его даже по кипу и не спрашивал, открыл схему, говорю, что видишь, он ни бе ни ме. Ложу на стол тиристор, говорю, что это, он так же. И хочет на 5ый разряд. И нахрена такой, который элементарных вещей не знает... Вот поэтому я и не люблю выпусников Томского политеха. У нас таких выгоняли, а в Томске принимали с распростёртыми объятиями. Том главное не знания, о массовость для финансирования.
Не умеют думать как инженеры, пусть идут слесарями.
Сам вопрос не ясен - в какой части проблема - отображения на экране или в части управления насосами?Цитата:
Сообщение от Умарбек
Если в части управления - там ведь всё просто.
Каждый насос имеет:
- состояние исправности (неисправности) - например, от допконтакта автомата электропитания насоса
- запрос работы (от поплавкового датчика)
Соответственно, для каждого насоса можно получить функцию команды пуска и останова из этих двух сигналов.
Т.к. уровень может снизиться, то состояние запроса должно запоминаться на триггере (RS_trig)
Например,
"Пуск насоса 1" = "уровень выше среднего поплавка" - это на вход S триггера
"Стоп насоса 1" = "уровень ниже нижнего поплавка" - это на вход R триггера
Это получились запросы работы для всей группы насосов 1. А теперь из запроса нужно получить команду включения конкретного насоса из группы:
"Пуск насоса 1 (осн)" = "Пуск насоса 1 от триггера" AND "насос 1 (осн) исправен"
"Пуск насоса 1 (рез)" = "Пуск насоса 1 от триггера" AND NOT "насос 1 (осн) исправен" AND "насос 1 (рез) исправен"
Я мог немного напутать с условиями или не все из них учесть, но смысл управления насосами - именно такой.
В реальной автоматике я бы ещё предусмотрел, чтобы после устранения неисправности основного насоса при работе он бы не включался, оставляя работать резервный насос - чтобы избежать лишних переключений, но в задании об этом ничего нет и пока можно не делать.
Если же вопрос по отображению на панели - то вы имеете дело только с дискретными сигналами на 2 состояния, значит можете на экране использовать битовые индикаторы или использовать свойство видимости объектов (текста или изображений). При необходимости, редактор позволяет делать собственные индикаторы из изображений - например, для поплавков. Этого должно хватить для выполнения.
Проблема в ТЗ ;)Цитата:
Сообщение от FPavel
Откинем ошибки алгоритма, с ними все понятно.
В ТЗ сказано что результатом работ станет проект разработанный в "Конфигураторе СП300". То есть задание предполагает, что весь алгоритм будет реализован в панели на макросах (про ПЛК или ПР не сказано же).
А производитель на странице СП3хх нас предупреждает:
Оно и верно. Представьте управление котлом ДКВр сделанным на одной только панели...Цитата:
Написание небольших программ (скриптов) на «СИ» подобном языке значительно расширяет возможности операторского интерфейса. Скрипты не подходят для написания программы управления технологическим процессом; для подобных задач в ассортименте ОВЕН есть класс таких устройств, как панельные контроллеры (СПК).
Вы между строк читайте. Перевожу:Цитата:
Сообщение от Николай Суриков
СП3xx (не скрипты!) не слишком надежна для управления технологическим процессом.
А среда скриптов в СПxx - да, не для любителей соединять черточками квадратики. И? Cкрипты - это просто язык. Что нельзя написать на си89? Управление каким техпроцессом? Покажете такой процесс который нельзя написать на СП-релизе си89, но при этом можно сделать на СПК с КДС?
Если вынести за скобки надежность панели - лехко. Что там сверхкосмического - в управлении котлом ДКВр?Цитата:
Сообщение от Николай Суриков
Даже в этом релизе, скрипты СПxx ржут как лошади над Ложик-ST.
ПР подойдет для управления котлом ДКВр?
У нас в цеху 2-е ВВУ (Вакуум-выпарные установки).
Каждая имеет ТРМ-138 + ПЧ (для насоса подачи) + ПП (для вакуум-насоса) + пара контакторов для насосов продукта и конденсата.
Обе установки управляются одной СП310 - Б/Р без использования контроллера.
Макросы без проблем опрашивают ТРМ-138 в ОВЕН-протоколе и работают по ModbusRTU с ПЧ, ПП и МУ110-16Р.
Что касается надежности: Циклический подъем температуры в цеху до 45 градусов, со временем приводит к выходу из строя блока питания.
В остальном проблем пока не возникало.
Вот пример приёмных узлов (также без контроллера) работает уже 8 лет - https://owen.ru/forum/showthread.php...l=1#post382607
Конечно, СП устапает по функциональности СПК, но если освоить СП до уровня Petera, то можно закрыть до 99% проектов без использования СПК и ПЛК(ПР).
проблема в том, что человек, который писал ТЗ сам не понимает что такое панель и как это работает в реальной жизни и в реальном проекте, который он никогда не делалЦитата:
Сообщение от Николай Суриков
иначе бы он написал другое ТЗ
поэтому, учитывая что
ну поскольку в реальной жизни никто это делать не будет и заморачиваться на проверку тожеЦитата:
Мне дали задание спроектировать систему управления на базе человеко-машинного интерфейса.
пусть делает абстракцию - цепляет модули 110 к панели
и пишет тупые скрипты
более менее близко к тексту и смыслу
примтивная арифметика и логика там есть
и рисует простые экраны
вот и всё
да и надо взять темку с насосами а не котлом, это проще
Думаю, что не стоит придираться к ТЗ лабораторной работы (которая рассчитана на исполнение за несколько часов с использованием методички) студентом, который впервые сталкивается с панелью оператора (со стороны разработчика).
Выполнив эту лабораторку, он усвоит существование макросов, как ими пользоваться, где искать справку.
А сама программа - достаточно условная, думаю, что вся уместится в 20-30 строк кода - как и любая лабораторка по программированию, типа "найти все простые числа от 1 до N".
Недавно проходил онлайн-курс для получения сертификата - задания были "нарисовать (разместить на экране) в SCADA два элемента из готовой библиотеки - аналоговый датчик и клапан на фоне цвета #FF034A79 - и в ПЛК показать их привязку к переменным и модулям ввода-вывода, проверить с виртуальным ПЛК". По уровню сложности - сопоставимо с "насосами из ТЗ".
ТЗ должно учитывать каким образом появляется сигнал.Цитата:
не стоит придираться к ТЗ лабораторной работы
или тогда звучать по другому - типа Напишите средствами Конфигуратора СП310 скрипт/макрос для приёма дискретных и налаоговых сигналов в таком то формате по протоколу Модбас РТУ и нарисуйте интерфейс экранов оператора для такой то технологической схемы.
не учитывать "источник" сигнала - "это фиаско братан"
про это и говорится. Сделать тупо "допущение" что будет так-то и так то модули и всё, не погружаясь в деталиЦитата:
А сама программа - достаточно условная