Комментарии 53
Всё это не может работать на обычных операционных системах
У нас (металлургическое производство) 2-ой уровень прекрасно работает на самых обычных операционных системах, и даже часть полноценной автоматизации на них реализована. Потому что никакой двигатель не в состоянии остановиться/запуститься в течении одной миллисекунды, и отклика в 15мс + 50-1000мс на передачу данных по сети более чем достаточно.
У нас такое тоже практикуется, но всё зависит от задачи, решаемой данной системой. Конкретно в нашем случае с такими гарантированными откликами работает реверсивная прокатная клеть для широкого листа. В случае больших задержек при пересчете уставок мы не сможем вовремя отдать корректное задание и прокатаем не то что должны.
у них вон SIMATIC PCS 7 прекрасно себе стоит, которая только под Виндой.
Экономика в разработке АСУ сильно ограничена, по сравнению с обычным программированием по двум основным причинам:
Каждый проект уникален - возможности тиражирования решений сильно ограничены
При внедрении АСУ невозможно уменьшить число людей-операторов - их количество обусловлено работой в условиях аварийной ситуации когда АСУ считается отказавшей
В нашем случае выделение направления разработки связано с возникшим дефицитом подрядчиков в регионе.
На предприятии разработана большая программа по оптимизации ручного труда на производстве. Основной упор — на автоматизацию транспортных операций в техпроцессе и расширение зон ответственности операторов, которые теперь управляют не одним, а группой типовых агрегатов. Это порождает большое количество разработок и доработок ПО АСУТП.
Это ваше личное восприятие действительности. 1. Продаем однотипные системы управления с оборудованием тысячами штук в год. 2. Результаты внедрения АСУ ТП скорее зависят от пожеланий заказчика, от "ну не хочет он жену кума из цеха увольнять" до "автономная установка с режимом 24\7"
1. Про Суутп слышали?
2.Что значит отказала АСУТП? Пропал основной и резервный от ибп ввод питания? Не сработало резервирование контроллера? Или система настолько маленькая что всего этого нет а куча операторов зачем то есть? И чем занимаются операторы когда отказала Асутп? Ходят вручную обеспечивают тех процесс? Или устраняют проблемы в производстве так как проектировщики не смогли обеспечить переход в безопасное состояние в таком случае?
Остальным для справки если отказала какая то большая система асутп сделанная как положена значит асушник дол...б и что то сделал не так.
Да, в реальном мире иногда АСУ ТП отказывают целиком. Вы правы, такого не должно быть, но вот поди ж ты.
Очень многое зависит от людей, которые в этот момент оказались на смене. Некоторые коллективы могут успешно бороться за живучесть объекта, другим лучше сразу брать сумки и идти перпендикулярно направлению ветра. Такие вещи плохо поддаются регламентации, и регламенты пишутся чиновниками исходя из соображения "вырубай, страшна-а-а!", что абсолютно понятно. Тем не менее, "асушник дол...б и что то сделал не так" -- это не конец истории, это ситуация, с которой надо работать.
У нас на объекте помимо АСУ ТП есть и другое оборудование, и даже если она "погасла", оно никуда не исчезло и в нём продолжают идти какие-то процессы.
И тогда операторы -- совершенно верно -- вручную обеспечивают техпроцесс в той мере, в какой это возможно. А если нет -- то обеспечивают аварийную остановку. И только если невозможно/неактуально даже это -- вводится алгоритм ПАЗ, который останавливает всё без участия человека. Так, мы однажды выяснили, что на полный ввод АСУ ТП после обесточивания (тут без комментариев) требуется около 30 минут, а потом ещё полдня бригада киповцев будет бегать и дёргать зависшие актуаторы. А операторы ещё сутки будут бегать и дёргать байпасы.
Всё это более-менее возможно при том условии, что есть люди, связь, хотя бы некоторые первичные преобразователи показывают "по месту" какие-то понятные значения, исполнительные механизмы ПАЗ, наоборот, заботливо выведены из строя глупыми операторами заблаговременно, а СБ оперативно отключаема.
В противном случае таки да, объект перейдёт в "безопасное состояние", но хорошо ли это? Не все объекты управления так хороши, как, например, сверлильный станок. Если посреди зимы резко "перевести в безопасное состояние" например нефтеперерабатывающий завод, то пускать его будут, в нашем климате, до середины весны. Там некоторые процессы должны работать не то что при потере какой-то АСУ ТП -- даже при потере электроснабжения. Ну конечно, НПЗ относится к первой группе надёжности, но ведь ток переменный, полностью зависеть от его наличия дураков нет.
Кроме того, это "безопасное состояние" на самом деле не такое уж безопасное. То есть да, оно безопасное по сравнению с МПА, но всё равно любая аварийная остановка сложной, крупнотоннажной, горячей ХТС наносит серьёзный ущерб оборудованию. Это манёвр почище "разворота линкора на ручнике", остановочные операции безопасны только тогда, когда они выполняются плавно.
Поэтому перевод, например, химических установок в "безопасное состояние" в ответ на каждый чих АСУ ТП -- крайне плохая практика, и технологи её по возможности избегают. Это не нравится надзорным органам и асушникам, у которых, как считается, все овраги учтены и рассчитаны. Ни один нормальный технолог не будет с этим спорить, потому что люди, которые склонны мочиться против ветра, не становятся нормальными технологами. Но материальная база реального мира несовершенна, и даже (крамольная мысль!) регламенты бывают несовершенны. "Жизнь жёстче".
Статья отлично описывает сложные процессы автоматизации производства , объясняя их понятным языком! Вы мастерски раскрываете принципы работы АСУТП, начиная с истории паровых машин и заканчивая современными системами реального времени. Подробные примеры и аналогии, такие как система поплавков, делают тему доступной и увлекательной.
@moderator ловите бота-новорега с нейросетевыми комментами. Надеюсь, плюсующую бот группу вы тоже блочите.
Почти от всех работников требуется офигительная квалификация и текучка нежелательна. Откуда людей берёте - профильные учебные заведения или сами выращиваете?
Я много лет отработал в АСУ ТП. И программистом в системных интеграторах, и штатным инженером на заводе. Работа интересная, сложная, но, традиционно, низкооплачиваемая, по сравнению с обычными программистами и вообще айтишниками.
К сожалению, это не только в нашей стране, а и в Европе и в США.
Даже условный одинэсник зарабатывает ощутимо больше, чем программист или инженер АСУТП.
Хотя, знания нужны очень разнообразные и глубокие и в программировании, и в сетях связи, и в технологии.
Нужно иметь понимание и знания в механике, в пневматике, гидравлике и т.д. и т.п.
И работать часто приходится и на жаре, и на морозе, и в грязи, в машинном масле и т.д
Тоже работал в сфере АСУТП со стороны подрядчика, теперь работаю со стороны заказчика. Понял, что на автоматизацию средства всегда выделяются по остаточному принципу. То есть здание построить нужно, технологическое оборудование закупить нужно, электрика, отопление, вентиляция, пожарка, связь тоже нужны. А про автоматизации большинство из людей принимающих решения по капитальным затратам слышали только краем уха. Приходится буквально на пальцах каждому объяснять зачем это вообще нужно. Доходит до того, что всё переносится не следующих год, а потом еще на один, и так далее. Видимо поэтому и зарплаты такие низкие, потому что никто не видит ценности в автоматизации.
Это грустная правда, я к концу последнего курса на АТП в универе начал подозревать неладное, когда подработка эникеем начала приносить мне деньги сравнимые с зарплатой моего куратора диплома с производства. Спустя 20 лет мне так же дико видеть людей в АСУТП, на порядки умнее меня, зарабатывающих меньше меня, по большому счету такого же эникейщика со стажем.
Я ваш коммент плюсанул конечно. Но... Переставайте пожалуйста использовать это гадкое слово "эникей", которое условные люди из условного "АСУТП" придумали или из зависти, что они меньше получают, а больше знают, либо люди которые по любым причинам пытающиеся подчеркнуть и обосновать всем и убедить всех в том числе и себя что вот они вот не зря потратили время\жизнь став узкоспециализированными (и даже высококлассными! порой но не всегда высокооплачивыми, читай выше) специалистами. И заметьте я не говорю что это плохо. Но...давайте будем честны...IT... это очень многообразная и быстроеменяющаяся отрасль. В которой каждый день что-то новое и интересное!
Поэтому. Не нужно обесценивать ни себя ни других. :-)
Я не совсем понимаю, заслуживает ли это каких-то эмоций или наездов на ту или другую сторону. То, что асутп - это незаслуженно черная кость в мире айти, для меня лично является фактом, у меня перед глазами куча примеров друзей с моего университетского выпуска, работающих по специальности. Знаний и умений их работа требует в несколько раз больше, чем моя, плюс, например, готовности сорваться посреди ночи в забой угольной шахты несколько часов побарахтаться в смеси угольной пыли и ледяной воды со своим оборудованием, если что-то упало. Не уверен, что они стремятся что-то "подчеркнуть" или "обосновать" кому-то. Просто жизнь у них объективно не сахар.
Ну а мне такое наоборот нравится — дороги, новые места, новые люди, новый опыт почти на каждом выезде. Недавно видел бывшего коллегу, который не ушел из системного администрирования — сейчас у него грыжа позвоночных дисков, астигматизм и, вероятно, геморрой. Спасибо, не надо, я уж лучше в угольной пыли. «Самые счастливые люди это те, от кого разит потом, когда они возвращаются домой после работы». «Каждому своё».
Очень даже не сахар, поработал я асушником, хотя формально "Инженер-электронщик". Реально любой косяк сваливают на тебя, всем так проще.
Вот пример из жизни: есть линия производства чего-то там. Впрочем, чего таить, там делался эмалированный провод. И в один прекрасный день мне звонят и говорят, что податчик провода крутит слишком быстро, это что то у вас! Начинаю разбираться. Там на податчике стоит двигатель (с частотником), редуктор и огромное такое колесо. Включаю линию. Двигатель набирает обороты, вижу что оборотов действительно что-то многовато. ПЛК выдал такую команду? Нет. Частотник сам поменял себе настройки? Линия связи между ними глючит? Нет, нет и еще раз нет. Оказалось, два дня назад доблестные слесаря поменяли этот самый редуктор на новый (который ехал 2 месяца до замены). И молчат такие. Угу, молодцы, все поменяли и оно даже крутится, вот только про передаточные числа редукторов все почему-то забыли. Рядом ровно такая же линия. На рабочем редукторе шильдик 1:100. На новом шильдик 1:50. Все понятно. Все очень с удивленными лицами ходили, а как это так, а кто это сделал, разглядывали шильдики...потом наверное кто-то по шапке получил за это. А я свою дозу негатива. Очередную.
А еще на тебя сваливают свои косяки все кто угодно - технологи, операторы, электрики, слесаря вот..."Это я не знаю что, у меня провод черный пошел" - орет технолог. Это значит что-то с печью. Опять идешь разбираться. Выясняется, что технолог вместо температуры отжига в печи 350 градусов вбил 3500 градусов, печь на такое не рассчитана, но градусов 600 она кое-как набрала и шпарила на максимум. Без знания технологии там делать нечего. Неопытный полезет разбираться в печку, а чего она там так сильно греет, может ключи пробило? Вроде нет. И упрется в ПЛК, не дойдя до СКАДы им управляющей.
Ну и платят, конечно, да, меньше чем операторам. И вечная беготня. И "незаменимость". Могут и в выходной дернуть, оставаться - да как нефиг делать. Тут двойственность, такая работа - для молодых, им и беготня нормально, и интересно. Но у них нет опыта. А старые типа меня - знают, но беготня и нервы эти ни за какие деньги не нужны.
Уволился и забыл как страшный сон. Больше на такое я ни-ни. Хотя производство и заводы я люблю, это мое. Но не АСУТП. На производстве есть много других прекрасных работ =)
Спустя 20 лет мне так же дико видеть людей в АСУТП, на порядки умнее меня, зарабатывающих меньше меня
Отработав после института 3 дня в офисе из 5 человек эникейщиком понял, что от такой работы просто свихнусь. Пошёл на завод ради опыта, в любой момент же можно уволиться. А потом там починил, тут переделал, здесь новую систему автоматизации с нуля разработал, сделал и внедрил - и вот это уже не просто завод, а второй дом вот уже 20 лет как. Втянулся, короче. Бывает, конечно, колебания, особенно в отпуске, когда очередной знакомый зп в 2х предложит. Но каждый раз оказывается, что за зп в 2х фигачить надо в 10х, попускает.
А ещё адреналин. Кто-то ради него с моста или самолёта прыгает, по горам лазит, на зимнюю рыбалку ходит. А мне достаточно просто на работу прийти и на горячий металл посмотреть.
Подтверждаю. Работал сервисным инженером, в основном занимался выездами по ремонту или перепрограммированию автоматики вентиляционных систем, переборке шкафов автоматики, перепрошивка контроллеров и поиска неисправностей. Потом был начальником отдела. А потом пошёл в саппорт, обычный хэлпдэск по Винде и прочей обычной офисной фигне, и со старта стал зарабатывать больше чем зарабатывал начальником отдела на заводе. Это всё очень грустно. Скучаю по тем временам, но не могу обеспечить семью на ЗП автоматчика
Деиндустриализация, однако...
Сеть между устройствами — обычно на базе Ethernet.
И фотография с кабелями PROFIBUS - реально очень смешно, для тех кто понимает.
Всё это не может работать на обычных операционных системах, потому что нужны очень быстрая скорость реакции
Тем временем у меня на металлургическом предприятии:
🗿🗿🗿
Ну тут больше удивляет Windows CE для x86
А что на нем крутится? Я бы установил =)
Скорее всего это панель оператора типа Simatic TP. Обычно ставят для отображения техпроцесса по месту, в цеху, рядом с установкой и т.д. Иногда и управляют с ее помощью, вводят уставки
Вы написали "Сеть между устройствами — обычно на базе Ethernet". но на фотографии у Вас показана сеть Profibus-DP и CPU серии S7-400 (если я не путаю). Ethernet у Вас используется только для 1500?
Ну на фотографии ясно видно, что к 1500 по Profinet подключена ET 200SP + SINAMIC, плюс какой-то DP/DP Coupler.
В PCS 7 - системная шина это Ethernet, PROFIBUS у них только полевая шина, предположу что там ET 200M в качестве периферии, возможно и старые частотники тоже на PROFIBUS.
Ethernet используется в связи PLC-SCADA\Модели\«Различные системы сбора данных», а также в некоторых случаях связь между PLC и HMI.
https://habrastorage.org/r/w1560/webt/hu/-m/0r/hu-m0rvbbyjnr6e4kt_sclfs9fs.jpeg
добрый день очень заинтересовала эта картинка. можете рассказать поподробнее как вы запускали VxWorks на Пк или этот монитор подключен к контроллеру ? какую версию Логикада вы используете ? Эти плк уже достаточно старые на что вы планируете переходить с учетом санкций.
А ещё можно проводить сеть по железнодорожным рельсам
По жд рельсам для подвижного состава в основном гоняют тональные сигналы, поэтому о передаче информации говорить не приходится (используется 6 частот, условно 75Гц означает что на участке разрешена скорость 80км/ч, 125Гц это 70км/ч). В основном этот подход применяют в метро. Хотя, насколько мне известно, некоторые конторы занимаются разработкой именно передачи информации по рельсам для метро. Пока что передача информации по рельсам в основном используется для локомотивной сигнализации (те самые коробочки возле рельс) для обычных поездов.
Википедия если кому интересно
Куда приходить? ;)
Сюда к нам - https://omk-job.ru/vacancy/?direction=259
Заполнить анкету и наш рекрутер с вами свяжется )
складывать «сырые» данные нашим сатанистам в их хранилки.
Эпичная опечатка, что даже жалко исправлять.
Всю статью писал PRщик, имеющий смутное представление. Сети у них Ethernet и тут же фото Profibus. Супер пупер операционка и тут же программа, которая работает под виндой. Скорость у них прям вау чтобы уставки быстро применялись для реверсивной то клети.
У нас на винде крутилось ПО для управления реверсивной группой. И ничего, натяжение между клетями нормально просчитывалось. А уставки вовремя прохода вообще не применяются потому что нажимное устройство клети с упорной резьбой. А времени между проходами более чем достаточно на пересчёт. Больше влияет скорость реакции оператора)
А слесари кипиа тут имеются? Или кто у вас между электромонтёрами и инженерами по автоматизации? Ну например подстроить датчик, поменять релюшку, перезагрузить частотник, контроллер в смену, когда линия встаёт кого зовут в первую очередь?
А теперь, когда рассказали введение, мы переходим к PID-контроллерам...
Офигенная, интересная, сложная, разнообразная тема, оплачивающаяся на уровне эникейщика((( Но если тянет к IT, но блевать охота от офиса и всего что с этим словом связано, хочется применить руки и голову и обрести опыт, тянет к романтике посиделок в курилке с чумазыми работягами - хотя бы попробуйте. Познакомитесь с такими системами, с такими контроллерами, языками программирования, да чёрт ещё знает чем, что потом даже на километр не подойдёте к офисному генератору гемор... стулу.
Любопытно было бы почитать о реальном опыте использования нейросети в АСУТП. Управления инерционными системами, с большим количеством входных параметров, задача подходящая для нейросети.
Для решения подобных задач на данном этапе достаточно мат моделей в рамках суутп, оптимизировать контуры управления и наладить даже неочевидные взаимосвязи между различными этапами производства они позволяют. По нейросетям сразу вопрос за чей счёт процесс обучения будет проходить т.к. для большинства производств информация о качестве выходной продукции в полном объёме только на уровне лаборатории, и привязать её к какому то конкретному моменту состояния системы не так просто. С использованием архивных данных ведутся работы по замене операторов и интелектуального помощника для оперативного персонала, есть наработки по предавариному реагированию но никаких деталей конечно же. )
Когда-то давно в середине двухтысячных мне довелось работать в инжиниринговой компании, которая разрабатывала свои контроллеры для АСУТП. О нейросетях тогда еще даже не мечтали, а вот нечеткая логика уже вполне была.
Начитавшись умных книжек я пришел к главному инженеру с предложением внедрить нечеткие алгоритмы, но получил отказ. Потому что на предприятиях работают суровые мужики, которые ничего, кроме старого доброго ПИД-регулятора, не приемлют.
Что вообще такое — АСУТП на заводе