NX Lab
Thảo luận chung

Đổi tên chi tiết trong NX Assembly mà không làm mất liên kết

Quy trình đổi tên part/component trong NX Assembly có mapping, where-used, Clone và rollback để giữ constraint, drawing, BOM, WAVE và interpart link.

Quản trị viên 7 phút đọc

Ảnh minh họa cho bài Đổi tên chi tiết trong NX Assembly mà không làm mất liên kết

Đổi tên chi tiết trong NX Assembly mà không làm mất liên kết

Khi dự án phát triển, các tên tạm như part1, plate_new hoặc final_v2 trở thành gánh nặng: khó tìm file, BOM không rõ, bản vẽ và chương trình tự động dễ nhầm. Tuy nhiên, đổi tên file .prt trực tiếp bằng File Explorer có thể khiến assembly không tải được component, drawing mất master model, WAVE link hoặc interpart expression bị đứt. Việc đổi tên cần được xem là thay đổi dữ liệu có quan hệ, không phải thao tác chỉnh một chuỗi ký tự.

1. Phân biệt các loại “tên”

Trong NX có thể tồn tại đồng thời:

• Tên file part trên đĩa.

• Component name/occurrence name trong assembly.

• Part number, part name và description trong attributes.

• Item ID/revision trong Teamcenter.

• Tên hiển thị trong Assembly Navigator.

Đổi một loại không nhất thiết cập nhật các loại khác. Trước khi làm, xác định mục tiêu: đổi file, đổi mã chi tiết, đổi occurrence để dễ đọc hay đổi item quản lý.

2. Vì sao đổi tên bằng File Explorer dễ lỗi?

Assembly native lưu tham chiếu đến part file theo quy tắc đường dẫn và tên. Khi file bị đổi bên ngoài NX, lần mở sau có thể báo missing component. Drawing, CAM setup hoặc assembly khác vẫn tìm tên cũ.

Nếu copy file rồi đổi tên, bạn còn tạo thêm một prototype mới. Có thể assembly này dùng file mới nhưng assembly khác vẫn dùng file cũ, gây hai phiên bản ngoài kiểm soát.

3. Lập bản đồ đổi tên

Tạo bảng gồm old path, old file name, new file name, part number, description, owner, trạng thái phát hành và các assembly sử dụng. Kiểm tra tên mới duy nhất, đúng ký tự cho phép, không vượt giới hạn của PDM/hệ thống file.

Đừng bắt đầu đổi trước khi bảng được duyệt. Với hàng trăm component, mapping là nguồn sự thật để chạy tool và rollback.

4. Kiểm tra phạm vi tham chiếu

Dùng Where Used trong Teamcenter/PDM nếu có. Ở native mode, tìm các assembly, drawing, CAM part, template hoặc script có thể tham chiếu tên cũ. Không chỉ kiểm tra top assembly đang mở.

Các liên kết cần chú ý: assembly constraints, WAVE geometry, interpart expressions, promoted body, routing, drawing master model, PMI, reuse library và external spreadsheet.

5. Dùng công cụ đổi tên có quản lý

Một số cấu hình NX/GC Toolbox cung cấp chức năng đổi tên và xuất component nhằm cập nhật tên trong bối cảnh assembly. Công cụ có thể khác theo role, localization và license; hãy xác nhận trên bản thử nghiệm.

Trong Teamcenter, đổi Item ID hoặc tên dataset phải qua lệnh quản lý dữ liệu, không đổi file trong cache. Tuân theo quyền và workflow phát hành.

6. Rename, Save As và Clone khác nhau

Rename giữ ý định rằng đó là cùng đối tượng với tên mới, nếu hệ thống hỗ trợ cập nhật tham chiếu. Save As tạo một file mới và giữ file cũ. Clone assembly tạo một nhánh dự án mới với rule đổi tên và có thể loại trừ component dùng chung.

Dùng Clone khi muốn biến thể sản phẩm; dùng Rename khi sửa quy tắc tên của cùng thiết kế. Nhầm hai mục đích dễ tạo bản sao không cần thiết hoặc thay đổi nhầm component dùng chung.

7. Component dùng chung

Một standard part hoặc purchased part có thể xuất hiện trong nhiều assembly. Đổi tên/copy nó chỉ cho một dự án sẽ phá chiến lược reuse. Trong Clone, thêm exclusion cho component dùng chung để không nhân bản toàn bộ thư viện.

Nếu tên của component dùng chung thực sự sai, xử lý ở thư viện/PDM và cập nhật toàn bộ where-used theo quy trình thay đổi.

8. Occurrence name không thay thế part number

Đổi occurrence name giúp Assembly Navigator dễ đọc nhưng không nhất thiết đổi file hay BOM attribute. Một prototype xuất hiện nhiều lần có thể có occurrence name khác nhau theo vị trí lắp.

BOM nên dựa trên part number/Item ID đã chuẩn hóa; occurrence name dùng cho ngữ cảnh lắp. Không dùng display name làm khóa duy nhất cho automation.

9. Đồng bộ attributes và drawing

Nếu file name chứa số bản vẽ và tên, có thể dùng expression hoặc automation để điền attributes. Nhưng liên kết một chiều này cần quy tắc cập nhật rõ. Sau khi đổi file, attribute có thể không tự thay đổi cho đến khi update expression/external link.

Title block nên đọc đúng nguồn: part attribute, master model hoặc drawing part. Kiểm tra drawing của cả assembly và child part; không giả định một token hoạt động cho mọi cấu trúc master-model.

10. Quy trình thử nghiệm an toàn

Bước 1: sao lưu hoặc tạo revision/branch có thể phục hồi.

Bước 2: đóng các session khác đang mở file.

Bước 3: chạy đổi tên trên một assembly mẫu nhỏ với mapping.

Bước 4: mở top assembly từ đường dẫn sản xuất, không từ recent list.

Bước 5: update toàn bộ và kiểm tra missing component.

Bước 6: mở drawing, CAM và file có WAVE link.

Bước 7: xuất BOM trước/sau và so sánh quantity, part number.

Bước 8: chỉ triển khai batch sau khi mẫu đạt.

11. Kiểm tra liên kết bằng báo cáo

Sau đổi tên, report cần liệt kê file mới, component load status, constraint status, interpart link status và drawing update. So sánh số occurrence/prototype trước và sau. Mọi chênh lệch phải giải thích được.

Dùng tìm kiếm tên cũ trong thư mục dự án, log và attributes để phát hiện tham chiếu còn sót. Tuy nhiên, một search không tìm thấy chuỗi không tự chứng minh mọi link đã đúng; phải mở/update tài liệu phụ thuộc.

12. Xử lý xung đột tên

Trên Windows, tên không phân biệt hoa/thường theo cách thường dùng; đổi chỉ case có thể cần tên trung gian. Tránh tên trùng với file khác ở search path. Không dùng ký tự bị cấm, dấu cách cuối hoặc tên thiết bị hệ thống.

Nếu hai old name cùng muốn thành một new name, dừng và sửa mapping. Không để tool tự ghi đè.

13. Quy tắc đặt tên bền vững

Tên file nên ổn định và không chứa trạng thái như final, latest hay new. Revision thuộc trường revision/PDM, không nhồi vào tên nếu quy trình không yêu cầu. Tên có thể gồm project, function, sequence và loại part theo quy ước doanh nghiệp.

Mô tả con người đọc được nên nằm trong attribute, không phụ thuộc hoàn toàn vào file name. Điều này hỗ trợ đa ngôn ngữ và đổi mô tả mà không phá tham chiếu.

14. Automation và rollback

Tool batch phải có dry-run, validation, collision detection, log và rollback mapping. Không rename trực tiếp nếu file mới đã tồn tại. Chỉ xóa file nguồn sau khi mọi tham chiếu được xác minh và bản sao phục hồi còn hợp lệ.

Nếu thất bại giữa chừng, dừng ở ranh giới transaction hợp lý; không tiếp tục với assembly nửa cũ nửa mới.

Checklist trước khi đổi tên

• Phân biệt file name, occurrence name và attributes.

• Có bảng old → new được duyệt.

• Đã kiểm tra where-used.

• Biết component nào dùng chung và cần exclude.

• Chọn đúng Rename, Save As hoặc Clone.

• Có backup/revision và kế hoạch rollback.

• Tên mới không trùng và đúng quy tắc hệ thống.

• Kiểm tra assembly, drawing, CAM, WAVE và expressions.

• So sánh BOM trước/sau.

• Chỉ xóa nguồn sau khi xác minh toàn bộ.

Kết luận

Đổi tên component an toàn là bài toán quản lý quan hệ. Khi xác định rõ loại tên, lập mapping, dùng công cụ aware-of-assembly và kiểm tra where-used, đội thiết kế có thể làm sạch dữ liệu mà vẫn giữ constraint, drawing, BOM và liên kết tham số. Đổi file thủ công chỉ nhanh ở bước đầu; chi phí sửa tham chiếu về sau thường lớn hơn nhiều.

Nguồn gợi ý chủ đề: UG爱好者 – “UG装配部件重命名技巧”: https://www.ugsnx.com/thread-36347-1-1.html ; “UG装配里如何修改装配部件文件名字”: https://www.ugsnx.com/thread-38027-1-1.html ; thảo luận quản lý component theo thư mục: https://www.ugsnx.com/thread-296587-1-1.html

Nội dung được biên soạn lại và mở rộng theo hướng quản trị dữ liệu, kiểm thử và rollback; không phải bản dịch nguyên văn.

Chia sẻ:FacebookXLinkedIn

Bình luận (0)

Chưa có bình luận. Hãy là người đầu tiên chia sẻ ý kiến.

    Đăng nhập để bình luận.

    Bài viết liên quan