How to choose a CAD-to-real-time-3D pipeline

Quy trình chuyển đổi CAD sang 3D thời gian thực biến dữ liệu kỹ thuật gốc thành các tài nguyên mà ứng dụng 3D trực tiếp có thể hiển thị ở tốc độ khung hình. Đây là một khuôn khổ đánh giá chứ không phải là một khuyến nghị sản phẩm: cần xem xét những gì, cần kiểm tra những gì trên dữ liệu của riêng bạn và cần hỏi nhà cung cấp những gì trước khi quyết định mua. Nội dung bao gồm các định dạng mà quy trình đọc, cách nó chuyển đổi các bề mặt chính xác thành tam giác, liệu siêu dữ liệu của bạn có được lưu giữ hay không, và điều gì xảy ra khi bộ phận kỹ thuật phát hành bản sửa đổi. Điều này giả định rằng bạn đã quyết định cần một quy trình xử lý dữ liệu toàn diện (pipeline) thay vì một trình xem (viewer) hoặc một công cụ chuyển đổi đơn lẻ.

Hầu hết các bài so sánh phần mềm chuyển đổi CAD đều dừng lại ở danh sách định dạng. Đó là phần dễ. Những quyết định quyết định liệu dự án của bạn có được triển khai tiếp hay không, và hầu như không ai ghi chép lại chúng.

Quy trình chuyển đổi từ CAD sang 3D thời gian thực thực chất là gì?

Quy trình chuyển đổi CAD sang ứng dụng 3D thời gian thực là một quy trình lặp lại, bao gồm việc tiếp nhận dữ liệu CAD gốc, chuyển đổi các bề mặt chính xác thành lưới tam giác, tối ưu hóa các lưới đó theo ngân sách hiệu năng, bảo toàn dữ liệu kỹ thuật đính kèm và cung cấp các tài sản có thể triển khai đến thiết bị đích. Chương trình sẽ chạy lại khi nguồn dữ liệu thay đổi.

Ba loại sản phẩm thường xuyên bị nhầm lẫn, và sự nhầm lẫn này gây tốn kém.

• Phần mềm xem dữ liệu cho phép người dùng xem dữ liệu CAD. Nó tạo ra dữ liệu theo yêu cầu và không tạo ra bất cứ thứ gì bạn có thể dùng để xây dựng.
• Bộ chuyển đổi giúp chuyển đổi tệp tin từ định dạng này sang định dạng khác. Một file đầu vào, một file đầu ra, không tối ưu hóa, không cấu trúc.
• Một quy trình tự động liên tục chuyển đổi bản vẽ CAD nguồn thành các tài sản được tối ưu hóa, sắp xếp hợp lý và có thể triển khai, với các thiết lập mà bạn có thể tái sử dụng và quản lý.

Thị trường chưa rõ ràng về sự khác biệt này. Tìm kiếm cụm từ "phần mềm chuyển đổi CAD" hiện nay và kết quả sẽ bao gồm một công cụ chuyển đổi ảnh raster 2D sang vector, hai công cụ chuyển đổi tập tin trực tuyến thông dụng, và một danh sách tổng hợp liệt kê AutoCAD, SOLIDWORKS và CATIA là các phần mềm chuyển đổi. Đó là các ứng dụng soạn thảo. Nếu các kết quả tìm kiếm hàng đầu không thể phân biệt giữa nội dung và chuyển đổi, người mua có thể đánh giá sai danh mục.

Nếu bạn vẫn đang phân vân nên cần loại sản phẩm nào, hãy bắt đầu với phần mềm mô phỏng 3D . Hướng dẫn này bắt đầu từ bước tiếp theo.

Sáu giai đoạn và những gì cần đánh giá ở mỗi giai đoạn.

Mỗi đường ống dẫn dầu khí đáng tin cậy đều thực hiện sáu điều. Mỗi giai đoạn đều có kiểu hỏng hóc riêng.

1. Nuốt. Đọc bản vẽ CAD gốc và trung lập, cùng với dữ liệu ghi lại thực tế. Đánh giá phạm vi định dạng và xem việc đọc được thực hiện trực tiếp hay thông qua xuất khẩu.
2. Sửa chữa và chuẩn bị. Chữa lành, khâu vá và loại bỏ các chi tiết hình học không được thiết kế để hiển thị. Đánh giá xem công cụ này tự động sửa những lỗi gì.
3. Lát gạch. Chuyển đổi các bề mặt chính xác thành tam giác. Đánh giá các thông số dung sai mà bạn kiểm soát.
4. Tối ưu hóa và tạo LOD (Level of Detail). Tạo hình tam giác và lập ngân sách cuộc gọi. Đánh giá chất lượng giảm độ phân giải và tự động hóa LOD .
5. Mang theo dữ liệu. Bảo toàn cấu trúc phân cấp, mã số linh kiện, vật liệu và thông tin sản xuất sản phẩm (PMI). Đánh giá xem cái nào còn sót lại và cái nào bị loại bỏ.
6. Tự động hóa và quản lý. Chạy ở chế độ không giao diện người dùng, chạy lại khi có thay đổi, kiểm soát quyền truy cập. Đánh giá API, mô hình kích hoạt và nhật ký kiểm toán.

Tiếp nhận dữ liệu: các định dạng nào, và định dạng gốc so với định dạng trung lập

Có hai cách mà hệ thống đường ống có thể đọc bản vẽ CAD của bạn, và sự khác biệt giữa chúng rất quan trọng.

Đọc trực tiếp nghĩa là quy trình này mở trực tiếp các tệp CATIA V5, Siemens NX .prt, Creo, SOLIDWORKS hoặc Inventor, sử dụng định nghĩa hình học riêng của nhà cung cấp. Đọc trung lập có nghĩa là ai đó xuất dữ liệu sang định dạng STEP, IGES hoặc JT trước, và quy trình xử lý dữ liệu sẽ đọc dữ liệu đó.

Các định dạng trung lập rất hữu ích và được hỗ trợ rộng rãi. Chúng cũng là một sự chuyển giao đầy vấn đề. Mỗi bước nhảy trung lập là một cơ hội để loại bỏ cấu trúc lắp ráp, tên bộ phận, đơn vị, thuộc tính tùy chỉnh và thông tin sản xuất sản phẩm. Bước chuyển tiếp này cũng được thực hiện thủ công, vì vậy nó không diễn ra giống nhau hai lần và không thể tự động hóa hoàn toàn từ đầu đến cuối. Nếu nguồn dữ liệu chính xác của bạn là một bản lắp ráp CATIA, việc đọc dữ liệu CATIA trực tiếp sẽ loại bỏ một bước, một biến số và một người khỏi quy trình.

Ghi lại hiện thực cũng thuộc về lĩnh vực này. Dữ liệu quét laser và đo ảnh được truyền tải dưới dạng đám mây điểm trong E57, PTS hoặc PLY. Một quy trình xử lý chuyển đổi đám mây điểm thành lưới song song với CAD cho phép bạn đặt mô hình thiết kế và bản quét thực tế vào cùng một khung cảnh.

Hãy cẩn thận với số lần định dạng. "Hỗ trợ 200 định dạng" thường có nghĩa là 200 phần mở rộng, nhiều trong số đó có cùng định dạng ở các phiên bản khác nhau, một số yêu cầu ứng dụng soạn thảo phải được cài đặt và cấp phép trên cùng một máy tính. Hãy hỏi xem định dạng nào đọc B-rep, định dạng nào đọc PMI và định dạng nào đọc siêu dữ liệu. Ba cột đó là nơi mà việc đếm số liệu không còn mang tính chất tiếp thị nữa.

Unity Asset Transformer có thể đọc hơn 70 định dạng và phần mở rộng khác nhau. Bảng được công bố liệt kê các định dạng gốc của CATIA V4, V5 và V6, NX-Unigraphics .prt từ UG11 đến NX2412, Creo, SOLIDWORKS, Solid Edge, Inventor, JT, STEP đến AP242, IGES, Parasolid, ACIS, Revit, Navisworks, IFC và Rhino, cùng với các định dạng đầu vào dạng lưới và đám mây điểm. Bảng đó cũng đánh dấu những định dạng nào chứa thông tin về B-rep, PMI và siêu dữ liệu, đây là mức độ chi tiết đáng để hỏi bất kỳ nhà cung cấp nào.

Bài kiểm tra cần thực hiện: gửi cho nhà cung cấp đoạn mã assembly thực tế xấu nhất của bạn, chứ không phải file demo. Hãy chọn cái có 40.000 bộ phận, nguồn gốc hỗn hợp và quy ước đặt tên mà chẳng ai nhớ là mình đã thống nhất từ ​​trước. Kiểm tra kết quả đầu ra về cấu trúc lắp ráp, tên các bộ phận và đơn vị.

Kết quả đầu ra cũng quan trọng như đầu vào. Hãy hỏi xem quy trình ghi dữ liệu ở những định dạng nào và đối chiếu chúng với nơi tài nguyên sẽ được lưu trữ. FBX là định dạng trao đổi thông dụng trong Unity và Unreal. glTF và GLB là các định dạng dành cho web và trình duyệt, và chúng là những định dạng mà ứng dụng WebGL hoặc WebGPU sẽ sử dụng. USD và USDZ được sử dụng rộng rãi trong hệ sinh thái AR và DCC trên thiết bị di động. Các định dạng OBJ và STL chỉ chứa hình học và sẽ làm mất cấu trúc phân cấp của hình ảnh, vì vậy hãy coi chúng là phương án cuối cùng chứ không phải là mục tiêu chính. Một quy trình chỉ ghi một trong những giới hạn này, nơi bạn có thể triển khai sau đó.

Ghép hình: biến các bề mặt chính xác thành các hình tam giác

Tessellation là quá trình xấp xỉ một bề mặt CAD chính xác bằng một lưới các tam giác. CAD mô tả hình học một cách chính xác, dưới dạng các bề mặt biểu diễn ranh giới và NURBS. Các công cụ đồ họa thời gian thực hiển thị các tam giác. Mọi sự chuyển đổi giữa hai đơn vị này đều chỉ là phép xấp xỉ, và bạn kiểm soát chất lượng của phép chuyển đổi đó thay vì để công cụ tự quyết định.

Nó chịu ảnh hưởng bởi hai tham số.

Độ võng tối đa , còn được gọi là dung sai dây cung hoặc sai số dây cung, là khoảng cách lớn nhất mà lưới tam giác có thể lệch khỏi bề mặt thực, được biểu thị bằng milimét. Siết chặt hơn nữa, bạn sẽ có nhiều hình tam giác hơn ôm sát bề mặt. Hãy nới lỏng nó ra và bạn sẽ có ít hình tam giác hơn và ít mặt phẳng nhìn thấy được hơn.

Góc lớn nhất là góc tối đa cho phép giữa các pháp tuyến của hai tam giác liền kề trên cùng một mặt. Chỉ riêng độ võng đã làm giảm độ cong của các cạnh, vì một đường bo tròn nhỏ có thể nằm gọn trong phạm vi dung sai độ võng rộng mà vẫn trông giống như một đường vát cạnh. Góc tối đa buộc các tam giác phải nằm trong những khu vực đó.

Các thiết lập sẵn đã công bố cho thấy phạm vi hữu ích. Các thiết lập chất lượng của Asset Transformer có độ võng tối đa từ 0,01 mm ở mức cao nhất đến 3 mm ở mức thấp nhất, với tỷ lệ độ võng điều chỉnh dung sai so với khung bao của mô hình, do đó giá đỡ và thân máy bay không được xử lý giống nhau. Nếu chỉnh độ võng quá thô, bạn sẽ có các hình trụ đa giác và các dải sọc trên các tấm cong. Nếu thiết lập quá chi tiết, bạn sẽ tạo ra số lượng tam giác mà không thiết bị mục tiêu nào có thể hiển thị được.

Việc tạo hình lưới cũng là nơi diễn ra quá trình sửa chữa lưới. Phần mềm CAD công nghiệp không được thiết kế để dựng hình. Bạn nên chuẩn bị tinh thần cần đến việc hàn gắn và khâu vá để lấp đầy các khe hở giữa các bề mặt, sửa chữa các cạnh tự do và căn chỉnh thông thường để việc loại bỏ mặt không làm cho các phần của mô hình bị che khuất từ ​​một phía.

Một điểm sắp xếp trình tự có giá trị hơn bất kỳ thiết lập đơn lẻ nào. Việc cân bằng tốt trong quá trình tạo họa tiết sẽ hiệu quả hơn việc tạo họa tiết dày đặc rồi giảm bớt sau đó. Phép giảm số lượng tam giác chỉ có thể thực hiện được với các tam giác đã cho.

Tối ưu hóa và LOD: bắt đầu từ tốc độ khung hình

Đây là sơ đồ chuỗi gần như không ai vẽ ra, và nó hoạt động ngược lại với cách hầu hết các nhóm làm việc. Hãy bắt đầu từ thiết bị, chứ không phải từ kiểu máy.

Các đơn vị sở hữu nền tảng công bố ngân sách. Hầu hết các nhà cung cấp công cụ đồ họa đều không có thông tin chính xác về vấn đề này, điều này đáng để bạn biết trước khi tìm kiếm một con số chính thức về Unity hoặc Unreal Engine vì nó không hề tồn tại. Tài liệu tối ưu hóa đồ họa của Unity được trình bày một cách có chủ ý mang tính định tính, và Khronos đã chuyển các hướng dẫn tạo tài nguyên glTF của mình từ các con số cố định sang các hồ sơ kiểm tra theo từng trường hợp sử dụng. Ngân sách của bạn phụ thuộc vào phần cứng mục tiêu mà bạn nhắm đến.

Meta công bố các số liệu về tam giác của mình dưới dạng phạm vi được khuyến nghị nội bộ và các số liệu về lệnh gọi vẽ dưới dạng phạm vi ví dụ. Bài viết cũng lưu ý rằng các cảnh thế giới mở rộng lớn nên nhắm đến khoảng 50% số lượng tam giác đã nêu, bởi vì các mục tiêu được công bố đến từ các cấp độ nhỏ hơn, khép kín.

Đọc bảng theo chiều ngang và điều kiện ràng buộc sẽ hiện ra. Cùng một cụm mô hình hiển thị tốt trên máy tính để bàn cần phải nằm gọn trong 250.000 tam giác đối với ứng dụng VisionOS dùng chung không gian, và nằm trong giới hạn 100.000 tam giác được Google khuyến nghị cùng kích thước mô hình 10 MB để hoạt động tốt trên AR trên web và thiết bị di động. Khoảng cách giữa mục tiêu lỏng lẻo nhất và mục tiêu chặt chẽ nhất của bạn chính là ràng buộc thiết kế thực sự, và đối với hầu hết các nhóm, mục tiêu chặt chẽ nhất là mạng lưới, chứ không phải tai nghe. Đó không phải là vấn đề giảm số lượng mà bạn giải quyết ở cuối cùng. Đó là ngân sách đa giác mà bạn phân bổ ngay từ đầu, cho dù bạn đang xây dựng một trình cấu hình web, một bản đánh giá thiết kế, một mô phỏng đào tạo hay một bản sao kỹ thuật số.

Các cuộc gọi rút thăm cần được chú ý riêng, bởi vì dữ liệu công nghiệp đi ngược lại những lời khuyên thông thường. Kỹ thuật xử lý theo lô và tạo thể hiện trên GPU hoạt động tốt khi một cảnh tạo ra nhiều thể hiện khác nhau. Ngược lại, các cụm lắp ráp công nghiệp lại có đặc điểm khác: vô số các bộ phận riêng biệt, mỗi bộ phận lại được làm từ vật liệu riêng. Việc hợp nhất các bộ phận có chung chất liệu và tạo bản sao các bộ phận lặp lại như ốc vít sẽ giúp cải thiện tốc độ khung hình tốt hơn so với việc giảm số lượng tam giác.

Những kỹ thuật đáng để dành thời gian thực hiện:

• Sự tàn phá với khả năng bảo toàn các cạnh sắc nét. Tài liệu về quá trình giảm số lượng tam giác của Asset Transformer cho thấy một chi tiết CAD được giảm từ 140.846 tam giác xuống còn 13.126 tam giác, giảm 90%, với chất lượng giảm gần như không thể nhận thấy, kể cả ở các cạnh sắc.
• Loại bỏ hình học bên trong bị che khuất. Động cơ có thể dễ dàng làm hỏng các lò xo bên trong của một van kín mà không ai từng nhìn thấy.
• Đánh bại. Loại bỏ các lỗ, đường bo tròn, văn bản dập nổi và các đường chỉ nhỏ hơn một pixel ở khoảng cách nhìn.
• Tạo bản sao của các phần lặp lại. Hàng ngàn bu lông giống hệt nhau nên được tham chiếu nhiều lần bằng một lưới duy nhất.
• Tạo phong bì hoặc bản sao ủy quyền. Thay thế một cụm phụ cùng với lớp vỏ ngoài của nó để đạt được cấp độ LOD cao nhất.

Dữ liệu của bạn có được lưu trữ an toàn không? Siêu dữ liệu, hệ thống phân cấp và PMI

Hình học là phần mà ai cũng phải học qua. Phần dữ liệu đính kèm là thứ có thể âm thầm biến mất. Mức độ quan trọng của điều đó phụ thuộc vào trường hợp sử dụng: một công cụ cấu hình web có thể chỉ cần mã định danh linh kiện, trong khi một ứng dụng đào tạo dịch vụ sẽ không thể sử dụng được nếu cấu trúc phân cấp và số hiệu linh kiện không được hiển thị chính xác trên lưới. Hãy xác định xem ứng dụng của bạn thực sự cần gì trước khi đánh giá nhà cung cấp về khía cạnh này.

Một bản lắp ráp CAD chứa nhiều hơn chỉ là các bề mặt:

• Số hiệu và mã định danh của các bộ phận liên kết lưới với bản ghi ERP hoặc PLM.
• Cấu trúc phân cấp lắp ráp , bao gồm các cụm lắp ráp con, các thể hiện và các phép biến đổi cục bộ.
• Chất liệu và màu sắc được chỉ định ở cấp độ bộ phận, cơ thể hoặc khuôn mặt.
• Các thuộc tính tùy chỉnh , chẳng hạn như nhà cung cấp, số lượng, phiên bản và trung tâm chi phí.
• PMI và GD&T , các dung sai, mốc chuẩn và chú thích thể hiện ý đồ thiết kế.

Hãy kỳ vọng ba kết quả, chứ không phải hai. Cấu trúc phân cấp và tên các bộ phận thường được giữ nguyên khi đọc bản gốc, nhưng thường bị suy giảm khi xuất bản ở dạng trung lập. Các vật liệu thường giữ nguyên màu sắc nhưng mất đi hình dạng vật lý, vì vậy ai đó sẽ gán lại các shader ở các bước tiếp theo. PMI chỉ tồn tại khi cả định dạng nguồn và trình đọc đều hỗ trợ nó, đó là lý do tại sao bảng định dạng lại quan trọng ở cấp độ cột hơn là cấp độ hàng.

Bài kiểm tra cần thực hiện: chuyển đổi một cụm lắp ráp đã biết, sau đó xác minh rằng một mã số linh kiện cụ thể vẫn được phân giải trên một lưới cụ thể trong ứng dụng mục tiêu. Không phải "siêu dữ liệu được bảo toàn" trong bảng dữ liệu. Một chi tiết, một mã số, một lần tra cứu. Sau đó hãy thực hiện lại thao tác này sau khi giảm số lượng đa giác, vì quá trình tối ưu hóa thường khiến các thuộc tính tách rời khỏi hình học mà chúng mô tả. Đối với bất cứ điều gì liên quan đến dịch vụ, đào tạo hoặc chất lượng, hãy coi đó là yêu cầu bắt buộc được chấm điểm chứ không phải là điều nên có.

Tự động hóa, sự lan truyền thay đổi và quản trị

Ba tiêu chí hiếm khi xuất hiện trong các bảng so sánh nhà cung cấp, và là những tiêu chí có khả năng quyết định nhất liệu hệ thống của bạn có tồn tại được đến năm thứ hai hay không.

Tự động hóa. Liệu quy trình có thể vận hành mà không cần sự can thiệp của con người ở giao diện không? Nó chạy ở chế độ không giao diện người dùng (headless) từ dòng lệnh hay từ API? Nó có thể xử lý hàng trăm tập tin cùng một lúc không? Các thiết lập được lưu dưới dạng hồ sơ có tên, có phiên bản hay được người dùng tiếp theo tự tìm lại? Liệu có giao diện lập trình nào, chẳng hạn như API Python, dành cho những trường hợp các thiết lập sẵn không phù hợp không? Một quy trình chỉ hoạt động tương tác chỉ có duy nhất một người vận hành, và người vận hành đó là điểm yếu duy nhất.

Sự lan truyền thay đổi. Đây là điều tốn kém nhất nếu làm sai, và hầu như mọi trang web cạnh tranh khác đều thiếu sót điều này. Bộ phận kỹ thuật phát hành bản sửa đổi C. Điều gì sẽ xảy ra? Trong một quy trình không được quản lý, sẽ không có gì xảy ra cho đến khi ai đó nhớ ra, vì vậy ứng dụng đào tạo, trình cấu hình và môi trường xem xét của bạn đều hiển thị phiên bản B cho những người đưa ra quyết định. Hãy đặt ba câu hỏi. Việc thay đổi mã nguồn có tự động kích hoạt quá trình chạy lại không? Liệu bản cập nhật tài nguyên có được cập nhật đến các ứng dụng đã triển khai hay chỉ đến thư viện tài nguyên ? Quá trình chạy lại toàn bộ mất bao lâu, vì đó chính là độ trễ cập nhật thực sự của bạn. Tự động hóa quy trình đám mây kết hợp với truyền phát 3D có thể khép kín vòng lặp này, đẩy tài nguyên được cập nhật vào ứng dụng đang chạy, nhắc người dùng tải phiên bản mới nhất.

Quản trị. Các tài sản được chuyển đổi nhân lên rất nhanh và chúng là dữ liệu phái sinh có nguồn gốc rõ ràng. Hãy tìm kiếm tính năng kiểm soát truy cập dựa trên vai trò (RBAC), lịch sử sửa đổi liên kết tài nguyên được tối ưu hóa trở lại phiên bản CAD gốc, nhật ký kiểm toán và kết nối với PLM hoặc PDM để quy trình không phải là một thế giới song song gồm các tệp không được theo dõi. Đây là lúc quản lý tài nguyên 3D trở thành một phần của quy trình chứ không phải là một khoản mua riêng biệt. Hướng dẫn này về quản trị cơ sở hạ tầng dữ liệu 3D bao gồm lớp kiến ​​trúc.

Multi-CAD: chuẩn hóa nhiều nguồn dữ liệu

Theo khảo sát của CADENAS PARTsolutions , khoảng 48% các bộ phận kỹ thuật làm việc trong môi trường đa phần mềm CAD. Nếu trường hợp của bạn thuộc nhóm đó, thì chuẩn hóa là yêu cầu hàng đầu, chứ không phải là trường hợp ngoại lệ.

Có bốn vấn đề thường xuyên xảy ra khi nhiều nguồn dữ liệu gốc cùng được đưa vào một quy trình xử lý:

• Đơn vị và hệ tọa độ. Một nguồn hoạt động theo đơn vị milimét và trục Z hướng lên, nguồn khác hoạt động theo đơn vị inch và trục Y hướng lên. Các bộ phận được giao không đúng tỷ lệ hoặc nằm nghiêng. Lỗi này dễ nhận thấy ở một chi tiết nhưng lại không thể phát hiện được trong một cụm lắp ráp gồm 30.000 chi tiết.
• Quy ước về đặt tên và chất liệu. Mỗi công cụ soạn thảo xuất ra các tên thuộc tính riêng của nó. Nếu không có lớp ánh xạ, quá trình tự động hóa tiếp theo dựa trên mã số linh kiện sẽ bị gián đoạn ở mỗi nguồn.
• Hợp nhất cụm lắp ráp. Một mô hình CATIA và một khung NX phải trở thành một hệ thống phân cấp duy nhất với một gốc, chứ không phải hai cảnh riêng biệt đặt cạnh nhau.
• Cài đặt phân mảnh lưới cho từng nguồn. Dung sai phù hợp với vỏ được gia công cơ khí lại không phù hợp với tấm kim loại.

Hãy hỏi xem các quy tắc chuẩn hóa có thể cấu hình và tái sử dụng được hay được mã hóa cứng cho mỗi lần nhập dữ liệu.

Tự xây hay mua đường ống?

Tự viết kịch bản chuyển đổi là giải pháp thay thế phổ biến nhất hiện nay, và nó xứng đáng được xem xét một cách nghiêm túc.

Lý do cần xây dựng. Với một định dạng mã nguồn duy nhất, một nền tảng mục tiêu duy nhất và các yêu cầu ổn định, việc viết một kịch bản trên nhân hệ điều hành mã nguồn mở hoặc có bản quyền chỉ mất một ngày cuối tuần làm việc và có thể vận hành với chi phí bảo trì thấp trong nhiều năm. Các đội làm việc này rất tốt. Bạn giữ quyền kiểm soát đầu ra, không phải trả phí bản quyền theo từng người dùng và điều chỉnh quy trình xử lý dữ liệu cho phù hợp với dữ liệu của mình thay vì phải điều chỉnh dữ liệu cho phù hợp với sản phẩm.

Chi phí xây dựng theo thời gian là bao nhiêu? Việc bao quát định dạng được ưu tiên hàng đầu, vì nguồn thông tin ngày càng nhiều. Ai đó mua lại một công ty sử dụng phần mềm Creo, và kịch bản chỉ dùng STEP của bạn cần một trình chuyển đổi mà bạn không có. Việc cấp phép nhân hệ điều hành là một khoản mục chi phí thực tế, và nhân hệ điều hành cần được nâng cấp khi các nhà cung cấp phần mềm CAD phát hành phiên bản mới, vì vậy mỗi lần phát hành phần mềm CAD đều trở thành một sự kiện bảo trì. Chất lượng là rào cản khó khăn nhất: việc giữ nguyên các cạnh sắc nét và tạo LOD tự động là công việc chuyên môn, và một phần mềm giảm độ phân giải đơn giản sẽ làm tròn các cạnh vát của bạn. Chuyên gia viết kịch bản trở thành điểm yếu duy nhất do thiếu tài liệu và không có kế hoạch kế nhiệm.

Khi việc xây dựng được thực hiện đúng cách. Một định dạng, một mục tiêu, số lượng sản xuất thấp và chuyên môn về hình học đã có sẵn trong nội bộ công ty. Hoặc một yêu cầu quá cụ thể đến mức không có sản phẩm nào đáp ứng được. NIST đã định lượng chi phí do sự không tương thích giữa các hệ thống gây ra từ nhiều thập kỷ trước, và nhận thấy rằng sự không tương thích hoàn hảo đã gây thiệt hại ít nhất 1 tỷ đô la mỗi năm cho chuỗi cung ứng ô tô của Mỹ, phần lớn là do thời gian và nguồn lực dành cho việc sửa chữa và tạo lại các tập dữ liệu không thể sử dụng được. Số lượng định dạng chỉ tăng lên gấp bội kể từ đó.

Chi phí là bao nhiêu?

Giá cả sẽ trở nên lỗi thời, vì vậy hãy đánh giá mô hình thay vì chỉ dựa vào con số.

• Tính theo từng chỗ ngồi. Giấy phép sử dụng có tên hoặc giấy phép linh hoạt cho một công cụ tương tác trên máy tính để bàn. Có thể dự đoán được và nó mở rộng quy mô theo số lượng người vận hành hơn là theo dữ liệu.
• Tính theo tỷ lệ chuyển đổi hoặc theo khối lượng. Thường gặp trong định giá điện toán đám mây và API . Hiệu quả ở khối lượng dữ liệu thấp và đáng để mô hình hóa nếu dữ liệu nguồn của bạn thay đổi liên tục.
• Cấp phép SDK hoặc cấp phép thời gian chạy. Để tích hợp chuyển đổi vào sản phẩm của riêng bạn. Thông thường, các thỏa thuận được đàm phán, thường bao gồm tiền bản quyền hoặc các điều khoản phân phối.
• Phiên bản doanh nghiệp hoặc cài đặt tại chỗ. Cần thiết khi dữ liệu không thể rời khỏi mạng của bạn. Được định giá theo thỏa thuận nền tảng.

Chi phí hiếm khi phụ thuộc vào số lượng chỗ ngồi. Điều này được thúc đẩy bởi sự đa dạng và khối lượng nguồn cung. Mười định dạng và việc sửa đổi hàng ngày tốn kém hơn so với việc hỗ trợ một trăm người cùng đọc bài kiểm tra STEP mỗi quý một lần.

Việc công bố giá cả là một thước đo hợp lý cho tính minh bạch. Trong dòng sản phẩm Unity Asset Transformer , Asset Transformer Studio niêm yết giá theo từng người dùng hàng năm, Toolkit được tích hợp vào gói đăng ký Unity Industry , và SDK được báo giá riêng. Các công cụ liên quan như phần mềm cấu hình sản phẩm có thể có giấy phép riêng, vì vậy hãy xem xét toàn bộ chuỗi chứ không chỉ riêng bước chuyển đổi.

Danh sách kiểm tra rút gọn

Mười lăm câu hỏi dành cho bất kỳ nhà cung cấp nào, bao gồm cả Unity. Một người trung thực có thể trả lời tất cả những câu hỏi đó.

1. Bạn có thể đọc trực tiếp những định dạng CAD gốc nào của tôi mà không cần bước xuất?
2. Với mỗi định dạng đó, bạn có đọc B-rep, PMI và siêu dữ liệu, hay chỉ đọc hình học?
3. Tôi có thể thiết lập những tham số lát gạch nào và bằng đơn vị nào?
4. Tôi có thể lưu các thiết lập tạo lưới và tối ưu hóa dưới dạng các cấu hình có tên và có thể sử dụng lại được không?
5. Chất lượng giảm độ phân giải trên các cạnh sắc của bạn là bao nhiêu, và bạn có thể cho tôi xem hình ảnh trước và sau khi xử lý trên mô hình hình học của tôi không?
6. Bạn có tự động tạo các cấp độ LOD không, và tôi có thể thiết lập mục tiêu tam giác cho mỗi cấp độ không?
7. Bạn có thể tự động loại bỏ các hình học bên trong bị che khuất và sao chép các phần lặp lại không?
8. Điều gì sẽ xảy ra với cấu trúc phân cấp lắp ráp, mã số linh kiện, vật liệu và các thuộc tính tùy chỉnh trong toàn bộ quy trình sản xuất?
9. Liệu siêu dữ liệu có còn được gắn liền với hình học sau khi giảm độ phân giải và tạo LOD không?
10. Liệu quy trình có thể chạy ở chế độ không giao diện người dùng, theo lô, từ giao diện dòng lệnh (CLI) hoặc API mà không cần phiên tương tác?
11. Khi bản vẽ CAD nguồn được sửa đổi, quy trình có tự động chạy lại không và liệu tài nguyên được cập nhật có đến được các ứng dụng đã triển khai không?
12. Việc chạy lại toàn bộ quy trình lắp ráp lớn nhất của tôi sẽ mất bao lâu?
13. Các tài sản đã chuyển đổi được đánh số phiên bản như thế nào, và tôi có thể truy vết phiên bản đó về bản CAD gốc không?
14. Hệ thống của bạn cung cấp những quyền truy cập và nhật ký kiểm toán nào, và liệu nó có tích hợp với hệ thống PLM hoặc PDM của tôi không?
15. Giá cả sẽ thay đổi như thế nào khi tôi thêm định dạng nguồn, tăng gấp đôi dung lượng hoặc cần triển khai tại chỗ?