SVG till laserklar DXF: Den kompletta guiden

Behöver du verkligen en DXF? När SVG är bra och när DXF krävs

Innan du konverterar något är den mest användbara frågan att svara på om DXF är rätt format för ditt specifika arbetsflöde. Svaret är inte alltid ja – och att konvertera i onödan lägger till ett steg utan att lägga till mervärde.

LightBurn accepterar SVG inbyggt och hanterar det bra. Om du arbetar helt inom LightBurn på din egen maskin med dina egna SVG-filer, är det enklare och lika tillförlitligt att stanna i SVG. LightBurn läser SVG sökvägsfärger, tilldelar lager automatiskt, bevarar gruppstruktur och importerar med korrekta fysiska dimensioner när filens bredd, höjd och viewBox-attribut är korrekt deklarerade. För ett ensamt LightBurn-arbetsflöde är SVG det rätta valet.

DXF krävs i fyra specifika situationer. För det första, när en fil levereras till en extern laserskärningstjänst, tillverkningsbutik eller delad maskin – DXF är det universella tillverkningsformatet som professionella butiker är utrustade för att ta emot och bearbeta. SVG är ett display- och webbformat; DXF är standarden för fysisk tillverkning. För det andra, när målmaskinen kör RDWorks på en Ruida-kontroller – hanterar RDWorks DXF mer tillförlitligt än SVG för produktionsarbetsflöden. För det tredje, när filen går in i en CNC-routing, plasmaskärning eller CAM-arbetsflöde — VCarve, Aspire, Fusion 360, SheetZXQ00013QX0 använder alla deras primära importformat ZXQ30 och ZXQ30 som deras primära importformat. För det fjärde, när din SVG har problem med geometrisk kvalitet – öppna vägar, dubbletter av linjer, felaktig skalning – och du behöver en konverteringspipeline som upptäcker och reparerar dessa problem som en del av processen, och levererar en verifierad utdata istället för att skicka olösta problem nedströms.

Använd SVG när filen finns kvar i LightBurn på din egen maskin. Konvertera till en korrekt förberedd DXF när filen lämnar din egen mjukvarumiljö av någon anledning, eller när du behöver geometriverifiering inbyggd i processen.

Sex konverteringsfel som är osynliga i förhandsgranskningen

Vart och ett av följande problem klarar en visuell filkontroll utan att höja någon flagga. De ser korrekta ut i Illustrator, Inkscape, förhandsgranskning av filutforskaren och de flesta DXF-visare. De avslöjar sig först när laserhuvudet börjar röra sig. Varje misslyckande betygsätts nedan för hur snabbt det blir uppenbart - vissa är uppenbara på det första jobbet, andra kan överleva oupptäckt i veckor.

Fel 1 — Fel dimensioner. [Upptäckt omedelbart] DXF-huvudet innehåller en variabel som heter $INSUNITS som deklarerar det enhetssystem som filens koordinater använder. Enligt den officiella Autodesk DXF-specifikationen betyder värde 4 millimeter; värde 1 betyder tum; värde 0 betyder enhetslös eller ospecificerad. När $INSUNITS är inställd på 0 eller saknas i rubriken helt, kan LightBurn inte automatiskt upptäcka enheterna och faller tillbaka till dess användarkonfigurerade DXF importenhetspreferens - en rullgardinsmeny i Redigera > Inställningar under fliken Filinställningar. Om den inställningen är inställd på en annan enhet än filens faktiska koordinater importeras varje dimension felaktigt. Ett bekräftat verkligt exempel från en LightBurn forumtråd från 2024: en användares AutoCAD DXF hade $INSUNITS satt till 1 (tum) medan alla koordinater ritades i millimeter. LightBurn tolkade millimetervärdena som tumvärden och skalade upp dem med 25,4, vilket gjorde en 200mm avsedd cirkel till en 5080mm-import. Generiska SVG-till-DXF-omvandlare skriver rutinmässigt $INSUNITS=0 eller utelämnar variabeln helt, vilket gör importprogramvarans reservinställning till det enda som står mellan korrekta och väldigt felaktiga dimensioner. Verifiera alltid fysiska dimensioner i din laserprogramvara omedelbart efter varje DXF-import.

Misslyckande 2 — Linjer skärs två gånger. [Detekteras efter körningen — materialet är redan skadat] När två geometriska enheter upptar identiska koordinater, följer lasern den vägen två gånger. På trä fördjupar ett andra pass snittet och förkolnar kanterna. På akryl orsakar kumulativ värme från två passager sprickbildning och missfärgning. På tunna material kan det bränna igenom områden som bör förbli intakta. Dubbletter kommer från flera väldokumenterade källor. Fusion 360 producerar dem när Auto Project-funktionen är aktiverad — om du väljer ett ansikte projiceras alla dess kanter automatiskt till en ny skiss, och om operatören sedan manuellt projicerar samma geometri igen, existerar varje linje som två sammanfallande enheter. Enligt Autodesks egen supportdokumentation är detta en av de vanligaste orsakerna till dubbel geometri i Fusion DXF export. Andra källor inkluderar SVG-filer där en streckgräns och en fyllnadsgränskontur sammanfaller, och kopiera och klistra in operationer som skapar sammanfallande geometri utan att designern märker det. Två perfekt överlappande linjer är visuellt omöjliga att skilja från en i varje förhandsgranskningsverktyg - de kan bara upptäckas genom att matematiskt jämför enhetskoordinater.

Fel 3 — Vertikalt spegelvänd utgång. [Kan förbli oupptäckt i veckor på symmetriska mönster] SVG använder ett koordinatsystem där Y ökar nedåt från det övre vänstra hörnet av dokumentet. DXF använder ett koordinatsystem där Y ökar uppåt från det nedre vänstra. En omvandlare som inte tillämpar en Y-axelkorrigering producerar en DXF där hela designen är vertikalt spegelvänd. För symmetriska former – cirklar, vanliga mönster, abstrakt geometri – är detta fel helt oupptäckbart i designprogramvara och upptäcks först efter att jobbet körts. För text, logotyper, porträtt och alla asymmetriska delar är det ett allvarligt fel. Den matematiska korrigeringen som tillämpas av en korrekt pipeline är: för varje punkt, Y_dxf = document_height_mm − Y_svg.

Fel 4 — Kurvor som importerar felaktigt. [Detekteras efter körningen] DXF stöder en inbyggd SPLINE-enhet för att representera komplexa kurvor inklusive NURBS- och Bezier-kurvor. Det verkar som det naturliga valet för böjd geometri från SVG-vägar - men mjukvarustödet är inkonsekvent mellan verktyg och versioner. LightBurn:s SPLINE-importör producerade formfel och "bucklor" i kurvor innan en större omskrivning i version 1.5.00 (december 2023), vilket förbättrade hanteringen för SPLINE-enheter som är likvärdiga med Z0XQ. Den kan dock inte importera alla NURBS korrekt – bara den Bezier-ekvivalenta delmängden. RDWorks har inte fått någon motsvarande förbättring. VCarve, SheetCAM, Mach3 och de flesta andra vanliga verktyg hanterar SPLINE-enheter dåligt eller inte alls. De universellt säkra enhetstyperna är ARC, LINE, CIRCLE och LWPOLYLINE — stöds korrekt av varje version av alla verktyg som används. SVG Bezier-kurvor bör konverteras till sekvenser av dessa enheter istället för att skrivas som SPLINE.

Misslyckande 5 — Allt på ett lager. [Upptäckt vid import, men långsam att fixa manuellt] Lasermaskiner utför olika operationer med olika effekt- och hastighetsinställningar. En korrekt förberedd DXF separerar geometrin i namngivna lager som motsvarar operationstyper - Cut, Score, Engrave - var och en tilldelad en färg som laserprogramvaran läser för att skapa distinkta operationsposter vid import. Generiska omvandlare kollapsar all SVG-struktur till ett enda DXF-lager, vanligtvis standardlagret '0' utan färgtilldelning. LightBurn importerar detta som en enda operation med all geometri kombinerad, vilket kräver att operatören manuellt sorterar varje enhet efter avsedd operationstyp innan jobbet kan köras. För filer med flera operationstyper över många element tar denna manuella rekonstruktion längre tid än det ursprungliga designarbetet och introducerar mänskliga fel.

Fel 6 — Osynlig geometri från olösta SVG-referenser. [Kan aldrig upptäckas – saknad geometri försvinner tyst] SVG-filer som exporteras från Illustrator-symboler, Figma-komponenter och ikonbibliotek använder vanligtvis <use>-element som refererar till geometri som definieras i en ZXQ00000QX0-fil ZXQ00002QX0. En omvandlare som bara går igenom det synliga elementträdet utan att lösa dessa referenser förkastar tyst all geometri som definierats via <use>. Resultatet är en DXF som importerar rent, klarar varje dimensionskontroll och som inte innehåller några fel - men som saknar hela delar av designen. Snittet löper, verkar färdigt och först när den färdiga delen undersöks står det klart att en sektion aldrig kapades. Detta fel är det svåraste att diagnostisera eftersom ingenting i filen eller i LightBurn flaggar det. Det enda skyddet är en pipeline som explicit löser alla <use>-referenser och jämför entitetsantal mellan den analyserade källan och den skrivna utdata.

Vad en laserklar DXF innehåller - åtta egenskaper och varför var och en är viktig

En laserklar DXF är inte bara en DXF som öppnas utan fel – det är en fil som uttryckligen har förberetts för maskindrift. De sex fellägena ovanför var och en motsvarar en eller flera saknade egenskaper. En komplett lista med åtta egenskaper definierar hur korrekt beredning ser ut.

1. Korrigera enheter i filhuvudet. $INSUNITS måste vara närvarande och inställd på 4 i DXF-huvudet. Denna deklaration tar bort all oklarhet om vad filens koordinater betyder. $INSUNITS=0 (enhetslös) behandlas på samma sätt som en saknad variabel av de flesta importerande programvara — båda tvingar fram en reserv till verktygets användarpreferens, som varierar beroende på operatör. Skriv alltid 4 explicit.

2. Namngivna lager mappade till laseroperationer. Geometri är organiserad i namngivna lager — Cut, Score, Engrave — var och en tilldelad en DXF ACI färgkod: 1 (röd) för Cut, 5 (blå) för Score, 7 (svart i LightBurn) för Engrave. LightBurn läser dessa färger vid import och skapar en separat post i Cuts/Layers-panelen för varje. Denna färgkonvention är allmänt antagen i lasergemenskapen, men det är gemenskapspraxis - inte en påtvingad standard. Butiker med etablerade färgkonventioner bör konfigurera mappningen före konvertering i stället för att acceptera några standardinställningar.

3. Stängda stigar där skär ska stängas. Varje form som lasern skär ut måste bilda en geometriskt sluten slinga - den sista punkten måste ansluta exakt till den första. Ett mellanrum på till och med en bråkdel av en millimeter innebär att lasern stannar innan skärningen slutförs och lämnar en oskuren bro som håller delen i plåten. Denna lucka är osynlig vid alla normala zoomnivåer i designprogramvara.

4. Noll dubbletter eller överlappande enheter. Bekräftas matematiskt genom att jämföra entitetsändpunkter och samplade mittpunkter, inte genom visuell inspektion. En laserklar DXF innehåller ingen sammanfallande geometri på något lager.

5. Ingen degenererad subtröskelgeometri. Konvertering från Bezier-kurvor till båg- och linjesegment kan producera nolllängdssegment och fragment under 0.01mm från flyttalsavrundning. Vissa kontroller producerar ett brännmärke på en noll-längd plats; andra genererar ett rörelsefel. Alla segment under 0.01mm som inte är avsiktliga detaljer ska tas bort.

6. Styrenhetskompatibla enhetstyper — endast ARC, LINE, CIRCLE, LWPOLYLINE. SPLINE-enheter undviks eftersom import av programvara hanterar dem inkonsekvent beroende på verktyg och version, som beskrivs ovan. Bezier-kurvor konverteras till sekvenser av båge- och linjeenheter med hjälp av biarc-approximation. Det praktiska resultatet: kurvor i utgången är geometriskt omöjliga att skilja från originalen i vilken skala som helst du skulle köra på en maskin. Mekanismen: varje Bezier-segment är försett med ett par tangent-kontinuerliga cirkelbågar, uppdelade rekursivt tills avvikelsen från originalet är inom 0.01mm. Utdata kan importeras universellt av alla laser-, CNC- och CAM-verktyg som används.

7. Optimerad enhetsordning. Entiteter visas i filen i den ordning lasern ska följa dem: gravera först, rita sedan och skär sedan. Inom det skurna lagret identifierar ett punkt-i-polygon inneslutningstest inre vägar som måste löpa före den yttre profilen som skulle frigöra delen från plåten. Om den yttre profilen skär först, förskjuts delen och alla efterföljande inre snitt är felinriktade. LightBurns inbyggda Optimize Cut Path-funktion förfinar detta ytterligare under körning - DXF-förbeställningen säkerställer korrekt beteende på alla program, inklusive verktyg utan inbyggd optimerare.

8. Nominell geometri — ingen snittkompensation. En laserfärdig DXF representerar exakta designmått utan banor som breddas eller avsmalnas för snitt. Kerf varierar beroende på maskin, lins, material och skärhastighet — filen har ingen kunskap om dessa variabler. En DXF med inbakad skärningskompensation är korrekt för en specifik maskin- och materialkombination och fel för varannan. Applicera snitt i laserprogramvarans skärinställningar per lager, inte i DXF.

Är denna standard universell - eller LightBurn-specifik?

Egenskaperna hos en laserklar DXF delas in i två kategorier: de som är allmännyttiga och de som är konventionsbaserade.

Geometriegenskaperna är universella. Korrekt $INSUNITS-deklaration, noll dubbletter av linjer, stängda vägar, inga degenererade segment, biarc-passade bågenheter, korrekt Y-axelorientering – dessa gör en DXF bättre för varje mjukvara som läser den. LightBurn, RDWorks, LaserGRBL, VCarve, Fusion 360, Aspire, SheetCAM, Mach3 — alla drar nytta av ren geometri oavsett maskintyp eller styrenhet. Detta är inte en LightBurn-specifik konvention. Det är helt enkelt korrekt, välformad DXF.

Lagnamns- och färgkonventionen är gemenskapspraxis. Det rödskurna, blå skåran, svartgraverade systemet följs flitigt och är i linje med de visuella standardinställningarna som de flesta LightBurn-operatörer använder. Men ingen programvara upprätthåller det. RDWorks använder sitt eget lagernumreringssystem. Vissa verktyg ignorerar DXF lagerstruktur helt och kräver manuell tilldelning efter import. En laserklar DXF med korrekt lagerstruktur är fortfarande en bättre fil för alla program – lagerinformationen är ytterligare struktur som kapabla verktyg använder och som mindre kapabla verktyg säkert ignorerar utan att skadas.

CNC routing och plasmaskärning har identiska geometrikrav. VCarve, Aspire, Fusion 360, SheetCAM och Mach3 lider alla av samma problem med enhet, duplikatlinje, öppen väg och kurvenhet som påverkar laserarbetsflöden. Geometrirensningen är densamma. Endast lagerkonventionen skiljer sig åt — CNC arbetsflöden skiljer profilsnitt, fickoperationer och borrning i stället för att skära/skicka/gravera. Konfigurera färg-till-lager-mappningen för din CAM-programvaras förväntade lagerstruktur och samma konverteringspipeline producerar en omedelbart användbar fil för alla tillverkningsarbetsflöden.

Vad en korrekt konverteringspipeline gör - nio steg

En generisk SVG-till-DXF-omvandlare utför en direkt översättning: sökvägar blir entiteter, koordinater mappas, filen sparas. Det slutförs på några sekunder och producerar en fil som ser korrekt ut. En riktig pipeline kör nio steg i följd, var och en tar upp en kategori av strukturella problem som en direkt export lämnar olösta. Att förstå vad varje steg gör förklarar varför resultatet är olika.

Steg 1 — SVG parsning, transformationsutjämning och referensupplösning. En SVG är ett hierarkiskt XML-dokument med kapslade grupper, som var och en bär sin egen koordinattransform. Varje elements fullständiga transformeringskedja — translate, skala, rotera, skewX, skewY, matris — multipliceras tillsammans och appliceras direkt på det elementets koordinater, vilket ger en platt lista med banor i dokumentets rotkoordinatutrymme. En omvandlare som endast läser toppnivåvägar kasserar tyst all geometri i kapslade grupper. Lika viktigt: SVG-filer som exporteras från Illustrator-symboler, Figma-komponenter och ikonbibliotek använder vanligtvis <use>-element som refererar till geometri definierad i ett <defs>-block. Dessa referenser måste lösas explicit - en omvandlare som bara går i det synliga elementträdet tappar tyst denna geometri, vilket skapar en fil som importerar rent men som saknar hela delar av designen.

Steg 2 — Fysisk skalupplösning och millimeterkonvertering. SVG viewBox-attributet och deklarerade bredd och höjd används tillsammans för att härleda en enda millimeter per användare-enhet skalningsfaktor. ViewBox är auktoritativ: dividera den deklarerade fysiska bredden i millimeter med viewBox-bredden i användarenheter. Detta tillvägagångssätt ger rätt skala oavsett vilket program som skapade filen — Illustrator vid 72 DPI, Inkscape före v0.92 vid 90 DPI, eller nuvarande verktyg på 96 DPI. Att läsa skala från filens egna attribut eliminerar DPI-fällan helt. Y-axelvändningen tillämpas i detta skede: Y_dxf = document_height_mm − Y_svg.

Steg 3 — Fyllnings- och streckupplösning. Varje väg är klassificerad för sin laserroll. Banor med endast stroke blir direkt laserbanor. Enbart fyllningsbanor - det vanligaste fallet för former ritade i Illustrator eller Inkscape - har sin gränskontur extraherad. Operationsfärgen som driver lagertilldelningen kommer från streckfärgen när den finns, eller fyllningsfärgen annars. Fyllningsregeln (jämnodd eller icke-noll, deklarerad per bana i SVG) bevaras i detta skede: sammansatta banor med hål — bokstäver med räknare som O och B, ringar, valfri kapslad sluten form — måste behålla sin fyllningsregel så att inre konturer behandlas som hål snarare än fyllda öar. En pipeline som kasserar information om fyllningsregeln kommer felaktigt att fylla former som borde vara ihåliga.

Steg 4 — Färg-till-lager kartläggning. Varje banas upplösta färg mappas till ett namngivet laserlager med hjälp av HSL-nyansintervall snarare än exakta hexadecimala värden, eftersom designers använder många nyanser av rött för att betyda "klipp". En praktisk standard: nyans 340–360 eller 0–20 kartor till Cut; nyans 200–260 kartor till Score; ljushet under 15 % oavsett nyanskartor till gravering. Denna mappning måste vara användarkonfigurerbar - professionella butiker har färgkonventioner inbyggda i år av mallar som ingen fast standard kommer att matcha.

Steg 5 — Bezier kurvomvandling via biarc approximation. Kubiska och kvadratiska Bezier-kurvor från SVG-banor konverteras till sekvenser av cirkelbågar. Det praktiska resultatet är att kurvor i DXF-utgången är geometriskt omöjliga att skilja från originalen i vilken skala du någonsin skulle köra på en maskin. Mekanismen: varje Bezier-segment är försedd med ett par tangentkontinuerliga cirkelbågar — en biarc — och uppdelade rekursivt tills den geometriska avvikelsen från den ursprungliga kurvan är inom 0.01mm. Resultatet är ARC-enheter som är universellt importerbara av alla versioner av alla verktyg som används, och mer kompakta än motsvarande polylinjeuppskattningar. SVG elliptiska bågekommandon bryts först upp i kubiska Bezier-segment med hjälp av standardparameteriseringen från ändpunkt till centrum, och biarc-passas sedan.

Steg 6 — Geometrisanering. Sex operationer körs sekventiellt över hela enhetslistan: ta bort alla segment kortare än 0.01mm; upptäcka och ta bort exakta dubbletter av enheter genom att jämföra ändpunkter och mittpunkter inom 0.001mm rumslig tolerans; slå samman kolinjära på varandra följande segment i polylinjer; stäng nästan stängda banor där gapet mellan start och slut är under 0.1mm; flagga återstående öppna vägar med en lucka under 1mm i bearbetningsrapporten; ta bort geometriskt identiska överlappande slutna banor. Delvis överlappande banor – där två former delar ett segment utan att vara exakta kloner – kräver boolesk geometribearbetning och flaggas för operatörens uppmärksamhet snarare än att de ändras automatiskt.

Steg 7 — Optimering av skärorder. Entiteter sorteras för korrekt maskindrift oavsett vilken programvara som kör jobbet: gravera lagret först, rita andra, skär sist. Inom det skurna lagret identifierar ett punkt-i-polygon inneslutningstest inre vägar som måste föregå den yttre profilen. Efter beställning inuti-före-utvändigt, sekvenser närmaste granne reseoptimering återstående vägar för att minimera huvudrörelsen. Denna förbeställning är nödvändig för alla styrprogram utan inbyggd vägoptimerare.

Steg 8 — DXF filsammansättning. Skrivet i DXF R2010-format — den senaste formatversionen med nästan universell kompatibilitet för alla verktyg i allmänt bruk, före datering av enhetstillägg som introducerades i AutoCAD 2013. Observera att enhetsvariabeln ($INSUNITS) och deklarationerna som används här specificeras automatiskt. DXF 2018 Reference, som definierar samma rubrikvariabler konsekvent över alla moderna formatversioner. Rubriken deklarerar $INSUNITS=4 och $EXTMIN/$EXTMAX begränsningsboxvärden från faktisk geometri. Lagerposter definierar Cut, Score och Engrave med ACI färgkoder 1, 5 och 7. Entiteter skrivs grupperade efter lager med LWPOLYLINE för slutna polygonala former, ARC för bågsegment, CIRCLE för hela cirklar, LINE för isolerade raka segment. SPLINE-enheter skrivs aldrig. Inga BLOCK- eller INSERT-enheter – all geometri är integrerad för maximal kompatibilitet.

Steg 9 — Validering. Den färdiga filen tolkas tillbaka och verifieras: $INSUNITS finns och är lika med 4, inga ogiltiga koordinatvärden, begränsningsrutan matchar förväntade dimensioner inom 0.1mm, minst en entitet på varje ifyllt lager, entitetsantalet matchar det förväntade resultatet från steg 1-analys. Om valideringen misslyckas returneras felet med en specifik beskrivning. En produktionspipeline levererar aldrig tyst en trasig fil.

Förbereda din SVG före konvertering

En korrekt konverteringspipeline korrigerar många strukturella problem automatiskt - men flera källfilsegenskaper avgör resultatet på sätt som ingen nedströms bearbetning kan fixa.

Färgkoda dina vägar explicit. Det mest tillförlitliga sättet att få korrekta lagertilldelningar i utdata DXF är att använda konsekventa streckfärger i SVG-källan. Rött (#FF0000) för klippta banor, blått (#0000FF) för partitur och svart (#000000) för gravering är de mest använda konventionerna och mappar direkt till DXF ACI färger 1, eller 7 färger, utan färgintervall 1 eller 5 färger. kommer som standard att vara Klipp ut med en bearbetningsrapportvarning — granska dessa varningar innan filen kommer någonstans nära en maskin.

Expandera all livetext till konturer. DXF har inget teckensnittsstöd. Textelement som inte har konverterats till konturer kommer antingen att misslyckas med att importeras eller anlända som okända objekt. I Illustrator: Skriv > Skapa konturer. I Inkscape: Sökväg > Objekt till sökväg. Detta steg kan inte korrigeras i DXF efter konvertering. När du expanderar text, kontrollera också att bokstäver med inneslutna räknare – O, B, A, P, R, D, Q – ger sammansatta banor med hål snarare än två fyllda former staplade. De flesta verktyg gör detta korrekt som standard, men om den inre formen (t.ex. hålet på ett O) verkar fylld snarare än ihålig i din designapplikation, är fyllningsregeln fel och kommer att ge felaktiga utdata.

Lös alla symbolreferenser före export. Om din SVG skapades i Illustrator med hjälp av symboler, eller i Figma med hjälp av komponenter, expandera eller platta ut alla instanser innan du exporterar SVG. I Illustrator: Objekt > Expandera utseende, sedan Objekt > Platta till transparens. I Figma: använd Flatten Selection (Ctrl/Cmd+E) på alla komponentinstanser innan du exporterar. Oexpanderade symboler exporteras som <use>-element som hänvisar till <defs>-geometri, som generiska omvandlare förkastar tyst.

Ta bort inbäddade rasterbilder. DXF är ett rent geometriformat. Rasterbilder inbäddade i SVG - fotografier, texturer, placerade bitmappar - har ingen DXF-representation och släpps tyst under konverteringen. Om en inbäddad bild innehåller geometri som behöver bevaras, spåra den till vektorbanor innan konvertering.

Känn din SVGs ursprungsapplikation. Tre verktyg använder tre olika DPI-konventioner: W3C-standarden och nuvarande Inkscape använder 96 pixlar per tum; Adobe Illustrator exporterar SVG med 72 pixlar per tum; Inkscape före v0.92 (släppt 2017) exporterad med 90 pixlar per tum. En konverteringspipeline som härleder fysisk skala från filens egen viewBox och deklarerade dimensioner hanterar alla tre korrekt utan någon användaråtgärd – DPI:n för den ursprungliga applikationen blir irrelevant. En omvandlare som tillämpar ett fast DPI-antagande kommer att producera felaktiga dimensioner för filer från minst två av de tre källorna. Verifiera dimensioner efter varje import oavsett hur filen skapades.

Verifiera avsedda mått före uppladdning. Öppna din SVG i din designapplikation och bekräfta att dokumentstorleken stämmer överens med den fysiska utskriften du avser. Om SVG:s deklarerade dimensioner är felaktiga – eftersom ursprungsverktyget inte bäddade in fysiska enheter korrekt – korrigera dem vid källan före konvertering. En konverteringspipeline kan inte härleda din avsedda fysiska storlek från felaktiga källdata.

Importera till LightBurn och verifiera filen

Att importera en laserklar DXF till LightBurn på rätt sätt tar under två minuter när verifieringsstegen följs i ordning. Varje steg fångar en specifik felkategori innan det blir ett förstört arbetsstycke.

Steg 1 — Bekräfta mått. Omedelbart efter importen, markera begränsningsrutan i LightBurn:s numeriska positionsfält. Måtten måste matcha din avsedda fysiska designstorlek. Om filen är 25,4 gånger större eller mindre är $INSUNITS inställd på fel enhet eller skriven som 0 — öppna DXF i en textredigerare, leta upp $INSUNITS, ändra värdet på följande rad till 4 (millimeter) och importera igen. Om skalningsfelet är ungefär 0.75, 0.94, 1.33 eller 1.07 förväntade gånger, är problemet en DPI-felmatchning i SVG-källan - omvandla filens vy från den fasta skalan istället för att konvertera den från en pipeline. DPI.

Steg 2 — Bekräfta lagerstrukturen. På Cuts/Layers-panelen kontrollerar du att varje förväntad operation visas som ett separat lager med rätt färg. Om all geometri finns på ett enda lager, var källan SVG inte färgkodad eller omvandlaren kollapsade lager — konvertera om med korrekt färg-till-lager-mappning. Om ett förväntat lager saknas, hade motsvarande vägar antingen ingen färgtilldelning eller en färg utanför mappningsintervallet – kontrollera varningarna för bearbetningsrapporten.

Steg 3 — Kör Redigera > Ta bort dubbletter. I LightBurn, gå till Redigera > Ta bort dubbletter (genväg: Alt+D). Detta tar bort alla dubbletter av enheter som överlevde konverteringen. Kör detta på alla importerade DXF utan undantag — det tar en sekund och eliminerar det mest destruktiva laserkvalitetsfelet.

Steg 4 — Kör Redigera > Välj Öppna former. Öppna sökvägar i filen markeras och markeras. Granska dem: banor som ska vara stängda konturer men som är öppna indikerar ett gap som omvandlaren inte kunde stänga automatiskt med den angivna toleransen. Stäng dem i LightBurns nodredigerare eller återgå till SVG-källan, fixa den öppna sökvägen och konvertera igen.

Steg 5 — Verifiera operationstyper och inställningar per lager. För varje lager, bekräfta att driftsläget är korrekt: Linje för skär- och skårvägar, Fyll eller Linje för gravering beroende på avsedd effekt. Verifiera att kraft och hastighet är inställda explicit för det här jobbet — LightBurn behåller de senast använda inställningarna per färg i alla projekt på obestämd tid, så kalibrerade värden från ett jobb på annat material kommer fortfarande att finnas kvar. Verifiera dem; aldrig anta.

Steg 6 — Kör ett inramningspass. Tryck på Frame med lasern inaktiverad. Huvudet spårar begränsningsrutan utan att skjuta, vilket bekräftar fysisk position och storlek på materialet. Kör detta före varje jobb, utan undantag — det tar femton sekunder och är den enda kontrollen som fångar upp felaktig positionering innan materialet förbrukas.

Källor och referenser

• Autodesk DXF 2018 referens — $INSUNITS variabelspecifikation: värde 0 = enhetslös, värde 1 = tum, värde 4 = millimeter
• LightBurn officiell dokumentation — Inställningar/Preferences-sida: Automatisk identifiering av enheter, konfigurerbar DXF rullgardinsmeny för import av reservenheter, Autostängningstolerans (docs.lightburnsoftware.com)
• LightBurn Software Forum — bekräftat $INSUNITS=1 orsakar 25,4 × skalfel (tråden augusti 2024)
• LightBurn Software Forum — officiellt tillkännagivande av SPLINE importör omskrivning i v1.5.00 (december 2023)
• Autodesks officiella supportartikel — "Få dubbletter av rader vid export av DXF från Autodesk Fusion" (Autoprojekt som bekräftad orsak)
• SendCutSend Fusion 360 DXF exportguide — bekräftat arbetsflöde för att undvika dubbel geometri
• W3C SVG 1.1-specifikation — Y-axelkoordinatsystem, origo uppe till vänster, Y ökar nedåt
• Inkscape release notes — DPI-ändring 90→96 vid v0.92 (2017)
• ezdxf biblioteksdokumentation — DXF enhetssystem, enhetstyper