FURUNO 1623: состав окна навигационных данных
Навигационное окно FURUNO 1623 объединяет данные внешних источников с радиолокационным экраном. Разделы 1.25–1.26 руководства OME-35100-J позволяют отдельно описать видимость окна, число полей и их состав. Возможность показать параметр не означает, что нужный датчик установлен и данные уже поступают. Поэтому полезная карточка начинается с известных источников и выбранного представления, а не с переписанного демонстрационного экрана.
Число и порядок полей
Для навигационных данных предусмотрены два, три либо четыре элемента. Состав и порядок можно выбирать. В системном описании NAV DATA прямо указана необходимость соответствующих датчиков. Эти условия важно сохранять вместе: выбор четырёх окон не создаёт четыре независимых источника измерения.
В режиме радара навигационные сведения размещаются в нижней половине изображения. Руководство также рассматривает настройку в ожидании. Выбранное окно отмечается пунктирным прямоугольником; имя поля определяется отдельно. Поэтому прямоугольник выбора не следует выдавать за границу измеренной области или тревожную отметку цели.
Взаимодействие режимов
Включение навигационного представления отменяет активный SHIFT либо ZOOM. Обратная связь также описана в соответствующих разделах этих функций. Исчезновение одного вида при выборе другого совместимо с предусмотренной компоновкой и не доказывает потерю координат или отказ приёмника.
| Условие | Что сохранять |
|---|---|
| NAV DISP | Видимость навигационного окна |
| NAV DATA | Выбранное число элементов |
| Выделенное окно | Текущую позицию настройки |
| Имя параметра | Состав и порядок данных |
Подписи имеют значение
В примерах присутствуют положение, скорость, курс, глубина, ветер, расстояние и пеленг назначения, другие показатели. Их нельзя считать взаимозаменяемыми. Heading и Course имеют отдельные подписи; для ветра существенен контекст APP либо TRUE. Демонстрационные координаты, дата и числа в книге не описывают реальное судно.
Для согласования задачи следует перечислить необходимые поля и реально известные источники, затем указать нужный порядок представления. Если сведения о датчике отсутствуют, требование к окну остаётся требованием, а не подтверждённой готовностью. Такая запись помогает отделить оформление экрана от подключения и доступности данных. Она также не превращает наличие графического поля в проверку точности навигации или исправности всей сети.
Основание статьи — сохранённые первичные фрагменты о навигационном представлении и NAV DATA. Реальный прибор не настраивался, внешние данные не опрашивались. Принятая ранее иллюстрация имеет общий предметный характер и не является протоколом заполнения навигационных окон.
