Привет! Я в мастерской давно пришёл к простой мысли: прожиг по дереву чаще портит не лазер, а спешка перед стартом. Если коротко, CNC simulator и особенно Swansoft CNC Simulator нужны, чтобы ещё на экране увидеть, куда реально поедет голова, где у тебя съехал ноль, не улетает ли траектория за заготовку и не прячется ли косяк в самом G-коде.
Я обычно делаю так: сначала прогоняю файл в предпросмотре, потом смотрю ключевые команды руками, потом делаю холостой проход над материалом и только после этого даю рабочий старт. Ниже покажу, что именно проверяю, где Swansoft реально выручает, а где лучше не строить лишних надежд, плюс в конце оставлю короткий чек-лист.
Для выжигания на ЧПУ это особенно важно, потому что ошибка тут часто выглядит не как «ой, деталь вышла кривовата», а как подпаленный край, смещённая картинка, пустой прогон по воздуху или прожиг прямо мимо фанеры. Один раз словил такое на тестовой табличке, и с тех пор симуляция G-кода у меня уже не опция, а нормальная привычка.
Содержание
- Зачем вообще гонять файл через симулятор
- Что я проверяю в симуляторе перед первым прожигом
- Как использую Swansoft CNC Simulator на практике
- Какие команды G-кода смотрю руками
- Где симулятор помогает не полностью
- Быстрый чек-лист перед запуском
- Вывод

Зачем вообще гонять файл через симулятор
Когда народ ищет, как проверить G-код до запуска, обычно ждут какую-то одну волшебную кнопку. На деле рабочая схема чуть приземлённее: симулятор показывает логику движения, а ты уже сверяешь это с реальной механикой своего станка, своим нулём и своей заготовкой. В связке это работает отлично.
Что даёт проверка траектории ЧПУ именно под выжигание:
- видно, не уходит ли рисунок за края поля;
- сразу всплывают странные быстрые перемещения между островками рисунка;
- понятно, где стартует программа и куда вернётся голова после финиша;
- легче заметить перепутанный режим координат, когда вместо абсолютных движений внезапно приехали приращения;
- можно заранее увидеть, в каком порядке будут идти проходы, и оценить, не перегреется ли участок.
Для диодников и самосборов я ещё обязательно сверяю превью в управляющем софте. Если работаешь через LightBurn или LaserGRBL, то их встроенный просмотр и framing часто ближе к реальному сценарию старта. А вот Swansoft хорош там, где надо именно расковырять логику кода и посмотреть на последовательность движений более «станочным» взглядом. Если как раз выбираешь рабочий набор программ, глянь мой материал про софт для ЧПУ под выжигание и сравнение LaserGRBL и LightBurn.
Промежуточный вывод: симулятор не заменяет запуск над заготовкой, но отлично отсеивает грубые ошибки ещё до того, как фанера начинает темнеть там, где её никто не звал.
Что я проверяю в симуляторе перед первым прожигом
Вот мой базовый набор. Он простой, но именно на нём ловится большая часть косяков.
1. Откуда стартует программа
Сначала смотрю, где у файла точка старта. Если у меня в голове ноль в левом нижнем углу детали, а код фактически ждёт центр или другую базу, смещение обеспечено. Особенно часто это вылезает, когда файл экспортировали из одной CAM-связки, а запускают в другой.
2. Габарит рисунка
Дальше сверяю реальный размер области прожига. Даже когда картинка на экране выглядит нормально, в коде может всплыть масштабный сюрприз: миллиметры уехали, шаг по осям не совпал, размеры стали на пару процентов шире. После симуляции я обычно добиваю эту проверку тестовой сеткой или линейкой. Если видишь систематическую ошибку по размеру, пригодится статья про проверку масштаба по осям.
3. Быстрые перемещения
Для выжигания это больное место. В прожиге нас интересуют не только рабочие проходы, но и прыжки между ними. Если голова делает слишком длинные рывки по свободному ходу, на слабых рамах легко словить вибрацию, потерю шага или неаккуратный заход в следующий участок. В симуляторе такие моменты видно намного лучше, чем по голому тексту G-кода.
4. Порядок проходов
На фото-гравировке и плотной заливке я всегда смотрю, как программа обходит тёмные и светлые зоны. Неправильный порядок не обязательно ломает геометрию, но может перегреть локальный участок, поднять дым прямо в линзу и подпортить контраст. Это особенно заметно на фанере и коже. Если работаешь с фото, рекомендую ещё посмотреть мой разбор про подготовку фото для фанеры.
5. Высоту и безопасные перемещения
На лазере Z-ось иногда почти не участвует, но в коде она всё равно может всплывать. Если постпроцессор или шаблон добавил лишний подъём, возврат в ноль или непонятный манёвр перед стартом, это надо увидеть заранее. В Swansoft такие вещи удобно вычислять именно на последовательности команд.
6. Возврат после завершения
Мне важно, где станок окажется после финала. Бывает, что после прожига голова уезжает в неожиданный угол, и если на столе лежат прижимы, рамка или шаблон, можно словить неприятный контакт уже после вроде бы успешной работы.
Промежуточный вывод: если траектория в симуляторе смотрится скучно и предсказуемо, это хороший знак. Красивые сюрпризы на экране обычно очень некрасиво выглядят на заготовке.
Как использую Swansoft CNC Simulator на практике
Swansoft CNC Simulator — это не «лазерная игрушка на пять кнопок», а довольно серьёзный симулятор под разные стойки и сценарии ЧПУ. Я использую его не как точную копию конкретного диодного контроллера, а как полигон, где можно прогнать код, посмотреть модальные состояния и понять, что программа вообще собирается делать.
Мой обычный порядок такой:
- Экспортирую G-код из того софта, где готовил работу.
- Открываю файл в симуляторе и смотрю, распознаются ли ключевые команды так, как я ожидаю.
- Прогоняю траекторию целиком и отдельно смотрю старт, середину и конец.
- Сверяю быстрые ходы, рабочие ходы, возвраты и всё, что связано с нулём.
- После этого уже иду в управляющую программу станка и делаю 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-кода, потом привязка к реальной детали и тестовый проход, и уже после этого — прожиг. Да, это лишние несколько минут. Зато не приходится потом смотреть на испорченную фанеру и бурчать себе под нос, что надо было сначала проверить файл как следует.