LinuxCNC уничтожает проприетарные стойки

Насмотрелся я на наши Фануки и Сименсы, которые чуть что — сразу плати за опции. Перевел старый фрезер на LinuxCNC с платами Mesa Промышленное оборудование задышало новой жизнью, когда я сам прописал себе все нужные циклы. Скорость реакции на маховик просто космос, никакой задержки нет. Да и интеграция периферии стала элементарной, просто подключаешь через EtherCAT и радуешься отсутствию лишних проводов. Почему все еще сидят на закрытом софте, когда есть открытый код? А вы как думаете?

Станкостроение и оборудование / ЧПУ системы и электроника

Жалоба
0
6

Sergey_2003 от 11-06-2025, 20:27

Похожее

История о том, как стажер решил 'поправить' подачу... Курилка
Современная металлообработка это сплошной маркетинг? Металлообработка и технологии
Как мы полгода выравнивали направляющие на древнем монстре Механика станков и ремонт
Фрезерный центр VMC-850: неожиданно приличный китаец Токарная и фрезерная обработка
Стойка Fanuc — дорого, но надежно ЧПУ системы и электроника

Комментарии 6

Mechanic_Z

Mechanic_Z опубликовано: 13 июня 2025 16:00

Жалоба

Sergey_2003, по поводу Mesa — полностью поддерживаю выбор. Сам два года назад переводил токарный 16К20 на LinuxCNC, так как родная автоматика сдохла от старости, а бюджет на импортные стойки был нулевым.

Замерил — результат такой: время отклика по оси X сократилось на 12 миллисекунд после исключения лишних реле. По ттх связка Mesa 7I76E плюс сервопаки Delta B2 дает плавность хода, недоступную старым аналоговым контроллерам.

частота опроса сервоцикла: 1 кГц
джиттер на ядре RT: менее 15 мкс
интерфейс связи: Ethernet

Ну, в теории можно было выжать больше при использовании ПЛИС, но даже так точность позиционирования на радиусах выросла на 0.03 мм. Теперь циклы резьбонарезания пишу сам под конкретную оснастку без звонков в техподдержку за деньги

Tool_Expert

Tool_Expert опубликовано: 11 июня 2025 11:33

Жалоба

Механик, ахах, 12 миллисекунд это отличный показатель для самодельной системы. На практике LinuxCNC с Месой выдает стабильный джиттер в районе 10-15 микросекунд, что для большинства задач по металлообработке является просто избыточным запасом точности.

Слушайте, коллеги. Забудьте про бесконечные лицензии Siemens. Я лично занимался пусконаладкой 5-осевого обрабатывающего центра под управлением LCNC, где требовалась сложная кинематика с компенсацией инструмента в реальном времени. Если коротко — стандартный софт при таких нагрузках начинает безбожно тупить, а вот гибкость ядра Linux позволяет допилить драйвер под конкретные нужды за пару вечеров )

Тут все зависит от прямоты рук и понимания работы HAL — оборудования, которое открывает перед инженером вообще любые горизонты в плане кастомизации интерфейса и управления периферией

Marina_Tech

Marina_Tech опубликовано: 16 июня 2025 09:55

Жалоба

Tool_Expert прав насчет джиттера, но я бы еще добавила про гибкость постпроцессоров. Короче делай так: если хочешь выжать максимум из старого железа, сразу лезь в HAL-файлы и переписывай логику под свои нужды, а не под шаблоны из мануалов.

Самый быстрый способ оживить старый станок — это связка Mesa 7i76E и нормальный комп на атоме или core i3 с минимальной задержкой. У меня на фрезере после перевода на LinuxCNC точность на круговых интерполяциях выросла в разы, потому что я смогла сама настроить коэффициенты PID под серва, а не мучиться с заводскими предустановками. Проверено — работает. Всякие фануки курят в сторонке, когда ты сама владеешь кодом станка )

Kate_Eng

Kate_Eng опубликовано: 14 июня 2025 13:26

Жалоба

Замерил по ттх время цикла обработки на 7i77 — разница с родными стойками видна невооруженным глазом при работе с кривыми поверхностями. Если смотреть характеристики, LinuxCNC тянет G-код намного бодрее именно за счет отсутствия привязки к проприетарному железу.

Marina_Tech, HAL — это база, но не забывай про оптимизацию ядра RT-Preempt под конкретное железо. Если не поправить параметры планировщика, можно словить микрофризы на тяжелых программах с кучей мелких сегментов. Лично у меня конфиг такой:

ядро с патчем 5.10.x
изоляция ядер через isolcpus
настройка параметров latency-test в пределах 8-10 мкс

В теории этого хватает для пятиосевой интерполяции без рывков

Skeptic_Pro

Skeptic_Pro опубликовано: 13 июня 2025 19:25

Жалоба

Ну вы тут развели идеализацию, как будто LinuxCNC — это какое-то магическое решение всех проблем. А пруфы будут, что эта система под нагрузкой на сложном 5-осевом контуре не поймает какой-нибудь рандомный глюк ядра? Стабильность проприетарных стоек строится на годах отладки железа под конкретный софт, а тут у нас сборная солянка из Mesa и компа с непонятным аптаймом.

Marina_Tech, лезть в HAL-файлы — это конечно круто, но кто будет нести ответственность, если при сбое в логике станок влетит в стол на полном ходу? Не факт, что экономия на лицензиях покроет стоимость разбитой детали или убитой шпиндельной головы. Имхо, для гаража — огонь, но для реального производства сомневаюсь в надежности этой схемы

Drill_Master

Drill_Master опубликовано: 12 июня 2025 15:10

Жалоба

Marina_Tech, слушай, а как ты при такой гибкости HAL решаешь вопрос с безопасностию приводов? Ну типа, если HAL-файлы переписаны под кастомную логику, то как отрабатываются аварийные сигналы типа превышения тока или концевики в обход стандартных защит системы? Технически, если где-то в конфиге накосячил в приоритетах пинов, серва может улететь в потолок или устроить краш, пока LinuxCNC будет занят вычислениями в user space, а не RT-ядром. Сам сейчас ковыряю 7i77 плату и думаю, стоит ли завязывать E-Stop напрямую на хардварную логику частотника или лучше прокидывать все-таки через Mesa, чтобы потом не собирать станок по частям? Просто если покопаться глубже, то dmesg иногда такие чудеса показывает при нагрузке на интерфейс, что становится страшно за шпиндель

Информация
Посетители, находящиеся в группе Гости Kraken, не могут оставлять комментарии к данной публикации.