Website review
This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.
What is CAD Exchanger?
CAD Exchanger is a family of 3D CAD tools for viewing, exploring and converting CAD data. It runs across desktop, web and mobile, and its core strength is format interoperability: reading and writing SolidWorks, STEP, JT, STL and 30+ other 3D formats. It works with assemblies and parts, precise B-Rep geometry and polygonal meshes, plus metadata and PMI.
What it includes
- CAD Exchanger Lab — a desktop application for end users to view, explore and convert 3D CAD data across 30+ formats.
- CAD Exchanger SDK — 3D CAD libraries for developers, with APIs for C#, C++, Java, JavaScript and Python.
- Manufacturing Toolkit — an SDK aimed at teams building quoting, DFM (design-for-manufacturing) and manufacturing-as-a-service platforms, including feature recognition.
- Custom development — bespoke engineering software and customization of existing applications.
Who it is for
Two distinct audiences. Engineers, designers and technical sales staff who need to open a customer's CAD file without owning that CAD system will get the most from Lab. Software teams embedding 3D import, export or visualization into their own product will get the most from the SDK and toolkits.
Practical trade-offs
The value is breadth — one toolchain instead of many native CAD seats — plus automatic healing of poor data and parallel computation for performance on large models. The trade-off is that conversion is not the same as native editing: if you need to change feature history or run native parametric operations, you still need the originating CAD application. Licensing is offered as perpetual and subscription options for both developers and end users, so cost structure depends on your deployment model rather than a single list price.
A concrete scenario: a machine shop receives a SolidWorks assembly from a customer and needs to quote it. Rather than buying SolidWorks, the estimator opens the file in Lab, checks the geometry and exports a neutral format for their CAM or quoting workflow. If the shop instead wants to automate that quoting step at scale, the Manufacturing Toolkit is the relevant product.
Next step: decide which side you are on — an individual who needs to open and convert files, or a team building conversion into software. That choice points you to Lab versus the SDK. For adjacent viewing needs, Autodesk offers free viewers for its own formats, and FreeCAD is an open-source option if you need an editable parametric environment rather than conversion.
How do I convert a SolidWorks file to STEP using CAD Exchanger?
Open CAD Exchanger Lab, import the SolidWorks file, choose STEP as the output format, then export. SolidWorks (.sldprt/.sldasm) is listed among the formats the product reads, and STEP is one of the formats it writes, so the conversion is a standard import/export task rather than a separate tool.
Typical workflow
- Launch CAD Exchanger Lab on desktop.
- Import or drag in the SolidWorks part or assembly. For assemblies, decide whether you need the whole structure or only selected components.
- Inspect what arrived: assemblies and parts, precise B-Rep geometry, polygonal meshes, metadata and PMI are all accessible, so you can catch missing bodies or lost annotations before exporting.
- Pick STEP as the export format.
- Choose what to write: a single merged part or the assembly structure, and whether to attempt to carry over colors and PMI. STEP can hold assembly structure and product data, but not every SolidWorks-specific feature survives translation.
- Export and reopen the STEP file in your target system to confirm geometry and structure.
Practical notes
- Geometry vs. features. STEP carries solid and surface geometry, not SolidWorks feature history. If a colleague needs to edit the original sketch and feature tree, they need the native file, not the STEP.
- Assemblies. Component names, positions and hierarchy usually come through, but check for suppressed or lightweight components that may not have been loaded.
- PMI and metadata. If you are sending the file for inspection or manufacturing, verify that dimensions and annotations made it across; support varies by how the data was authored.
- Repair. CAD Exchanger advertises automatic healing of poor data, which matters most with files converted from other systems or exported from older releases. Still compare critical dimensions rather than trusting the translation blindly.
- Batch work. If you convert regularly, the same engine is available through the SDK for C#, C++, Java, JavaScript and Python, so the manual Lab step can become part of an automated pipeline.
When to use something else
For a one-off conversion, a free viewer such as FreeCAD may be enough if it reads your SolidWorks version. For large assemblies or repeatable, scripted conversions, the desktop app or SDK route is the better fit. If you only need a mesh for visualization or 3D printing, STL or another polygonal format is lighter than STEP.
Which CAD Exchanger product should I choose for building a custom quoting platform?
For a custom quoting platform, CAD Exchanger's Manufacturing Toolkit is the product aimed at exactly that use case: the page describes it as an SDK for developers building quoting, DFM and MaaS platforms, with feature recognition and DFM checks. The general-purpose CAD Exchanger SDK is the broader library option if you need to assemble your own pipeline across C#, C++, Java, JavaScript or Python, and it covers import/export of Solidworks, STEP, JT, STL and 30+ other formats, assembly and part access, B-Rep and mesh data, metadata and PMI, plus visualization such as sectioning and explode views.
The trade-off is focus versus flexibility:
| Choice | Best for | Main trade-off |
|---|---|---|
| Manufacturing Toolkit | Quoting, DFM and MaaS platforms that need manufacturing-specific analysis | Narrower scope than the full SDK |
| CAD Exchanger SDK | Custom pipelines where you build quoting logic yourself | You implement more of the manufacturing analysis |
| CAD Exchanger Lab | Trying formats and inspecting models before committing to development | Desktop end-user app, not a development platform |
A practical next step: prototype with a handful of real customer parts. If your quoting logic depends on recognizing manufacturing features or running DFM checks, start with the Manufacturing Toolkit; if your core problem is simply reading, healing and converting messy supplier files before your own rules run, the SDK is the more natural base.
Can CAD Exchanger handle large assemblies and repair poor-quality CAD data?
Yes. CAD Exchanger is built for exactly those two problems: it reads and writes SolidWorks, STEP, JT, STL and 30+ other 3D formats, and its stated strengths include automatic healing algorithms for poor data plus patented parallel computation for performance on heavy models. On desktop, CAD Exchanger Lab is the end-user application for viewing, exploring and converting; the SDK is the developer route if you need the same import/repair/convert pipeline inside your own software.
What "large assemblies" means in practice
CAD Exchanger's page evidence says you can access assemblies and parts, precise B-Reps and polygonal meshes, metadata and PMI, and visualize with sectioning, explode views and multiple display modes. Those are the features that matter when a model is too big or too tangled to inspect in a lightweight viewer:
- Assembly structure access — navigate the product tree rather than treating the file as one blob.
- Sectioning — cut through a large assembly to check internal clearances without hiding parts one by one.
- Explode views — separate components to see how subassemblies stack up.
- Multiple display modes — switch between precise B-Rep and mesh representations depending on whether you need accuracy or speed.
The parallel-computation claim is the one to test on your own worst file. Performance on large assemblies depends heavily on file format, tessellation settings and available memory, so a 2 GB JT assembly and a 2 GB STEP assembly will not behave identically.
Repairing poor-quality CAD data
Translation between CAD systems is where geometry breaks: gaps between surfaces, self-intersections, inconsistent normals, sliver faces. CAD Exchanger states that its automatic algorithms heal poor data. In a real workflow that means you can often import a defective STEP file, let the healing run, and export a clean result rather than rebuilding the model.
Practical decision criteria:
| Your situation | Reasonable starting point |
|---|---|
| Occasional one-off conversions, visual check only | Desktop app |
| Repeated conversions of messy supplier data | Desktop app, with healing enabled by default |
| Conversion embedded in your own product | SDK (C#, C++, Java, JavaScript, Python) |
| Quoting, DFM checks or MaaS platform | Manufacturing Toolkit |
| One-off bespoke integration | Custom development service |
A concrete scenario
An engineer receives a JT assembly from a supplier and needs it as STEP for an internal review. The assembly is large, and the STEP export fails validation because several faces have gaps. Instead of requesting a re-export and losing a day, they open the file in the desktop tool, inspect the assembly tree, run healing, and export. The trade-off is that healing can alter geometry slightly — always compare critical dimensions before releasing a repaired model downstream.
If you are evaluating this for a team, the cheapest next step is to take your single most problematic file — the largest assembly or the dirtiest translation — and run it through a trial before comparing licenses. Perpetual and subscription options are both offered, which matters if you prefer a one-time cost for end users but ongoing updates for a development team.
How does CAD Exchanger's pricing compare for individual users versus enterprise developers?
CAD Exchanger separates its audience into end-users and software developers, and that split is the main reason "individual" and "enterprise developer" pricing are not directly comparable. Individual users typically want a ready-made desktop application; enterprise developers need libraries and tooling they can embed in their own products. The page describes perpetual and subscription licensing for both groups, with options intended to suit startups as well as enterprise customers, but it does not list figures here.
What each group is actually buying
| Buyer | Typical product | What drives cost |
|---|---|---|
| Individual user | CAD Exchanger Lab, desktop viewing and conversion | One seat, occasional or regular file translation work |
| Software developer / enterprise | CAD Exchanger SDK, Manufacturing Toolkit | Number of developers, deployment scope, redistribution rights, supported languages and platforms |
For an individual, the practical question is how many formats you touch and how often. If you occasionally receive a STEP or JT file and need it as STL for printing, a single desktop seat is the sensible unit of comparison. If you convert files daily across Solidworks, STEP, JT and 30+ other formats, the value comes from throughput and automatic data healing rather than from a per-file calculation.
For an enterprise developer, "price" is really a licensing negotiation. The relevant variables are how many engineers use the SDK, whether the resulting application ships to customers, and which of the supported languages (C#, C++, Java, JavaScript, Python) you build in. The page also points to custom development services for businesses, which is a project-based engagement rather than a product licence. A startup embedding conversion in a quoting platform is a different buyer from a large manufacturer standardising internal pipelines, even though both may use the same SDK.
How to decide
Start by identifying which side of the line you fall on: are you converting files yourself, or building a tool that converts files for others? Individual users should compare desktop-app licensing against the cost of their own time spent on failed or messy conversions. Developers should request a quote that states seat count, redistribution terms and support, then compare it with the cost of maintaining in-house format readers for each format they need. Because the page mentions both perpetual and subscription models, ask which applies to your product and what happens to your shipped application if you stop renewing.
A useful next step is to look at the product pages for CAD Exchanger and match your scenario to Lab, SDK or Manufacturing Toolkit before discussing numbers.
How do I integrate CAD Exchanger SDK into a C# or Python application?
CAD Exchanger SDK ships libraries for C#, C++, Java, JavaScript and Python, so a C# or Python integration means calling that language's binding rather than wrapping a command-line tool. The workflow is the same in both cases: reference the SDK, load a file into a model object, traverse the assembly tree, read or write geometry and metadata, then export to the target format.
What the integration looks like
- C#: add the SDK assembly as a project reference, open a document from a stream or path, walk the scene graph for parts and assemblies, and export with a writer configured for the destination format.
- Python: install the Python package, import the module, and mirror the same load → traverse → convert sequence. Python is the more convenient choice for scripts, batch conversion and data pipelines; C# fits desktop tools and .NET services.
- Shared capabilities: read/write of Solidworks, STEP, JT, STL and 30+ other formats, access to assemblies, precise B-Reps and polygonal meshes, metadata and PMI, plus visualization features such as sectioning, explode views and display modes.
Choosing between them
| C# | Python | |
|---|---|---|
| Typical use | Desktop viewer, .NET service, plugin | Batch conversion, automation, analysis scripts |
| Integration style | Project/assembly reference | Package install and import |
| Best when | You already ship a Windows/.NET product | Your team lives in notebooks and pipelines |
A practical first step
Convert one representative file in each direction before designing anything larger: import a STEP or Solidworks assembly, list its parts and metadata, export to STL, and compare the result against the source. That single loop exposes the real decisions — how you handle large assemblies, whether you need B-Rep accuracy or only meshes, and where healing of poor input data matters. The SDK's automatic data-healing algorithms and parallel computation are aimed at exactly those messy, high-volume cases, so test with your worst file, not your cleanest.
For format-specific background before you commit, Autodesk Inventor's .ipt/.iam B-Rep and assembly structure is covered in CAD Exchanger's own blog, and official documentation for the SDK's API structure is at CAD Exchanger. If your application also needs to display models in a game or simulation engine, engine-side importers such as UNIGINE are a separate integration path worth comparing.
User reviews (0)