MAX
Подпишись
стань автором. присоединяйся к сообществу!

Запись За кулисами отечественного производства: как создаются программы для российских роботов-автомоек перенесена в личный блог модератором.

rvk перенес эту запись 29.06.2026 12:08

по причине: Малая значимость

сегодня 21

За кулисами отечественного производства: как создаются программы для российских роботов-автомоек

Всем привет! На связи Анатолий Косолапов, предприниматель и основатель производства робот-автомоек Epicarwash в Казани. Сегодня хотел бы поделиться соображениями о ценности интеллектуальной собственности.

В обсуждениях импортозамещения и развития отечественной промышленности чаще всего говорят о металле, станках и объёмах выплавки. Физическое железо — это то, что можно взвесить, потрогать руками и оценить визуально. Однако в эпоху автоматизации ценность любого станка или робота определяет его «мозг» — управляющее программное обеспечение.

Хочу на примере своего конструкторского бюро показать, почему создание промышленного софта в России — это сложнейший технологический вызов, который часто требует от команды разработчиков работы на грани возможностей.

© epicarwash.com

1. Ошибка кода в промышленной автоматизации — это разрушение железа

В отличие от классической IT-разработки (веб-сайтов или мобильных приложений), где ошибка в коде приводит лишь к зависанию программы, при создании реального оборудования цена ошибки калибра огромна.

Управляющий софт промышленного робота работает на стыке трех стихий: механики, гидравлики под давлением в 140 бар и алгоритмов реального времени. Ошибка программиста в коде ПЛК (программируемого логического контроллера) — это не просто баг, это физически разнесённое в щепки оборудование, сорванные гидравлические магистрали или поврежденное имущество.

© epicarwash.com

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

2. Конфликт цифрового алгоритма и физического мира

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

Разработчики обязаны математически просчитать: а выдержит ли металл каретки новые углы атаки воды? Не срежет ли крепежные шпильки при изменившемся динамическом давлении? Не перегрузит ли система внешние сети объекта?

В ходе полевых тестов новых алгоритмов на испытательных стендах регулярно происходят факапы. Это естественная часть сложного производственного процесса. Однажды из-за некорректной обработки ложного сигнала от датчика в условиях плотного водяного тумана каретка робота пошла по неверной траектории и полностью разрушила внутренние коммуникации испытательного бокса. На доведение одного изменения до безопасного идеала уходит до года жесткой работы всей команды.

Обыкновенная летучка, где поцарапанный инженер-испытатель на производстве обсуждает ошибки © epicarwash.com

3. Полевые испытания вместо стерильных симуляторов

В компании действует жесткое правило: управляющее ПО нельзя тестировать только в виртуальных программах-симуляторах. Они не способны учесть агрессивную среду реального бокса — химические реагенты, наводки на датчики от силовых кабелей или скачки давления в водопроводе.

Инженеры проверяют новые прошивки на реальном работающем железе и на собственных автомобилях сотрудников. Это работа в условиях повышенной опасности. Во время калибровки датчиков позиционирования под высоким давлением руководитель сервисной службы Максим получил травму головы, а неделей позже, проверяя точность ведения форсунок по контуру кузова, команда случайно поцарапала его личный автомобиль.

Российские специалисты принципиально тестируют технику на себе, прежде чем выкатывать обновления на рынок и гарантировать безопасность для клиентов.

© epicarwash.com

Ценность интеллектуального труда

Интеллектуальный капитал в российском производстве — это самый дорогой и ценный ресурс. Когда на рынке появляется отечественное оборудование, работающее со скоростью и точностью швейцарских часов, это значит, что за каждую строчку его программного кода команда на заводе уже заплатила своим потом и месяцами бессонных ночей в цеху. Развитие собственного промышленного софта — единственный путь к полной технологической независимости.

Более подробно за ходом разработки и за тем, как создается отечественное автоматизированное оборудование, можно следить в официальном Telegram-канале Epicarwash.

ВСЕ О РОБОТАХ

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Источник: epicarwash.com

Комментарии 2

Для комментирования необходимо войти на сайт

  • Нет аватара -ПВО-29.06.26 12:11:54

    Как интересно и не ожидал такое встреть тут. Обычно только про успехи пишут, про проблемы не встречал, но есть чем поделиться.

    Проблемы и последствия конечно тут не те что в вебе.

    У нас было непростое изделие в металле которым надо было управлять и гидравлика и ещё всякие механизмы и датчики и скорости работы механизмов до 150 мс, где надо было успевать выключать по срабатыванию датчика, опрашивали датчики по кену каждые 10мс.

    Был цикл разработки вот такой:
    1. Написали ПО и проверили на цифровой копии на компе, имитаторы и кена и проводов даже писали, ну похоже что это симулятор или имтатор, в какой то момент начал называть это цифровой копией.

    2. Потом это ПО на блок загружали и блок подключен кабелями реальными к стенду, где тоже имитируем механизмы, проверку КЗ и обрывы во время работы уже на реальных блоках и имитируем какие-то нештатные ситуации, ну и заодно блоки тестятся, а то вылезали проблемы и на блоках, при просадке напряжения и т. д.

    3. Уже на реальное изделие с настоящими блоками и железом, ну и там прямая функциональность прогонялось в основном.

    Параллельно с конструкторами и блоков и железа до полной сборки поотдельности что надо было испытывали, отдельные стенды для проверки блоков и механизмов.

    И не перекидывать проблемы друг на друга, а действительно искать корень проблемы и работать над решением, возможны временные решения, но параллельно прорабатывать и постоянное капиатальное, все в одной лодке и помогать друг другу, программисты, конструктора блоков механизмов.

    Решил поделиться опытом, желаю терпения и удачи!)

    • Нет аватара Anatoli_Epicarwash29.06.26 12:23:21

      Спасибо большое! Чувствуется, что у вас дружный коллектив и слаженно все работают. С большим уважением отношусь к людям, которые поднимают промышленность в нашей стране!