Контрольний документ інтерфейсу (ICD) приймача GNSS перетворює інтеграційне обговорення на відстежувану інженерну передачу. Він фіксує, що приймач надає, що очікує хост-платформа, і які докази мають бути зібрані перед вибором антени або терміналу anti-jamming.
Цей посібник є структурою документації, а не заявою про сумісність. Поведінка приймача, підтримувані сигнали, точність синхронізації, екологічні обмеження та придатність до встановлення мають бути підтверджені з поточної документації виробника та проектно-специфічних тестових доказів.
Чому ICD приймача важливий
Приймач може надавати кілька електричних і даних інтерфейсів, але проект все одно може зазнати невдачі, якщо розводка роз’ємів, рівні напруги, синхронізація повідомлень або право власності на конфігурацію залишаються неоднозначними. Корисний ICD створює один контрольований довідник для приймача GNSS, обладнання anti-jamming, хост-комп’ютера та монтажної команди.
Перед запитом котирування, поєднайте цей документ з контрольним списком сумісності приймача GNSS та контрольним списком встановлення GNSS anti-jamming.
1. Визначте конфігурацію приймача
- Виробник, точна модель та апаратна ревізія.
- Версія прошивки та файл конфігурації або набір команд, використаний для тестування.
- Увімкнені сузір’я, частотні діапазони та режими обробки сигналів.
- Тип антенного входу, роз’єм, імпеданс та будь-яке задокументоване живлення зміщення.
- Відомі обмеження, відкриті відхилення та власник, відповідальний за затвердження.
Не використовуйте назву сімейства там, де потрібен конкретний варіант приймача. Невеликий суфікс або зміна прошивки може змінити порти, повідомлення або поведінку синхронізації.
2. Документуйте інтерфейси синхронізації
Записуйте кожен вихід синхронізації окремо. Типові елементи включають 1PPS, повідомлення часу доби, входи подій та синхронізований мережевий час. Для кожного інтерфейсу документуйте роз’єм і контакт, електричний рівень, полярність, опорний фронт, налаштоване повідомлення, швидкість оновлення та умову, за якої вихід є дійсним.
| Елемент синхронізації | Необхідний запис ICD | Докази приймання |
|---|---|---|
| 1PPS | Контакт, рівень напруги, полярність, опорний фронт та умова дійсності | Захоплення осцилографом та запис статусу приймача |
| Повідомлення часу | Протокол, ідентифікатор повідомлення, швидкість передачі та зв’язок з 1PPS | Журнал із мітками часу та вихід парсера |
| Вхід події | Електричні межі, фронт тригера та поведінка повідомлення події | Запис стимулу та корельований журнал приймача |
| Мережева синхронізація | Протокол, налаштування адреси, стан синхронізації та поведінка відкату | Захоплення пакетів та запис статусу хоста |
Не копіюйте номінальне значення точності в ICD, якщо не вказано відповідні умови експлуатації та джерело доказів.
3. Визначте послідовні, USB та Ethernet порти
Для кожного фізичного порту вкажіть його функцію та право власності. Повний запис зазвичай включає роз’єм, розводку, електричний стандарт, швидкість передачі або швидкість з’єднання, кадрування, протокол, набір повідомлень, швидкість оновлення, дозволи на команди та поведінку при запуску.
- Відокремте порти конфігурації від операційних портів даних.
- Вкажіть, чи зберігаються налаштування після циклу живлення.
- Запишіть будь-який порт, спільний з діагностикою або оновленням прошивки.
- Визначте, як хост виявляє недійсні, застарілі або відсутні навігаційні дані.
- Додайте захоплений зразок даних, використовуючи цільову виробничу конфігурацію.
URL-адреси, IP-адреси, налаштування послідовного порту та параметри запиту слід копіювати точно. Їх не слід перекладати або переформатовувати в багатомовній проектній документації.
4. Контролюйте живлення, заземлення та деталі зміщення антени
ICD повинен визначати діапазон живлення приймача з затвердженої документації, очікувані переходи стану живлення, опорне заземлення, завершення екрану та будь-який вихід зміщення антени. Якщо термінал anti-jamming знаходиться між антеною та приймачем, підтвердьте, який пристрій подає напругу зміщення та як керуються шляхи постійного струму.
Запишіть номери деталей роз’ємів, відповідні роз’єми, ідентифікатори кабельних вузлів та обмеження доступу для обслуговування. Не припускайте, що механічно сумісний роз’єм має правильну розводку або поведінку живлення.
5. Захистіть конфігурацію та контроль змін
Призначте версію ICD та кожному посиланню на креслення, журнал та файл конфігурації. Коли змінюються прошивка приймача, шлях антени, програмне забезпечення хоста або конфігурація повідомлень, повторіть відповідні перевірки приймання та оновіть вихідну версію.
Практичний запис змін включає попереднє значення, нове значення, причину, власника затвердження, затронуті тести та пакет доказів, створений після зміни.
Матриця доказів приймання
| Інтерфейс | Докази для збереження | Питання для перевірки |
|---|---|---|
| РЧ шлях антени | Креслення, список кабелів, дані роз’ємів та фотографії встановлення | Чи ідентичний задокументований РЧ шлях випробуваному шляху? |
| Навігаційні дані | Сирий журнал, звіт про декодовані повідомлення та результат парсера хоста | Чи може хост визначити дійсні, недійсні та застарілі дані? |
| Синхронізація | Захоплення 1PPS, журнал повідомлень часу та примітка про кореляцію | Чи однозначні опорний фронт та епоха повідомлення? |
| Живлення | Схема підключення, захоплення запуску та запис стану несправності | Чи визначені обов’язки щодо живлення, повернення та зміщення? |
| Конфігурація | Експортовані налаштування, ідентичність прошивки та контрольна сума | Чи можна відтворити протестовану конфігурацію? |
Контрольний список передачі RFQ
- Надайте точну модель приймача, апаратну ревізію та версію прошивки.
- Додайте документацію інтерфейсу приймача та проектний ICD.
- Перелічіть увімкнені сигнали GNSS, обмеження входу приймача та поведінку зміщення антени.
- Надайте механічні креслення, доступний простір, маршрути кабелів та вимоги до роз’ємів.
- Опишіть інтерфейси хоста, швидкості повідомлень, виходи синхронізації та право власності на конфігурацію.
- Вкажіть екологічні та монтажні обмеження, що вимагають інженерного розгляду.
- Визначте приймальні тести та докази, необхідні перед випуском.
Використовуйте сторінку ResiNav RFQ для надсилання контрольованого набору вхідних даних. Вибір продукту повинен залишатися попереднім, доки приймач, РЧ шлях, механічне встановлення та критерії приймання не будуть розглянуті разом.
Часті запитання
Чи достатньо технічного опису приймача для інтеграційного огляду?
Ні. Технічний опис є важливим джерелом, але проекту також потрібні точний варіант приймача, прошивка, увімкнена конфігурація, інтерфейси хоста, обмеження встановлення та докази приймання.
Чи повинен ICD включати виміряні результати?
Так, коли вимірювання доступні та простежувані. Тримайте виміряні результати окремо від вимог і вказуйте тестову конфігурацію, обладнання та дату.
Чи може один ICD охоплювати кілька моделей приймачів?
Лише коли інтерфейси та поведінка є демонстративно ідентичними для контрольованого обсягу. В іншому випадку використовуйте розділи, специфічні для моделі, або окремі версії.
Коли слід оновлювати ICD?
Оновлюйте його щоразу, коли змінюється контрольований інтерфейс, конфігурація, кабель, прошивка, парсер хоста або критерій приймання. Переглянута вихідна версія повинна ініціювати перегляд кожної перекладеної копії.
Наступний інженерний крок
Після завершення ICD порівняйте задокументовані обмеження приймача з каталогом продуктів ResiNav. Остаточна придатність, конфігурація та обсяг тестування залишаються предметом інженерного підтвердження.
НАСТУПНИЙ КРОК
Перетворіть наявні відомості про платформу на інженерний огляд.
Скористайтеся розділом «Технології», щоб окреслити обговорення, перегляньте відповідні сценарії застосування, а потім надішліть наявні відомості про платформу й приймач для підтвердження.