Тред занятых по профессии "Автоматизация технологических процессов". Как-то так получилось, что мног
Аноним
25/02/26 Срд 10:59:39
№
1
>Профессия решает задачу автоматизации как отдельной машины, так и всего предприятия. Автоматизация делает рабочие машины и целые цеха работающими без помощи человека, а следовательно быстрее, безотказнее, производительнее, безопаснее. Простыми словами ваш заводик силами наших слесарюг работает сам, без джамшутов на конвейере. В идеале конечно.
>Основа нашей автоматизации - ПЛК, компьютер, выполненный как автомобильная элктроника, т е с кратным запасом надежности всех электронных компонентов. Делается это для того чтобы ПЛК не отъебнул в момент, когда у кабана на заводе миллион долларов превращается в 100 миллионов.
>Программная основа - Языки стандарта МЭК 61131-3. Сделаны эти языки для назкого порога входа, легкого и удобного дебага кода в поле. IDE к каждому ПЛК как обычно свой, но языки это база для всех и не меняются нигде.
Основные персонажи этой нихуя не смешной комедии:
Инженер АСУ ТП (разработка) - готовит проектную и техническую документацию по проекту автоматизации у клиента. Его результат: пачка проектной документации по разделу "Автоматизация" (АТХ, АОВ, АВК).
Ведущий инженер АСУ ТП (разработка) - лид в этом балагане.
Инженер-программист АСУ ТП (разработка) - пишет програмный код по готовому и согласованному проекту. Его результат: управляющая программа АСУ ТП проекта.
Инженер ПНР - так вежливо называют бедолагу, который поедет в трижды сраные ебеня запускать проект АСУ ТП у клиента. Земля пухом, попутного ветра.
Инженер АСУ ТП (эксплуатация) - поддерживает на ходу систему АСУ ТП завода чтобы всё не накрылось женским половым органом. Периодически заставляют работать слесарюгой или уборщиком территорий.
Инженер-программист АСУ ТП (эксплуатация) - иногда очень ресурсные кабаны имеют блажь нанять аж целого программиста, чтобы он правил и дописывал програмный код системы АСУ ТП завода.
Инженер КИП и А - по факту не нужен. Повсеместно заменяется инженером АСУ ТП. На текущий момент так обзывают чуханов из ночных смен, которые шерстят по линиям и протирают датчики.
АСУ-ТП в основном на снгшных заводах, это когда ты должен знать больше слесаря, электрика, киповца, технолога и получать зарплату гораздо ниже них а чаще всего даже не имея вредности на заводе.
На заводе где я работаю зарплата электрика и других чертей либо как у нас либо выше.
Как писали и будут писать Асутп гиблая отрасль, мало вариации удаленки, высокая ответственность, каста опущенных который и вредность не лутают и в цехах часто бывают и лохи на которых часто любят вешать простой, асушник это человек универсал который обязан знать больше остальных а получать либо как либо меньше.
>ты должен знать больше слесаря, электрика, киповца, технолога и получать зарплату гораздо ниже
Потому что "все - значит ничего"
>асушник это человек универсал
Из-за таких вот "универсальных" специалистов отрасль и пребывает в полной заднице. У нас развелось слишком много инженеров широкого профиля, которые мнят себя мастерами на все руки: и монтажниками, и технологами, и программистами. А по факту - ноль без палочки. Они лезут во все процессы и только добивают и без того убогий рынок
Так это требования работадателя.
Я не лезу во все подряд, мне звонят на телефон или падает заявка на заводской сайт и там уже я иду устранять, проблема может быть разной от не работы определённого оборудования в автоматическом режиме до потери связи и калибровке оборудования, на стыке серверов, связи, айти, технологии процесса, электрики, полевого кип и тд.
Всё знать невозможно и если какая то жопа а устранить надо срочно и ты незнаешь то уже звонишь дневному ведущему инженеру который закреплён за определенным объектом и он уже помогает устранить.
Проблему решаешь либо удалённо либо по месту в зависимости от проблемы.
>>3274852
Есть такое, невозможно в виду того что обслуживаешь весь завод, знать больше чем персонал который закреплён за определенным участком.
Как ты будешь эксплуатировать и модернизировать своё оборудование если незнаешь ни электрику, технологию, датчики ни остального по своему оборудованию?
Так это требования кабанов а не веление инженеров, в понятие асутп засунули и сис админство и сетевую инженерию и электронику и документацию и другую hex хуйню
Пасиб тебе, ОП
Пикч должно быть 4 в шапке
Не за что, анон. Я пересоздал тред, потому что сам работаю и потому что интересно пообщаться с другими представителями данной профессии. В следующий раз, если не перекатят, я добавлю 4 пикчи. Просто хотелось бы добавить реально нормальные пикчи, а не как в интернете, где они даже не в робе или постоянно ходят чистыми.
>никого не могут найти годами
производство стоит? ждут, пока придет тот самый избранный?
Есть ли возможность посмотреть картинку распределения памяти типа как в Weintek-e?
Задолбался прыгать по кросс-референсам и искать, что из себяя представляет та или иная переменная/меркер..
Зачем вы трудитесь? Деньги получает только праститутка
>>3280117
В классическом степе Assignment List тоже есть, но я уже запамятовал как туда провалиться, сто лет в степ не заходил.
>может у кого есть взломанная версия, если есть такое в природе?
Оно официально около 100 баксов стоит. Неужто контора не сдюжит такие жесткие траты?
Это ИМПОРТОЗАМЕЩЕНИЕ. Сорян, пацаны, сименсов не завезли, кушайте чебоксарский продукт контроллеросодержащий, идентичный натуральному.
А если кроме шуток, то это IDE для выпердыша-потомка Ломиконта. И IDE эта крайне хуевая, глючная и костыльная. Алсо, имеет в обязательных зависимостях Visual Studio Express 2008, лол. А выгрузки умеет делать только если установлен 32-битный эксель 2013, в противном случае - шлет нахуй с критической ошибкой. Список охуительных историй можно продолжить.
.
Потому что АСУ ТП на объектах ЗОКИИ теперь по закону должны делаться на импортозамещенных ПАК. Т.е. хуй ты теперь туда сименс поставишь. Хотя, насколько я знаю, это не мешает тем же газовикам и дальше рабоать с ханивеллами, хотя газовое хозяйство относится к ЗОКИИ.
Еще не озадачились, так как все работает, да и хотелось понять может и не в этом дело.
- Verifier on Windows 10 Pro OS
- PNOZmulti Configurator Version _10_14_5
File replacement path
- C:\ProgramData\Pilz\PNOZmulti v9.5.0\AppData
Program and files download link
https://1024terabox.com/s/1mu8yZuTNdT-Ey1xOD4IAYg
Greetings from HONDURAS (suc)
Фейковая вакуха. Пустой профиль конторы, у которой даже город не проставлен. И да, полная удаленка - слишком хорошо звучит, чтобы быть правдой.
>>3284278
Глянул - текон у нас можно, но почему-то только в пределах АСКУЭ. А все остальное - извольте либо давиться эликонтом, либо рыгулом. Причем, несмотря на вроде бы наличие выбора, в котором победитель очевиден у рыгула хотя бы нормальная IDE - перекрашенный кодесис, у нас почему-то всячески его стараются избегать, а эликонт всеми силами тащат в максимально возможное число проектов. Есть у меня подозрения, почему так, но пруфов, конечно же, на руках не имею.
>у нас почему-то всячески его стараются избегать
Потому что шарят, ведь рыгул, даже как плкашка - говно, а уж если на нем делать какую-то систему из нескольких плк, то это вообще пиздец будет
Но что-то почитал тут вас и немного охуел:
>>3284218
>И IDE эта крайне хуевая, глючная и костыльная. Алсо, имеет в обязательных зависимостях Visual Studio Express 2008, лол.
Я ни в каких ИДЕ кроме Visual Studio 2022 никогда не работал. И привык к стандартным ее фичам. Писать код только с автокомплитом IntelliSense могу, а лучше если нейронка. И чтобы дебаг был настолько же удобный был надо. И контроль версий в Гит.
Реально ли в этой вашей импортозамещающей ИДЕ получить то же удобство работы как в современной Визуал Студии?
>Писать код только с автокомплитом IntelliSense могу, а лучше если нейронка.
Представил автокомплит LD и обосрался. Маня, пиздуй сначала в низы. Слесари АСУТП!!
Какие еще квадратики? Я пока что в тему не погружался, не ебу что >>3280120 тут за квадратики.
Но программировать ведь контроллеры надо? Значится можно код на C писать.
>>3284612
Я довольно рукожоп и кроме того забыл уже давно что там про ТОЭ и схемотехнику в универе учили. Хочу тупо программировать контроллеры, без того чтобы вникать в работу железа и без низкоуровневой хуйни.
>Я ни в каких ИДЕ кроме Visual Studio 2022 никогда не работал.
VSE2008 там нужен не для окружения, а для компилятора, без него программа не собирается начинка в контроллере - Windows CE. Импортозамещение во все поля.
>Реально ли в этой вашей импортозамещающей ИДЕ получить то же удобство работы как в современной Визуал Студии?
Тебе достаточно знать, что в их реализации языка ST нет массивов. В принципе, этого достаточно, чтобы понимать степень удобства.
>>3284557
>Потому что шарят, ведь рыгул, даже как плкашка - говно, а уж если на нем делать какую-то систему из нескольких плк, то это вообще пиздец будет
Ну про низкую надежность рыгула я слышал, но кодесис тупо перекрывает все остальное в противостоянии с эликонтом. Слишком сильный козырь против эларовского высера, чтобы обращать внимание на остальное.
>Хочу тупо программировать контроллеры, без того чтобы вникать в работу железа и без низкоуровневой хуйни.
Взаимоисключающие параграфы.
> Фейковая вакуха. Пустой профиль конторы,
но есть гугел или яндекс
http://www.bpa.ru/#contacts
Знаю их с 2012 года. Особо ламповое подразделение в Люберцах, где сборка шкафов идет. Удаленщиков у них полно, даже когда это не было трендом.
Есть вакуумный насос такой https://mmrc.caltech.edu/Vacuum/Edwards/nXDSi%20Scroll/A73501880%20-%20Instruction%20Manual.pdf
Мне нужно с него стянуть данные о сервисном интервале, но проблема в том, что он не отвечает ни по 232 ни по 485.
У него есть еще некий сервисный юсб-порт, но про него я вообще не нашел никакой информации.
И прикол в том, что насос реагирует на команды по 485, включается и выключается и т.д., но при этом не выдает в ответ ни одного бита.
Что я делаю не так? Мануал по протоколу тут: https://highvacdepot.com/wp-content/uploads/2018/03/Edwards-nXDS-Serial-Comms-Interface-Manual.pdf
>включается и выключается и т.д., но при этом не выдает в ответ ни одного бита
По мануалу на любую команду идет ответ, скорее всего ты не можешь прочитать/принять.
рискну предположить, что ты что-то напутал с замыканием пинов или заданием адреса для multdrop.
Также некоторые терминалки "глотают" или подменяю последний символ в пакете, который cr
Ты чем стучиься к контроллер? Попробуй прогой на питоне
https://github.com/TUM-E21-ThinFilms/Edwards-nXDS/tree/master
Смотри еще, что нашшел:
> Manual – Push button START, STOP and STANDBY. Accurate speed control of 1% of maximum running speed.
> Parallel Remote – from your own control system via the 15 way d-sub connector giving the same START, STOP and STANDBY with the option of analogue speed control.
> Serial Communication Remote – option of either RS232 or RS485 with a choice of Edwards’ proprietary ‘DX’ protocol or industry standard Modbus protocol. A USB connector has been included for added convenience of simple connectivity
https://www-eng.lbl.gov/~shuman/NEXT/MATERIALS&COMPONENTS/Hardware/dry_pump_nXDS-EN.pdf
на русском
https://www.intech-group.ru/upload/nXDS_booklet.pdf
еще какой-то питон
https://pyexplabsys.readthedocs.io/drivers-autogen-only/edwards_nxds.html
такая хрень еще есть
https://www.edwardsvacuum.com/en-uk/vacuum-pumps/our-products/software/nst2-software
ман к предыдущей версии
https://highvacdepot.com/wp-content/uploads/2022/03/Edwards-nST_nEXT_nXDS-Support-Toolkit-Instructional-Manual.pdf
Перехожу со Шнайдера на Сименс.
Требуется пояснение: как у Сименса принято разбивать большие программы на логические блоки?
В Шнайдере это делалось вызовом подпрограмм в блоках FAST и MAST.
У Сименса такого нет, как я понял.
Единственное, что я нашёл - это использование функций FC и их поочередный вызов из блока ОВ1. А в самих функциях - использование глобальных переменных. чтобы не возиться с передачей параметров (тем более, если функция используется для 1 объекта).
>как у Сименса принято разбивать большие программы на логические блоки?
Да как хочешь, так и разбивай. Если ты про то, стоит ли применять FC или FB - достаточно знать, что разница сводится к наличию памяти у FB (поле Static) и отсутствию таковой у FC (но можно выделить эрзац-статик в любой глобальной DB), обязательность задания аргументов (у FC обязательно задавать все, у FB могут быть опциональные) и однозначность типа функции (но это форсится только если поставить галочку IEC Check, в противном случае похуй). Сам неоднократно видел, как пацаны ебашат проекты чисто на функциях, не используя FB, кроме тех, которые создаются в системной папке для триггеров.
> и их поочередный вызов из блока ОВ1
Не обязательно именно из OB1, есть еще прерывания. Большинство из них - эвентовые прерывания для диагностики, но есть и прерывания по таймеру (туда может быть полезно всунуть, например, обработку AI, чтобы её не теребило каждый цикл, а, например, вызывалось раз в 200/250/500 мс - хорошо снижает нагрузку, если аналоговых сигналов в проекте дохуя).
И да, передавать параметры отдельной единицы оборудования структурой - это как бы база. Не забудь создать пользовательский тип, глаза вытекают, когда вижу растиражированную структуру, не упакованную в udt.
Спасибо за ответ, анон.
>И да, передавать параметры отдельной единицы оборудования структурой - это как бы база. Не забудь создать пользовательский тип, глаза вытекают, когда вижу растиражированную структуру, не упакованную в udt.
Я немного про другое.
Допустим, есть ПЛК, управляющий большой технологической установкой. Одних шкафов АСУТП - около тридцати. Переменных - тысячи.
И запихнуть это всё в один ОВ1 - можно охуеть.
В Шнайдере это решалось подпрограммами. То есть, программа была разбита на отдельные блоки, которые по очереди вызывались. Например, отдельная подпрограмма для управленния насосами гидравлики, другая - водяными насосами, третья - воздух, четвертая - электричество, пятая - алармы, шестая - коммуникации и таких - десятки.
То, что у Сименса делается с помощью FB, используется только для типовых элементов - блоки чтения/записи аналоговых входов, упрвления клапанами и т. д.
>Допустим, есть ПЛК, управляющий большой технологической установкой. Одних шкафов АСУТП - около тридцати. Переменных - тысячи.
>И запихнуть это всё в один ОВ1 - можно охуеть.
>В Шнайдере это решалось подпрограммами. То есть, программа была разбита на отдельные блоки, которые по очереди вызывались. Например, отдельная подпрограмма для управленния насосами гидравлики, другая - водяными насосами, третья - воздух, четвертая - электричество, пятая - алармы, шестая - коммуникации и таких - десятки.
А что, собственно, мешает, повторить принцип в пределах OB1? Тебя же никто не заставляет 100 раз делать вызов FB_Valve для управление сотней задвижек. Вместо этого в OB1 для краткости вызывается какой-нибудь FC_ValvesControl, а вот уже внутри него - вызовы экземпляров FB_Valve. Если же задвижка существует не сама по себе, а в контексте управления другим оборудованием (например, в линии насоса), то можно добавить еще один уровень вложенности - вызывать условный FC_PumpsControl, внутри - вызовы FC_Line по количеству насосных линий, внутри FC_Line - последовательный вызов FB_ValveV, FB_Pump, FB_ValveN, для обеспечения правильного порядка работы добавляем понятие внешнего разрешения (FB_Pump смотрит статус открытия FB_ValveV и команда на запуск не собирается, пока задвижка на всасе не открыта).
Обработка алармов, скажем - это вкусовщина. В моих программах аварии по уровням HH, HI, LO, LL всегда идут в обработчике AI, дискретные алармы оборудования обрабатываются в блоках управления этим оборудованием, в отдельный FC_Alarms выносятся только те алармы, которые никуда не приткнуть, потому что они существуют сами по себе (например, для тех же насосных - затопление приямка, её обрабатываем отдельно).
В общем, это разбиение на подзадачи - это вопрос дизайна программы и личного вкуса/потребности, но все необходимые инструменты для этого у сименса имеются.
>>3285438
Короче я тупо подключил адаптер рс485 к другому компьютеру и всё заработало. Че это за хуйня была, не понимаю.
там много подводных
например, линукс заменяет 0хA на 0хD (это ret - перевод строки)
могут быть разные драйвера на USB (если пользуешься переходником)
может питание плавать на USB
Я другой анон, но на Сименсах много чего реализовал и видел работы подрядчиков.
У меня разработка и эксплуатация примерно 50/50. И по личному опыту скажу, что небольшие вещи, не требующие памяти лучше делать в FC, т.к. их можно грузить на горячую. OB1 обычно вызывает набор FC (или одну FC общую), где уже вызываются подпрограммы FB/FC. Для регуляторов и всяких событий используются другие OB (циклические с заданным временем или событийные). Так же для удобства приветствуются структуры данных и массивы, в том числе массивы структур.
Но и сильно мудрить не надо. Бывает программу контроллера разбираешь, а там все на FC и меркерах- просто до безобразия, реверсится без проблем (выгрузка то без комментариев на старых Сименсах). А бывают мамкины оптимизаторы, кто дискретные входы читает словом, один таймер на 10 событий используют при загрузке железа 20%.
двачую, кривой opc ua не заработает
и тебе хуй заплатят
если алгоритм не сликом сложный и без метрологии, то 70k
сложный алгоритм (наппример, ПИД, цоклограммы, взаимные блокировки) +44%
метрологическая поверка - +5k за канал
ведоственная приемка: Росатом, РЖД, Транснефть ... +100%
Как-то маловато. Помню еще лет 5 назад коллега мне говорил, что если за халтуру предлагают меньше 100к, то лучше вообще не браться, т.к. геморроя будет больше, чем профита (это в СПБ если что). Судя по ТЗ, которое прислали, это какая-то система анализа стоков с передачей данных в Росприроднадзор. Алгоритм состоит из ряда последовательных операций. По команде открыть клапан, запустить одни из насоса (они с ПЧ на Modbus RTU, должно быть АВР), потом, когда наберется уровень открыть другой клапан, включить анализатор (их там 8 штук все разные и все на Modbus RTU), плюс стандартные аварии/блокировки (не открылся клапан, не включился насос, нет протока и т.п.). Главное надо собирать данные со всех этих анализаторов и передавать наверх. Еще должен писаться архив в память ПЛК в виде массива на 1000 значений с доступом к элементу из верхнего уровня по индексу. Передаются данные в MasterSCADA.
Уровень поддерживается насосом, частоту двигателя которого не уронишь ниже 20Гц, ибо перегревается. Городить допвентиляторы - не хочу.
PID-регулятор охуевает от подобного и улетает за границы, что приводит к остановке насоса и еще большему пиздецу.
Чего насоветуете, умудренные опытом двачерские усачи?
Открываешь схему рея и докидываешь в контур все, чего не хватает. Какой-то пид бля, где подсистема моделирования, подсистема оценивания? Хуйня какая-то. Ясен хуй, что нихуя не работает.
Нихуя не понял, но радует, что я на своем сраном, замкадском заводике, дошел до схем рея и подсистем моделирования и оценивания.
Удаляешь нахуй свой пид, потом методом корреляционно регрессионного анализа (уровень/производительность) делаешь формуу а лучше несколько формул для разных порогов
>Минимум 400к разработка, 300к ПНР
Кончайте траллировать парнишку. 70к, объявленные выше, более чем за такую мелкую хуергу.
>Удаляешь нахуй свой пид
Ты предлагаешь прямо физически вырвать контроллер из панели? ПЛК какой мощности потянет подобный матан? Или вы тут кип-овцу решили затраллеть выкладками из ТАУ?
Смотри, звучит сложно, но я постараюсь разложить суть этой статьи для простого понимания.
Представь, что у нас есть сложная установка (например, реактор или печь), где нужно одновременно поддерживать несколько параметров: температуру, давление и расход. Работает она нестабильно, есть помехи. Обычный ПИД-регулятор (пропорционально-интегрально-дифференциальный) — это «настройщик», который крутит вентили, чтобы держать заданные значения. Но у обычного ПИДа настройки жесткие: если условия изменились, он начинает работать плохо.
Авторы предлагают самонастраивающийся ПИД-регулятор. Это умный контроллер, который сам меняет свои настройки (коэффициенты) прямо во время работы, подстраиваясь под изменения в процессе.
Вот ключевые моменты для понимания:
1. Зачем это нужно?
Объект управления (установка) ведет себя непредсказуемо (стохастический). На него влияют случайные помехи. Регулятор должен не просто держать параметры, но и следить, чтобы команды на механизмы (задвижки, нагреватели) не выходили за допустимые пределы (иначе может случиться авария).
2. Как это работает (адаптация)?
У системы есть два контура:
· Идентификатор: Это «глаза» системы. Он постоянно смотрит на то, как установка реагирует на команды, и уточняет математическую модель объекта (как сильно дернется температура, если мы чуть приоткроем заслонку).
· Регулятор: Это «руки». Зная текущую модель, он пересчитывает коэффициенты ПИД-закона, чтобы управление было оптимальным.
3. Главная «фишка» (целевая функция):
Обычно регулятор просто стремится как можно быстрее достичь заданной температуры. Но здесь добавили умный контур, который следит за «целевой функцией». Он ищет баланс: не только точно поддерживать параметры, но и делать это плавно, чтобы резкие движения механизмов не вывели систему из строя и не нарушили технологические ограничения.
4. Итог для слесаря КИПиА:
· Что это: Программа в контроллере, которая сама подбирает настройки ПИД под текущую ситуацию.
· Плюсы: Не нужно сидеть и вручную крутить настройки (коэффициенты), когда изменилось сырье или сезон года. Система сама подстроится. Она будет держать технологический режим, но не будет «рвать» арматуру резкими командами.
· Результат: Стабильное качество продукции и защита оборудования от перегрузок.
Если совсем просто: Обычный ПИД — это ключ, который вы подтачиваете напильником, чтобы он подошел к замку. А этот самонастраивающийся регулятор — это умный ключ, который сам меняет свою форму, если замок немного «повело» от температуры или износа.
0 тролинга, ты ебанулся 70к, ты цены видел? Там не просто два насоса ротировать по наработке, предлагаешь челу неделю писать ПО и еще 1-2 неделе сидеть возле трубы за 100к?
это сложный алгоритм +приемка (заказчик странслирует хотелки природназора на тебя) +метрология каналов измерения (даже если это просто конвертер Modbus в opc ua, придется рисовать под метролога какую-то метрологическую еболу)
70к х 3 = 210к
+8 х 10к = 80к
итого = 290к
чел, для самонастройки ПИД по твоем должно пройти какое-то время. Для регулирования температуры в печи без внутреннего источника тепла (например, при реакции с выделением тепла) может быть, твой способ прокатит. Можно также регулировать давление в каком-нибудь простом процессе создания давления типа поршневого насоса. Но если анон говорит, что уровень ведет себя скачкобразно (кстати из-за чего?) самонастройка ПИД не поможет.
Вообще, применение ПИД - это решение автоматикой проеба в технологии. Может лучше поставить 2 насоса: 1 без ЧРП - на постоянное включение, 2-й - подруливающий с ЧРП.
>>3287814
>>3287931
>>3288047
Спасибо за ответы, порядок стоимости работ я понял. Вы еще не учитываете, что СПК210 – это ПЛК-панель, т.е. надо еще и рисовать всякое, мнемосхему, аварии, тренды и т.п.
Можно устроиться в инженерно-строительную компанию, где нужно монтировать КИП. Там важней не образование и корочки, а опыт, навыки и готовность к долгим командировкам (это не обязательно, бывает, что компания работает на местных предприятиях). При прямых руках, нежадности руководства и готовности въебывать (по 12 часов без выходных), можно получать и больше 100к, но тут еще смотря где. В Мск одни зарплаты, с Спб другие, в регионах третьи.