Форум программистов, компьютерный форум, киберфорум
Электроника и радиотехника
Войти
Регистрация
Восстановить пароль
 
 
Рейтинг 4.84/212: Рейтинг темы: голосов - 212, средняя оценка - 4.84
0 / 0 / 0
Регистрация: 07.02.2106
Сообщений: 3,044
1

Программирование ПЛК

01.01.2015, 22:18. Показов 38993. Ответов 55
Метки нет (Все метки)

Й-о-о-пт!... Народ! Недаром говорили, что программировать ПЛК - тривиально.У меня не раз уже было - накапливается критическая масса и дело пошло. Также и с ПЛК. С Си та же ситуация. С ПЛК - опять же ситуация один в один. Сегодня, посленовогодняя суета прошла, выдалось немного времени, сел, открыл файл по ПЛК Mitsubishi FX и дело пошло как по маслу!!! Бля, больше усложнял. Давно бы уже разобрался! Правда есть но. Ненавижу релейно-контактные схемы, лестничные диаграммы. Просто недавно делал очередной заказ, полное восстановление станка. Полгода никто запустить не мог. ПЛК Mitsubishi FX2N. С напарником сели, тот мне быстренько пробежался по основным моментам. Бля... Ничего сложного! Но! релейно-контактные схемы, йопт... А куда деваться... Пришлось вникать. Заодно нашел технологический просчет китайских производителей станка. То есть, ситуация: Есть китайских производитель станков. Станки неплохие. А вот в программе я нашел просчеты. Так как работаю в этой сфере - изготовление изделий из пластмасс, и технологию процесса более-менее представляю.
В общем, народ! Мои соображения: в (.)опу поделки на AVR. Гораздо проще, дешевле взять ПЛК и составить программу для станка, чем ваять что-то свое на AVR. Проще, дешевле по всем пунктам. За нас уже решены проблемы помехозащищенности, готовый модуль в корпусе и так далее и тому подобное... Если модернизация, разработка блоков управления - ваша профессия - выход из положения только ПЛК. Затраты по времени не соизмеримы!
__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь
0
Programming
Эксперт
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
01.01.2015, 22:18
Ответы с готовыми решениями:

Самопальный ПЛК
Всем доброго времени суток! Собственно сабж. Я сам новичок в этих делах, так что прошу...

Какие ПЛК выбрать
Подскажите, какие ПЛК выбрать. Требование: программы писать кодом. Ну ломает меня функциональными...

ПЛК для промышленного сервопривода
Всем доброго времени суток! Есть сервопривод ESTUN ProNet-E-04A. Нужен к нему ПЛК. Что должен...

подключение сервоусилителей mitsubishi к плк
как подключить 4 сервоусилителся MR-J2S-40A к плк?

55
0 / 0 / 0
Регистрация: 07.02.2106
Сообщений: 1,283
01.01.2015, 23:23 2
В левом углу ринга адепт ПЛК! В правом углу ринга армия аврщиков!
Файтинг продолжается!

А серьезно у АВР замен море, я вот кипарисовские PSoC 4 присмотрел себе.
0
0 / 0 / 0
Регистрация: 24.12.2011
Сообщений: 2,752
01.01.2015, 23:51 3
Назвать Mitsubishi FX ПЛК конечно можно, но с натяжкой. Примерно как S7-200 (1200) у Сименса. Но чем хороши промышленные контроллеры, это обилием стандартных языков программирования. Если писАть заново - выбирай любой который знаешь. А вот если поддерживаешь чужое, это однозначно IL (Instruction List, Список Команд), у Сименса STL. Причем здесь STL не структурированный текст, а Statement List, т.е. тот же список инструкций.
0
0 / 0 / 0
Регистрация: 22.01.2010
Сообщений: 4,000
02.01.2015, 00:48 4
Под любую задачу свой инструмент. ПЛК это не микроконтроллер и у них совсем разные задачи. Ну ПЛК это дорого, иной раз имеет смысл и на авр сделать той же.

А так да, если надо какую-то не шибко критичную промавтоматику сделать, то ПЛК отличный вариант. А вот дальше, чем сложней задача тем быстрей растет цена решения ее на ПЛК . Порой просто в геометрической прогрессии. Особенно если попутно надо не только железками двигать, а еще какую то лютую математику считать или протоколы хитрые разбирать или что то нестандартное. Тут ПЛК или не может или СЛИШКОМ избыточно и дорого.
0
0 / 0 / 0
Регистрация: 11.10.2013
Сообщений: 326
02.01.2015, 00:50 5
Ну так современные брендовые ПЛК - это по сути "Ардуйня", куча языков на выбор, готовые модули и библиотеки...
Многие производители вообще бесплатные курсы по интернету проводят, в общем красота...
На Mitsubishi кстати офигенно оформлена документация на русском, все очень подробно разжёвано.

Другое дело братцы Китайцы, которые в свое оборудование (разброс по качеству на любой кошелек) втыкают свои же ПЛК собранные на базе чего угодно от STM32F103Zx до непонятного Infymeon с затертым названием.
Разбираться с их ПЛК - надо сказать очень интересное занятие, стандартные команды в LD могут немного отличаться, особая песня - работа с регистрами, особенно когда необходимо работать с высокоскоростными счетчиками и передачей данных по ModBus.

P\S меня до сих пор смешит, нафига некоторые производители на всех микрухах спиливают название, даже на формирователе который после входных оптотранзистов стоит и то стирают, хотя там со времен царя гороха кроме триггера "Шмитта" (74HC14) другого ничего не ставили.
0
356 / 135 / 15
Регистрация: 06.03.2010
Сообщений: 280
Записей в блоге: 1
05.01.2015, 11:01 6
Отладка сложной программы на ПЛК ужасна (по сравнению с пошаговым JTAG в мк). Вы можете только косвенным путём узнать что происходит внутри. Эти пути позволяют снимать показания с задержкой от 10-20 мсек и более (если не использовать какие-то специальные приёмы программирования). Остальное додумывает ваша фантазия в зависимости от опыта.

Кстати, я нигде не видел нормальной книжки по программированию на ST. Он хоть и стандарт, но везде разный.
0
0 / 0 / 0
Регистрация: 06.09.2014
Сообщений: 45
05.01.2015, 11:59 7
Стандарт IEC61131-3 ИМХО на 100% не соблюдает ни один производитель PLC. Особенно что касается работы с интерфейсами...
Их кстати самое сложно отлаживать.
0
356 / 135 / 15
Регистрация: 06.03.2010
Сообщений: 280
Записей в блоге: 1
05.01.2015, 12:05 8
M340, мне интересно, а в варианте для Step7 в ST указатели поддерживаются? Я видел в одной реализации указатели в стиле паскаля (3.2.4 Data type Pointer).
0
0 / 0 / 0
Регистрация: 10.12.2014
Сообщений: 92
05.01.2015, 20:01 9
Не являюсь крупным специалистом в области ПЛК, но вот что я напишу по этому поводу... Быть может, покажется, что немного перпендикулярно к теме. Вообще, хотел, было, запостить это в топике "Какой ПЛК выбрать"... Ответ -- ХОРОШИЙ... ))) Все знают, что когда Форда спросили, какая машина самая хорошая, он ответил: "НОВАЯ!" ))

(Аттеншн! Многа букаф!)

Дык по делу.

1) Касаемо выбора ПЛК и ПЛК-неПЛК или, скажем выбор Управлятора.
а) Остановить свой выбор именно на ПЛК или собрать всё на Ардуне -- это, в конечном итоге, Ваши соображения. Если брать промышленное помещение, где по питанию и в воздухе просто кишит куча помех, наводок, бросков напряжения, где тот же Управлятор может коммутировать, например, мрачные индуктивные нагрузки, то, в общем-то задача становится нетривиальной. Одно дело у Вас зависнет темопластавтомат, другое дело, когда игла помехи прилетит и дернет (по внешнему прерыванию) вход МК на Ардунечке или ЛУТ-плате и пресс опустится как раз на бедного оператора, залезшего внутрь что-то там, как всегда подправить. И дело даже не в том, что Вы честно отсидите срок (типун мне на язык!). Предстать перед воротами Рая с осознанием того, что у Вас на душе висит чья-то жизнь... Мне лично как-то совсем не хочется. Видел тут недавно поделки, которые аффтары называют что-то типа дешевый ПЛК... Если честно, то мороз по коже. У них по входам нет хотя бы защитных диодов (ога, а в AVR есть еще pullup резисторы). Я уже молчу о саппрессорах, там и прочей ненужной фигне всякой. У них нет и опторазвязки, там где она совсем бы не помешала, где может запросто прилететь напряжение и что-нибудь как бы внезапно открыть или закрыть в ненужный момент времени -- хрен с ним, с Австралией микроконтроллером, ну сгорит, подумаешь! Вот один маленький примерчик. Окей, как говорят пиндосы, задача. Педаль, идет кабель в блок управления, опторазвязка и все такое. Ок, защита по помехам. Ок, делаем так, чтобы оптрон "срабатывал" по возможно большему току -- чтобы "иголки", грозы и вообще соседний обыскрившийся контактор не запустили процесс и не вызвали ложного срабатывания.... Ладно, положим.. Но банальная жизненная ситуация: оператор постоянно пинает педаль туда-сюда и происходит... или обрыв внутри кабеля или, что еще хуже -- замыкание. Ну вот и всё... Если у Вас стоял Ардунька или, что хуже "дешевый ПЛК" на 800 входов и 8000 выходов по технологии ЛУТ, то изготовителю сего чуда Северное Сияние наблюдать однозначно и очень долго. Как написал один очень уважаемый мной человек с форума по автоматизации, прокурор скажет "Еу, махарайка!" и Вы никогда не докажете, что махарайка был лучше промышленного серифицированного ПЛК. Даже если Управлятор Вы делали по прямому указанию работодателя, знайте, что он всегда отмажется, а отвечать ВАМ! Отсюда вытекает, что выбор не обстоит как ПЛК -- это тупые железяки за безумные деньги, я сам спаяю!!!. Тем более, что эти деньги (на ПЛК) вряд-ли из Вашего кармана.
По-сему не понимаю товарищей, спокойно рекомендующих "споять самому" и что у ПЛК внутри та же неонка... Мое ИМХО -- думайте сами, решайте сами, иметь или не иметь. Повторю, диодиком можно мигать и при помощи ПЛК за 60 000 рублей и при помощи Ардуньки. Но, данная ситуация явно показывает безумие покупать для этого ПЛК, не так ли? А теперь то же самое, но со знаком "минус"! Ну, Вы меня понели... ))
б) Для микроконтроллеров есть куча софта и библиОтек, написанных неизвестно кем, зато бесплатных. Но даже библиотека управления LCD может оказаться опасной. Ну, зависли мы нечаянно в этой библиотеке, а клапан открыт и балшой бочка под давлением просто рванет, пока оператор сообразит, что ему надо переписать библиотеку LCD.HELLO.WORLD. А IAR стоит дорговато, в общем-то... ) Да и при разборках может возникнуть вопрос, откуда Вы взяли торрент...
в) Ну гут, внутри у ПЛК та же неонка. Знаю. Только, например, при просадке питания, в более серьезном случае, как-то не нужно использовать встроенный BrownOut... Лучше, чтобы это делал специальный внешний кусочек кремния, которых почему-то выпускают в больших количествах и которые с большей вероятностью защитят от того, что во флеше окажутся совсем непонятные данные, которые, если MCU примет за истину... А подтяжка в классические 10к на ногу явно рассчитана для применения MCU в холодильниках... Ну да, мясо протухло, ну и с ним... Для автомобильной, нпрмр, промышленности, зачем-то есть прям специальная категория, нпрмр, саппрессоров для защиты входов-выходов. Гроза, блымнула, знаете-ли, в паре тысяч метров от машинки и навела на проводочках, знаете-ли, пару тысяч вольт со всем вытекающими... А кондерчики в 0.1 очень "хорошо" проявляют свои свойства, когда рядом заработал сотовый или нечто такое на высокой частоте -- ну фигня, операторская вышка стоИт в сотне метров от циркулярной пилы с микропроцессорным управлением... Бггг... А еще, почему-то есть для RS-xxх мелкосхемы прям с гальванической развязкой. А есть почему-то и без нее... На порядок дешевле. А еще, почему-то есть мелкосхемы -- прям готовый вход для создания ПЛК, но стОят такие женщины почему-то каких-то безумных денег, в расчете на один вход неонки. А еще миллион того, что я не знаю и никто не знает. Все-таки, при запуске в серию ПЛКи сертифицируют, немножко и эта бумажка может быть тем самым спасительным кругом от мест с холодным климатом. Если кабель у педальки замкнет...
Резюме. По прежнему остаюсь приверженцем того, что не бывает "Кремлевских таблеток" и для каждой конкретной задачи нужно выбирать соответствующий инструмент: Диодиком помигать -- Ардунечька, в холодильник -- АВР-ку, в пресс -- "тупой и безумно дорогой" ПЛК. Спасибо профессионалам в области автоматики. Меня тоже лечили от "Шас спою!" и не скажу, что это всегда были вежливо и терпеливо со мной, за что профессионалам в области автоматизации огромное спасибо! С тех пор я даже на всенародное увлечение в виде "Умного Дома" на Raspberry 3.14 смотрю не без того самого страха. Зато теперь настоящий Линуксоид может неонкой диодиком помигать...
ЗЫ к пункту один: повоторюсь, вовсе НЕ утверждаю, что нужно выбирать ПЛК онли! Перечитайте, пожалуйста еще раз перед тем, как стягивать войска на границу... ;)

2) Ну лан, определились с железом. Дальше что? Если вы определились с применением микроконтроллера -- дальше можно не читать, потому как глупо советовать здесь что-либо. Тут просто широчайший выбор средств как аппаратных, так и программных и всё зависит исключительно от Ваших знаний и умений. Я вот, например, боюсь tqfp100 даже в руки взять, а умельцы между ножками еще и резисторы с кондерами распаивают, после изготовления платы... ЛУТ-ом. Помните, как в одном очень популярном фильме охреневший слегка Ватсон: "Но, черт возьми, Холмс..." ))) Но и этим все не ограничивается. Программный инструментарий -- это просто фантастика. Хошь на асме извращайся, хошь на С-умножить-умножить, а то и вообще ставь RTOS. Бесплатную или даже платную. Но мне очччень понравился постулат создателей, например, ARM-а, с его навороченной системой прерываний. Буквально написано, что хоть микроконтроллер и умеет работать в режиме реального времени, но, типа, ребята, Вы сами должны понимать, что его "реальное время" зависит, в общем-то, от того, чем он занят в настоящее время и какое прерывание обрабатывает. Поэтому корректность проектирования тормозной системы автомобиля лежит, всецело, на Вас... Опять не таблетка. Совсем. А если Вы модно поставили RTOS и теперь у Вас полный "ртос"... Ага... Особенно без отладчика (это я недавно вычитал, ми-ми-ми), который позволяет отлаживать все в работе именно с RTOS (и стоит как чугунный мост)... В общем, полет Вашей фантазии и возможностей ограничивается только Вашим жизненным циклом... ;)

Поэтому скажу о ПЛК. Дело в том, что их, немного, как бы задумывали на смену привычек суровых Челябинских металлургов электронщиков, которые ваяли управление оборудованием в виде высоких таких шкафичков, набитых дискретной логикой. Помню, однажды, привезли парочку настоящих роботов в отдел промэлектроники и некто ХХХ, по кличке "Сундук" был занят тыканием в многа ножек, которые помещались в двухэтажном корпусе метр-на-ноль-пять, волшебным карандашиком с загорающимися лампочками... Хврезерный станочек автоматизировался... )))
В общем, производители ПЛК-ов придумалии классную штуку! Щелкнул на рейке DIN, прикрутил всякие там трансдьюсеры и оп-ля, все готово! За одним исключением. Выяснилось, что "суровые металлурги" ни бельмеса не понимают, частенько, после того, как щелкнули на рейке, как сделать так, чтобы всё зажужжало-закрутилось. Более того, времена, когда появились ПЛК, как бы внезапно совпало с объектно-ориентированным программированием в пубертате, да и вообще, как я писал выше, применение ООП было тогда понятно, не до конца, другим суровым металлургам, но в случае с опасным промышленным производством -- это даже очень не есть хорошо, поскольку не понятно, чем будет занят ПЛК в это время. А посему, чтобы загладить вину перед инженерами-электронщиками, стали придумывать понятные для них субстанции в виде LD для привыкших к шкафам с релейной автоматикой или FBD (и, как бы CFC) для Челяб... электронщиков. Однако, существует и много возможностей для тех случаев, когда "твердочник" придумывает аппаратное обеспечение, а "мягкочник" пишет для него программу. Вот и появились IL и ST для тех, кому асм и паскаль роднее. Касаемо SFC -- это для тех, кто очень любит "конечные автоматы", с той лишь разницей, что внутрь SFC можно запросто понапихать и IL и ST, на раз... Только, если этот "конечный автомат" получается большой и толстый, то моск начинает плавится, потому, что в данном случае нужно, чтобы особенно было "всё под контролем", ресурсов этого "процессора" на всегда хватает.
ПЛКи, они еще и работают несколько "странно" и эту специфику нужно учитывать. Например, ПЛК считывает состояние входов, сохраняет их и несется дальше, пока не закончит свой цикл, выплюнув команды на выходы. То есть ему как бы наплевать на изменения на входах, пока он снова не прибежит к точке считывания их значений. Следовательно, системе некоторое время "пофигу на Ваши принципы" и эти "странности" надо учитывать. К тому же, ПЛК могут иметь зависимое и независимое время цикла. То есть, чем сложнее у Вас программа, тем тугодумнее будет ПЛК в первом случае, и как он работает во втором -- не берусь ответить, поскольку не вкуриваю, как это вообще может быть, а производители ПЛК держат всё нужное и ненужное в большой тайне (большое человеческое спасибо им!)

Слегка коснусь языков и как бывший программер, как это модно сейчас произносить. Если с IL и ST более или менее понятно, с точки срения работы компилятора (если он там настоящий), но я с большим трудом представляю быстродействие кода, нарисованного мышкой. Да, здорово, понакидал блоков, посоединял их "проводками" и всё работает... Но если с "пошаговыми" инструкциями все понятно, то КАК работает потом пережеванная в понятный микроконтроллеру код схэма из кубиков, как бэ, совсем не представляю. И на практике применение таких "графических" языков не есть всегда легко решить проблему. Работать будет, но совсем не так, как красиво было нарисовано. Это не настоящая логика, где всё работает "параллельно"... Да и с убогими объемам памяти ПЛК придется реально экономить, чтобы как-то быстро эти объемы не закончились. Я уже не говорю о файлах проектов, размеры которых растут как-то совсем непропорционально сложности проекта... Если у Вас всё работает на LD или FBD, то или проекты такие или одно из двух... Я знаю случай, когда ребята на отладке одного такого проекта гробили миллионы рублей в день... Не знаю, чем у них там все закончилось... Но однозначно рекомендовать один из языков в качестве основного не возьмусь.

Кстати, очень осторожно пискну, в виду своей туманной осведомленности, но на тех же ПЛИС крутые дядьки пишут всё строчками, хотя и есть возможность нарисовать мышкой (Не пинать! Чик-чик! Я в домике!)

3) О том, как продают НЕЧТО. Как и в случае со всем, что продается, каждый производитель стремится привязать покупателя к своей продукции. Поэтому, не смотря на стандарты, каждый из них добавляет в свои ПЛК какие-нибудь фишки, которые работают только у них, приручает разраба к своей среде разработки и еще к чему-нибудь, о чем напряженно морщат лобики манагеры в отделах маркетинга. Поэтому подсев на ПЛК определенного производителя, разработчики очень неохотно пытаются сделать нечто на ПЛК других производителей. А мои тапочки просто умрут от смеха, если Вы попытаетесь реально перенести программу на оборудование другого производителя, несмотря на все МЭКи... Впрочем, никто особенно и не заморачивается...
Подчеркну еще одну фишку. Эти ребята маркетологи получают зарплату и пытаются ее оправдать. И, поэтому, часто будучи очень далеки от электроники, автоматизации и вообще от того, что они продают, они, тем не менее, упорно влияют на возможности/к/цене производимой продукции. Вот почему приходится вспоминать пункты из Толкового Словаря Даля, когда вдруг оказывается, что с точки зрения "обычного" электронщика "копеечная" задача вдруг выливается в то, что нужно вдвое увеличивать стоимость проекта, чтобы "оно смогло"... Даже очень интересная фишка... Посмотрите, сколько стОит реле LOGO! Сименса и сколько стОит... ШНУРОК, для того, чтобы его запрограммировать... А возможность использования обычной SD-карты памяти в качестве хранилища! Карта-то стоит копейки, а вот если Вы возжелали хранить данные, покупайте проприетарный модуль памяти по той же цене и объемом в.... тысяч раз меньше. Когда появилась возможность использовать обычные SD-шки, я, прочитав эту новость, плакал от счастья целый день... Поэтому так часто возникает желание послать этих умников в Словарь Даля и спаять, нафиг, на "тиньке" и за три копейки. Однако, не поддавайтесь искушениям. Северное Сияние... Оно...)
Но не только это... Поверьте, автоматизация производства -- это там, где все должно быть как у взрослых. Именно под автоматизацию разрабатываются настоящие полковники железяки. Я молчу, например, об искрозащите, но Вы попробуйте прикрутить к Атмеге датчик давления, хотя бы на сраные 12 бар, если найдете такой в непромышленном исполнении и на 5 вольт, такой... В Чипе-Дипе есть... Ага... и за 3 копейки...

4) Ну гут, покупаю! С оговорочкой. Можно купить и кетайский ПЛК и поделки (не в обиду) отечественных производителей. У них шнурки программирования вообще можно спаять самому. Но вот ведь какая фигня. Купив железяку, будьте готовы к тому, что она программируется.... последней бета версией программного обеспечения. ЗдОрово? К тому же предыдущая не-бета-версия сама лезет в инет и обновляется... на эту самую бету. И ждать реальных обновлений не приходтися. Однако, о программном обеспечении в целом: чтобы НОРМАЛЬНО его использовать, нужна не только его безглючность, "дружественность интерфейса" и "нативность" там все остальныя. Нужна еще дотошная и детальная документация. Иначе Вы можете и "не догадаться". Поэтому призадумайтесь, маленькие -- по три, или большие -- но по пять... Есть, конечно, и такая фишка. Вам говорят -- CoDeSys -- там все написано и его использует BOSCH! ВАХ! Ну, да, это так, но под конкретный ПЛК все равно есть "кусочек", который обеспечивает работу этой самой железяки. Так что вылизанная Кодесис может столкнуться с корявеньким таргетом, писанным местным программером, который, в основном, боролся с утра с голодом, а после обеда со сном... Поэтому время, которе может быть потрачено на проект, может быть несоразмеримо дороже, фирменной железки, вылизанной IDE и документации, изобилующей примерами, понятным даже имбецилам... ) Ну да, зоказчег -- он часто далековат от проблем, у него один критерий -- цифра, обозначающая конечные (причем одноразовые) затраты на конкретные осязаемые железки. Не все же умеют считать, реально, деньги. И то, что козлика надо не только доить, но еще и кормить, встречают, часто, даже агрессию... Тут уж как в известной сказке: "А можно из одной шкурки пошить восемь шапок?" Ответ, однако нетривиален... )))
И все-таки, ПЛК Мицубиси, они... ПЛК Мицубиси (сорри, не конкретно об этом производителе). Они, на весь мир продаются... Что кагбэ намекает (не думайте, пжлст, что это критерий выбора. Здесь речь только о том, что в разработку вкладыватся огрмные деньги и огромный опыт, схемотехникой занимаются группы инженеров, а над документацией потеет, наверняка целый отдел)

И маленькое такое ЗЫ еще на восемь страниц... )) Если Вы думаете о том, что я тайный эротоман Хоботов, то задумайтесь о том, что есть стандарты, где указано, на каком расстоянии в миллиметрах от кнопки "Пуск" и в какой части панели должен быть размещен, например, "грибок" экстренной остановки.. ))

ЗЗЫ: Ф схемах на FBD -- нафига таскать проводочки? Частенько и там можно прилепить "бирочку" обозначающую "начало" и "конец" проводника. Прям как в... Протеусе... ))) И червячки не разбегаются... )))

Как-то так...

Спасибо, однако, тем, кто асилил... ) Был рад, если о смыслом )
0
0 / 0 / 0
Регистрация: 06.09.2014
Сообщений: 45
05.01.2015, 23:24 10
tykdym, "асилил" )))
Согласен почти со всем. И в части софта и в части харда.
Единственное замечание по фразе "игла помехи прилетит и дернет (по внешнему прерыванию) вход МК на Ардунечке или ЛУТ-плате и пресс опустится как раз на бедного оператора, залезшего внутрь что-то там, как всегда подправить". Все подобные опасные моменты должны быть защищены аппаратно. Т.е. оператор должен нажать кнопку с фиксацией СТОП (или выключить рубильник или т.п.) и только после этого совать шаловливые ручки. При этом ничего не должно случиться ни при программном сбое, ни при обесточивании. Промышленное оборудование делается только так. У буржуев это называется "Emirkincy stop", выполнено в виде поворотного разъединителя по питанию с возможностью закрытия на замок и является обязательным атрибутом всех опасных установок. Мы когда проектируем для предприятий с буржуйскими нормами безопасности, то даже не спрашиваем - ставить или нет, не поймут...
P.S. Про дороговизну PLC. Как я говорю - заказчик, который не может заплатить за нормальный PLC, не имеет денег чтобы оплатить мою работу.
P.S.S. уни, Вам не ответил по поводу указателей в Step7 по описанной у tykdym причине - нормально писать можно только для PLC одного производителя, универсалов нет. Я сам пишу для Modicon (Шнайдер), а человек который пишет для Siemens сейчас на отдыхе за границей. В Шнайдере ни в PL7, ни в Unity Pro, таких указателей нет. У Сименса - ХЗ, настолько не вникал.
0
0 / 0 / 0
Регистрация: 07.02.2106
Сообщений: 3,044
05.01.2015, 23:37 11
К сожалению, в последнее время аварийным стопом пренебрегают. Аппаратным тем более... Уровень нынешних молодых "спецов" оставляет желать лучшего...
0
356 / 135 / 15
Регистрация: 06.03.2010
Сообщений: 280
Записей в блоге: 1
06.01.2015, 00:04 12
В Шнайдере ни в PL7, ни в Unity Pro, таких указателей нет. У Сименса - ХЗ, настолько не вникал.
А жаль, так как есть китайские клоны Сименса и я хотел бы и их попробовать. Сам когда-то сопровождал ПО на металлургическом предприятии, где были S-400 в связке, но на ST никто не писал почему-то. Основной проект был от итальянцев.

P.S.S. уни, Вам не ответил по поводу указателей в Step7 по описанной у tykdym причине - нормально писать можно только для PLC одного производителя, универсалов нет.
Зато те, кто сопровождают то, что писатели написали - все универсалы ;) поневоле.

Да, здорово, понакидал блоков, посоединял их "проводками" и всё работает... Но если с "пошаговыми" инструкциями все понятно, то КАК работает потом пережеванная в понятный микроконтроллеру код схэма из кубиков, как бэ, совсем не представляю.
Работает точно так же. У них вообще-то взаимно однозначное соответствие. Это как с .Net, у которого тоже есть IL, но немного другой. Этот IL - является языком машины, а всё остальное в него компилируется. Так же и со схемами. Любая схема имеет свой образ в виде IL, который и выполняет ПЛК. Почему и возможет такой зоопарк языков, также как и с .Net. В ПЛК ведь псевдопараллельность, на самом деле всё выполняется последовательно.

Проверить это просто: пишешь программу на любом языке, записываешь в ПЛК, потом создаешь проект на IL и считываешь в него программу из ПЛК. С Mitsubishi аналогом у меня такое прокатывает. Дело в том, что китайский клон не поддерживает напрямую программирование при помощи ST, IDE показывает ошибку после записи. Я нашёл обходной путь с двойной работой: пишу на ST, компилирую, записываю в ПЛК, считываю из ПЛК в LAD, правлю LAD и записываю обратно в ПЛК (LAD этот тот же IL, просто в графической интерпретации). После этого всё работает. Китайцам я об этом рассказал, они выпустили новую прошивку для своего ПЛК.

Видео, где я процесс показываю: http://www.youtube.som/watch?v=45G5yg8fCOs
0
0 / 0 / 0
Регистрация: 24.12.2011
Сообщений: 2,752
06.01.2015, 05:15 13
Цитата Сообщение от dymyurk1978
К сожалению, в последнее время аварийным стопом пренебрегают. Аппаратным тем более... Уровень нынешних молодых "спецов" оставляет желать лучшего...
Ну тут скорее претензия должна быть к грамотно написанному ТЗ. Если в ТЗ заложено применение защитного реле типа Pilz или SafeMaster, то будь добр его применить.
0
0 / 0 / 0
Регистрация: 13.02.2010
Сообщений: 31
06.01.2015, 12:26 14
Немного про аварийный стоп: если объект рядом, маленький и то аварийный стоп можно сделать и аппаратно, цепляем на кнопку второй контакт с запаздыванием и если контроллер не отработал схему аварийного отключения, он просто снимает напряжение питания, но есть объекты которые могут быть отключены только программно, например питание двигателей 6кВ, осуществляется с подстанции за 5-6 км и управляется отдельным контроллером.
0
0 / 0 / 0
Регистрация: 07.02.2106
Сообщений: 3,044
06.01.2015, 12:31 15
Пример - один термоформовочный станок. А там прессформа...
0
0 / 0 / 0
Регистрация: 24.12.2011
Сообщений: 2,752
06.01.2015, 12:43 16
Аварийный стоп и контроллер никогда не должны быть завязаны. Контроллер может и не знать что нажат аварийный стоп, может сколько угодно хлопать своими выходами, разрывать цепь нужно на силовых пускателях исполнительных механизмов.
Максимум - контроллер можно поставить в известность о срабатывании защитного реле, не больше...
0
0 / 0 / 0
Регистрация: 07.02.2106
Сообщений: 3,044
06.01.2015, 13:21 17
Наиболее правильное решение - аварийный стоп физически отрубает питание важных узлов. Максимум через дополнительное реле. Также должны быть контакты для управляющего элемента, не важно, что это, ПЛК, МК. При нажатии на ав. стоп отрубается питание, также поступает команда на управление, и программа прерывает свою работу.
0
0 / 0 / 0
Регистрация: 24.12.2011
Сообщений: 2,752
06.01.2015, 14:09 18
Цитата Сообщение от dymyurk1978
... и программа прерывает свою работу.
Не так, не прерывает, всячески сигнализирует о срабатывании аварийного реле, иначе неквалифицированный персонал пару часов будет разбираться что нажата аварийная кнопка. Обычно и не могут разобраться, ждут специалиста, открываешь шкаф, смотришь на защитное реле, все понятно, нажата защитная кнопка. Обычно ненарочно, агрегат в "СТОП", механики снимали облицовочную панель для шприцевания, прислонили тут же не глядя, кнопка нажалась и заблокировалась. Механики свое сделали, панель на место, агрегат не работает. Они в шоколаде, станок заблокировала электроника. А подать сюда электроника!!! "А вы знаете сколько стоит простой"... Ну и т.д.
У меня может быть до 8 кнопок на агрегат, плюс до 20 конечников защитного периметра. Кнопки бывают с разблокировкой только спецключом, который у начальника цеха в сейфе. Бывает весело...
0
0 / 0 / 0
Регистрация: 07.02.2106
Сообщений: 3,044
06.01.2015, 14:36 19
Если станок при нажатии на ав. стоп был в рабочем цикле, цикл должен быть остановлен, выходы на критические исп. механизмы отключены, в случае наличия гидростанции, насос должен отключиться. Соответствующая индикация нажатия на ав. стоп.
0
0 / 0 / 0
Регистрация: 24.12.2011
Сообщений: 2,752
06.01.2015, 14:38 20
С этим не поспоришь, это нормальная заготовка ТЗ.
У Сименса через каждые ~ 10 (точно не помню, может и 8) модулей ставят блоки PM-E. Они имеют внешнее управление и отключают питание после себя, т.е. все последующие логические блоки обесточиваются. И понять легко, зеленый индикатор на блоке сменяется на красный.
При наличии пневмоуправления воздух нужно отключать на входе. Кран трехвходой, излишек тут же стравить.
В общем то это к ардуино явно отношения не имеет. Одно дело с дистанционно управляемой машинкой играться, другое - стать фигурантом уголовного дела.
0
IT_Exp
Эксперт
87844 / 49110 / 22898
Регистрация: 17.06.2006
Сообщений: 92,604
06.01.2015, 14:38

ПЛК (Arduino Mega2560 совместимый)
Начало тут: ПЛК (Arduino Miko 2560 + W5100) . ТЗ для устройства. Функционал: 0. Назначение:...

Пользовательские функции. ПЛК Mitsibishi Alpha
Выкладываю пользовательскую функцию. Что-то вроде усовершенствованного RS-триггера. Я на подобных...

Есть ли на этом форуме участники работающие с ПЛК?
Есть ли на этом форуме участники работающие с ПЛК? Решил взяться за изучение ПЛК. Например,...

Подбор ПЛК для отправки данных в программу на ПК
Добрый день! Требуется помощь бывалых спецов. Нужно передать и отправить дискретные сигналы...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
20
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2022, CyberForum.ru