Промышленное ПО · станкоинструментальная отрасль
Управляющая программа — на нужный станок. Под контролем. СТАНКОД фиксирует допущенную по регламенту предприятия версию управляющей программы, связывает её с производственным заданием и конкретным оборудованием, доставляет на станок через управляемый аппаратный Мост и сохраняет историю действий.
Подготовить→Проверить→Допустить→Назначить→Доставить→Зафиксировать
Страница повторяет структуру паспорта проекта. Нормативный контекст, полная архитектура и целевые показатели — в самом паспорте.
01 · Задача
Отрасль одновременно замещает иностранное ПО, модернизирует процессы и адаптируется к смене станочного парка. Локализация самого станка ни одну из этих задач до конца не закрывает: между технологом и оборудованием остаётся слой, в котором отечественного решения сегодня нет.
Как работает сегодня
Что закрывает СТАНКОД
От готовой программы до её исполнения на конкретном станке: проверка под реальную стойку, допущенная к исполнению версия, доставка на оборудование, журнал событий. Программная часть и аппаратный модуль подключения работают здесь как одно целое.
Сегодня этот участок проходят вручную: программа живёт как файл, проверяется на самом станке и едет на него на переносном носителе. Ошибка — это брак, потерянное станочное время и повреждённый инструмент.
Технологическая независимость не заканчивается производством станка.
02 · Граница
Это не дублирование существующих классов систем. СТАНКОД занимает участок между ними и не требует замены ни одного из них.
Система подготовки УП (CAM)
Создаёт траекторию и управляющую программу
СТАНКОД принимает готовый файл управляющей программы и не требует замены существующей системы подготовки.
СТАНКОД
Контур управления УП
Версия → допуск → задание → доставка → история.
Системы управления и мониторинга (MES / MDC)
Управляют производством, загрузкой и простоями
СТАНКОД не подменяет эти системы и может интегрироваться с ними.
Термин «допуск версии» здесь и в паспорте означает то же, что «утверждение к исполнению» в продуктовой документации: фиксацию неизменяемой версии, которую регламент предприятия разрешает передать на оборудование.
03 · Реализация
Базовый продукт создан и работает на реальных управляющих программах реальных деталей. Каждая система ЧПУ подключается отдельным модулем поверх общего ядра — следующие стойки добавляются как модули, без переписывания продукта. Это и есть механизм тиражирования на разный станочный парк, включая новое оборудование азиатского производства.
Редактор, двухмерная и трёхмерная симуляция обработки, версии и их сравнение, организации и роли. Работа в браузере, без установки на рабочие места.
GSK928TD-L, Huazhong HNC-8, FANUC 0i-F. Моделируется поведение конкретной стойки, а не усреднённый набор команд ISO. Архитектура расширяется на новые стойки и техпроцессы.
Программно-аппаратное решение: конкретная допущенная версия доставляется на назначенный станок через интерфейс USB, без переноса файлов на съёмном носителе.
Фиксация версий, заданий и событий доставки. Развитие — в сторону формального регламента ответственности на предприятии.
Подход не зависит от одного производителя станка: общий жизненный цикл плюс специализированные модули и способы подключения.
Проектируется защищённое исполнение: локальный сервер, проводная или изолированная сеть, контроль вскрытия и физическая защита порта.
Работают также: симуляция съёма материала, геометрия режущего инструмента, импорт DXF, построчное сравнение версий, окружения и роли, аппаратный прототип модуля доставки. Полный перечень — в паспорте проекта.
04 · Внедрение
Уровень инфраструктуры выбирается не по числу станков, а по стоимости последствий ошибки, утечки или недоступности. Предприятие не должно строить дорогой закрытый контур там, где он не нужен, — и не должно обходиться облаком там, где режим этого не допускает.
Облако
Обычное коммерческое производство без специальных ограничений по информационной безопасности
Быстрый запуск и минимальная стоимость владения. До 20–30 станков — самое экономически эффективное решение.
Локальное размещение
Крупные предприятия с собственной серверной и ИТ-инфраструктурой или корпоративными требованиями к данным
С 50–100 станков и выше сравнивается совокупная стоимость владения (TCO) облака и локального контура.
Защищённый / закрытый контур
Критичная продукция, закрытые контуры, запрет внешнего интернета или беспроводной сети
Выбирается по критичности независимо от числа станков: локальный сервер, проводная или изолированная сеть, защищённый Мост.
Беспроводная сеть (Wi-Fi) — только способ связи, а не архитектурная зависимость продукта.
Сегодня программа попадает на станок через переносной носитель, и восстановить, что именно и кем было загружено, как правило невозможно. СТАНКОД закрепляет канал загрузки за конкретным станком: на оборудование назначается конкретная допущенная версия из корпоративного окружения, а передача, отключение и повторное подключение устройства фиксируются в журнале.
У каждого модуля свой идентификатор, связанный с конкретным станком. На оборудование назначается версия из окружения предприятия, а не произвольный файл с носителя.
Отключение и повторное подключение устройства фиксируются в системе. В защищённом исполнении вскрытие корпуса регистрируется отдельным событием.
Видно, какая версия была назначена станку, кем и когда, и какое устройство её фактически получило.
СТАНКОД существенно снижает возможность незаметной загрузки сторонних программ, но не исключает её полностью: уровень контроля зависит от конфигурации станка и наличия других интерфейсов загрузки — второго USB, RS‑232, Ethernet. Полная блокировка обходных путей решается организационно и физически на стороне предприятия.
05 · Контекст
Слой между технологом и станком — один из тех, по которым уже поставлены измеримые цели.
Целевая доля организаций обрабатывающих отраслей, перешедших на российское ПО в основных производственных и управленческих процессах.
Целевая доля использования российского ПО к 2030 году для компаний обрабатывающих отраслей с госучастием свыше 50%.
Бюджет действующей меры поддержки российского ПО для производителей средств производства, включая станкоинструментальную промышленность.
06 · Эффект
Шесть направлений, по которым результат проверяется на пилотах и может отражаться в отраслевой отчётности.
| Эффект | В чём выражается | Чем измеряется |
|---|---|---|
| Технологическая независимость | Российский жизненный цикл УП поверх разношёрстного парка оборудования | Объём замещения иностранного ПО в этом технологическом слое |
| Безопасность | Снижение зависимости от переносных носителей; управляемый канал и журнал действий | Доля станков с контролируемым каналом загрузки, полнота журнала событий |
| Тиражируемость | Внедрение без обязательной замены существующих станков и систем подготовки УП | Число поддержанных систем ЧПУ и предприятий, использующих решение |
| Станкостроение | Пакет для производителей оборудования: новые поставки и цифровизация установленного парка | Число поставщиков, включивших среду в комплект поставки оборудования |
| Производственная память | Архив версий, заданий и событий как основа дальнейшей аналитики и ИИ | Объём накопленной истории: версии, задания, передачи, подключённые станки |
| Экономика внедрения | Облако для малого и среднего производства; локальный или защищённый контур — когда масштаб или риск оправдывают затраты | Совокупная стоимость владения на пилотных площадках разного масштаба |
Цифры эффекта появятся по итогам пилотов — называть их заранее не имеет смысла.
07 · Апробация
Апробация проверяет полный путь на реальных программах реальных предприятий и заканчивается разбором, а не презентацией. На каждой площадке — участок с тремя станками на разных системах ЧПУ: именно разнородный парк делает результат доказательным.
Технолог или программист ЧПУ как владелец апробации, участок с тремя станками, реальные УП и заказы, операторы на смене.
Установка Мостов, настройка под сценарий, обучение технологов и операторов, фиксация расхождений в регрессионный набор, отчёт по результатам.
Подтверждённый отраслевой кейс с измеренным эффектом на конкретном предприятии — до того, как заходит разговор о масштабировании.
Для производителей станков — отдельный формат: программная среда в комплекте с оборудованием и цифровизация ранее поставленного парка.
Образовательным организациям
Студент осваивает ту систему ЧПУ, которая стоит в цехе, ещё до выхода на реальное оборудование — тот же диалект, те же циклы, тот же порядок работы с версиями. Для предприятия это сокращение времени ввода нового технолога, для отрасли — связка между промышленным ПО и подготовкой специалистов.
Роли, группы и задания в браузере, без установки на учебные компьютеры и без закупки рабочих мест под каждого студента.
Занятия идут на GSK, HNC или FANUC — на той системе, с которой выпускник встретится у работодателя.
Для колледжей, техникумов и вузов условия отдельные от коммерческих. Обсуждаем под конкретную программу подготовки и число учебных мест.
Связка работает в обе стороны: учебное заведение получает актуальную производственную среду, а предприятие-партнёр — выпускников, которым не нужно переучиваться под его стойки.
08 · Взаимодействие
Базовый продукт создан и работает. Дальше нужна не разработка, а проверка на реальных программах реальных предприятий и понимание места решения в отраслевой архитектуре. Здесь у отраслевых институтов есть то, чего нет у нас.
Финансирование не является предметом этого обращения. Меры государственной поддержки могут рассматриваться отдельно — в рамках конкретных проектов внедрения, тиражирования и кооперации с российскими производителями оборудования.
Заявка отправлена. Напишем, чтобы уточнить формат взаимодействия.
Паспорт проекта, PDF — нормативный контекст, технологическая архитектура, план на 12 месяцев и целевые показатели.
