Від SVG до готового до лазера DXF: повний посібник

Вам справді потрібен DXF? Коли SVG підходить, а коли потрібен DXF

Перш ніж щось конвертувати, найкорисніше відповісти на запитання, чи DXF є правильним форматом для вашого конкретного робочого процесу. Відповідь не завжди ствердна — і без потреби перетворення додає крок без додавання цінності.

LightBurn приймає SVG нативно та добре з ним справляється. Якщо ви працюєте повністю в межах LightBurn на власному комп’ютері з власними файлами SVG, залишатися в SVG простіше та однаково надійно. LightBurn зчитує кольори шляху SVG, автоматично призначає шари, зберігає групову структуру та імпортує правильні фізичні розміри, коли ширина, висота та атрибути viewBox файлу оголошені належним чином. Для індивідуального робочого процесу LightBurn SVG є правильним вибором.

DXF потрібен у чотирьох конкретних ситуаціях. По-перше, при доставці файлу до зовнішньої служби лазерного різання, виробничого цеху або спільного обладнання — DXF є універсальним виробничим форматом, для отримання та обробки якого обладнані професійні цехи. SVG — це дисплейний і веб-формат; DXF є стандартом фізичного виробництва. По-друге, коли цільова машина запускає RDWorks на контролері Ruida — RDWorks обробляє DXF більш надійно, ніж SVG для виробничих робочих процесів. По-третє, коли файл потрапляє в робочий процес CNC маршрутизації, плазмового різання або CAM — усі VCarve, Aspire, Fusion 360, SheetCAM і Mach3 використовують DXF як основний імпорт. формат. По-четверте, коли ваш SVG має проблеми з якістю геометрії — відкриті шляхи, повторювані лінії, неправильне масштабування — і вам потрібен конвеєр перетворення, який виявляє та виправляє ці проблеми як частину процесу, надаючи перевірений вихід, а не передає невирішені проблеми вниз по течії.

Використовуйте SVG, коли файл залишається в LightBurn на вашій машині. Перетворюйте на належним чином підготовлений DXF, коли файл залишає ваше власне програмне середовище з будь-якої причини або коли вам потрібна перевірка геометрії, вбудована в процес.

Шість помилок перетворення, невидимих у попередньому перегляді

Кожна з наведених нижче проблем проходить візуальну перевірку файлу без позначення жодного прапора. Вони виглядають правильно в Illustrator, Inkscape, попередньому перегляді файлового провідника та більшості засобів перегляду DXF. Вони виявляються лише тоді, коли лазерна головка починає рухатися. Кожна невдача оцінюється нижче за те, наскільки швидко вона стає очевидною — деякі очевидні під час першого завдання, інші можуть залишатися непоміченими тижнями.

Помилка 1 — неправильні розміри. [Виявлено негайно] Заголовок DXF містить змінну під назвою $INSUNITS, яка оголошує систему одиниць вимірювання, яку використовує файл координат. Згідно з офіційною специфікацією Autodesk DXF, значення 4 означає міліметри; значення 1 означає дюйми; значення 0 означає безрозмірне або невизначене. Якщо для $INSUNITS встановлено значення 0 або він повністю відсутній у заголовку, LightBurn не може автоматично визначити одиниці й повертається до налаштованих користувачем параметрів імпорту DXF — розкривне меню «Правка» > «Параметри» на вкладці «Параметри файлу». Якщо для цього параметра встановлено значення, відмінне від фактичних координат файлу, кожен розмір імпортується неправильно. Підтверджений реальний приклад із ланцюжка на форумі LightBurn 2024 року: AutoCAD DXF користувача мав $INSUNITS встановлено на 1 (дюйми), тоді як усі координати були намальовані в міліметрах. LightBurn інтерпретував значення в міліметрах як значення в дюймах і збільшив їх на 25,4, перетворивши передбачуване коло 200mm на імпортований 5080mm. Загальні перетворювачі SVG у DXF регулярно пишуть $INSUNITS=0 або повністю пропускають змінну, роблячи резервне налаштування програмного забезпечення імпорту єдиним, що стоїть між правильними та надзвичайно неправильними розмірами. Завжди перевіряйте фізичні розміри у своєму лазерному програмному забезпеченні одразу після кожного імпорту DXF.

Помилка 2 — лінії обрізані двічі. [Виявлено після запуску — матеріал уже пошкоджений] Коли дві геометричні сутності займають ідентичні координати, лазер слідує за цим шляхом двічі. На деревині другий прохід поглиблює розріз і обвуглює краї. На акрилі накопичене тепло від двох проходів спричиняє розтріскування та зміну кольору. На тонких матеріалах він може пропалити ділянки, які повинні залишитися недоторканими. Дубльовані рядки надходять із кількох добре задокументованих джерел. Fusion 360 створює їх, коли ввімкнено функцію автоматичного проектування — вибір грані автоматично проектує всі його краї в новий ескіз, і якщо потім оператор знову вручну проектує ту саму геометрію, кожна лінія існує як дві збігаються сутності. Згідно з документацією підтримки Autodesk, це одна з найпоширеніших причин повторюваної геометрії в експорті Fusion DXF. Інші джерела включають файли SVG, у яких межі обведення та контури межі заливки збігаються, а також операції копіювання та вставлення, які створюють збігаються геометрії, не помічаючи дизайнера. Дві лінії, які повністю перекриваються, візуально неможливо відрізнити від однієї в будь-якому інструменті попереднього перегляду — їх можна виявити лише шляхом математичних порівнянь координат об’єктів.

Помилка 3 — Вертикально дзеркальний вихід. [Може залишатися непоміченим тижнями на симетричних конструкціях] SVG використовує систему координат, де Y збільшується вниз від верхнього лівого кута документа. DXF використовує систему координат, де Y зростає вгору від нижнього лівого кута. Конвертер, який не застосовує корекцію осі Y, створює DXF, де весь дизайн вертикально дзеркальний. Для симетричних форм — кіл, регулярних візерунків, абстрактної геометрії — ця помилка абсолютно не виявляється в програмному забезпеченні для проектування та виявляється лише після виконання завдання. Для тексту, логотипів, портретів і будь-якої асиметричної частини це фатальна помилка. Математична корекція, застосована належним конвеєром, така: для кожної точки Y_dxf = document_height_mm − Y_svg.

Помилка 4 — криві імпортуються неправильно. [Виявлено після запуску] DXF підтримує власну сутність SPLINE для представлення складних кривих, включаючи криві NURBS і Bezier. Це здається природним вибором для вигнутої геометрії з контурів SVG, але підтримка програмного забезпечення є неузгодженою між інструментами та версіями. Імпортер SPLINE LightBurn створив помилки форми та «вм’ятини» на кривих до значного перепису у версії 1.5.00 (грудень 2023), що покращило обробку об’єктів SPLINE, які структурно еквівалентні кривим Bezier. Однак він не може правильно імпортувати всі NURBS — лише підмножину, еквівалентну Bezier. RDWorks не отримав еквівалентного покращення. VCarve, SheetCAM, Mach3 та більшість інших широко використовуваних інструментів погано або зовсім не обробляють сутності SPLINE. Універсально безпечними типами об’єктів є ARC, LINE, CIRCLE і LWPOLYLINE, які належним чином підтримуються кожною версією кожного широко використовуваного інструменту. Криві SVG Bezier слід перетворити на послідовності цих об’єктів, а не записувати як SPLINE.

Помилка 5 — все на одному шарі. [Виявлено під час імпорту, але повільно виправляється вручну] Лазерні машини виконують різні операції з різними параметрами потужності та швидкості. Належним чином підготовлений DXF розділяє геометрію на іменовані шари, що відповідають типам операцій — Cut, Score, Engrave — кожному з них призначено колір, який програмне забезпечення лазера зчитує для створення окремих записів операцій під час імпорту. Загальні конвертери згортають всю структуру SVG на один шар DXF, як правило, шар за замовчуванням «0» без призначення кольорів. LightBurn імпортує це як одну операцію з об’єднаною геометрією, вимагаючи від оператора вручну відсортувати кожну сутність за призначеним типом операції, перш ніж завдання можна буде запустити. Для файлів із декількома типами операцій у багатьох елементах ця ручна реконструкція займає більше часу, ніж оригінальна робота над проектом, і призводить до людської помилки.

Помилка 6 — невидима геометрія з невирішених посилань SVG. [Може ніколи не бути виявлено — відсутня геометрія миттєво зникає] Файли SVG, експортовані з символів Illustrator, компонентів Figma і бібліотек піктограм, зазвичай використовують елементи <use>, які посилаються на геометрію, визначену в блоці <defs> в іншому місці файлу. Конвертер, який обходить лише дерево видимих ​​елементів без вирішення цих посилань, мовчки відкидає всю геометрію, визначену через <use>. Результатом є DXF, який імпортується чітко, проходить усі перевірки розмірів і не містить помилок, але в ньому відсутні цілі розділи дизайну. Розріз йде, здається закінченим, і лише після огляду готової частини стає зрозуміло, що ділянка ніколи не була вирізана. Цю помилку найважче діагностувати, оскільки ніщо у файлі чи LightBurn не позначає її. Єдиним захистом є конвеєр, який явно вирішує всі посилання <use> і порівнює кількість об’єктів між проаналізованим джерелом і записаним виводом.

Що містить готовий до лазера DXF — вісім властивостей і чому кожна важлива

DXF, готовий до роботи з лазером, — це не просто DXF, який відкривається без помилок — це файл, спеціально підготовлений для машинної роботи. Шість наведених вище режимів відмови відповідають одній або декільком відсутнім властивостям. Повний список із восьми властивостей визначає, як виглядає правильний препарат.

1. Виправте одиниці вимірювання в заголовку файлу. $INSUNITS має бути присутнім і мати значення 4 у заголовку DXF. Це оголошення усуває всю неоднозначність щодо значення координат файлу. $INSUNITS=0 (без одиниць) розглядається так само, як відсутня змінна більшістю імпортуючого програмного забезпечення — обидва змушують повертатися до налаштувань користувача інструменту, які відрізняються залежно від оператора. Завжди пишіть 4 явно.

2. Іменовані шари, зіставлені з лазерними операціями. Геометрія організована в іменовані шари — Cut, Score, Engrave — кожному з них присвоєно код кольору DXF ACI: 1 (червоний) для Cut, 5 (синій) для Score, 7 (чорний у LightBurn) для Engrave. LightBurn зчитує ці кольори під час імпорту та створює окремий запис на панелі Cuts/Layers для кожного. Ця конвенція про колір широко поширена серед лазерної спільноти, але це практика спільноти, а не обов’язковий стандарт. Магазини зі встановленими кольорами повинні налаштувати відображення перед перетворенням, а не приймати будь-які стандартні налаштування.

3. Закриті шляхи, де розрізи повинні бути закриті. Будь-яка фігура, яку вирізає лазер, має утворювати геометрично замкнуту петлю — остання точка має точно з’єднуватися з першою. Зазор навіть у частки міліметра означає, що лазер зупиняється до завершення розрізу, залишаючи нерозрізану перемичку, яка утримує деталь у аркуші. Цей проміжок невидимий на будь-якому нормальному рівні масштабування в програмному забезпеченні для проектування.

4. Нуль дублікатів або накладання сутностей. Математично підтверджено шляхом порівняння кінцевих точок сутності та середніх точок вибірки, а не візуальним оглядом. Лазерний DXF не містить збігаються геометрії на жодному шарі.

5. Відсутність виродженої підпорогової геометрії. Перетворення кривих Bezier на сегменти дуг і ліній може створити сегменти нульової довжини та фрагменти під 0.01mm із округлення з плаваючою комою. Деякі контролери створюють мітку спалювання в місці нульової довжини; інші створюють помилку руху. Усі сегменти нижче 0.01mm, які не є навмисними дрібними деталями, слід видалити.

6. Типи об’єктів, сумісні з контролером — лише ARC, LINE, CIRCLE, LWPOLYLINE. Сутності SPLINE уникають, оскільки програмне забезпечення для імпорту обробляє їх непослідовно залежно від інструменту та версії, як описано вище. Криві Bezier перетворюються на послідовності дуг і ліній за допомогою дводугової апроксимації. Практичний результат: криві на виході геометрично не відрізняються від оригіналів у будь-якому масштабі, який ви запускаєте на машині. Механізм: кожен сегмент Bezier оснащений парою безперервних дотичних дуг окружностей, які рекурсивно діляться, поки відхилення від оригіналу не буде в межах 0.01mm. Результат універсально імпортується всіма інструментами лазера, CNC і CAM, які широко використовуються.

7. Оптимізований порядок сутностей. Об’єкти з’являються у файлі в тому порядку, в якому лазер має слідувати за ними: спочатку гравірування, потім надріз, потім вирізання. У шарі розрізу перевірка локалізації «точка в багатокутнику» визначає внутрішні шляхи, які повинні проходити перед зовнішнім профілем, який звільнить частину від листа. Якщо зовнішній профіль розрізається першим, деталь зсувається, а всі наступні внутрішні розрізи зміщуються. Вбудована функція LightBurn Optimize Cut Path ще більше вдосконалює це під час виконання — попереднє замовлення DXF гарантує правильну роботу будь-якого програмного забезпечення, включаючи інструменти без вбудованого оптимізатора.

8. Номінальна геометрія — без компенсації різу. Лазерний DXF представляє точні конструктивні розміри без розширених або звужених шляхів для пропилу. Розпил залежить від машини, лінзи, матеріалу та швидкості різання — файл не знає цих змінних. DXF із компенсацією запікання пропилу є правильним для однієї конкретної комбінації машини та матеріалу та неправильним для будь-якої іншої. Застосуйте пропил у налаштуваннях різання для кожного шару програмного забезпечення для лазера, а не в DXF.

Це стандартний універсальний — чи специфічний для LightBurn?

Властивості DXF, готового до роботи з лазером, поділяються на дві категорії: загальновигідні та стандартні.

Властивості геометрії універсальні. Правильна декларація $INSUNITS, нуль повторюваних ліній, замкнуті контури, відсутність вироджених сегментів, дугоподібні сутності, правильна орієнтація осі Y — це робить DXF кращим для будь-якої частини програмного забезпечення, яке його читає. LightBurn, RDWorks, LaserGRBL, VCarve, Fusion 360, Aspire, SheetCAM, Mach3 — усі вони виграють від чистої геометрії незалежно від типу машини чи прошивки контролера. Це не спеціальна конвенція LightBurn. Це просто правильний, добре сформований DXF.

Іменування шарів і колір є практикою спільноти. Широко дотримується система червоного вирізу, синьої лінії та чорного гравіювання, яка узгоджується з візуальними налаштуваннями за замовчуванням, які використовують більшість операторів LightBurn. Але жодне програмне забезпечення не забезпечує його виконання. RDWorks використовує власну систему нумерації шарів. Деякі інструменти повністю ігнорують структуру шару DXF і вимагають ручного призначення після імпорту. DXF, готовий до роботи з лазером, із правильною структурою шару все одно є кращим файлом для будь-якого програмного забезпечення — інформація про шар є додатковою структурою, яку використовують потужні інструменти, і яку менш потужні інструменти безпечно ігнорують без будь-якої шкоди.

Фрезерування та плазмове різання CNC мають ідентичні вимоги до геометрії. VCarve, Aspire, Fusion 360, SheetCAM і Mach3 страждають від однакових проблем одиниць, повторюваних ліній, відкритих шляхів і кривих, які впливають на робочі процеси лазера. Очищення геометрії таке ж. Відрізняється лише конвенція щодо шарів — робочі процеси CNC розділяють профільні вирізи, операції з кишеньками та свердління, а не вирізання/надрізування/гравірування. Налаштуйте зіставлення кольорів із шарами для очікуваної структури шарів програмного забезпечення CAM, і той самий конвеєр перетворення створить файл, який можна негайно використовувати для будь-якого робочого процесу виготовлення.

Що робить правильний конвеєр перетворення — дев’ять етапів

Загальний конвертер SVG у DXF виконує прямий переклад: шляхи стають об’єктами, координати відображаються, файл зберігається. Він завершує роботу за лічені секунди та створює файл, який виглядає правильно. Належний конвеєр складається з дев’яти послідовних етапів, кожен з яких стосується однієї категорії структурних проблем, які прямий експорт залишає невирішеними. Розуміння того, що робить кожен етап, пояснює, чому результати відрізняються.

Етап 1 — Синтаксичний аналіз SVG, зведення трансформації та еталонна роздільна здатність. SVG — це ієрархічний документ XML із вкладеними групами, кожна з яких має власне перетворення координат. Повний ланцюжок перетворень кожного елемента — переміщення, масштабування, обертання, нахилення X, нахилення Y, матриця — множиться разом і застосовується безпосередньо до координат цього елемента, утворюючи плоский список шляхів у просторі кореневих координат документа. Конвертер, який читає лише шляхи верхнього рівня, мовчки відкидає всю геометрію всередині вкладених груп. Не менш важливо: файли SVG, експортовані з символів Illustrator, компонентів Figma і бібліотек значків, зазвичай використовують елементи <use>, які посилаються на геометрію, визначену в блоці <defs>. Ці посилання мають бути вирішені явно — конвертер, який обходить лише дерево видимих ​​елементів, мовчки відкидає цю геометрію, створюючи файл, який імпортується чисто, але в якому відсутні цілі розділи дизайну.

Етап 2 — Роздільна здатність фізичного масштабу та перетворення міліметрів. Атрибут SVG viewBox і оголошені ширина та висота використовуються разом для отримання єдиного коефіцієнта масштабування міліметрів на одиницю користувача. ViewBox є авторитетним: розділіть заявлену фізичну ширину в міліметрах на ширину viewBox в одиницях користувача. Цей підхід створює правильний масштаб незалежно від того, яка програма створила файл — Illustrator на 72 DPI, Inkscape до v0.92 на 90 DPI або поточні інструменти на 96 DPI. Зчитування масштабу з власних атрибутів файлу повністю усуває пастку DPI. На цьому етапі застосовується поворот осі Y: Y_dxf = document_height_mm − Y_svg.

Етап 3 — роздільна здатність заливки та обведення. Кожен шлях класифікується відповідно до своєї ролі лазера. Штрихові шляхи безпосередньо стають лазерними. Контури лише для заливки — найпоширеніший випадок для фігур, намальованих у Illustrator або Inkscape — мають витягнутий контур кордону. Колір операції, який керує призначенням шару, походить від кольору обведення, якщо він присутній, або кольору заливки в іншому випадку. Правило заповнення (evenodd або ненульове, оголошене для кожного шляху в SVG) зберігається на цьому етапі: складені контури з дірками — літери з лічильниками, такими як O та B, кільця, будь-яка вкладена замкнута форма — повинні зберігати своє правило заповнення, щоб внутрішні контури розглядалися як отвори, а не як заповнені острови. Конвеєр, який відкидає інформацію про правила заповнення, неправильно заповнює фігури, які повинні бути порожніми.

Етап 4 — Відображення кольору на шар. Визначений колір кожного контуру відображається на іменованому лазерному шарі з використанням діапазонів відтінків HSL, а не точних шістнадцяткових значень, оскільки дизайнери використовують багато відтінків червоного, щоб означати «вирізати». Практичний стандарт за замовчуванням: відтінок 340–360 або 0–20 відображається на Cut; відтінок 200–260 відображається в балах; освітленість нижче 15 %, незалежно від відтінку, що відображається для гравіювання. Це зіставлення має бути налаштованим користувачем — професійні магазини мають кольорові угоди, вбудовані в багаторічні шаблони, які не відповідають жодним фіксованим стандартам.

Етап 5 — перетворення кривої Bezier за допомогою бідугової апроксимації. Кубічні та квадратичні криві Bezier зі шляхів SVG перетворюються на послідовності дуг окружностей. Практичний результат полягає в тому, що криві на виході DXF геометрично не відрізняються від оригіналів у будь-якому масштабі, який ви коли-небудь запустите на машині. Механізм: кожен сегмент Bezier доповнюється парою неперервних дотичних дуг — дводугою — і рекурсивно поділяється, поки геометричне відхилення від початкової кривої не буде в межах 0.01mm. На виході є об’єкти ARC, які універсально імпортуються кожною версією кожного широко використовуваного інструменту та є більш компактними, ніж еквівалентні апроксимації поліліній. Команди еліптичної дуги SVG спочатку розкладаються на кубічні сегменти Bezier за допомогою стандартної параметризації від кінцевої точки до центру, а потім підбираються за двома дугами.

Етап 6 — Очищення геометрії. Шість операцій виконуються послідовно через повний список сутностей: видалення всіх сегментів, коротших за 0.01mm; виявляти та видаляти точні дублікати сутностей шляхом порівняння кінцевих і середніх точок у межах просторового допуску 0.001mm; об’єднати колінеарні послідовні відрізки в ламані; закрити майже закриті шляхи, де розрив між початком і кінцем менше 0.1mm; позначити залишкові відкриті шляхи з пропуском під 1mm у звіті про обробку; видалити геометрично однакові замкнуті шляхи, що перекриваються. Шляхи, що частково перекриваються, коли дві форми мають спільний сегмент, не будучи точними клонами, вимагають логічної обробки геометрії та позначаються для уваги оператора, а не автоматично змінюються.

Етап 7 — Оптимізація порядку розкрою. Об’єкти сортуються для правильної роботи машини незалежно від того, яке програмне забезпечення виконує завдання: спочатку шар гравірування, другий – надріз, останнім – вирізання. У шарі розрізу перевірка локалізації «точка в полігоні» визначає внутрішні шляхи, які мають передувати зовнішньому профілю. Після впорядкування всередині-перед-зовні, найближчий сусід оптимізує послідовність шляхів, що залишилися, щоб мінімізувати рух голови. Це попереднє замовлення необхідне для будь-якого керуючого програмного забезпечення без вбудованого оптимізатора шляху.

Етап 8 — збірка файлу DXF. Написано у форматі DXF R2010 — остання версія формату з майже універсальною сумісністю з усіма поширеними інструментами, передуючи доповненням сутностей, представленим у AutoCAD 2013. Зауважте, що змінна одиниці вимірювання ($INSUNITS) і оголошення обмежувальної рамки, які використовуються тут, указані в Autodesk DXF 2018 Reference, який визначає однакові змінні заголовка в усіх сучасних версіях формату. У заголовку декларуються значення обмежувальної рамки $INSUNITS=4 і $EXTMIN/$EXTMAX із фактичної геометрії. Записи шару визначають Cut, Score та Engrave кодами кольорів ACI 1, 5 і 7. Об’єкти записуються згрупованими за шарами, використовуючи LWPOLYLINE для замкнутих багатокутних форм, ARC для сегментів дуг, CIRCLE для повних кіл, LINE для ізольованих прямих сегментів. Сутності SPLINE ніколи не записуються. Жодних сутностей BLOCK або INSERT — уся геометрія вбудована для максимальної сумісності.

Етап 9 — Валідація. Завершений файл аналізується та перевіряється: $INSUNITS присутній і дорівнює 4, немає недійсних значень координат, обмежувальна рамка відповідає очікуваним розмірам у 0.1mm, принаймні одна сутність на кожному заповненому шарі, кількість сутностей відповідає очікуваним результатам синтаксичного аналізу етапу 1. Якщо перевірка не вдається, помилка повертається з конкретним описом. Виробничий конвеєр ніколи мовчки не доставляє зламаний файл.

Підготовка SVG до перетворення

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

Явно позначте свої шляхи кольором. Найнадійніший спосіб отримати правильні призначення шарів у вихідному файлі DXF — використовувати узгоджені кольори обведення в джерелі SVG. Червоний (#FF0000) для вирізаних шляхів, синій (#0000FF) для партитури та чорний (#000000) для гравіювання є найпоширенішими угодами, які безпосередньо відображаються на DXF ACI кольори 1, 5 і 7. Шляхи без кольору або кольори за межами відображеного діапазону будуть за умовчанням вирізати з попередженням звіту про обробку — перегляньте ці попередження, перш ніж файл підійде до машини.

Розгорнути весь живий текст до контурів. DXF не підтримує шрифти. Елементи тексту, які не були перетворені на контури, або не вдасться імпортувати, або надійдуть як нерозпізнані об’єкти. У Illustrator: Тип > Створити контури. У Inkscape: Шлях > Об’єкт до шляху. Цей крок не можна виправити в DXF після перетворення. Під час розгортання тексту також переконайтеся, що літери з закритими лічильниками — O, B, A, P, R, D, Q — утворюють складені контури з отворами, а не дві заповнені фігури, складені в стопку. Більшість інструментів роблять це правильно за замовчуванням, але якщо внутрішня форма (наприклад, отвір букви O) виглядає заповненою, а не порожнистою у вашій програмі розробки, правило заливки є неправильним і дасть неправильний результат.

Вирішіть усі посилання на символи перед експортом. Якщо ваш SVG було створено в Illustrator з використанням символів або в Figma з використанням компонентів, розгорніть або зведіть усі екземпляри перед експортом SVG. У Illustrator: Object > Expand Appearance, потім Object > Flatten Transparency. У Figma: використовуйте Flatten Selection (Ctrl/Cmd+E) для всіх екземплярів компонентів перед експортом. Нерозгорнуті символи експортуються як елементи <use>, що посилаються на геометрію <defs>, які загальні конвертери мовчки відкидають.

Видаліть вбудовані растрові зображення. DXF — це чисто геометричний формат. Растрові зображення, вбудовані в SVG — фотографії, текстури, розміщені растрові зображення — не мають представлення DXF і мовчки скидаються під час перетворення. Якщо вбудоване зображення містить геометрію, яку потрібно зберегти, простежте її за векторними контурами перед перетворенням.

Знайте програму походження свого SVG. Три інструменти використовують три різні конвенції DPI: стандарт W3C і поточний Inkscape використовують 96 пікселів на дюйм; Adobe Illustrator експортує SVG із роздільною здатністю 72 пікселі на дюйм; Inkscape до v0.92 (випуску 2017 р.) експортовано з роздільною здатністю 90 пікселів на дюйм. Конвеєр перетворення, який отримує фізичний масштаб із власного viewBox файлу та заявлених розмірів, правильно обробляє всі три без будь-яких дій користувача — DPI вихідної програми стає нерелевантним. Конвертер, який застосовує фіксоване припущення DPI, вироблятиме неправильні розміри для файлів принаймні з двох із трьох джерел. Перевіряйте розміри після кожного імпорту незалежно від того, як було створено файл.

Перевірте заплановані розміри перед завантаженням. Відкрийте SVG у своїй програмі для розробки та переконайтеся, що розмір документа відповідає фізичному виходу, який ви збираєтеся. Якщо заявлені розміри SVG є неправильними — через те, що вихідний інструмент неправильно вставив фізичні одиниці — виправте їх у джерелі перед конвертацією. Конвеєр перетворення не може зробити висновок про запланований фізичний розмір на основі неправильних вихідних даних.

Імпорт до LightBurn і перевірка файлу

Правильний імпорт готового до лазера DXF у LightBurn займає менше двох хвилин, якщо кроки перевірки виконуються в порядку. Кожен крок вловлює одну конкретну категорію несправностей, перш ніж вона стане зіпсованою заготовкою.

Крок 1 — Підтвердьте розміри. Одразу після імпорту поставте прапорець у числових полях позиції LightBurn. Розміри мають відповідати запланованому фізичному розміру. Якщо файл у 25,4 разів більший або менший, для $INSUNITS встановлено неправильну одиницю або записаний як 0 — відкрийте DXF у текстовому редакторі, знайдіть $INSUNITS, змініть значення в наступному рядку на 4 (міліметри) та повторно імпортуйте. Якщо помилка масштабу становить приблизно 0.75, 0.94, 1.33 або 1.07 разів, проблема полягає в невідповідності DPI у джерелі SVG — перетворіть за допомогою конвеєра, який зчитує масштаб із viewBox файлу, а не припускається фіксований DPI.

Крок 2 — Підтвердьте структуру шару. На панелі Cuts/Layers переконайтеся, що кожна очікувана операція відображається як окремий шар із правильним кольором. Якщо вся геометрія знаходиться на одному шарі, джерело SVG не було позначено кольором або конвертер згорнув шари — перетворіть заново з правильним відображенням кольору в шар. Якщо очікуваний шар відсутній, відповідні шляхи або не мають призначення кольору, або колір виходить за межі діапазону відображення — перевірте попередження звіту про обробку.

Крок 3 — запустіть «Правка» > «Видалити дублікати». У LightBurn перейдіть до «Правка» > «Видалити дублікати» (комбінація клавіш: Alt+D). Це видаляє будь-які повторювані сутності, які пережили перетворення. Запустіть це на кожному імпортованому DXF без винятку — це займає одну секунду та усуває найбільш руйнівний провал якості лазера.

Крок 4 — запустіть «Правка» > «Вибрати відкрити фігури». Відкриті шляхи у файлі виділяються та підсвічуються. Перегляньте їх: контури, які повинні бути закриті, але відкриті, вказують на розрив, який конвертер не міг автоматично закрити за вказаного допуску. Закрийте їх у редакторі вузлів LightBurn або поверніться до джерела SVG, виправте відкритий шлях і переконвертуйте.

Крок 5 — Перевірте типи операцій і налаштування для кожного шару. Для кожного шару перевірте правильність режиму роботи: лінія для контурів вирізання та надрізу, заливка або лінія для гравіювання залежно від бажаного ефекту. Переконайтеся, що потужність і швидкість встановлені явно для цього завдання — LightBurn зберігає останні використовувані параметри для кожного кольору в усіх проектах на невизначений термін, тому відкалібровані значення з завдання на іншому матеріалі все ще будуть присутні. Перевірте їх; ніколи не припускай.

Крок 6 — Виконайте проход кадрування. Натисніть Frame з вимкненим лазером. Голова обкреслює обмежувальну рамку без стрільби, підтверджуючи фізичне положення та розмір на матеріалі. Виконуйте це перед кожною роботою без винятку — це займає п’ятнадцять секунд і є єдиною перевіркою, яка виявляє неправильне розташування до того, як матеріал буде витрачено.

Джерела та література

• Autodesk DXF 2018 Посилання — Специфікація змінної $INSUNITS: значення 0 = без одиниць вимірювання, значення 1 = дюйми, значення 4 = міліметри
• Офіційна документація LightBurn — Сторінка налаштувань/параметрів: автоматичне визначення одиниць, настроюване спадне меню резервних одиниць імпорту DXF, допуск автоматичного закриття (docs.lightburnsoftware.com)
• Форум програмного забезпечення LightBurn — підтверджено, що $INSUNITS=1 спричиняє помилку масштабу 25,4× (серпень 2024 р.)
• LightBurn Software Forum — офіційний анонс перезапису імпортера SPLINE у v1.5.00 (грудень 2023 р.)
• Офіційна стаття служби підтримки Autodesk — «Отримання дублікатів рядків під час експорту DXF із Autodesk Fusion» (автопроект як підтверджена причина)
• SendCutSend Fusion 360 DXF посібник з експорту — підтверджений робочий процес для уникнення повторюваної геометрії
• Специфікація W3C SVG 1.1 — система координат осі Y, початок ліворуч угорі, Y збільшується вниз
• Примітки до випуску Inkscape — зміна DPI 90→96 у v0.92 (2017)
• Документація бібліотеки ezdxf — система одиниць DXF, типи об’єктів