Gần như phòng đo nào cũng có một thư mục chứa vài chục script điều khiển thiết bị. Chúng chạy được, nhưng mỗi cái viết theo một kiểu, gắn cứng địa chỉ thiết bị, ghi kết quả ra định dạng riêng, và khi người viết chuyển bộ phận thì không ai dám sửa. Đó là lý do tự động hoá đo kiểm nghiêm túc bắt đầu từ kiến trúc chứ không phải từ việc viết thêm script. Bài viết này phân tích mô hình mà PathWave Test Automation của Keysight sử dụng, vì sao cách tách lớp bằng plugin lại quan trọng, và một cấu hình giá đo mẫu để hình dung cụ thể.
Tự động hoá đo kiểm bắt đầu từ kiến trúc, không từ script
PathWave Test Automation được xây trên OpenTAP — một engine trình tự đo mã nguồn mở. Cách chia vai trò rất rõ: OpenTAP là lõi sắp xếp trình tự, còn PathWave Test Automation là bộ công cụ phát triển bổ sung trình soạn thảo đồ hoạ để dựng test plan nhiều bước mà không phải viết toàn bộ bằng mã.
Bản thân lõi OpenTAP được thiết kế nhẹ và tối ưu cho tốc độ. Nó đảm nhiệm năm việc: quản lý plugin, điều khiển thực thi test plan, ghi log, lưu kết quả và quản lý giao tiếp thiết bị. Lõi cũng hỗ trợ các cấu trúc điều khiển luồng quen thuộc — câu lệnh điều kiện, vòng quét tham số và thực thi song song.
Điểm đáng chú ý về mặt kỹ thuật là lõi này không biết gì về thiết bị cụ thể. Toàn bộ hiểu biết về một máy phân tích phổ hay một nguồn-đo nằm trong plugin, không nằm trong engine. Đó chính là thứ phân biệt một khung tự động hoá với một script dài.
Ba loại plugin và vì sao tách chúng ra lại quan trọng
Kiến trúc mô-đun của OpenTAP chia phần mở rộng thành ba nhóm.
Bước đo (test step) là một hành động có thể tái sử dụng: đặt tần số, đo công suất, so sánh với giới hạn. Mỗi bước nhận tham số và trả kết quả.
Giao tiếp thiết bị và DUT đóng gói cách nói chuyện với một model máy hoặc một sản phẩm cần đo. Toàn bộ phần tích hợp thiết bị nằm gọn ở lớp này, nên khi thay máy phân tích phổ này bằng máy khác, về nguyên tắc chỉ plugin thiết bị phải đổi, còn test plan giữ nguyên.
Bộ lưu kết quả (result listener) quyết định số liệu đi đâu: tệp CSV, cơ sở dữ liệu, hệ thống giám sát sản xuất. Vì đây cũng là plugin, một test plan có thể ghi đồng thời vào nhiều đích mà không sửa một dòng nào trong các bước đo.
Lợi ích của việc tách ba lớp này lộ ra khi có thay đổi. Trong một script gắn liền, đổi định dạng lưu kết quả nghĩa là sửa mọi script. Trong mô hình plugin, đó là thay một thành phần. Đây cũng là lý do hệ sinh thái OpenTAP cho phép dùng lại, chỉnh sửa và mở rộng các plugin mã nguồn mở sẵn có thay vì bắt đầu từ con số không.
Test plan là dữ liệu, không phải mã
Một test plan là chuỗi các bước đo được lưu dưới dạng XML đọc được bằng mắt thường. Chi tiết tưởng nhỏ này kéo theo ba hệ quả thực tế đáng kể.
Thứ nhất, test plan nằm được trong hệ quản lý phiên bản như mã nguồn, và khi hai phiên bản khác nhau thì so sánh khác biệt được — điều gần như bất khả thi với quy trình đo lưu trong định dạng nhị phân.
Thứ hai, kỹ sư bật, tắt hoặc đổi thứ tự từng bước ngay trong quá trình vận hành mà không phải biên dịch lại. Khi cần tách một bước nghi ngờ ra khỏi dây chuyền để khoanh vùng lỗi, thao tác là tắt một bước chứ không phải sửa mã.
Thứ ba, các chức năng dùng đi dùng lại — quét tham số, ghi log, chạy song song — đã có sẵn trong engine nên không phải viết lại trong từng quy trình. Với các phép đo tốn thời gian, chạy song song thường là cách rút ngắn thời gian đo hiệu quả nhất mà không cần thêm phần cứng.
Ngôn ngữ và điểm tích hợp
Plugin được phát triển bằng C# trên .NET hoặc bằng Python; bộ SDK dựa trên .NET 6 và Python. Ngoài ra hệ thống còn cung cấp RESTful API, cho phép ghép PathWave Test Automation vào một lớp test executive cấp cao hơn đã tồn tại trong nhà máy thay vì buộc phải thay thế nó.
Đây là điểm cần cân nhắc khi lập kế hoạch triển khai: hầu hết nhà máy đã có sẵn hệ thống quản lý sản xuất, và câu hỏi thực tế không phải “thay bằng gì” mà là “ghép vào ở tầng nào”. Ba lối vào — C#, Python và REST — tương ứng ba mức độ can thiệp khác nhau.
Một giá đo mẫu: nguồn-đo, phát tín hiệu và phân tích phổ
Để hình dung cụ thể, hãy xét một quy trình kiểm tra mô-đun khuếch đại: cấp nguồn và đo dòng tiêu thụ, đưa tín hiệu vào, đo phổ ở đầu ra, rồi lặp qua một dải tần và một dải điện áp cấp.
Khâu nguồn và đo dòng. Keysight B2912B là nguồn-đo hai kênh, ra tối đa 210 V, 3 A một chiều và 10,5 A ở chế độ xung, với độ phân giải nguồn và đo nhỏ nhất 10 fA cho dòng và 100 nV cho điện áp, khoảng lấy mẫu 10 µs. Vì vừa cấp vừa đo trên cùng một cổng, thiết bị này rút gọn hai bước trong test plan thành một. Máy điều khiển bằng lệnh SCPI. Nguyên lý nguồn-đo đã được trình bày trong bài SMU là gì: nguyên lý nguồn-đo.
Khâu kích thích. Keysight 33521B là máy phát sóng hàm và sóng tuỳ ý một kênh tới 30 MHz, tốc độ lấy mẫu 250 MSa/s, độ phân giải dọc 16 bit và bộ nhớ sóng tuỳ ý 1 MSa mỗi kênh, mở rộng tuỳ chọn lên 16 MSa. Máy có LAN theo chuẩn LXI-C, USB và GPIB nên ghép vào hệ tự động không cần bộ chuyển đổi.
Khâu phân tích. Keysight N9010B phủ 10 Hz tới 44 GHz với băng thông phân tích tối đa 40 MHz, nền nhiễu hiển thị −165 dBm và nhiễu pha −109 dBc/Hz tại offset 10 kHz, cả hai đo ở 1 GHz. Đây là máy phân tích đa dụng phù hợp cho phần lớn phép đo phổ trong dây chuyền, khi yêu cầu chưa tới mức phải dùng lớp máy mmWave chuyên dụng.
Trong mô hình plugin, ba thiết bị này tương ứng ba plugin thiết bị; các bước như “đặt điện áp cấp”, “đo dòng tĩnh”, “phát tín hiệu”, “đo công suất kênh” là các test step; còn việc ghi kết quả vào cơ sở dữ liệu là một result listener. Vòng quét qua tần số và điện áp do engine đảm nhiệm, không phải viết vòng lặp thủ công.
Lưu ý thực hành khi triển khai
Thứ nhất, đừng chuyển toàn bộ script cũ sang cùng lúc. Chọn một quy trình đang gây phiền nhất, dựng lại theo mô hình plugin, rồi lấy đó làm mẫu — cách này để lộ sớm những giả định ngầm trong script cũ.
Thứ hai, tách rõ ngưỡng giới hạn ra khỏi bước đo. Giới hạn là dữ liệu sản phẩm và thay đổi theo phiên bản; bước đo là logic và nên ổn định. Trộn hai thứ vào nhau là nguyên nhân phổ biến khiến test plan phân nhánh mất kiểm soát.
Thứ ba, thống nhất quy ước đặt tên kết quả ngay từ đầu. Khi số liệu bắt đầu chảy vào cơ sở dữ liệu, việc đổi tên trường về sau tốn kém hơn nhiều so với việc thống nhất trước.
Kết luận
Tự động hoá đo kiểm không phải là viết script nhanh hơn mà là tách hệ thống thành những phần thay thế được độc lập. Mô hình OpenTAP đứng sau PathWave Test Automation làm điều đó bằng ba đường tách: lõi trình tự tách khỏi hiểu biết về thiết bị, test plan lưu dưới dạng XML tách quy trình khỏi mã, và bộ lưu kết quả tách số liệu khỏi phép đo. Kết quả là khi thay một máy, đổi một định dạng lưu trữ hay bổ sung một giới hạn mới, phạm vi ảnh hưởng nằm gọn trong một thành phần.
Sau khi chọn được cấu hình, giá trị đo chỉ có ý nghĩa khi chuỗi truy xuất chuẩn còn hiệu lực. Techmaster Electronics là đại lý uỷ quyền của Keysight tại Việt Nam và vận hành phòng hiệu chuẩn theo ISO/IEC 17025, hỗ trợ hiệu chuẩn định kỳ cho nguồn-đo, máy phát tín hiệu và máy phân tích phổ trong hệ đo tự động. Để được tư vấn cấu hình hoặc đặt lịch hiệu chuẩn, vui lòng liên hệ hotline 0908 173 345.
