Кросс-вендор Онбординг приводов и нормализация профилей
Каждый производитель сервоприводов говорит на своём диалекте: профиль CiA-402 стандартен только в основе, а набор объектов SDO/PDO, единицы, особенности состояний и тюнинга у Inovance, Wecon, Mitsubishi, Schneider различаются. Классически это решают закрытые однобрендовые утилиты — по одной на вендора.
Наше исследование — привести эти диалекты к единой объектной модели: разобрать ESI-описание привода, нормализовать набор параметров, пополнить открытую библиотеку профилей. Результат — не разовая настройка, а накапливаемый актив: чем больше приводов онбордим, тем шире спектр «из коробки».
Статус: На стенде: Wecon VD3E, Inovance IS620N, Schneider LXM28E, Mitsubishi MR-J4-TM. Открыто: автоматизация разбора ESI, расширение спектра.
Методики Характеризация и тестирование сервоприводов
Характеристики привода заявлены вендором в документации, но реальное поведение под нагрузкой — отклик, точность позиционирования, момент, склонность к резонансу — на бумаге не видно, а единой сопоставимой методики сравнения между брендами нет.
Мы разрабатываем методики характеризации приводов и серводвигателей и собираем из результатов бенчмарк-датасет. Это одновременно инженерная ценность (объективный выбор привода под задачу) и результат НИОКР (данные + методология).
Статус: Методики в разработке. Для полной характеризации под нагрузкой нужен нагруженный стенд с паспортом точности.
Двойник Объектная модель машины поверх цифрового двойника
Сегодня настройка привода — это ручное копание в регистрах и SDO под каждый бренд. Это барьер: fieldbus-компетенция есть у узкого круга специалистов, а не у цехового инженера или интегратора.
Идея исследования — вынести настройку на объектный уровень: оператор оперирует понятиями «двигатель — редуктор — ось — нагрузка» как объектами над 3D-двойником, а низкоуровневую кросс-вендорную конфигурацию система синтезирует из модели. Это снижает «налог на понятность» EtherCAT/серво.
Статус: Часть есть (нормализация SDO/PDO + 3D-двойник). Полная объектная модель механизма — исследовательское направление.
Автоматика на HAL Программируемая логика автоматики без классического ПЛК
Классическая автоматизация держится на закрытых ПЛК с лестничной логикой (IEC-61131): отдельный контроллер, своя среда, привязка к вендору. Мы строим логику автоматики иначе — средствами HAL, низкоуровневого слоя реального времени в основе LinuxCNC, где узлы автоматики (оси, приводы, входы-выходы, исполнители) связываются виртуальными соединениями в том же детерминированном контуре, что и движение.
Узел декларирует свои потребности и методы (task-API), а платформа связывает их в HAL — локальный Linux становится одновременно исполнителем логики и API-сервером. Это даёт программируемую, наблюдаемую и версионируемую автоматику без зоопарка контроллеров и без отдельного проприетарного ПЛК.
Статус: Оркестрация на HAL и task-API узлов работают на стенде. Полный событийный граф исполнителей и каталог узлов автоматики — в развитии.
Оркестрация Композиция машины и удалённое программирование
Локальная однодрайвная утилита вендора и закрытый ПЛК не дают главного — объединить несколько разнобрендовых EtherCAT-приводов в одну координированную машину, которую можно программировать и наблюдать удалённо.
Мы исследуем software-defined композицию (несколько серво → машина), config-as-code с паспортом всей сборки и удалённый авторинг при локальном контуре исполнения. Контур реального времени всегда остаётся на локальном Linux; облако/edge — для авторинга и наблюдаемости.
Статус: Одиночная координированная машина демонстрируема на стенде (TRL 5–6). Производственные линии — направление развития.
