Что должен знать инженер-программист ПЛК?

[flighttothemoon]

Я - выпукник, которого приглашают на работу по специальности "Инженер-программист ПЛК". Собственно, вопрос - что должен знать специалист в этой области? Сам знаком по учебе с контроллерами Siemens, Beckhoff, программировал их, снаком с языками МЭК 61131-3 (больше FBD). Не скажу, что гуру, но основы программирования знаю. Умею прогрммировать на языках ABB Rapid, KUKA KRL, опять же не на профессиональном уровне. Знаком языками python, C++. Бывало программировал Wincc. Что еще полезно знать, чтобы не ударить в грязь лицом?

[leon78]

Не путать физическую среду передачи данных и протокол :) Я имею ввиду не отождествлять, например, RS485 и Modbus.
Остального хватит.
В моем городе большинство программистов, которых на работу берем, слово "ПЛК" и "SCADA" ни разу не слышали. В любом случае учить приходится.

[Serex]

В моем городе большинство программистов, которых на работу берем, слово "ПЛК" и "SCADA" ни разу не слышали. В любом случае учить приходится.

Да и в моем Кирове об этом не слышали. Дипломы дороже микроконтроллеров под пайку не были. :(...

[san]

Я всегда считаю, что автоматчик должен быть всегда автоматчиком. Кроме программирования ПЛК нужно владеть:
- азами ТАУ (например законы регулирования),
- электроники (для понимания как, зачем и почему подключаются датчики/ИМ к тому же ПЛК, питания ...)
- возможно где-то пневматики (зависит от особенности объекта)
- базовые основы КИП, базовые технические средства
- желательно базовые знания в области пром.сетей
- желательно понимания функций SCADA/HMI

[pike]

1) Понимать как работает ПЛК и почему именно так: цикл контроллера, его составные, обновление вх/вых, реализация прерываний, быстродейстие... По чему циклы и go to в программах плк плохой тон.
2)

Не путать физическую среду передачи данных и протокол

+ не путать макс скорость передачи бита в среде и обновление данных в памяти ПЛК.
3) Уметь на любом из языков МЭК написать гистерезис вкл/выкл исполнительного механизма (насоса, нагревателя).
Остальному будут учить на месте, главное слушать и смотреть.

[VADR]

+ азы технологии, которую предстоит автоматизировать. Как минимум - теплотехника, механика. Нередко приходится за технологами "хвосты подбирать", когда они что-то там не учли в технологической схеме.

[san]

+ азы технологии, которую предстоит автоматизировать. Как минимум - теплотехника, механика. Нередко приходится за технологами "хвосты подбирать", когда они что-то там не учли в технологической схеме.

Согласен. Только технологию можно подтянуть уже работая. Часто именно там познаешь азы технологии, иногда перепрофилируешся. Технология может менятся, от этого автоматчиком не перестаешь быть, но при разработке системы - однозначно знать технологию обязательно, желательно лучше чем технолог.

[Михайло]

Освоить LAD лучше, чем FBD.

[san]

Освоить LAD лучше, чем FBD.

Вопрос спорный.
Еще лучше освоить все 5 языков.

[atamkosta]

А какая разница, какой язык? честно говоря через пятнадцать лет после Вашего состояния, мне уже все равно на каком писать. Честно. Синтаксис разгребается за день-другой, с либратеками сложнее, но если знаешь чего ищешь и где то втягиваешься быстро. А вот чего реально нужно и чем можно заслужить уважение так это владение практическим ТАУ, то есть умением положить институтскую теорию на практику. Возьмите например старинный "Handbuch der Automatisirungs-Technik" (Herausgeber: Kretzmann) на русском тоже издавался помоему. Или подобные ему где применение, на реальные железки, всяких звеньев расписаны и где методы Никольса Зиглера и им подобные разжеваны. Вот тогда Вы сможете глядя на котел с теплообменниками или подобное понимать почему так, и почему добавляя изодром у Вас прижимает туда, а ... ну вообщем где то так. Ну и метрологию желательно не потерять из головы. К тому же поразглядывайте всякие картинки про монтаж, мы все ж производственники и даже пианист должен уметь замонтажить модулек который приволок с собой. Разделать кабелек, оконцевать, припоя капнуть,померять ток, а главное понять почему он такой. А писанина, поверьте, придет сама, и так когда то надоест :-). Нужно просто брать и писать, писать, тереть, резать и опять писать.

[Михайло]

Вопрос спорный.

Ничего не спорный. LD нужно знать лучше FBD, а то потом умники попадаются... Я пока встречал только любителей программить в FBD, которые в LD даже не пробовали. Обычно это новички, студенты, которые пока кроме OR, AND, NOT ничего не знают. Как только осваивается LD, мучения выбора прекращаются...

[Белоус Дмитрий]

чаго вы человека застращали,
1 вовремя приходить на работу
2 отвечать на почту
3 читать и запоминать уметь
4 уметь в нужные моменты задавать вопросы
5 не пить
ну и все можно идти устраиваться остальное дело практики, главное (на мой взгляд) знать физику , материальные потоки, расход давление температура физико и газовый анализ итд.

[VADR]

Я пока встречал только любителей программить в FBD, которые в LD даже не пробовали. Обычно это новички, студенты, которые пока кроме OR, AND, NOT ничего не знают. Как только осваивается LD, мучения выбора прекращаются...

Всё было бы хорошо, но LD - работа только с дискретными данными. Или есть способ (не сильно извращённый) сделать на LD, к примеру, ПИД-регулятор? Для каждого круга задач - свой инструмент, иначе зачем нужны столько языков?

[Василий Иванович]

Предлагаю не флудить по поводу языков. Кто хочет, пусть почитает:
http://iadt.siemens.ru/forum/viewtopic.php?t=6601

Главное требование к программисту - не знать языки, а уметь на них программировать. Это значит, что Вы должны знать, чем хороший код отличается от плохого, а также имеете достаточный опыт написания. Чем больше строк в жизни написано - тем лучше, пусть это будет Бейсик какой-нибудь. Ну и, конечно, то, что написано, должно где-то работать. А языки - дело наживное, как справедливо заметили выше.
Что ещё актуально из практических умений на сегодняшний момент - умение наладить сеть и построить обмен. Ну и неисправность найти.

[san]

Вопрос спорный.

Ничего не спорный. LD нужно знать лучше FBD, а то потом умники попадаются... Я пока встречал только любителей программить в FBD, которые в LD даже не пробовали. Обычно это новички, студенты, которые пока кроме OR, AND, NOT ничего не знают. Как только осваивается LD, мучения выбора прекращаются...

Опять 25. FBD FBD рознь. Может Вы знакомы с FBD исключительно в Симатиках STEP 7. Посмотрите как он сделан в других средах. Мне например нравится как он реализован в Unity (Schneider Electric - PLC Modicon), даже в малышах Zelio (SE) и Alfa (Mitsubishi) он неплохо реализован. В Step7 он по определению обрезан, так как не является родным.

[Бондарев Михаил]

Всё было бы хорошо, но LD - работа только с дискретными данными. Или есть способ (не сильно извращённый) сделать на LD, к примеру, ПИД-регулятор?

Есть, на вход "En" заводится RLO, а остальные ножки блока для ввода параметров (как в FBD). Внешне даже почти не отличается блок регулятора в FBD и в LAD.

В RSLogix есть блок CALC, в который ручками вбивается выражение на STL.
Ну и всякие блоки MUL(Умножение), SUM(Суммирование) и т.п. для работы с цифрами.

[san]

Не первый раз встречаюсь с мнением людей, которые АСы в Step7 и считают, что так у всех. Еще раз уверяю вас - у всех по разному. Языки всякие нужны, языки всякие важны. Лучше этут тему продолжить на viewtopic.php?f=31&t=1923 . Как-то надо пример на FBD привести выгоднее отличающийся от других языков.

[leon78]

Главное требование к программисту - не знать языки, а уметь на них программировать. Это значит, что Вы должны знать, чем хороший код отличается от плохого, а также имеете достаточный опыт написания. Чем больше строк в жизни написано - тем лучше, пусть это будет Бейсик какой-нибудь. Ну и, конечно, то, что написано, должно где-то работать. А языки - дело наживное, как справедливо заметили выше.
Что ещё актуально из практических умений на сегодняшний момент - умение наладить сеть и построить обмен. Ну и неисправность найти.

Поддерживаю на 100%!

[flighttothemoon]

И еще - каков типичный день программиста ПЛК? На разных предприятиях настраивает АСУ или сидит в офисе на одном месте?

[san]

...эта тема уже на этом форуме проскакивала...месяца 3 назад....

[atamkosta]

Там правда формулировался вопрос про инженера АСУТП. Если честно не представляю голого программера ПЛК, мне кажется правильнее всеж инженер АСУТП. Ведь не все реализуется на ПЛК, не всегда реализуется на ПЛК. А если системы где математика разбросана по самим датчикам и исполнительным аппаратам? Кто это должен проектировать и параметрировать? Плюс программист ПЛК каких? Не зная "железа" в АСУТП делать нечего. Тридцать процентов программы, а то и больше можно не писать, она уже написана за Вас, если хорошо запараметрировать периферию, если грамотно расключить ее. А "чистые" программеры обычно рожают нежизнеспособный софт, он правда весь такой правильный, но ни хрена не рабочий. Так что программирование ПЛК это всего лишь одна из наших возможностей, наших направлений, а сама наша профессия очень многогранна

[san]

...я о теме проведение дня не только программера но автоматчика вобще..
А по поводу программиста ПЛК я свое мнение сказал.