Привет. Да, в LightBurn реально собрать один макет, где серийник идёт по порядку, дата ставится автоматически, а QR-код тянет тот же номер или целую строку из CSV.
Я в мастерской делаю это двумя путями: быстрым — когда в QR нужен только серийник, и нормальным поточным — когда в код надо упаковать серийник, дату и ещё пару полей.
Ниже покажу рабочую схему макета, готовые строки для Variable Text, пример CSV, настройку Auto-Advance, офсетов и чек-лист, чтобы партия не уехала в брак уже на первом десятке шильдиков.
Содержание:
- Что тут вообще работает в LightBurn
- Рабочая схема макета
- Вариант на Serial Number
- Вариант через CSV
- Готовые строки и шаблоны
- Где чаще всего вылезают косяки
- Как я бы запускал это в мастерской
- Чек-лист перед партией
Что тут вообще работает в LightBurn
Сама идея простая: Variable Text в LightBurn умеет подставлять переменные значения в момент превью, отправки на станок и сохранения машинного файла. Для нашей задачи нужны три режима: Serial Number, Date/Time и Merge/CSV. QR-код создаётся через инструмент штрихкодов, а внутри него можно включить ту же самую логику переменного текста.
Отсюда главный вывод: если вам нужен серийный номер в LightBurn и такой же номер внутри QR, это делается нативно. А вот если хочется, чтобы в одном QR сидели и дата, и серийник, на потоке удобнее сразу уйти в CSV. Так меньше плясок, и все поля едут синхронно.
Я бы делил задачи так:
| Нужно на изделии напечатать номер и рядом выбить QR с тем же номером | Берём Serial Number + один и тот же Offset |
| Нужно вывести дату отдельно текстом | Берём отдельный текстовый объект в режиме Date/Time |
| Нужно, чтобы QR хранил и дату, и номер, и, например, артикул | Берём Merge/CSV и заранее собираем готовую строку для кода |
Кстати, если вы только присматриваетесь к софту, полезно сравнить LightBurn и LaserGRBL. Но для партийной маркировки шильдиков, бирок и заготовок Variable Text у LightBurn реально тащит.
Рабочая схема макета: три объекта, один результат
Вот схема, которая у меня живёт дольше всех и не бесит на повторных заказах.
- Текстовый объект №1 — сам серийник.
- Текстовый объект №2 — дата выпуска, прожига или упаковки.
- QR-код — либо с тем же серийником, либо с готовой строкой из CSV.
По факту это один макет, просто собранный из трёх независимых объектов. И это нормально. Не надо пытаться впихнуть всё в один текстовый блок, если потом станет неудобно править.
Как я раскладываю элементы
Серийник ставлю так, чтобы его можно было прочитать глазом даже после копоти и лёгкого подгара. Дату делаю мельче, но не настолько, чтобы она превращалась в серую кашу. QR-код держу на расстоянии от края и крепёжных отверстий, потому что на мелких табличках один лишний миллиметр — и сканер уже начинает кобениться.
Что важно по синхронизации
Если серийник текстом и QR должны увеличиваться вместе, у этих двух объектов должен совпадать Offset. Это тот самый момент, на котором многие зарываются: номер на табличке идёт как надо, а код отстаёт или перепрыгивает. Не отстаёт LightBurn, отстаёт логика макета.
Если вы раскладываете сразу несколько копий через Array, LightBurn умеет автоматически наращивать offset у копий. Это удобно для листа из 4, 6 или 12 шильдиков: одной отправкой можно прогнать целую грядку номеров.
Вариант на Serial Number: когда в QR нужен только серийник
Это самый быстрый сценарий. Я его использую, когда QR-код нужен для внутреннего учёта, а дата на изделии просто видна рядом текстом.
Шаг 1. Включаем окно Variable Text
Открываете Window → Variable Text. Дальше задаёте старт, конец диапазона, шаг и включаете Auto-Advance, если хотите, чтобы номер сам перескакивал после каждого запуска.
Шаг 2. Делаем текстовый серийник
Создаёте текст и переводите его в режим Serial Number. Самая ходовая строка — 0dddd. На выходе получите 0001, 0002, 0003 и так далее. Для длинных партий можно взять 0ddddd или 0dddddd.
Если нужен буквенный префикс, я бы писал его аккуратно, особенно если в нём есть символы, которые LightBurn может принять за формат. Надёжный вариант такой: ‘SN-‘0dddd. Одинарные кавычки говорят программе: вот это печатай как есть.
Шаг 3. Делаем дату
Создаёте второй текстовый объект и переводите его в режим Date/Time. Самый практичный формат для мастерской — yyyy-MM-dd. Он читается нормально и в журнале работ, и в табличках, и в сортировке файлов. Если нужно время, добавляете HH:mm.
Пример строки для даты: ‘Дата: ‘yyyy-MM-dd. Если хотите короче — просто dd.MM.yyyy.
Шаг 4. Делаем QR-код
Дальше идёте в Tools → Create Bar Code, выбираете QR и в поле содержимого ставите ту же строку, что у серийника, например ‘SN-‘0dddd. В свойствах включаете оценку текста как Serial Number. После этого QR и видимый номер будут жить одной жизнью.
Тут и рождается ответ на частый запрос QR код в LightBurn с переменным текстом: да, делается, и делается штатно. Главное — не забыть, что у QR тоже есть свой Variable Offset. Он должен совпасть с текстом.
Для типовых партий шильдиков у меня этого варианта хватает с головой. А если вам ближе потоковая разметка, посмотрите ещё материал про серийные номера и CSV в LightBurn — там эта логика хорошо расширяется.
Вариант через CSV: когда в QR должны жить и дата, и серийник
Вот тут начинается взрослая жизнь. Если в код нужно запихнуть составную строку вроде SN-00251|2026-03-26|BIRCH, я не мучаю один объект разными режимами, а сразу собираю таблицу и работаю через Merge/CSV.
Почему CSV тут лучше
Потому что у вас появляется один источник правды. В каждой строке таблицы лежит готовый набор данных для одного изделия. Номер, дата, артикул, материал, готовая строка для QR — всё в одной записи. На потоке это сильно спокойнее.
Как выглядит CSV
Я бы делал таблицу так:
serial,date,qr SN-00251,2026-03-26,SN-00251|2026-03-26 SN-00252,2026-03-26,SN-00252|2026-03-26 SN-00253,2026-03-26,SN-00253|2026-03-26
Дальше в LightBurn:
- для видимого серийника ставите %0;
- для даты ставите %1;
- для QR-кода в raw content ставите %2;
- для всех этих объектов выбираете режим Merge/CSV.
И всё. Один текущий индекс строки — один комплект данных. Ничего не надо вручную ловить между датой, номером и кодом. Плюс так проще дописывать новые поля: номер заказа, название партии, внутренний код клиента.
Что особенно важно в CSV
Сохраняйте файл в UTF-8. Если кодировка кривая, русские буквы и специальные символы легко превращаются в вопросики и ромбики. И ещё момент: строки и столбцы в Merge/CSV считаются с нуля. То есть %0 — первый столбец, а текущая строка 0 — это первая запись.
Когда делаю повторяющиеся партии, я ещё завожу отдельную колонку под короткий текст для гравировки и отдельную — под нагрузочный QR. Так проще контролировать размер кода и читаемость текста.
Готовые строки и шаблоны
Вот набор, который я реально бы оставил себе в шпаргалке:
- 0dddd — серийник 0001, 0002, 0003;
- ‘SN-‘0dddd — серийник с префиксом;
- yyyy-MM-dd — дата для шильдика и учёта;
- ‘Дата: ‘dd.MM.yyyy — дата с подписью;
- %0 — первый столбец CSV;
- %1 — второй столбец CSV;
- %2 — третий столбец CSV, удобно под QR.
Если делаете не одну деталь, а сразу лист макетов, ставьте объектам offsets 0, 1, 2, 3 и задавайте Advance By по количеству изделий на листе. Тогда после каждой отправки партия пойдёт дальше вручную уже не ковыряться.
Где чаще всего вылезают косяки
Сейчас дам список мест, где народ обычно ловит матюки прямо у станка.
1. Старт не совпал с текущим номером
Если у вас стартовое значение не ноль, после настройки нажмите Reset. Иначе первый прогон может взять не ту запись или не тот номер, который вы ожидали увидеть.
2. Текст и QR идут вразнобой
Проверьте offsets. Это самый частый затык, когда делается auto advance в LightBurn и на листе несколько копий.
3. Плохое превью в виртуальном массиве
Если работаете с Virtual Array, не пугайтесь, что Test иногда показывает не ту картинку, которую вы ждёте в рабочем поле. В таких случаях я смотрю результат через Preview — там видно честнее.
4. QR мелкий, а материал капризный
Переменный QR код сам по себе ещё не гарантия, что его сканер полюбит. Если прожиг гуляет по тону, я сначала гоняю тесты материала и только потом пускаю тираж. На эту тему полезен мой разбор про Material Test в LightBurn.
5. Литера в серийнике ломает формат
Если вставить неудачный префикс, можно словить ошибку формата. Поэтому префиксы, которые могут путаться с форматными символами, я просто беру в одинарные кавычки. Так спокойнее.
Как я бы запускал это в мастерской
Если партия маленькая, до пары десятков изделий, и QR нужен только под номер — беру простой вариант: отдельный серийник, отдельная дата, QR на том же серийнике. Настройка занимает считанные минуты.
Если партия повторяемая, если есть журнал работ, если нужно потом быстро искать изделие по коду — сразу делаю CSV. Там можно заранее нагенерить весь набор, проверить глазами, отбраковать кривые строки и только потом жечь. На длинной дистанции это экономит кучу времени.
Ещё мой бытовой совет: не делайте QR впритык к декоративной рамке и не пытайтесь выжать максимум информации в самый маленький квадрат. Лучше код чуть крупнее, зато он нормально читается и не позорит макет перед клиентом.
Чек-лист перед партией
- Включено окно Variable Text и выставлены Current, Start, End.
- Auto-Advance включён только если он реально нужен.
- У текста и QR совпадают offsets.
- Дата стоит в отдельном объекте или сведена в CSV.
- CSV сохранён в UTF-8.
- Preview проверен на одном и на нескольких экземплярах.
- QR читается телефоном с рабочего расстояния.
- Режимы по материалу проверены на тестовом обрезке.
Вывод
Если коротко, переменный текст LightBurn позволяет спокойно собрать один макет с серийником, датой и QR-кодом, но рабочий путь зависит от того, что именно должно жить внутри кода. Для номера и QR с тем же номером хватит Serial Number плюс одинаковый offset. Для составного QR, где есть и дата, и серийник, и другие поля, я бы не мудрил и сразу шёл через CSV.
И вот тогда макет получается реально удобный: запустил, прожёг, номер перескочил, следующий код подтянулся, а ты не ковыряешь руками каждую табличку. В мастерской это и есть та самая разница между “ну вроде работает” и нормальным потоком.