Это субъективный взгляд на отрасль одного программиста АСУТП. Э
Так произошло, что однажды я заметил, как задачи, решением которых я занимаюсь, очень далеки от изначального плана. По планам мне надо реализовать какой-то алгоритм, который бы автоматизировал технологический процесс, а по факту я пытаюсь подружить разный зоопарк оборудования или придумываю какие-то многоузловые схемы решения очень простой задачи.
Стоит уточнить, что я занимаюсь программированием ПЛК и некоторые вопросы меня должны касаться только частично, но увы. Так что ниже я приведу кое какие моменты, которые я бы назвал проблемами в автоматизации.
В данном вопросе буду рад вашему мнению, возможно каким-то фантазия из серии «А вот если бы»
ВЕНДОРЛОК
Первый пункт, огромными буквами, то что я считаю самой большой проблемой и из-за чего отрасль весьма медленная.
Вендорлок — это ситуация, когда вы вынуждены приобретать оборудование одного производителя и только у него.
В такую ситуацию попадает большинство производств. Из этого следует, что модернизация становится очень дорогой, так же как и эксплуатация, уменьшается место для манёвра и уменьшается конкуренция.
Тут мне уже сказали, что практически у каждого производителя есть всевозможные модули, но вот проблема в том, что они не взаимозаменяемы, как бы нам хотелось.
БОЛЬШОЕ КОЛИЧЕСТВО СРЕД РАЗРАБОТКИ
Так как мы завязаны на производителе, то каждый производитель старается выпустить свое железо, там свой рантайм, и еще сверху свою среду разработки, а в ней свою реализацию стандартных языков МЭК, реализация которых в стандартных требованиях вроде бы одинаковая, но расширения и всякий сахар максимально разный.
Исходя из этого мы попадаем в ситуацию, когда специалисты растут горизонтально. Просто накидывая в резюме новых производителей и новые среды разработки, но не всегда получается расти вертикально. Для этого надо просто оградить себя от множества производителей и выбрать пару штук.
Также очень мало средств для автоматизации разработки и автоматизированного развертывания(это вообще очень редкий зверь)
Плюс невозможно спокойно портировать программы или прогрузить разные контролеры, а также очень сложно с системой контроля версий или с unit тестами.
ПРОТОКОЛЫ И СРЕДЫ ПЕРЕДАЧИ ДАННЫХ.
Слишком много. Вам тут и двух проводные и четырех проводные и эзернет и радио передача и еще что-то с чем-то. Вот вам модбас, профибас, профинет, эзеркат, кан и прочее. Иногда протокол открыт, иногда доступен только членам организации, но есть шлюзы, библиотеки, модули, иногда протоколу требуется уйти на покой, но еще жив.
Разумеется все это разнообразие протоколов это годы развития и несколько этапов, а также дороговизна модернизации, и каждый протокол нужен для своих целей, но такой зоопарк иногда забирает очень много времени чтобы подружить его между собой, что не совсем интересная задача, хоть и необходимая.
Я очень жду Ethernet-APL и распространение TSN. Да это не скорый процесс, да он дорогой, но я очень надеюсь, что это решит множество проблем коммуникации с оборудованием.
Высказался бы еще в пользу EtherCat, но насколько мне известно — это немного платная вещь.
РАЗДЕЛЕНИЕ ОБЯЗАНОСТЕЙ
Количество работ, которые выполняется в службе АСУТП постоянно увеличивается, но вот разделения труда минимальны. Что опять заставляет специалиста, чтобы быть конкурентоспособным изучать все по верхам, имея общее представление.
МАЛО OPENSOURCE
Этот блок стоит переработать. Его прям очень мало, его надо искать, а найденное не должно быть мертвым. Плюс я видел библиотеку OSCAT для разных контроллеров, очень много видел опенсорсного под Codesys 3.5, да и в целом у них есть целый FORGE, но опять там возникает сложность в том чтобы контрибьютить, но всегда можно посмотреть решение. У Siemens кое какие инструменты делаются сименсами, а что относительно других производителей, то для меня это тайна покрытая мраком.
Также можно сюда добавить, что это влияет на сообщество в целом. Когда вы делились своим кодом с кем-то? Или просматривали чужой код? Ведь это здорово, когда вы можете взять на вооружения какие-то приемы или возможно найдете очень изящное решение своей проблемы.
LEGACY - ЭТО ЖИЗНЬ
Старые решения, много старых решений, очень много. Оно работает и лучше к этому не лезть. Никогда и ни за что. Ты не сможешь это изменить, так как модернизировать дорого, а еще исходники потеряли, а еще аналогов нет и вообще читай выше. Работет - не трогай!
