Свежие публикации

Здесь собраны все публикуемые пикабушниками посты без отбора. Самые интересные попадут в Горячее.

Дата
Скрыть просмотренные
13 Сентября 2020
56

Мой путь в пром. автоматизацию. Инженер-программист АСУТП

Итак, не так давно был пост  Замкнутый круг - Siemens вокруг! не думал, что оставленный мною комментарий приведет к появлению у меня подписчиков и интересу к вопросу как стать программистом АСУТП.

Опишу вкратце саму специальность, обязанности и как я к этому пришел. Будет много текста.

Что делает любой программист? Правильно - программирует. И на этом можно было бы окончить описание, но не все так просто. Начнем.


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


Обязанности могут быть самые разнообразные. В небольших компаниях инженер-программист может проектировать электрические схемы для автоматизируемого устройства, а затем и писать программу. В более крупных компания только программирование. Работал в компании где было 10 человек, не считая  монтажников и в компании, где было свыше 200 сотрудников. Всегда будут командировки - вы будете участвовать в пуско-наладочных работах. Это если из основного. Не удивляйтесь и ситуации когда программист будет с отверткой что-то ковырять в щите управления чем-либо, отсюда следует, что вы обязаны уметь читать и при необходимости изменять электрические схемы, знать технику безопасности и ПУЭ ваша настольная книга. Иногда меня хотели заставить что-то изменить в силовой части подключения, но я этого не делал как бы косо на меня не смотрели электрики/монтажники. А вот объясню почему, на всех фирмах, где я работал у меня не было допуска по электробезопасности, а отсюда следует, что я вообще не должен лезть туда, где есть напряжение. Так что нет допуска - нет и каких-либо изменений схемах шкафа управления.

Часто бывает, что изначальная схема и то, что собрано по факту на объекте отличается. Причины могут быть разные - экономия (купили дешевле оборудование, решили поставить, что на складе нашлось, кто-то откат получил и т.д.). Задача программиста, который приехал на пуско-наладку подружить это все и заставить работать. Иногда это бывает очень непросто. Но про это будет позже, сначала необходима программа, а потом уже запуск объекта.

В общем выполнение работ по автоматизации проходит следующие стадии (упрощенно, на самом деле все немного сложнее):


1. Если участвуют несколько отделов в реализации проекта, то, когда приходит запрос из отдела продаж, каждый отдел предоставляет часы, которые потратит специалист на реализацию своей части. Далее это все суммируется и возвращается в отдел продаж. Они офигевают и ообычно на этом этапе уменьшаются часы, заложенные различными заинтересованными отделами, ибо дорого, и нужно продать. Ненавижу за это "продажников", хотя и понимаю, что это бизнес. Чтобы было понятно, в компании, где было больше 200 сотрудников были: департамент проектирования, департамент разработки ПО, департамент пуско-наладочных работ. И каждое подразделения выдавало кол-во часов на этот проект, необходимое для выполнения их части работ. И как итог выиграли тендер (если повезло, не будем говорить про остальные схемы).

2. На этом этапе обычно пишется ТЗ (технологическое задание) программистом на автоматизацию, хотя должно быть наоборот, заказчик должен предоставить описание того, что он хочет получить. Но у меня было так, как описываю. Дальше это ТЗ долго и нудно согласовывается с заказчиком, вносятся правки, ставятся подписи. Хотя это совсем не гарантия того, что ТЗ останется неизменным. Правки могут прийти, когда до начала пуско-наладочных осталось совсем немного времени, но почти всегда фирма-исполнитель прогибается под заказчика и программист потом в панике вносит изменения, что приводит к тому, что ПО будет не протестировано до конца, что приводит к задержкам при вводе в эксплуатацию и т.д. Но никого это обычно не волнует, хоть спи на объекте, но оно должно работать.

3. Когда есть ТЗ начинается, собственно, и реализация/придумывание того, как же оно все должно работать. Помимо программы для контроллера (ПЛК - программируемый логический контроллер) иногда нужно сделать и визуализацию. Для визуализации, в зависимости от поставленных целей применяется SCADA или HMI. В чем отличия отлично гуглится (статья и так уже огромная, сам не ожидал).

4. Тестирование программы на стенде или в симуляторах. Отлично работающая программа в симуляторе не равно иногда даже работающей на «живом объекте».

5. И самый интересный момент — это пуско-наладка (ПН). Об этом напишу подробнее.


Итак, что должен делать инженер во время ПН. Для удобства разделю на этапы.

1. I/O check проверка правильности подключения всех входов/выходов ПЛК (программируемый логический контроллер). И если что-то неправильно – то исправление. На данном этапе никакого ручного управления, не говоря уже про автоматизацию нет. Просто в контроллере можно жестко активировать выход и посмотреть, тот ли механизм включился. С входами проще, бегаешь вокруг механизма и тыкаешь кнопки, замыкаешь вручную концевые выключатели и смотришь, соответствует ли это тому, что ты заложил в программу. Для тех, кто не в теме, каждый контроллер имеет входа и выхода. Входа используются для сбора данных с механизма (всякого рода датчики, кнопки и т.д.). Выхода же нужны для управления устройством, например включить двигатель, закрыть задвижку и т.д. Это если очень упрощенно и не вдаваясь в подробности.

2. Если предыдущий этап закончился успешно и все собрано правильно (на более-менее больших объектах с первого раза никогда все правильно собрано не будет) – то приступаем к проверке в ручном режиме. Для этого либо со SCADA либо HMI включаем/выключаем узел агрегата и смотрим все ли правильно работает и все ли правильно отображается. Часто бывают ошибки (если используется визуализация) в привязках переменных к объекту на визуализации. Например, запустили один механизм, а на панели/скаде отображается, что включился другой, хотя работает правильный ну и т.д. Эти ошибки сразу же исправляются и процесс проверки продолжается.

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


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


На этом пока хочу закончить. И так уже вышел далеко за рамки того объема, который хотел написать. Возможно получилось как-то не слишком структурировано, но я старался))) Будет кому-то интересно возможно продолжу еще что-то по теме автоматизации писать.

Показать полностью
16

Дед Иннокентий

Расскажу вам три истории моей юности, связанные с моим сельским соседом дедом Кешой. Все истории связаны с его недугом, а именно глухотой. Дедушки этого уже давно нет, но вспоминаем его часто.

1. Шли мы с другом утром в школу, через мисток, и увидели как на склоне бакая, почти на бережку, рыбачил дед Кеша. Зашморг сделает назад, и снасти прям на дороге, потом резким движением руки забрасывает в воду. Мой друг увидев это, стал ждать когда будет новый закид, предупредив что сейчас будет "хохма", схватил снасти и начал перегрызать леску, но не успел... закид. Крючок зацепился за щёку, друг орет на всё село, обстановку нагнетает то, что дед дёргает во всю силу удочку и кричит:
- Клятый очерет, выпалю к бесам.
В итоге я бросил камень в воду и дед, заподозрив неладное, обернулся назад.
Друг за "хохму" не обманул, в школе получил поганяло "Короп".

2. Одно время увлеклись наши пацаны делать "пугачи", и у меня тоже имелся. Пороха было в достатке, эхо войны, как говорят. И вот от глупости и скуки, я с пацанами решили над дед Кешой пошутить. Подойдем сзади, жахнем возле деда, и тикать, короче смешно (нет). И вот хлопали мы, по очереди бегаем к нему, а дед всё сидит и бормочет:
- Порохом воняет, охотники в балке шмаляют, не иначе.
И вот на моей очереди, когда я вплотную подобрался к соседу,дед обернулся. Я успел отбежать на один шаг, как почувствовал удар "ципка" по ногам... Больше с деда не шутил!

3. Позвала моя бабуля, деда Кешу кабана заколоть, и я с другом Гриней тоже пришли помогать. Дед кабана заколол, дал нам паяльную лампу, а сам под орехом сел, в тенёк:
-Так, хлопцы, смажьте, а я пойду чарку наверну. Вы деду ушко принесите, на закусь!

Вот я шмалю этого кабана, друг моет, всё как всегда, соломку коптим, крутим- вертим. Смотрю, кабан глаза открыл. Бегу к деду:
- Дед, кабан, бляха, глаза открыл!
- Смажьте, хлопцы, смажьте, я присматриваю.
Ну, думаю, я не мастер " смажьте, так смажьте". Пошел я дальше делать свою работу. Спустя пару минут кабан не то что глаза начал открывать, а уже и рохкать. Бегу к деду:
- Смажьте, смажьте!
Хватаю деда за руку и веду к кабану, а кабана нет, один Гришка стоит.
-Гриша, где кабан?
- Ушел!
- Как ушел?
Тут вмешался дед Кеша:
- Айда, хлопцы, под орех. Обед. Через часик продолжим.

Так и было, нашли кабана через час и смажили дальше:)

Вот такой был у меня дед- сосед Кеша. Светлая память.
п.с. прошу прощения за ошибки

Показать полностью
1662

Не для астронавтов)

Часть 1

Часть 2

https://youtu.be/hKDiPp2aCQk и https://youtu.be/thhsppUqJrg

Показать полностью 1
168

И вовсе он не страшный, этот Ваш понедельник

И вовсе он не страшный, этот Ваш понедельник
153

Среда: продолжи рисунок


Алоха, пикабушники!

Последняя среда осени. Давайте закончим ее очередным сеансом рисования.

Итак, поехали

Среда: продолжи рисунок Конкурс, Пикабу, Рисование, Продолжи рисунок, Длиннопост

Вот заготовка

Среда: продолжи рисунок Конкурс, Пикабу, Рисование, Продолжи рисунок, Длиннопост

Продолжите рисунок. Да, прямо как в детстве. Свои результаты кидайте прямо в комменты.

А что по ачивкам?

  1. Первая номинация - самая рейтинговая перерисовка. Неважно, какой у вас навык, неважно, как нарисовали и чем. Рейтинг ваш - ачивка, значит, тоже.

  2. Вторая номинация - условно назовем ее "Каляки-маляки". Не умеете рисовать, но хотите поучаствовать? Не проблема, ждем от вас комментов. Разыгрываем две ачивки.

  3. Третья номинация - ее мы назовем "Я художник". Тоже две ачивки. Вы выкладывали до этого свои работы на Пикабу? У вас есть скилл? Что ж, эта номинация для вас.

  4. Четвертая номинация - "Битва титанов". Вы уже участвовали в челлендже и получали за это ачивки? Let's Mortal Kombat Begin! Разыгрываем две ачивки.

  5. Номинация "По тонкому льду". Умеете ходить по грани и не переступать черту. Что ж, приблизьтесь в своей перерисовке так близко к клубничке, чтобы вот почти-почти, но правила Пикабу не нарушить. Одна ачивка.

  6. Номинация "Ми-ми-ми". Здесь мы отдадим одну ачивку автору, кто перерисует заготовку максимально мимимишно.

  7. Номинация "Не как все". Две ачивки уйдут авторам, которые максимально оригинально обыграют заготовку. Если вы считаете, что перерисовка - неважно, ваши ли или другого участника - достойна номинации, напишите в комментах под ней что-то типа "@pikabu, это оригинальная идея". Так мы будем знать, среди каких работ проводить голосование.

Хе. А нумерованный список - тема. Мне нравится.

Завтра мы подведем итоги отдельным постом.

_______________

Если не хотите пропускать новости Пикабу, то мы оформили специальный телеграм-канал: https://t.me/newspikabu


Обновления, конкурсы, движухи - все в одном месте

Предыдущий пост в серии
Показать полностью 1
12

Искусство на стене аптеки

Искусство на стене аптеки Искусство, Дзержинский, Стена, Длиннопост
Искусство на стене аптеки Искусство, Дзержинский, Стена, Длиннопост

Наше любимое правительство за 2 дня стерли первый рисунок,но 2 рисунок нарисован на нашей аптеке уже больше 4х лет)

Показать полностью 2
497

Связь

Связь Юмор, Авторский комикс, Длиннопост
Связь Юмор, Авторский комикс, Длиннопост
Связь Юмор, Авторский комикс, Длиннопост

страница автора в ВК vk.com/nosikpesika

Показать полностью 3

Типичная ситуация в школе

Типичная ситуация в школе
20

Да это же Капитан Америка)

Да это же Капитан Америка) Игра престолов, Капитан Америка, Совпадение

Пересматриваю сериал и тут бац...запойный Капитан Америка.

Мои подписки
Подписывайтесь на интересные вам теги, сообщества,
пользователей — и читайте свои любимые темы в этой ленте.
Чтобы добавить подписку, нужно авторизоваться.
Отличная работа, все прочитано! Выберите