Khả năng tương thích của bộ thu thường được xem như một kiểm tra đầu nối. Đối với tích hợp GNSS anti-jamming, điều đó là chưa đủ. Quá trình đánh giá kỹ thuật cũng cần xác lập các tín hiệu được hỗ trợ, ranh giới RF, nguồn điện cho anten, đầu ra thời gian, giao diện dữ liệu, đường cáp và trách nhiệm của nền tảng.
Hướng dẫn này giải thích những bằng chứng cần thu thập trước khi yêu cầu nhà cung cấp anten, thiết bị đầu cuối hoặc bộ thu xác nhận khả năng tương thích. Đây là một khung tài liệu, không phải là tuyên bố rằng một cấu hình cụ thể phù hợp với mọi nền tảng.
1. Xác định ranh giới của bộ thu
Bắt đầu với nhà sản xuất, model, phiên bản phần cứng và phiên bản firmware chính xác của bộ thu. Các tên sản phẩm tương tự có thể ẩn chứa các cổng RF, tín hiệu được hỗ trợ hoặc hành vi giao diện khác nhau. Ghi lại thông tin từ tài liệu bộ thu hiện tại thay vì giả định rằng một thành viên trong gia đình đại diện cho một thành viên khác.
| Khu vực giao diện | Bằng chứng cần thu thập | Câu hỏi đánh giá |
|---|---|---|
| GNSS tín hiệu và dải tần | Các chòm sao, dải tần và yêu cầu cổng anten được hỗ trợ | Đầu ra của anten hoặc thiết bị đầu cuối có khớp với đầu vào của bộ thu không? |
| Đầu vào RF | Đầu nối, trở kháng, số cổng và giới hạn đầu vào được ghi lại | Ranh giới RF vật lý và điện đã được xác định chưa? |
| Nguồn điện cho anten | Điện áp phân cực, giới hạn dòng điện, giám sát và hành vi bảo vệ | Thành phần nào cung cấp nguồn cho đường anten tích cực? |
| Thời gian | 1PPS, đầu vào sự kiện, thông điệp thời gian, cực tính và yêu cầu độ trễ | Bằng chứng thời gian nào mà nền tảng phải tiêu thụ hoặc xác minh? |
| Giao diện dữ liệu | UART, RS-232, RS-422, CAN, Ethernet, USB và tài liệu giao thức | Nền tảng có thể chấp nhận các thông điệp và tốc độ dữ liệu cần thiết không? |
| Hành vi cập nhật | Tốc độ đầu ra, giả định khởi động và lịch trình thông điệp | Các kỳ vọng về điều khiển và giám sát nền tảng có được thống nhất không? |
| Cáp và lắp đặt | Loại cáp, chiều dài, suy hao chèn, chuyển tiếp đầu nối và định tuyến | Đường RF hoàn chỉnh có nằm trong các ràng buộc được ghi lại không? |
| Môi trường | Nhiệt độ, rung động, xâm nhập, nối đất và điều kiện vỏ bọc | Việc lắp đặt có bảo toàn các giới hạn hoạt động của bộ thu không? |
2. Tách biệt trách nhiệm của anten, thiết bị đầu cuối và bộ thu
Từ hệ thống có thể đề cập đến một số kiến trúc. Một anten anti-jamming có thể cung cấp đầu ra RF đã xử lý cho một bộ thu bên ngoài. Một thiết bị đầu cuối có thể kết hợp xử lý anten, chức năng bộ thu và giao diện nền tảng. Bộ thu cũng có thể cung cấp phân cực anten, đầu ra thời gian hoặc dữ liệu giám sát. Ranh giới chính xác phải đến từ tài liệu sản phẩm đã chọn.
Ghi lại quyền sở hữu đối với điều kiện RF, nguồn điện anten, cấu hình bộ thu, đầu ra điều hướng, thời gian, chẩn đoán và xử lý lỗi. Điều này ngăn chặn một giao diện bị giả định thuộc về cả hai thành phần—hoặc không thuộc về thành phần nào. Đối với kiến trúc rộng hơn, hãy xem hướng dẫn tích hợp anten–bộ thu–nền tảng.
3. Xây dựng gói bằng chứng tương thích bộ thu
- Xác định chính xác bộ thu. Ghi lại nhà sản xuất, model, phiên bản phần cứng, phiên bản firmware và phiên bản bảng dữ liệu áp dụng.
- Liệt kê các tín hiệu GNSS cần thiết. Chỉ định các chòm sao và dải tần mà nền tảng dự định sử dụng.
- Cung cấp sơ đồ giao diện RF. Hiển thị mọi cổng, đầu nối, bộ chuyển đổi, bộ chia, cáp và điểm tiêm nguồn.
- Xác định thời gian và đầu ra dữ liệu. Bao gồm mức điện, cực tính, giao thức, tốc độ truyền, bộ thông điệp và yêu cầu cập nhật.
- Ghi lại nguồn điện và nối đất. Xác định nguồn điện, dải điện áp, giới hạn dòng điện, điểm nối đất và bất kỳ hành vi giám sát nào.
- Mô tả việc lắp đặt. Ghi lại định tuyến cáp, chiều dài cáp, vị trí vỏ bọc, các bộ phát gần đó và các ràng buộc môi trường.
- Nêu rõ mục tiêu đánh giá. Tách biệt xác nhận tương thích, thiết kế tích hợp, giao tài liệu và bất kỳ hoạt động xác minh sau đó.
4. Sử dụng đánh giá tương thích theo giai đoạn
Một đánh giá thực tế có thể tiến hành theo năm giai đoạn: xác nhận các tín hiệu cần thiết; xác minh ranh giới RF và nguồn điện; xác minh thời gian và giao diện dữ liệu; xem xét bối cảnh cáp và lắp đặt; sau đó ghi lại mọi mục mở và chủ sở hữu bằng chứng của nó. Việc khớp đầu nối không nên đóng đánh giá khi các dải tần được hỗ trợ, hành vi phân cực hoặc giao diện thông điệp vẫn chưa được biết.
Nếu nhóm nền tảng chưa thể cung cấp tất cả thông tin, hãy ghi nhãn rõ ràng từng mục chưa biết. Một trường chưa biết an toàn hơn một giá trị đoán vì nó cho nhóm kỹ thuật một mục xác định để giải quyết.
5. Các khoảng trống tương thích phổ biến
- Loại đầu nối được biết, nhưng các dải tần GNSS cần thiết chưa được xác nhận.
- Điện áp phân cực anten được liệt kê, nhưng giới hạn dòng điện và hành vi giám sát bị thiếu.
- 1PPS được yêu cầu mà không có mức điện, cực tính, cạnh tham chiếu hoặc kỳ vọng độ trễ.
- Một giao diện nối tiếp được nêu tên mà không có giao thức, tốc độ truyền hoặc các thông điệp cần thiết.
- Chiều dài cáp được cung cấp mà không có loại cáp, suy hao chèn hoặc chuyển tiếp đầu nối.
- Model bộ thu được biết, nhưng phiên bản phần cứng hoặc firmware của nó thì không.
- Chống nhiễu và anti-spoofing được coi là các khả năng có thể hoán đổi mà không xác định phiên bản sản phẩm cần thiết và phạm vi đánh giá.
Các câu hỏi cần đưa vào RFQ
- Model bộ thu, phiên bản phần cứng và phiên bản firmware nào sẽ được sử dụng?
- Các chòm sao GNSS và dải tần nào phải luôn khả dụng?
- Ai cung cấp nguồn điện cho anten, và các ràng buộc về điện áp và dòng điện nào được áp dụng?
- Các giao diện RF, thời gian, dữ liệu điều hướng và chẩn đoán nào là cần thiết?
- Loại cáp, chiều dài, định tuyến và chuyển tiếp đầu nối nào được lên kế hoạch?
- Những bản vẽ, tài liệu kiểm soát giao diện hoặc hồ sơ thử nghiệm nào phải được giao?
Sử dụng GNSS anti-jamming RFQ danh sách kiểm tra để kết hợp các câu hỏi về bộ thu này với các đầu vào về nền tảng, lắp đặt và tài liệu.
Các câu hỏi thường gặp
Việc khớp đầu nối có xác nhận khả năng tương thích của bộ thu không?
Không. Quá trình đánh giá cũng nên xác nhận các dải tần RF, trở kháng, hành vi nguồn điện hoặc phân cực, mức tín hiệu, số cổng và bất kỳ giới hạn đầu vào nào được ghi lại.
Nguồn điện cho anten có phải luôn đến từ bộ thu không?
Không nhất thiết. Kiến trúc được chọn có thể sử dụng phân cực từ bộ thu, đường nguồn từ thiết bị đầu cuối hoặc một bộ tiêm nguồn riêng. Ghi lại nguồn thực tế, điện áp, giới hạn dòng điện và hành vi giám sát.
1PPS và các thông điệp điều hướng có thể hoán đổi cho nhau không?
Không. 1PPS là tín hiệu thời gian, trong khi các thông điệp điều hướng mang dữ liệu. Một đánh giá tích hợp nên ghi lại cả hai giao diện và cách nền tảng sử dụng chúng.
anti-jamming và anti-spoofing có thể được đánh giá như cùng một chức năng không?
Không. Chúng là các phạm vi khác nhau. Xác định phiên bản sản phẩm cần thiết, hành vi của bộ thu, trách nhiệm giao diện và bằng chứng mong đợi cho từng chức năng.
Bước tiếp theo
Bắt đầu với model bộ thu chính xác và các tài liệu giao diện, sau đó thêm bản vẽ nền tảng và đường cáp dự kiến. Xem xét các ResiNav sản phẩm có sẵn, liên hệ với nhóm kỹ thuật, hoặc gửi một yêu cầu báo giá có kiểm soát với bằng chứng hiện có.
BƯỚC TIẾP THEO
Chuyển thông tin nền tảng hiện có thành một đợt rà soát kỹ thuật.
Dùng trung tâm Công nghệ để định hướng trao đổi, xem xét các tình huống ứng dụng liên quan, rồi gửi thông tin nền tảng và bộ thu hiện có để xác nhận.