Основные боли с китайским оборудованием — закрытое ПО, которое отказывается общаться со сторонними системами, и потерянная после отгрузки поддержка. Мы занимаемся именно этим: подключаемся к ЧПУ и PLC, снимаем данные, делаем интерфейс понятным оператору, интегрируем с учётом. С запчастями и физическим ремонтом железа — не к нам.
По материалам отраслевой прессы и наших разговоров с заводами. Про общие проблемы производства — на главной, здесь только то, что специфично именно для китайского оборудования.
Китайские вендоры неохотно открывают обмен со сторонними системами — это признаётся как «протекционистская модель». Штатные платформы мониторинга и учёта отвечают «не поддерживается», подключиться по Modbus/OPC UA напрямую часто не получается.
Поставщик не отвечает или отвечает формально. Санкции и часовые пояса ломают любой сценарий, где нужен контакт с заводом. Даже когда бренд рабочий, электронных каталогов запчастей и сервисных мануалов для российского рынка обычно нет.
Где-то иероглифы, где-то машинный английский, где-то вперемешку. Формулировки и коды ошибок часто такие, что без опыта догадаться нельзя. Мануал — часть на китайском, часть от предыдущей ревизии, в комплектации станка — другое железо.
Оператор видит номер ошибки, но нигде не описано, что с ней делать. Каждый такой эпизод — остановка и вызов инженера, а то и простой до приезда наладчика.
Экран периодически зависает, параметр сбрасывается после перезагрузки, сигнализация не срабатывает. По отдельности не критично, но накапливается и мешает работать в смену.
Станки проектируются под мягкий климат и чистое питание. У нас — пыль, перепады напряжения, скачки температуры. Часть «неожиданных» сбоев — на самом деле реакция автоматики на условия, к которым её не готовили.
Здесь — только работы, специфичные для китайского оборудования. Общие направления (мониторинг, Factory Data Hub, интеграция с учётом, доработка автоматики) описаны на главной — они одинаковы для любого парка.
Если штатный HMI допускает смену языка или редактирование строк — переводим. Если закрыт (частый случай на обрабатывающих центрах) — делаем внешние памятки и экран с расшифровкой кодов и меню рядом с пультом. Язык оригинала (китайский, ломаный английский, смешанный) здесь вторичен — задача в том, чтобы оператор понимал, что происходит.
Описываем то, что реально используется в смене: параметры, типовые аварии, регламентные действия. Не претендуем на полный перевод заводского мануала.
Смотрим, какие данные отдаёт конкретный контроллер через доступные интерфейсы. Часто там, где типовые платформы говорят «не поддерживается», удаётся что-то вытащить — но не всегда.
Когда стандартные протоколы не дают нужного, исследуем проприетарный обмен. Где это технически возможно — подключаемся, где нет — говорим об этом прямо.
Не обещаем «подключить что угодно». На этапе оценки честно говорим, что реально вытащить из конкретного контроллера, а что — нет.
Не делаем вид, что подходим под любой парк. Работаем с категориями ниже — если вашей здесь нет, напишите, оценим по фото шильдика и пульта, или честно скажем, что задача не наша.
Что именно получится сделать на конкретном станке — зависит от модели контроллера и от того, открыт ли он для сторонней интеграции. Это определяется на этапе оценки, а не обещается заранее.
Каждый этап завершается решением «идём дальше» — никаких обязательств вслепую. На первом шаге может выясниться, что подключение нерентабельно или невозможно — это тоже результат.
Фото шильдика, пульта, шкафа и описание проблемы. Смотрим, что за контроллер, какие у него интерфейсы и что реально можно сделать.
Пробуем снять данные с контроллера доступными способами. Фиксируем, что получилось прочитать, что — нет.
Перевод меню и кодов там, где штатный HMI это позволяет. Внешние памятки и подсказки там, где не позволяет.
Дашборды простоев и выпуска, передача данных в учётную систему, уведомления — по тому набору показателей, который удалось снять.
Сроки не называем по фото — на одном и том же классе станков они сильно различаются. Оценку с прогнозом дадим после первого шага.
Да, и это едва ли не чаще встречается, чем чистые иероглифы. Формулировки вроде «Axis over travel plus side» или «Spindle orient not finish» формально по-английски, но оператору без опыта на этом станке ничего не говорят. Делаем то же, что и с китайским: понятные подсказки, расшифровку кодов, памятки по типовым авариям. Замены языка в HMI при этом может и не потребоваться.
Полностью заменить язык в закрытом заводском HMI удаётся редко — обычно это запрещено лицензией или технически невозможно без инструментов производителя. Что реально: где штатная система допускает выбор языка — включаем русский; где нет — делаем внешнее решение (памятки, расшифровка кодов ошибок, отдельный экран с подсказками рядом с пультом). Оцениваем по конкретной модели.
Часто — да, если контроллер отдаёт хоть какие-то данные через сетевой интерфейс или дискретные сигналы. Но не всегда: есть модели, из которых без вмешательства в железо не получить ничего. Это видно на этапе оценки.
Работаем по факту: описываем то, что реально используется в смене — параметры, типовые аварии, регламентные действия. Не претендуем на восстановление полного заводского мануала.
Зависит от контроллера. На одних получаем состояние, коды ошибок и счётчики; на других — только факт «работает/не работает». До подключения точный список не называем.
Стараемся работать без остановки — съём данных и установку сборщика обычно удаётся сделать параллельно производству. Если потребуется технологическое окно, согласовываем заранее.
По умолчанию — на вашем сервере, данные не уходят за периметр. Облачный вариант возможен, но только под конкретный осознанный сценарий.
Это не основные направления и делаем их по ситуации — когда видим, что задача решаема и вписывается в общую адаптацию парка.
Разбираем, как контроллер общается с пультом или внешними устройствами, чтобы понять, где лежат нужные данные. Работает не на любом оборудовании — зависит от того, что удаётся снять с шины и насколько обмен поддаётся анализу.
Станок делает не совсем то, что нужно: логика цикла неудобна, не хватает режима, мешает «лишняя» защита. Если контроллер и лицензия это позволяют — меняем поведение. Когда лезть в штатную логику нельзя — делаем внешний контур поверх.
Типовые аварии, которые выскакивают раз в смену и не объяснены в документации. Снимаем контекст вокруг срабатывания, ищем закономерность, описываем, как действовать оператору. Иногда удаётся устранить причину, иногда — только сделать сценарий понятным.
Кнопка не там, сигнализация не слышна, параметр сбрасывается при перезагрузке, экран зависает раз в день. Разбираемся по месту — часто это вопрос пары дней, а не отдельного проекта.
Всё из этого списка — не «стандартная услуга из прайса», а работа под конкретный случай. Если сомневаетесь, подпадает ли ваша задача — напишите, скажем честно.
У китайского парка есть боли, про которые нас часто спрашивают, но это не наш профиль. Говорим сразу, чтобы не тратить ваше время.
Пришлите фото шильдика, пульта и короткое описание проблемы. Вернёмся с оценкой: что реально подключить, что русифицировать и каким будет состав пилота.
