Вы не канал сбыта, а тот, кто внедряет и зарабатывает на внедрении. Значит нужны три вещи: понимание, что система сделает на чужом железе; уверенность, что данные остаются вашими; и названная граница ответственности.
Ячейка собирается из закрытых коробок: у стойки свой формат, у каждого привода своя утилита, между ними — ПЛК-посредник. Когда что-то не едет, непонятно, чья это зона.
Что система сделает на приводе, которого не было у вендора на стенде, выясняется на площадке.
Описание ячейки живёт в проприетарном формате и переносится только вместе с вендором.
По обещанию «умеем всё» планировать нельзя — планируется только по границе.
Файл, а не код. Кинематика описывается URDF: звенья, шарниры, пределы, точки датчиков. Новый объект заводится файлом — не заявкой в нашу поддержку.
Общий язык с железом. Связь с HAL идёт в две стороны по имени: как шарнир зовёт программа, так он зовётся и на пине. Скрытой таблицы соответствий нет.
Порождается, не правится. Вы правите двойник — конфигурация стойки пересобирается из него. Нет «правьте ini руками, но осторожно».
Открытая. Исполнитель — LinuxCNC, шина — EtherCAT. Форк не делаем. Следствие: ваш обученный наладчик остаётся нужен — он работает с тем же LinuxCNC и тем же HAL.

Ни одна возможность не считается готовой, пока факт не снят с пина: «команда принята» и «ось поехала» различаются намеренно.
Супервизор показывает, какие боксы подняты, какие VM на них живут, какой порт EtherCAT за какой машиной. Обновление приходит штатным пакетом, а не «зайдите по ssh и подмените файл».
Какой серво-слейв на какой оси, концевики, аварийный стоп, смазка, СОЖ: физический вход или выход привязывается к роли станка, и факт с пина доезжает до экрана под тем же именем.
Пины, сигналы, компоненты и лог запуска LinuxCNC открыты целиком. Ничего не спрятано за нашей абстракцией: диагностика идёт по компонентам, а не по ответу кнопки.
Позиции осей, состояние машины состояний, живой след двойника. «Команда принята» и «ось поехала» различаются намеренно.
Узлы автоматики — рука, проход, позиционер — живут в том же каталоге, что станки, с теми же осями, входами и выходами. У каждого шага явное условие завершения; дирижёр стоит на боксе, а не в облаке.





Траектория выводится из объёма детали. Доступен кинематикам, у которых есть решатель в LinuxCNC: 3 оси, 5 осей, токарная.
Траекторию называет автор — каждая ось по своему заданию. Доступен любому механизму: роботу, узлу автоматики, трёхосевому фрезеру.
Род — поле программы, а не вывод из списка генераторов. Проверка одна: меняет ли смена рабочего органа траекторию. Да — рез, нет — движение.
В работе Узел программируется своим типом: наш язык шагов, релейная логика, событийные функциональные блоки — ваш наладчик пишет на своём языке.
Контур реального времени остаётся на боксе. Облако наблюдает и настраивает.


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


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

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