Kiểm tra & Xác thực tùy chỉnh

Standard design rules cover geometry and electrical correctness. Custom checks cover everything else – your company's standards, your industry's requirements, and your organization's institutional knowledge.

Khung Behavior Extensibility của Altium cho phép bạn viết logic xác thực tùy chỉnh bằng Python và kết nối nó với các điểm kiểm tra trên nền tảng trong suốt vòng đời thiết kế: ERC và DRC trong Altium Designer, xác thực BOM và linh kiện, các cổng kiểm soát phát hành, các giai đoạn rà soát thiết kế và các bước quy trình làm việc trên máy chủ. Các kiểm tra tùy chỉnh xuất hiện và hoạt động giống hệt các kiểm tra tích hợp sẵn của nền tảng – cùng giao diện người dùng, cùng bảng lỗi, cùng khả năng cross-probe tới linh kiện hoặc net bị ảnh hưởng.

Các kiểm tra không bị giới hạn trong dữ liệu của Altium. Một kiểm tra có thể gọi đến cơ sở dữ liệu linh kiện nội bộ của bạn, danh sách nhà cung cấp được phê duyệt, hệ thống ERP của bạn hoặc bất kỳ nguồn dữ liệu bên ngoài nào mà quy trình xác thực của bạn phụ thuộc vào. Kết quả được trả về và hiển thị trong Altium Designer giống hệt như kết quả của một kiểm tra gốc.

Custom Checks Thực Sự Dùng Để Làm Gì

Phần lớn tổ chức nhận ra họ cần các kiểm tra tùy chỉnh khi gặp một nhóm vấn đề cứ lặp đi lặp lại dù DRC hiện có vẫn vượt qua. Các ví dụ phổ biến:

• Voltage derating rules – đặc thù cho dòng sản phẩm hoặc phân khúc ngành của bạn. Tụ điện trên các đường nguồn điện áp thấp, tụ điện phân đặt gần nguồn nhiệt

• Component qualification gates – linh kiện từ các nhà sản xuất chưa được phê duyệt, linh kiện bị kiểm soát theo ITAR, linh kiện hết vòng đời mà bộ phận thu mua đã cảnh báo

• BOM completeness rules – các tham số bắt buộc chưa được điền, thiếu phương án thay thế đã được phê duyệt, dữ liệu nhà sản xuất chưa đầy đủ

• Release documentation requirements – các tệp đầu ra cụ thể bắt buộc phải tồn tại và còn mới nhất trước khi một bản phát hành được xem là hợp lệ

• Organizational standards – những điều chỉ tồn tại dưới dạng kiến thức ngầm trong tổ chức, được áp dụng không nhất quán tùy theo người rà soát thiết kế

Các kiểm tra tùy chỉnh chuyển những việc này từ một hoạt động rà soát – phụ thuộc vào việc đúng người có mặt và nhớ kiểm tra – thành một cổng kiểm soát tự động chạy mỗi lần.

Giá Trị của Việc Mã Hóa Tri Thức Thành Các Kiểm Tra

Khi một kỹ sư cấp cao viết một kiểm tra tùy chỉnh, có hai điều xảy ra. Kiểm tra đó sẽ tự động chạy trên mọi thiết kế về sau, bất kể ai là người tạo ra nó. Và khi kỹ sư đó rời đi, tri thức vẫn còn ở lại. Đây là đặc tính quan trọng nhất khi mở rộng quy mô: tri thức tổ chức không còn bị phụ thuộc vào số lượng nhân sự.

Các kỹ sư mới trong nhóm của bạn tự động được hưởng lợi từ những kiểm tra do các kỹ sư có nhiều năm kinh nghiệm chuyên môn viết ra. Quy tắc không cần giải thích hay rà soát – nó cứ thế chạy.

Nên Kiểm Tra Gì và Không Nên Kiểm Tra Gì

Các kiểm tra tùy chỉnh hoạt động hiệu quả với xác thực mang tính xác định, dựa trên quy tắc: những điều kiện luôn đúng hoặc luôn sai với một trạng thái thiết kế cụ thể. Chúng không thay thế cho việc rà soát thiết kế của chuyên gia, mô phỏng hay đánh giá dựa trên nhận định.

Một ứng viên phù hợp cho kiểm tra tùy chỉnh là bất kỳ quy tắc nào có thể diễn đạt dưới dạng: "đánh dấu linh kiện / net / tham số này nếu điều kiện X là đúng." Một ứng viên không phù hợp là bất kỳ điều gì đòi hỏi hiểu biết ngữ cảnh, diễn giải ý đồ thiết kế hoặc đánh giá đánh đổi. Những việc đó vẫn cần con người rà soát. Các kiểm tra tùy chỉnh là mức sàn tự động để bắt mọi thứ mà máy có thể bắt, nhờ đó thời gian rà soát của con người được dành cho những việc chỉ con người mới có thể phát hiện.

Các Cách Tiếp Cận Không Thể Mở Rộng Quy Mô

• Manual pre-release checklists – phù hợp với các nhóm nhỏ có tần suất phát hành thấp. Nhưng sẽ đổ vỡ khi quy mô nhóm tăng lên, nhịp phát hành nhanh hơn hoặc người duy trì checklist không có mặt. Checklist cũng không hiển thị với kỹ sư trong lúc thiết kế – phản hồi đến quá muộn nên chi phí sửa lỗi cao hơn.

• Review-only enforcement – dựa vào người rà soát thiết kế để phát hiện các vi phạm tiêu chuẩn đồng nghĩa với việc cùng một lỗi được những người đó phát hiện lặp đi lặp lại. Điều này tiêu tốn thời gian của chuyên gia vào các vấn đề mang tính xác định, không bảo vệ được các giai đoạn thiết kế sớm hơn và tạo ra sự áp dụng không nhất quán giữa những người rà soát.