Nguyên tắc kiểm tra
Xác định vùng đọc, dân số dự kiến và quyết định kinh doanh trước tiên. Sau đó kiểm tra các thẻ đại diện trên các vật liệu, hướng, đường dẫn vận hành và các điều kiện ngoại lệ. Báo cáo các quan sát được ghi lại, bị bỏ sót, ngoài ý muốn và trùng lặp một cách riêng biệt.
Xác định câu hỏi thí điểm và sự thật cơ bản
Viết một quyết định cho mỗi kịch bản, chẳng hạn như liệu số chu kỳ có thể xác định được quần thể kệ dự kiến mà không có số lần đọc ở lối đi liền kề không được chấp nhận hay không. Đếm và xác định các thẻ mong đợi trước mỗi lần chạy.
Kiểu đầu đọc bản ghi, biến thể khu vực, chương trình cơ sở, SDK, ăng-ten, nguồn, phiên, bộ lọc, máy chủ và bản dựng ứng dụng. Kết quả không có cấu hình không thể hỗ trợ quyết định mua hàng.
- Kịch bản và chủ sở hữu quyết định
- Danh sách EPC dự kiến hoặc số lượng được kiểm soát
- Cơ sở về trình đọc và phần mềm
- Tiêu chí chấp nhận trước khi thử nghiệm
Xây dựng ma trận thẻ và môi trường
Khảm và mã hóa thẻ bìa, vật liệu vật phẩm, bao bì, hướng, mật độ xếp chồng, chiều cao, khoảng cách và kim loại hoặc chất lỏng gần đó. Bao gồm các quần thể khó khăn và bình thường đại diện.
Không thay đổi nhiều biến trong một lần chạy. Sử dụng các lần chạy lặp lại và xoay toán tử hoặc thứ tự chạy khi kỹ thuật của toán tử có thể ảnh hưởng đến kết quả.
- Phương pháp gắn thẻ và đính kèm
- Hình học vật liệu và gói
- Định hướng và mật độ
- Nhiễu RF và các vùng lân cận
Thực hiện lộ trình toán tử lặp lại
Đánh dấu vị trí bắt đầu, đường quét, khoảng cách, thời lượng và quy tắc dừng. Đào tạo người vận hành theo phương pháp được ghi lại trước khi ghi lại các lần chạy.
Ghi lại các sự kiện thô nếu được phép, sau đó lấy các thẻ mong đợi duy nhất, các thẻ dự kiến bị bỏ lỡ, các thẻ ngoài ý muốn, thời gian bắt buộc chụp lần đầu tiên và tổng thời gian thực hiện nhiệm vụ. Giữ dữ liệu khách hàng ngoài nhật ký thông thường.
- Cố định lộ trình và thời lượng phiên
- Nhiều lần lặp lại
- So sánh dự kiến và quan sát
- Ghi chú ngoại lệ và phục hồi
Thêm bằng chứng về pin, nhiệt và phục hồi
Chạy đủ lâu để thể hiện mô hình thay đổi dự định. Ghi lại riêng biệt đầu đọc và pin máy chủ, quan sát nhiệt độ hoặc tiết lưu, ngắt kết nối, phục hồi giấc ngủ và đồng bộ hóa ngoại tuyến.
Thu thập phản hồi của người vận hành về độ cân bằng, kích hoạt, khả năng hiển thị của màn hình và độ mỏi, nhưng hãy tách biệt phản hồi chủ quan với các phép đo chụp RFID.
- Việc sử dụng năng lượng của đầu đọc và máy chủ
- Thay đổi nhiệt hoặc hiệu suất
- Ngủ và ngắt kết nối phục hồi
- Quan sát công thái học của người vận hành
Bảng kết quả thí điểm
Báo cáo từng số liệu theo kịch bản và sự lặp lại thay vì một con số thành công tổng hợp.
| Số liệu | Định nghĩa | Tại sao nó quan trọng |
|---|---|---|
| Dự kiến đã chụp được duy nhất | ID thẻ dự kiến được quan sát ít nhất một lần | Các biện pháp đưa tin dựa trên sự thật thực tế |
| Đã bỏ lỡ dự kiến | ID thẻ dự kiến chưa bao giờ được quan sát | Hiển thị các ngoại lệ của quy trình công việc |
| Độc đáo ngoài ý muốn | ID được quan sát bên ngoài vùng được xác định | Hiển thị rủi ro đọc quá mức |
| Thời gian cần thiết lập | Thời gian cho đến khi quy tắc hoàn thành kịch bản | Kết nối hành vi RF với thời gian thực hiện nhiệm vụ |
| Sự kiện phục hồi | Ngắt kết nối, ngủ, thử lại hoặc khôi phục ứng dụng | Phơi bày sự mong manh trong hoạt động |
UHF RFID danh sách kiểm tra thí điểm
Không công bố tuyên bố về hiệu suất trừ khi phương pháp hoàn chỉnh và các giới hạn có thể đi kèm với nó.
- 01
Quyết định kinh doanh và vùng đọc được xác định
- 02
Đã xác minh quần thể thẻ sự thật
- 03
Đã xác nhận cấu hình tần số khu vực
- 04
Trình đọc, máy chủ, hệ điều hành, chương trình cơ sở và SDK đã được ghi lại
- 05
Đã chuẩn bị sẵn ma trận thẻ, vật liệu và định hướng
- 06
Đã sửa lỗi cài đặt nguồn, phiên và bộ lọc
- 07
Đường dẫn vận hành và quy tắc dừng được ghi lại
- 08
Đã hoàn thành các lần chạy lặp lại
- 09
Các lần đọc bị bỏ lỡ và ngoài ý muốn được báo cáo riêng
- 10
Pin, nhiệt và phục hồi được quan sát
- 11
Các hạn chế và quyết định chấp nhận được xem xét lại
Câu hỏi thường gặp
Tỷ lệ đọc UHF RFID tốt là bao nhiêu?
Một ngưỡng hữu ích là dành riêng cho từng dự án. Nó phải phản ánh tổng số dự kiến, những sai sót được phép, những lần đọc ngoài ý muốn, thời gian thực hiện nhiệm vụ và quy trình ngoại lệ.
Cần bao nhiêu lần lặp lại?
Chọn sự lặp lại dựa trên sự thay đổi và rủi ro quyết định. Nêu rõ con số trước và báo cáo mỗi lần chạy thay vì chỉ báo cáo kết quả tốt nhất.
Yêu cầu về phạm vi của nhà sản xuất có thể thay thế một phi công không?
Không. Phạm vi được liệt kê rất hữu ích cho việc sàng lọc, nhưng thẻ, vật liệu, sức mạnh khu vực, định hướng, môi trường và quy trình làm việc sẽ xác định hiệu suất dự án hữu ích.
Bằng chứng và hạn chế
RuggedLayer phương pháp kiểm tra/không có kết quả đo nào được xác nhận
Phương pháp này là một khuôn khổ lập kế hoạch. Bất kỳ kết quả nào trong tương lai đều phải nêu tên thiết bị, cấu hình, phương pháp, số lần lặp lại, ngày tháng, tác giả, người đánh giá và các giới hạn.
Đã đánh giá: 2026-08-10
- RuggedLayer Tiêu chuẩn bằng chứng của Test Lab
- Các bản ghi mẫu DT50P Lite và RFG91 được nhà sản xuất hỗ trợ đã được xác minh 2026-08-02
