CNC simulator и Swansoft CNC Simulator для выжигания на ЧПУ: как проверить траекторию и G-код до запуска - Блог Папы Карло

Опубликовано: 5 месяцев назад
Просмотров: 101

Привет! Я в мастерской давно пришёл к простой мысли: прожиг по дереву чаще портит не лазер, а спешка перед стартом. Если коротко, CNC simulator и особенно Swansoft CNC Simulator нужны, чтобы ещё на экране увидеть, куда реально поедет голова, где у тебя съехал ноль, не улетает ли траектория за заготовку и не прячется ли косяк в самом G-коде.

Я обычно делаю так: сначала прогоняю файл в предпросмотре, потом смотрю ключевые команды руками, потом делаю холостой проход над материалом и только после этого даю рабочий старт. Ниже покажу, что именно проверяю, где Swansoft реально выручает, а где лучше не строить лишних надежд, плюс в конце оставлю короткий чек-лист.

Для выжигания на ЧПУ это особенно важно, потому что ошибка тут часто выглядит не как «ой, деталь вышла кривовата», а как подпаленный край, смещённая картинка, пустой прогон по воздуху или прожиг прямо мимо фанеры. Один раз словил такое на тестовой табличке, и с тех пор симуляция G-кода у меня уже не опция, а нормальная привычка.

Содержание

Экран с траекторией гравировки и лазерный станок над листом фанеры

Зачем вообще гонять файл через симулятор

Когда народ ищет, как проверить G-код до запуска, обычно ждут какую-то одну волшебную кнопку. На деле рабочая схема чуть приземлённее: симулятор показывает логику движения, а ты уже сверяешь это с реальной механикой своего станка, своим нулём и своей заготовкой. В связке это работает отлично.

Что даёт проверка траектории ЧПУ именно под выжигание:

  • видно, не уходит ли рисунок за края поля;
  • сразу всплывают странные быстрые перемещения между островками рисунка;
  • понятно, где стартует программа и куда вернётся голова после финиша;
  • легче заметить перепутанный режим координат, когда вместо абсолютных движений внезапно приехали приращения;
  • можно заранее увидеть, в каком порядке будут идти проходы, и оценить, не перегреется ли участок.

Для диодников и самосборов я ещё обязательно сверяю превью в управляющем софте. Если работаешь через LightBurn или LaserGRBL, то их встроенный просмотр и framing часто ближе к реальному сценарию старта. А вот Swansoft хорош там, где надо именно расковырять логику кода и посмотреть на последовательность движений более «станочным» взглядом. Если как раз выбираешь рабочий набор программ, глянь мой материал про софт для ЧПУ под выжигание и сравнение LaserGRBL и LightBurn.

Промежуточный вывод: симулятор не заменяет запуск над заготовкой, но отлично отсеивает грубые ошибки ещё до того, как фанера начинает темнеть там, где её никто не звал.

Что я проверяю в симуляторе перед первым прожигом

Вот мой базовый набор. Он простой, но именно на нём ловится большая часть косяков.

1. Откуда стартует программа

Сначала смотрю, где у файла точка старта. Если у меня в голове ноль в левом нижнем углу детали, а код фактически ждёт центр или другую базу, смещение обеспечено. Особенно часто это вылезает, когда файл экспортировали из одной CAM-связки, а запускают в другой.

2. Габарит рисунка

Дальше сверяю реальный размер области прожига. Даже когда картинка на экране выглядит нормально, в коде может всплыть масштабный сюрприз: миллиметры уехали, шаг по осям не совпал, размеры стали на пару процентов шире. После симуляции я обычно добиваю эту проверку тестовой сеткой или линейкой. Если видишь систематическую ошибку по размеру, пригодится статья про проверку масштаба по осям.

3. Быстрые перемещения

Для выжигания это больное место. В прожиге нас интересуют не только рабочие проходы, но и прыжки между ними. Если голова делает слишком длинные рывки по свободному ходу, на слабых рамах легко словить вибрацию, потерю шага или неаккуратный заход в следующий участок. В симуляторе такие моменты видно намного лучше, чем по голому тексту G-кода.

4. Порядок проходов

На фото-гравировке и плотной заливке я всегда смотрю, как программа обходит тёмные и светлые зоны. Неправильный порядок не обязательно ломает геометрию, но может перегреть локальный участок, поднять дым прямо в линзу и подпортить контраст. Это особенно заметно на фанере и коже. Если работаешь с фото, рекомендую ещё посмотреть мой разбор про подготовку фото для фанеры.

5. Высоту и безопасные перемещения

На лазере Z-ось иногда почти не участвует, но в коде она всё равно может всплывать. Если постпроцессор или шаблон добавил лишний подъём, возврат в ноль или непонятный манёвр перед стартом, это надо увидеть заранее. В Swansoft такие вещи удобно вычислять именно на последовательности команд.

6. Возврат после завершения

Мне важно, где станок окажется после финала. Бывает, что после прожига голова уезжает в неожиданный угол, и если на столе лежат прижимы, рамка или шаблон, можно словить неприятный контакт уже после вроде бы успешной работы.

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

Как использую Swansoft CNC Simulator на практике

Swansoft CNC Simulator — это не «лазерная игрушка на пять кнопок», а довольно серьёзный симулятор под разные стойки и сценарии ЧПУ. Я использую его не как точную копию конкретного диодного контроллера, а как полигон, где можно прогнать код, посмотреть модальные состояния и понять, что программа вообще собирается делать.

Мой обычный порядок такой:

  1. Экспортирую G-код из того софта, где готовил работу.
  2. Открываю файл в симуляторе и смотрю, распознаются ли ключевые команды так, как я ожидаю.
  3. Прогоняю траекторию целиком и отдельно смотрю старт, середину и конец.
  4. Сверяю быстрые ходы, рабочие ходы, возвраты и всё, что связано с нулём.
  5. После этого уже иду в управляющую программу станка и делаю framing или холостой проход над заготовкой.

Почему мне вообще зашёл этот подход? Потому что Swansoft удобно показывает логику исполнения программы: какой режим координат активен, где включился следующий блок, нет ли странного перескока, не спряталась ли ошибка в середине длинного файла. Когда готовишь гравировку по дереву или фанере серией, такой просмотр реально экономит время и материал.

Но тут есть важный момент. Если у тебя чисто лазерный GRBL-станок, то симуляция в Swansoft — это именно этап проверки, а не стопроцентный дублёр поведения станка. Финальную проверку старта, рабочей области и привязки к детали я всё равно делаю тем способом, который понимает конкретный контроллер. На практике связка выходит такой: Swansoft для логики кода, управляющий софт для привязки к реальной станине.

Какие команды G-кода смотрю руками

Даже если симуляция G-кода прошла ровно, я всегда быстро пробегаю глазами несколько команд. Это занимает минуты две-три, а пользы море.

G90 и G91

Вот тут многие и ловят приключения. G90 — абсолютные координаты, G91 — приращения. Если файл вёлся в одном режиме, а ты ждёшь другой, траектория поедет совсем не туда. На прожиге это особенно подло, потому что первые движения могут выглядеть вполне адекватно, а потом рисунок медленно уедет.

G54 и другие рабочие смещения

Если в коде активируется рабочее смещение, я проверяю, что оно реально соответствует моему сценарию запуска. Иначе станок честно выполнит всё, что просили, просто относительно другой базы. Снаружи кажется, что «станок сошёл с ума», а по факту виноват ноль.

G0 и G1

G0 — быстрый ход, G1 — рабочий. Когда в коде внезапно много G0 прямо посреди рисунка, я напрягаюсь. Это может означать разрывы в геометрии, неверный порядок обхода или просто лишнюю суету в траектории. Для тонкой гравировки такие прыжки нередко портят ритм движения.

F, S и команды включения

Смотрю подачу, мощность и строки, где включается или выключается излучение. Тут многое зависит от постпроцессора и конкретного контроллера, но логика одна: значения должны быть ожидаемыми, а не взятыми «с потолка». Если файл под конкретный материал ещё не откатан, сначала гоняю маленький тест. Для этого полезно отдельно подобрать нормальную фанеру для выжигания и уже на ней сверять режимы.

Возвратные команды в финале

Последние строки я смотрю отдельно. Финальный возврат, парковка, переход в домашнюю точку — именно тут нередко прячется движение, которого никто не ждёт. У меня правило простое: конец файла должен быть таким же понятным, как его начало.

Где симулятор помогает не полностью

Вот это место часто замалчивают, а зря. Даже лучший G-code viewer не знает всего про твой конкретный стол, люфты, ремни, дым, копоть на оптике и поведение материала.

Симулятор не покажет тебе, что:

  • фанера кривая и в одном углу ушла по высоте;
  • материал даёт неожиданно тёмный край на выбранной мощности;
  • ремень уже просится на подтяжку;
  • дым оседает на линзе быстрее, чем ты рассчитывал;
  • заготовка лежит чуть косо относительно базы.

Поэтому после симулятора я всё равно делаю короткую физическую проверку: смотрю framing, оцениваю зазоры, проверяю крепёж и чистоту оптики. Если картинка стала мутнее или станок внезапно потерял глубину прожига, пригодится материал про чистку линзы и зеркал. А когда нужна стабильная детализация по древесине, очень помогает заранее выбрать подходящую породу дерева.

Промежуточный вывод: симулятор отлично ловит цифровые косяки, а вот механику и материал никто за тебя глазами не проверит.

Быстрый чек-лист перед запуском

  • Открыл файл в симуляторе и посмотрел траекторию целиком.
  • Понял, где старт и где финиш программы.
  • Сверил габарит рисунка с реальной заготовкой.
  • Проверил G90/G91 и рабочее смещение.
  • Оценил быстрые ходы и порядок проходов.
  • Посмотрел строки с подачей, мощностью и включением лазера.
  • Сделал framing или холостой проход над материалом.
  • Проверил крепёж, фокус и состояние оптики.
  • Только после этого дал рабочий старт.

Вывод

Если по-честному, Swansoft CNC Simulator для выжигания на ЧПУ я советую не как модную игрушку, а как очень полезный фильтр ошибок. Он помогает заранее увидеть кривую логику в G-коде, странные перемещения, проблемы с нулём и сюрпризы в конце программы. А это именно те вещи, которые чаще всего и портят заготовку.

Моя рабочая схема простая: сначала проверка траектории в симуляторе, потом быстрый просмотр критичных строк G-кода, потом привязка к реальной детали и тестовый проход, и уже после этого — прожиг. Да, это лишние несколько минут. Зато не приходится потом смотреть на испорченную фанеру и бурчать себе под нос, что надо было сначала проверить файл как следует.

Метки: , , , , ,