Этот вопрос касается требований к человеческому фактору при разработке программных компонентов, отображающих приборы на основном дисплее полета. (Речь идет не о том, как реализовать программное обеспечение.)
Возьмем в качестве примера индикатор воздушной скорости (ASI). В ASI «паромер» стрелки добавляют прибору некоторую инерцию, ограничивая максимальную скорость изменения, которую он может отображать. Это нормально, потому что фактическая указанная воздушная скорость (IAS) имеет гораздо меньшую максимальную скорость изменения в реальном мире.
В ASI с «движущейся лентой» на основном полетном дисплее (PFD) программный компонент получает обновления IAS и соответствующим образом изменяет отображение. Удобочитаемость прибора человеком зависит от постепенности изменений, поэтому цифры постепенно «наматываются», как физический инструмент: если цифры резко скачут, пилоту сложно заметить и понять, что произошло.
В нормальных условиях резкий скачок IAS (или высоты, курса или других важных параметров полета) не может произойти, поскольку существуют физические пределы скорости изменения. Но программный компонент просто получает поток значений, и не исключено, что ошибка где-то в системе может вызвать резкий скачок.
Есть ли обычно требование к этому программному компоненту для сглаживания отображения прибора или обработки этой возможной ситуации? Я могу представить некоторые возможные способы борьбы с этим:
Компонент дисплея имеет ограничение скорости изменения (управляемое физическими ограничениями и ограничением HF того, насколько быстро изменение может быть отображено понятным образом), и он должен отклонять изменения, выходящие за пределы допустимого диапазона (предположительно привязанные к EFIS/ ECAM-сообщение). Когда изменения находятся в диапазоне, отображение обновляется немедленно без интерполяции.
Компонент дисплея должен интерполировать между полученными значениями путем анимации, чтобы даже резкие изменения отображались как «заводящие» инструмент. Это сохраняет удобочитаемость прибора, но вносит некоторую задержку в отображаемые значения.
Компонент дисплея не предъявляет особых требований, а средства защиты в других частях системы гарантируют, что ему никогда не придется сталкиваться с нефизически резкими изменениями.
Я понимаю, что требования к каждому компоненту вряд ли будут опубликованы каким-либо поставщиком, поэтому я с удовольствием приму ответ без источника, если он подкреплен личным опытом. Будет ценна даже информация от опытного пилота со стеклянной кабиной, который лично видел это состояние ошибки.
Как правило, PFD сглаживает индикацию большинства отображаемых данных.
Я не знаю никаких «законных» требований к нему, но, как вы упомянули, этого требует базовая эргономика.
У меня есть непосредственный опыт работы с Garmin G1000, поэтому я попытаюсь объяснить его поведение PFD на примере. (Немного сложно снять и опубликовать видео).
Большинство (если не все) «графических» индикаций фильтруются со скоростью (характеристической частотой), соответствующей ожидаемой скорости изменения соответствующего параметра: тангаж/крен быстро (но все же заметно, около 0,3 с), воздушная скорость умеренно, температура двигателя медленно (3-5 с). Только цифровые показания (например, напряжение батареи) также фильтруются, и, кроме того, их точность ограничена, чтобы обновления не происходили слишком часто (например, около 0,5 В).
В большинстве случаев фильтр кажется низкочастотным фильтром второго порядка. Для некоторых параметров, особенно для указанной воздушной скорости, она недостаточно демпфирована, что означает, что индикация немного зашкаливает при резких изменениях и обычно имеет тенденцию колебаться туда-сюда при нормальных изменениях. Это обеспечивает более быстрый отклик, но при этом остается плавным.
Резкое, нереалистичное изменение параметров само по себе не приводит к неисправности PFD. Он просто фильтруется, как обычно. Тем не менее, значения, значительно выходящие за пределы допустимого диапазона, приведут к сбою индикации, но только временно, до тех пор, пока не восстановятся разумные значения. Как правило, задача периферийных компьютеров (ADC, AHRS и т. д.), а также блока интеграции (GIA) заключается в обнаружении неисправностей и передаче их в специальных сообщениях. В конце концов, PFD — это всего лишь дисплей.
Капитан Рейнольдс
пруд
выберите нападающий2
выберите нападающий2
Дэн Халм
Викки