Как я уже много раз говорил, сегодня почти все автоматизированные системы управления в основе своей содержат ПЛК. Почему именно ПЛК, а, например, не промышленные компьютеры или микроконтроллеры?
Промышленные компьютеры - штука хорошая. Но дорогая. По цене они сопоставимы с ПЛК (а часто существенно дороже). При этом программирование их сложнее. Хотя и свои преимущества у них тоже есть.
Особенно появляется соблазн сделать АСУ на микроконтроллере или плате типа Ардуино или Raspberry, поскольку их цена на один-два порядка ниже стоимости ПЛК. Однако не делают (за исключением некоторых особо упоротых фанатов). И причин тому несколько. Одна из которых - единые требования к специалистам в области автоматизации.
Если взять те же Ардуино и Raspberry, то почти одинаковые по функционалу платы сильно отличаются способами программирования. И если вы очень хорошо научились работать с Ардуино, то при переходе на Raspberry вам придётся переучиваться. С ПЛК всё намного проще. Да, средства разработки отличаются, и немного переучиться и привыкнуть тоже придётся. Однако языки программирования стандартизированы МЭК, поэтому программист сможет легко и быстро начать работать с ПЛК любой фирмы (хотя какие-то незначительные отличия, конечно, могут быть).
Кроме того, низкая стоимость Ардуино и подобных может прельстить только любителя. И да, для любительских разработок это, пожалуй, лучшее решение (во всяком случае с точки зрения цены). А вот профессионал на эту удочку не клюнет. Потому что низкая стоимость комплектующих с лихвой перекроется трудозатратами при разработке и эксплуатации системы. Потому что разработка программ для Ардуино сложнее, монтаж сложнее, обслуживание сложнее и т.п. И всё это в итоге выльется в увеличенные затраты на разработку и сопровождение.
Впрочем, фанатов такие мелочи никогда не останавливали )))
Однако профессионал всегда исходит не из личных предпочтений, а из интересов заказчика. И да, у себя дома в свободное время он может разрабатывать свой собственный ПЛК на коленке или собственную SCADA, если это является его увлечением. А вот у себя на работе он выберет то решение, которое:
- Может быть реализовано наиболее быстро
- Будет простым и недорогим в эксплуатации
- Обеспечит минимальное время простоя в случае неисправности
- Не потребует от обслуживающего персонала слишком высокой квалификации
- Позволит максимально быстро вносить изменения в управляющие алгоритмы (в том числе и удалённо)
- Будет максимально унифицировано и доступно для доработки другим специалистам
Последнее утверждение не всегда верно, так как иногда подрядчики наоборот максимально блокируют доступ к системам, чтобы скрыть какие-то свои фирменные секреты (но чаще исключительно для того, чтобы потом брать с заказчика деньги за каждый чих). Однако если вы создаёте систему для своего предприятия, то надо делать именно так, чтобы после вас вашу систему мог легко обслуживать кто-то другой.
На этом всё. Подписывайтесь на канал, чтобы ничего не пропустить…