Привет, я из мастерской, где станок гудит почти каждый день, а шильдики идут партиями: таблички на оборудование, бирки, маленькие номерки, технички на корпуса. И вот главный ответ сразу: в LightBurn это реально автоматизировать двумя инструментами — Serial Number и Merge/CSV. Первый вариант годится, когда меняется только номер. Второй — когда у каждого шильдика свои поля: имя, артикул, модель, дата, комментарий. Ниже покажу мою рабочую схему, где не надо ковырять каждый макет руками, плюс дам чек-лист и разберу косяки, на которых народ чаще всего спотыкается.
Если ты только выбираешь софт под лазер, сперва глянь мой материал про выбор между LaserGRBL и LightBurn. А здесь уже ныряем в практику: серийные номера в LightBurn, CSV в LightBurn, пакетная гравировка шильдиков и нормальная раскладка партии.
Оглавление
- Когда брать Serial Number, а когда Merge/CSV
- Как я собираю шаблон под партию шильдиков
- Какой CSV нормально ест LightBurn
- Как запускать партии, чтобы номера не уехали
- Типовые косяки и что я делаю в мастерской
- Чек-лист перед прожигом
- Что в итоге

Когда брать Serial Number, а когда Merge/CSV
Я делю это очень просто. Если у тебя на всех шильдиках один и тот же текст, а меняется только хвост вроде 0001, 0002, 0003 — бери Serial Number. Если меняется не только номер, а, например, название узла, инвентарник, дата выпуска и оператор — тогда уже Merge/CSV.
| Сценарий | Что выбрать | Почему так удобнее |
|---|---|---|
| Только последовательная нумерация | Serial Number | Минимум мороки, быстро настраивается, хорошо дружит с партиями |
| Несколько полей на каждом шильдике | Merge/CSV | Можно тянуть данные по колонкам: %0, %1, %2 и дальше |
| Партия одинаковых бирок с шагом по номерам | Serial Number + Array | Offset и автоинкремент делают всю грязную работу |
| Партия с разными именами, моделями и кодами | CSV + Array | Одна строка CSV = один шильдик, удобно для серийки |
Для нумерации мне чаще всего хватает формата 0dddd. Это даёт вид вроде 0001, 0002, 0003. Если цифр надо больше, просто увеличиваешь количество d. Тут есть важный момент: если число длиннее, чем ты заложил знаков, LightBurn покажет только то, что помещается по формату. Так что под большие партии цифры лучше продумать сразу.
Когда нужен CSV merge в LightBurn, логика такая: первая колонка — это %0, вторая — %1, третья — %2. И да, строки тоже считаются с нуля. Поэтому первая строка файла — это row 0, а не row 1. На этом месте люди иногда матерятся, потому что ждут офисную логику, а получают инженерную.
Как я собираю шаблон под партию шильдиков
Я почти всегда начинаю не с сотни копий, а с одного эталонного шильдика. Это прямо экономит нервишки. Сначала рисую форму, задаю размеры, оставляю поля под текст и только потом цепляю переменные.
1. Делаю один образец
Рамка, отверстия, иконка, служебный текст — всё статичное собираю сразу. Переменные поля размещаю так, будто это уже финальный экземпляр. Если шильдик тесный, заранее проверяю, куда может распухнуть длинная строка.
2. Вставляю текстовые объекты под переменные
Если нужен просто номер, в текстовом объекте пишу формат вроде 0dddd и переключаю тип на Serial Number. Если тяну данные из таблицы, ставлю %0 для названия, %1 для модели, %2 для номера партии и так далее. Я не леплю всё в один огромный текстовый блок, а разбиваю по смыслу: так легче ловить выравнивание и ширину.
3. Думаю о ширине заранее
У Variable Text есть полезная штука с ограничением ширины текста. Когда на одном шильдике влезает “Насос-3”, а на другом приезжает “Распределительный модуль 14”, макет может поплыть. Поэтому на узких табличках я сразу проверяю максимальную длину полей и тестирую пару жирных строк. Если нужно, ужимаю текст в пределах допустимой ширины, а не после прожига на заготовке.
4. Только потом делаю массив
Вот тут ключевой момент. Для партии я использую именно Array, а не тупое копирование через Ctrl+C / Ctrl+V. В LightBurn автоинкремент переменных нормально работает через Grid Array, Circular Array и похожие инструменты раскладки. А простая копия — это просто копия. Она не обязана сама прыгнуть на следующую строку CSV или на следующий номер. Поэтому если тебе надо 30 разных шильдиков, делай массивом, а не ручным размножением.
Когда мне надо уложить на стол побольше заготовок, я потом ещё добиваю результат более плотной раскладкой. На эту тему у меня есть отдельный материал про плотную укладку макетов в Quick Nest — в серийке эта штука реально помогает.
5. Offset — мой любимый рычаг
Смысл Offset очень житейский: он добавляется к текущему значению переменной. Допустим, Current у тебя 1000. Тогда объект с Offset 0 покажет 1000, с Offset 1 покажет 1001, с Offset 2 — 1002. В партиях шильдиков это золото. Первый экземпляр получает Offset 0, второй 1, третий 2 и так дальше. Если массив создан через Grid Array с автоинкрементом, LightBurn сам проставит этот шаг по копиям.
Именно так я делаю пакетную нумерацию шильдиков в LightBurn: один шаблон, потом массив, потом автоинкремент Offset, и на выходе каждая табличка уже со своим значением.
Какой CSV нормально ест LightBurn
Сам CSV должен быть максимально скучным и чистым. Чем меньше там творчества, тем спокойнее жизнь.
- Одна строка = один шильдик.
- Колонки разделены запятыми.
- Первая колонка вызывается как
%0, вторая как%1. - Если в тексте есть спецсимволы или кириллица, сохраняй файл в UTF-8.
Мой типичный пример выглядит так:
Насос-01,Модель-А,0001 Насос-02,Модель-Б,0002 Насос-03,Модель-В,0003
А в макете я использую три отдельных текстовых объекта: %0, %1 и %2. Так проще выравнивать разные поля по своим зонам.
Ещё один живой момент. Если тебе надо, чтобы одна и та же строка CSV повторилась несколько раз, LightBurn не начинает сам фантазировать. Значит, либо дублируешь нужные строки в CSV, либо делаешь раскладку так, чтобы с одной строки выходило несколько одинаковых шильдиков. Это нужно держать в голове на мелкосерийке, когда сегодня нужен комплект из 5 штук, а завтра из 12.
Если в одном из полей CSV иногда пусто, а в другом есть текст, полезно проверить поведение пустых строк и переносов. В новых версиях LightBurn есть настройка Ignore Empty Vars, она помогает не оставлять корявую пустую строку перед следующим текстом. Для аккуратных многострочных шильдиков штука очень к месту.
Как запускать партии, чтобы номера не уехали
Тут уже начинается настоящая производственная дисциплина. Самая частая ошибка — человек настроил Start, End, Current, прожёг один раз, потом что-то подвигал и уже не понимает, с какого номера пойдёт следующая пачка.
Что значат основные поля
- Current — текущее число или текущая строка CSV, которую LightBurn подставит в макет.
- Start — с чего вообще начинается серия.
- End — где серия заканчивается.
- Advance By — на сколько значений сдвигаться между запусками.
- Auto-Advance — автоматически двигать Current после запуска, отправки задания или сохранения машинного файла.
Для партии из 20 шильдиков я делаю так: собираю 20 мест на столе, у первого Offset 0, у последнего Offset 19. В окне Variable Text ставлю Advance By = 20. Тогда после каждого запуска следующая партия начнётся ровно со следующего двадцатого значения. Это самый удобный режим, если шильдики идут пачками одинакового размера.
Если серия стартует не с нуля, а, скажем, с 1501, я после настройки Start обязательно проверяю Reset. Иначе можно получить рассинхрон между Start и Current на первом прогоне. Я это ловил лично, когда ночью дорезал мелкую партию и уже думал не тем местом.
Отдельно скажу про Virtual Array. Там кнопка Test может не показать финальный результат прямо в рабочем поле так, как ты ожидаешь. Поэтому перед запуском я смотрю именно Preview. Это быстрее, чем потом смотреть на испорченные заготовки и вспоминать недобрым словом собственную спешку.
Если на маленьких металлических шильдиках буквы внезапно стали бледными или тонкие линии читаются мутно, проблема не всегда в CSV или нумерации. Иногда это просто оптика попросила внимания. На такой случай у меня есть статья про чистку линзы и зеркал.
Типовые косяки и что я делаю в мастерской
Все шильдики показывают одно и то же значение
Почти всегда причина в том, что макет тупо копировали, а не размножали через Array с автоинкрементом. Лечение простое: пересобери массив правильно или руками выставь Offset каждому объекту.
CSV подхватился, но кириллица выглядит криво
Это классика с кодировкой. Пересохрани файл в UTF-8 и снова загрузи. Старые форматы сохранения легко ломают спецсимволы.
Номер перескочил не туда
Смотри на связку Start, Current, Advance By. И отдельно проверь, не включён ли Auto-Advance в момент, когда ты просто тестируешь макет и гоняешь его по предпросмотру.
Длинные строки вылезают за рамку
Либо режь текст на несколько полей, либо заранее ставь ограничение по ширине, либо пересматривай компоновку. Для аккуратной геометрии ещё полезно проверить калибровку шага по осям, особенно если шильдик маленький и каждая десятая миллиметра заметна глазом.
Нужно добавить ещё 10 штук к уже готовой партии
Я просто ставлю Current на следующее свободное значение и не трогаю весь шаблон. В этом и кайф правильно собранной схемы: макет остаётся один и тот же, меняется только точка старта.
Нужны разные поля, но хочется ещё и последовательный номер
Такое тоже бывает. Тогда я заранее продумываю логику CSV. Сам LightBurn использует одно текущее значение как основу для строки CSV или серийного номера, так что смешанную схему надо продумывать до запуска. На мелкой партии проще сразу держать номер отдельной колонкой в CSV, чем потом ловить рассинхрон.
Чек-лист перед прожигом
-
Проверил один эталонный шильдик. Не всю страницу, а именно один образец со всеми полями.
-
Убедился, что массив сделан через Array. Не ручными копиями.
-
Посмотрел Offset. Первый объект 0, дальше шаг идёт как задумано.
-
Сверил Current, Start и Advance By. Особенно если продолжаешь старую серию.
-
Открыл Preview. Это спасает чаще, чем любые клятвы себе “да там и так всё ясно”.
-
Проверил CSV. Нормальные разделители, правильные колонки, UTF-8, нужное число строк.
-
Сделал тест на обрезке. Если материал капризный, лучше спалить обрезок, чем партию заготовок.
Что в итоге
Если коротко, то схема такая: один правильный шаблон, Variable Text, затем Offset, потом Array, потом Preview и только после этого прожиг. Для простой нумерации хватит Serial Number. Для именных табличек, инвентарных бирок и сложных шильдиков удобнее Merge/CSV. Как только один раз соберёшь эту систему в LightBurn, дальше партии идут уже по-человечески, а не через ручное редактирование каждой таблички.
Я у себя в мастерской держу один базовый макет под шильдики и просто меняю старт серии или CSV-файл под конкретный заказ. Это и есть тот случай, когда софт реально разгружает голову, а не добавляет мороки. Если работаешь серийно, связка Variable Text + CSV + автоинкремент окупается буквально на первой нормальной партии.