Одна вертикаль: браузер → двойник станка → конфигурация стойки → LinuxCNC → серво. Без цепочки CAD → CAM → постпроцессор и без освоения тяжёлых пакетов технологом.
Ходы, пределы, параметры привода и инструмент записаны в разных местах и в разных версиях. Когда они расходятся, правым оказывается тот, кто громче.
Технолог ждёт CAM-специалиста, тот — наладчика. Каждое звено со своей лицензией и своим человеком.
Простая деталь проходит тот же путь, что сложная, — потому что маршрут единственный.
Замена привода или стойки означает переписывание постпроцессора руками.
Обратная связь идёт тем же путём назад: факт с пина возвращается в двойник и на экран.
Описывает деталь параметрами. Плита с отверстиями, фланец, диск, кольцо, вал со ступенями, карман, окно в панели, раскрой листа. Съём материала виден в 3D до металла.
Видит оси, приводы и пины. Настройка привода и наблюдение за ним — там же, где паспорт оборудования, а не в отдельной утилите.
Работает без облака. Локальная панель у станка: пуск, стоп, состояние. Связь с облаком для работы не требуется.
Речь об отсутствии CAD-барьера, а не о простоте вместо возможностей: сложную трёхмерную обработку поверхностей мы не заменяем и не заявляем.
Каждый станок со своим двойником: кинематика, оси, приводы, инструмент. Отсюда же — запуск и состояние подключения к контуру реального времени.
Оси и их ходы, приводы и энкодеры, установка детали и ноль — всё в одном месте, у числа назван источник: замер, паспорт или «не измерено». Конфигурация стойки порождается отсюда.
Технолог задаёт деталь и операции — карман, отверстия, контур — и видит съём материала в 3D до того, как включится шпиндель. Программы хранятся по станкам, с превью детали; та же программа исполняется на другом станке без правок.
Какой серво-слейв на какой оси, люфт, привод шпинделя — наладчик задаёт и проверяет сопоставление в одном окне, а не в утилите вендора и не в файле на стойке.
Локальная панель бокса: состояние бокса, станков и стенда, привязка к платформе, удалённая поддержка по кнопке. Работает внутри периметра предприятия; связь с облаком для работы не нужна.





Траектория выводится из объёма детали. Технолог описывает деталь, генератор строит траекторию под конкретный станок: 15 генераторов — 2.5D, формообразующие, не-фрезерные.
Траекторию называет автор. Перенос, переворот, постановка, сварка — программа для роботов и узлов автоматики поверх того же двойника.
Проверка простая: меняет ли смена рабочего органа саму траекторию. Да — рез, нет — движение. Сварка — не отдельный род, а рабочий орган.
Программа описывает деталь, а не станок: координаты от угла заготовки, ноль детали принадлежит установке. Поэтому та же программа исполняется на другом станке без правок.
«Команда принята» и «ось поехала» различаются намеренно: факт берётся с пина, а не из ответа кнопки.
Контур реального времени остаётся на боксе у станка. Облако наблюдает и настраивает, но не держит петлю управления.


«Команда принята» и «ось поехала» — разные события. Приёмка у нас — это значение, заданное человеком и найденное на пине: обороты шпинделя, путь осей, состояние привода.


Доработка считается доказанной разницей ответа железа до и после правки — а не отчётом о проделанной работе.

Проверено на железе: три Inovance IS620N выведены в OP и проехали оси фрезерного станка; SV660 — в OP, 30 оборотов вперёд-назад в CSP; Wecon VD3E — от онбординга до движения оси. Обмен по шине — 1 кГц.
Принято в открытое ядро: драйверы IS620N / SV660 — в linuxcnc-ethercat (PR #512, 21.08.2026), драйвер Wecon VD3E — в master. Ставится штатным пакетом, без форка.
Всё, что умеет станок, проброшено от железа до экрана и видно одинаково везде, откуда на это смотрят.
Где факт живёт и откуда берётся — владелец записи.
Пин HAL, строка конфигурации, объект на шине — то, что исполняет.
Через cncctl факт настраивается и проверяется осциллографом.
Оператор у станка видит и управляет без облака.
Возможность не считается готовой, пока её не видят все четыре окна: одно имя, одно значение, один владелец записи.


По границе планируется работа, по обещанию «умеем всё» — только разочарование на первой технической встрече.
Сложная трёхмерная обработка поверхностей и тяжёлая пятиосевая — не наш предмет.
Своего геометрического ядра не пишем и не собираемся: деталь описывается параметрами.
Многозвенные системы с управлением всем телом живут в другом стеке.
Работаем со штатными механизмами открытого ядра. Обученный наладчик остаётся нужен — и остаётся в том же LinuxCNC.
Наш предмет — вертикаль от браузера до серво плюс двойник как единственный источник правды. Остальное берём готовым либо не берём вовсе.

Программа создана в браузере, порождён G-code, конфигурация ушла на стойку, LinuxCNC отработал. Три породы: трёхосевой фрезерный, пятиосевой с поворотным столом, токарный. Приводы четырёх брендов на одной шине EtherCAT, 1 кГц. Локальная панель без облака.
Серво на стенде работают без механики осей; роботы, параллельные кинематики и автоматика отработаны виртуально. Остальные породы проводим по одной: провести целиком → починить всплывшее → закрепить сценарием.
ООО «СинкТвин Технологии», Москва. Участник «Сколково» с 10.08.2026. Драйверы приводов приняты в открытое ядро linuxcnc-ethercat.
Провести её по вертикали целиком — тем же циклом, которым мы закрываем породы у себя. Результат проверяем, а не презентация.
Оси, приводы, ходы, инструмент. Импорт со стойки засевает двойник.
Технолог описывает деталь, видит съём материала в 3D, сохраняет программу.
Preflight, запуск, хоминг, исполнение. Факт снимается с пинов: обороты, путь осей, журнал.
Что разошлось между описанием и живым станком — чиним там, откуда утекло.
О чём стоит спросить нас прямо: какие породы прошли вертикаль и чем это доказано · что будет с приводом другого производителя · где живёт число, если экран и стойка разошлись · что работает без связи с облаком.
info@synctwin.ru
+7 925 353-56-35
synctwin.ru · cncai.ru — программы и двойник станка · cncctl.ru — наладка приводов