Больше 200 автомоек в России, Казахстане и Беларуси остались на поддержке фактически у одного инженера, и он закрыл часть задач с помощью ИИ в промышленной разработке. Это не история про лендинг за вечер: в кейсе есть контроллеры B&R, POWERLINK, драйвер сетевой карты, реальное время и стендовые прогоны на настоящем железе.
Об этом сообщает Habr / Карьера в материале инженера, который много лет занимался софтом для оборудования: от корабельных систем управления и проверочных комплексов для авионики до домофонов, теплосчётчиков и терминалов автомоек самообслуживания. Автору 50 лет, в 2000 году он писал на ассемблере софт для проверки приборов спутникового слежения и, по его словам, относился к ИИ примерно как многие инженеры старой школы: полезная игрушка для текста, скриптов и демонстраций, но не участник серьёзной разработки.
Перелом случился не из любви к модным словам. Компания, где работал автор, пережила тяжёлый период, производство остановилось, разработчиков сокращали, а парк установленных объектов никуда не исчез. Терминалы продолжали принимать деньги, владельцам автомоек нужна была поддержка, платёжные сервисы меняли протоколы, оборудование зависало, монетоприёмники отваливались. В итоге один человек оказался ответственным за стек от микроконтроллера до облачного приложения. В нормальной жизни под такой набор задач держат команду, а не героического универсала с паяльником, осциллографом и дедлайном.
Самый показательный эпизод связан с промышленной автоматикой на контроллерах австрийской B&R. После ухода вендора новое железо стало трудно купить, а старые контроллеры продолжили выходить из строя. По словам автора, подержанная «голова» через серый импорт может стоить от 500 тысяч до 3,5 млн рублей за штуку. При этом стойки с модулями ввода-вывода часто остаются рабочими. Команда придумала заменить только контроллер: поставить вместо него обычный мини-ПК, оставить стойки на месте, а проект автоматизации, логику и визуализацию сохранить с минимальными изменениями конфигурации.
Проблема в том, что стойки общаются по POWERLINK — протоколу жёсткого реального времени с циклом около двух миллисекунд. Обычный ПК сам по себе с этим не справится. Нужны драйвер сетевой карты под real-time Linux и программный шлюз, который опрашивает стойки и отдаёт данные в ожидаемом формате. Открытый стек для POWERLINK существовал, но, по словам автора, фактически не развивался с 2019 года: современные сетевые карты он не знает, с новыми ядрами Linux собирается плохо. Это уже не «попросил модель сделать CRUD», а работа на стыке ядра, драйверов, сетевого протокола и физического стенда.
В связке с ИИ инженер сделал драйвер под Intel I226-V, шлюз и разбор проекта меньше чем за неделю. Ещё неделю решение гоняли на стенде с настоящими стойками B&R. Первый длинный прогон дал почти 300 тысяч циклов обмена без пропусков. Важно, что роли в этой схеме распределены не как в рекламном ролике про «ИИ заменил всех». Код генерировала модель, но архитектуру, порядок работ, критерии проверки и отладку на железе задавал человек. ИИ не видел осциллограф, не отвечал за стенд и не мог сам понять, что именно считается рабочим поведением в конкретной установке.
Кейс интересен тем, что ИИ в промышленной разработке здесь сработал не за счёт миллиона типовых примеров из веба. У автора были задачи с низким уровнем, редкими протоколами, платёжным железом и самодельными прошивками. Там ошибка может проявиться не в красивом stack trace, а в странном импульсе на линии или потерянном цикле обмена. Модель оказалась полезна как исполнитель и интегратор: собрать основу из разных областей, предложить код, связать Linux real-time, драйвер, сетевую карту и шлюз в один проект. Но без инженера, который понимает предметную область, такая сборка легко превращается в убедительный текст с неработающим бинарником.
Помимо задачи с B&R, автор описывает и более широкий сдвиг в работе. На нём оказались прошивки микроконтроллеров, драйверы, образы ОС для терминалов, бинарники панелей под новый бренд, облачное приложение для диспетчеризации и удалённого управления мойками, статистика, роли доступа, система лояльности на MIFARE-картах, интеграции биллинга с «Яндекс Заправками», СБП и другими сервисами, боты для оповещений и сборки проектов в Automation Studio. Раньше такой список выглядел бы как годовой план для нескольких специалистов. Теперь часть барьера сместилась: важнее стало не «знаю ли я этот стек», а «могу ли я точно описать систему, проверить результат и поймать ошибку до клиента».
Для разработчиков это неприятная и полезная новость одновременно. Неприятная — потому что граница между «это умеет только команда» и «это может собрать один сильный инженер с ИИ» явно двигается. Полезная — потому что ИИ в промышленной разработке не отменяет инженерную квалификацию, а повышает цену архитектурного мышления, контекста и умения тестировать на реальном объекте. Бизнесу же кейс напоминает: автоматизация разработки работает лучше всего там, где у человека уже есть доменная экспертиза, а не там, где менеджмент просто хочет заменить вакансии промптом. Следующий вопрос для рынка — сколько таких одиночных инженерных команд появится в промышленном ПО, пока компании всё ещё спорят, можно ли пускать ИИ дальше тестового скрипта.