Umwandlung von CAD- und Konstruktionszeichnungen: Genauigkeit über Formate hinweg bewahren

Warum CAD-Konvertierung wichtig ist

Engineering‑Teams, Hersteller und Architekten tauschen routinemäßig Designdaten aus, die in einer Handvoll hochpräziser CAD‑Plattformen entstehen – SolidWorks, AutoCAD, CATIA, Inventor und ähnliche. Diese nativen Dateien (DWG, DXF, SLDPRT, IGES, STEP usw.) enthalten exakte geometrische Definitionen, Toleranzen, Ebenen und eingebettete Metadaten, auf die nachgelagerte Nutzer für Analyse, Fertigung oder Konformitätsprüfungen angewiesen sind. Wenn ein Partner nicht dasselbe Autorentool verwendet, ist die einzige praktikable Möglichkeit zur Zusammenarbeit die Konvertierung.

Eine schlecht ausgeführte Konvertierung kann einführen

• winzige Koordinatenverschiebungen, die Teile in einer Baugruppe falsch ausrichten,
• verlorene oder fehlerhafte Ebeneninformationen, die kritische Anmerkungen löschen,
• beschädigten Text, der die Extraktion von Stücklisten unmöglich macht,
• fehlende Fertigungsdaten wie Oberflächenbeschichtungen oder Materialangaben.

Da nachgelagerte Prozesse (Finite‑Elemente‑Analyse, CNC‑Fräsen, 3‑D‑Druck) oft selbst kleinste Fehler verstärken, muss der Konvertierungs‑Workflow mit derselben Strenge behandelt werden wie die ursprüngliche Designphase. Die folgenden Abschnitte führen durch den gesamten Lebenszyklus: Bewertung der Quelldateien, Auswahl eines geeigneten Zielformats, Konfiguration der Konvertierungsparameter, Validierung des Ergebnisses und Integration des Prozesses in einen umfassenderen Engineering‑Workflow.

1. Zuordnung von Quell‑ zu Zielformaten

Der erste Entscheidungspunkt ist was die konvertierte Datei leisten soll. Nicht jedes Format kann jedes CAD‑Feature darstellen, daher hilft eine Mapping‑Matrix, unnötigen Datenverlust zu vermeiden.

Wenn das Ziel ein *nur‑Ansichts‑*Format ist (PDF, PNG, JPEG), kann man auf parametrische Daten verzichten, muss aber dennoch Maßstab und Linienstärken beibehalten. Wenn das Ziel ein Fertigungs‑Format ist (STEP, IGES), muss sichergestellt werden, dass das Modell wasserdicht ist und alle erforderlichen Toleranzen im PMI (Product Manufacturing Information) des Dateiformats kodiert sind.

2. Vorbereitung des Quellmodells

Selbst der ausgefeilteste Konverter kann ein bereits kompromittiertes Modell nicht reparieren. Führen Sie diese Vor‑Konvertierungs‑Checks durch:

1. Geometrie‑Integrität prüfen – Nutzen Sie die “Check”‑ oder “Repair”‑Funktion Ihrer CAD‑Software, um Lücken zu schließen, Kanten mit Länge 0 zu entfernen und doppelte Scheitelpunkte zu reduzieren. Ein sauberes Modell verhindert, dass der Konverter lose Flächen erzeugt, die später Simulationsfehler hervorrufen.
2. Einheiten standardisieren – Stellen Sie sicher, dass jedes Teil, jede Baugruppe und jede Zeichnung dasselbe Einheitensystem verwendet (mm, Zoll usw.). Konvertieren Sie Ausreißer vor dem Export; sonst kann die Konvertierungs‑Engine stillschweigend einen Standard‑Umrechnungsfaktor anwenden, wodurch das Modell falsch skaliert wird.
3. Ebenen und Blöcke sperren – Wenn Sie ebenspezifische Linienstärken oder Farben für Fertigungsanweisungen nutzen, fixieren Sie die Ebenenkonfiguration. Einige Konverter flachen Ebenen zu einer einzigen Farbe ab, daher kann ein vorab exportierter Raster‑Layer‑Plan als separates Referenzdokument gespeichert werden.
4. Unnötige Daten entfernen – Große eingebettete Rasterbilder, veraltete Änderungswolken oder Simulationsergebnisse vergrößern die Dateigröße und können die Konvertierungs‑Engine verwirren. Nutzen Sie einen “Purge”‑Befehl, um alles zu löschen, was nicht zur Geometrie gehört.
5. PMI dokumentieren – Exportieren Sie Feature‑Anmerkungen, Toleranzen und Oberflächen‑Finish‑Symbole in eine externe Tabelle, falls das Zielformat sie nicht unterstützt. So können Sie die Informationen nach der Konvertierung wieder anhängen.

3. Auswahl der passenden Konvertierungs‑Engine

Kommerzielle CAD‑Pakete besitzen oft integrierte Export‑Assistenten, sind jedoch auf die vom Hersteller unterstützten Formate beschränkt. Drittanbieter‑Konvertierungsdienste – etwa die cloud‑basierte Plattform convertise.app – bieten ein breiteres Katalog (über 11.000 Formate) und können kopflos, skriptgesteuert konvertieren, ohne eine komplette CAD‑Suite zu installieren.

Bei der Bewertung eines Konverters achten Sie auf:

• Unterstützte Quell‑‑Ziel‑Matrix – Wird DWG ↔ DXF, DWG ↔ STEP usw. nativ gehandhabt?
• Erhalt‑Flags – Optionen wie Preserve layers, Keep PMI, Maintain assembly hierarchy.
• Präzisions‑Steuerung – Möglichkeit, die Dezimal‑Toleranz für Koordinatenrundungen festzulegen (z. B. 0,0001 mm). Niedrigere Toleranzen bewahren mehr Details, erhöhen jedoch die Dateigröße.
• Sicherheit – End‑to‑end‑Verschlüsselung und eine No‑Storage‑Policy sind für proprietäre Engineering‑Daten entscheidend.
• Automatisierung – REST‑API oder Kommando‑Zeilen‑Schnittstellen ermöglichen Batch‑Verarbeitung innerhalb von CI‑Pipelines.

4. Konfiguration der Konvertierungs‑Parameter

Die meisten Konverter stellen eine Reihe von Parametern bereit, die die Treue des Outputs direkt beeinflussen. Nachfolgend eine Checkliste, die Sie in ein Konvertierungsskript einbetten können.

{
  "source": "drawing.dwg",
  "target": "model.step",
  "options": {
    "units": "mm",
    "tolerance": 0.0001,
    "preserveLayers": true,
    "includePMI": true,
    "assemblyStructure": "nested",
    "outputVersion": "AP242"
  }
}

• Units – Erzwingt ein bekanntes Einheitensystem; sonst kann der Konverter die internen Einheiten der Quelle übernehmen, was bei DXF‑Dateien mehrdeutig sein kann.
• Tolerance – Legt fest, wie aggressiv der Engine Scheitelpunkte auf ein Raster „snapt“. Für hochpräzise Luft‑& Raum‑Teile kann eine Toleranz von 1 µm (0,001 mm) nötig sein.
• PreserveLayers – Wenn auf true gesetzt, schreibt der Konverter jede ursprüngliche Ebene als getrennte named‑Ebene im Ziel; das ist essentiell für nachgelagerte CNC‑Werkzeugwege, die auf farbcodierten Ebenen basieren.
• IncludePMI – Aktiviert den Export von GD&T‑Symbolen, Oberflächen‑Finish‑Hinweisen und Maßtoleranzen in STEP‑Annotation‑Entitäten.
• AssemblyStructure – nested bewahrt einen hierarchischen Baubaum, flattened erzeugt einen Ein‑Teil‑Export.
• OutputVersion – Neuere STEP‑Versionen (AP242) unterstützen komplexere Daten; ältere Versionen (AP203) werden von vielen Legacy‑CAM‑Systemen besser akzeptiert.

5. Durchführung der Konvertierung

Bei einem Cloud‑Service verläuft das typische Vorgehen so:

1. Upload der Quelldatei über einen gesicherten HTTPS‑Endpoint.
2. Submit des Konvertierungs‑Jobs mit der oben gezeigten JSON‑Payload.
3. Monitor des Job‑Status; die meisten APIs geben eine Job‑ID und eine Webhook‑URL für Abschluss‑Benachrichtigungen zurück.
4. Download der Ergebnisdatei direkt in einen gesicherten Storage‑Bucket.

Für On‑Premise‑Automatisierung können Kommando‑Zeilen‑Tools wie cad2step oder dwg2pdf in ein Bash‑ bzw. PowerShell‑Skript verpackt werden, das über ein Verzeichnis von Quelldateien iteriert. Stellen Sie sicher, dass das Skript für sowohl Eingabe‑ als auch Ausgangsdatei einen SHA‑256‑Checksum erzeugt – dieser wird später zur Integritäts‑Verifizierung verwendet.

6. Überprüfung der Konvertierungs‑Genauigkeit

Die Verifikation ist der kritischste Schritt, der einen verlässlichen Workflow von einer riskanten Abkürzung unterscheidet. Drei komplementäre Techniken schaffen Vertrauen:

6.1 Geometrischer Vergleich

Exportieren Sie einen Punkt‑Cloud‑Datensatz sowohl aus dem Quell‑ als auch aus dem Zielmodell (die meisten CAD‑Tools können N Punkte pro Fläche abtasten). Berechnen Sie die Hausdorff‑Distanz zwischen den beiden Clouds; eine maximale Abweichung unter der Ziel‑Toleranz signalisiert eine erfolgreiche Konvertierung.

6.2 Ebenen‑ & Attribut‑Audit

Parsen Sie die Ebenentabelle der Ziel­datei (bei STEP erscheint sie als Layer‑Entitäten) und vergleichen Sie sie mit der Ebenenliste der Quelle. Automatisierte Skripte können fehlende oder umbenannte Ebenen markieren. Für Metadaten wie Teilenummern oder Material‑Tags prüfen Sie die in STEP exportierten PMI‑Objekte gegen die ursprünglichen Anmerkungen.

6.3 Visueller Spot‑Check

Öffnen Sie die Ziel­datei in einem Viewer, der das Format unterstützt (z. B. eDrawings für DWG, FreeCAD für STEP). Führen Sie einen schnellen visuellen Durchlauf kritischer Merkmale – Bohrungen, Rundungen, Anschlussflächen – durch, um sicherzustellen, dass sie wie erwartet erscheinen. Obwohl manuell, entdeckt dieser Schritt Konvertierungsartefakte, die automatisierte Metriken übersehen können, etwa umgekehrte Normalen oder gebrochene Texturen.

7. Verwaltung von groß‑flächigen Batch‑Konvertierungen

Ingenieurabteilungen müssen häufig ganze Bibliotheken von Altdateien migrieren. Die Skalierung des Prozesses erfordert:

• Chunking – Teilen Sie die Bibliothek in logische Chargen (z. B. nach Projekt oder Fachbereich), um Job‑Größen handhabbar zu halten und Fehler zu isolieren.
• Idempotente Skripte – Gestalten Sie Konvertierungsskripte so, dass ein Neustart einer teilweise verarbeiteten Charge keine Duplikate erzeugt und geprüfte Ergebnisse nicht überschreibt.
• Logging & Auditing – Schreiben Sie für jede Datei einen CSV‑Log‑Eintrag mit: Quellpfad, Zielpfad, Job‑Zeitstempel, Eingangs‑Checksum, Ausgangs‑Checksum, Verifikations‑Status.
• Version‑Control‑Integration – Lagern Sie die Konvertierungs‑Skripte und Logs in einem Repository (Git, SVN). Taggen Sie jede Charge mit einer Release‑Nummer, sodass Sie bei systemischen Problemen später zurückrollen können.

8. Umgang mit proprietären CAD‑Features

Einige CAD‑Systeme betten herstellerspezifische Daten ein, die nicht sauber in neutrale Formate überführt werden können. Übliche Beispiele:

• SolidWorks FeatureTree – Beim Export nach STEP kollabiert die Feature‑Hierarchie zu einem Festkörper. Bewahren Sie die Feature‑Information separat, indem Sie den FeatureManager‑Baum als XML‑Datei exportieren.
• AutoCAD Dynamic Blocks – Dynamische Block‑Definitionen werden in DXF zu statischer Geometrie. Erfassen Sie die Block‑Parameter in einem JSON‑Manifest und wenden Sie sie nach der Konvertierung erneut an, falls das nachgelagerte Tool sie unterstützt.
• Inventor iLogic‑Regeln – Diese Skripte gehen bei der Übersetzung verloren. Dokumentieren Sie die Regeln in einem separaten Spezifikationsdokument vor der Konvertierung.

In der Praxis ist der sicherste Ansatz, solche Daten als nicht‑essentiell für die nachgelagerte Fertigung zu behandeln und ein Referenzarchiv der originalen nativen Dateien für zukünftige Revisionen aufzubewahren.

9. Sicherheits‑ und Compliance‑Überlegungen

Engineering‑Daten unterliegen häufig Export‑Control‑Vorschriften (ITAR, EAR) und unternehmensinternen IP‑Richtlinien. Beim Konvertieren in der Cloud:

• Verschlüsselung at rest und in transit – Verwenden Sie TLS 1.3 für Uploads und stellen Sie sicher, dass der Dienst gespeicherte Dateien mit AES‑256 verschlüsselt.
• Zero‑Retention‑Policy – Wählen Sie einen Anbieter, der Dateien unmittelbar nach Abschluss der Konvertierung löscht. Dienste wie convertise.app werben explizit mit einem “no‑log, no‑storage”‑Modell.
• Access Controls – Beschränken Sie API‑Keys auf einen einzelnen IP‑Bereich und rotieren Sie sie regelmäßig.
• Audit Trails – Führen Sie ein signiertes Protokoll jeder Konvertierungsanfrage inkl. Zeitstempel, Benutzer‑ID und Checksummen. Das erfüllt sowohl interne Governance‑ als auch externe Prüfungsanforderungen.

10. Einbindung der Konvertierung in das Product‑Lifecycle‑Management (PLM)‑System

Viele Unternehmen nutzen bereits PLM‑Tools (Teamcenter, ENOVIA, Autodesk Fusion Lifecycle) zur Verwaltung von Teilrevisionen und Stücklisten. Die Einbettung der Konvertierung als PLM‑Aktivität liefert zwei Hauptvorteile:

1. Automatisierte Archivierung – Bei jeder neuen Revision kann eine automatisierte Regel die native CAD‑Datei in ein neutrales, langfristiges Langzeit‑Archivformat wie STEP‑AP242 konvertieren. Das PLM speichert die abgeleitete Datei neben der Quelle und garantiert zukünftige Zugänglichkeit, selbst wenn der ursprüngliche CAD‑Hersteller den Support einstellt.
2. Cross‑functional Sharing – Vertriebs‑, Marketing‑ und Rechtsabteilungen benötigen häufig eine leichtgewichtige Darstellung eines Designs (PDF, PNG). PLM‑gesteuerte Konvertierung stellt sicher, dass jeder Stakeholder eine Version erhält, die den aktuellen Engineering‑Daten entspricht, und eliminiert das Risiko veralteter Visualisierungen.

Die Implementierung erfolgt typischerweise, indem die Workflow‑Engine des PLM über einen Webhook an die Konvertierungs‑API angebunden wird. Sobald ein “Revision Published”‑Ereignis ausgelöst wird, postet der Webhook die Datei zum Konvertierungs‑Service, empfängt das Ergebnis und hängt es wieder an den Part‑Datensatz an.

11. Häufige Stolperfallen und wie man sie vermeidet

12. Zukunftssichere Konvertierungs‑Strategie

Das CAD‑Ökosystem entwickelt sich beständig – neue Dateiformate entstehen, Standards gewinnen oder verlieren an Akzeptanz, und cloud‑basierte kollaborative Design‑Tools werden zum Mainstream. Damit Ihre Konvertierungspipeline robust bleibt:

• Standards‑Organe beobachten – ISO und ASME veröffentlichen periodisch Updates für STEP und IGES. Planen Sie vierteljährliche Reviews Ihrer Ziel‑Version‑Auswahl ein.
• Konvertierungs‑Matrix pflegen – Dokumentieren Sie, welche Quell‑‑Ziel‑Paare unterstützt werden, welche Präzisionseinstellungen gelten und welche bekannten Einschränkungen bestehen.
• Modulare Skripte investieren – Entkoppeln Sie Upload, Konvertierung und Verifikation, sodass Sie einen Cloud‑Provider ohne kompletten Neu‑Write‑Aufwand austauschen können.
• Nativ archivieren – Auch bei robusten Konvertierungen behalten Sie die Original‑Proprietär‑Dateien in einem gesicherten, zugriffsgeschützten Tresor. Das bietet ein Sicherheitsnetz, falls ein zukünftiger Standard Features erfordert, die bei der Konvertierung gestrichen wurden.

---

Indem Sie CAD‑Konvertierung als disziplinierte Ingenieur‑Aktivität behandeln – mit Vor‑Flug‑Checks, Parameter‑Steuerung, automatisierter Verifikation und rigoroser Sicherheit – können Sie Designs über Teams, Lieferanten und Kunden hinweg teilen, ohne die Präzision zu opfern, die moderne Produktentwicklung verlangt. Die gleichen Prinzipien gelten, egal ob Sie ein einzelnes Teil für eine Kunden‑Review konvertieren oder eine gesamte Unternehmens‑Bibliothek in ein neutrales, archivierungs‑ready Format migrieren.