Конечно же нет. Просто данные, получаемые от маяка более приоритетны, чем рассчитанные системой. Когда они есть, то используются они. Когда от маяка нет сигнала, то используются рассчитанные значения.
///Предполагаемые координаты "маяка" не дают никаких преимуществ///
Разумеется не дают. Система использует их как "запасные", см. выше. А если у Вас чистый VOR? Где Вы возьмете для него удаление?
> Просто данные, получаемые от маяка более приоритетны, чем рассчитанные системой. Когда они есть, то используются они. Когда от маяка нет сигнала, то используются рассчитанные значения.
Сваливать в кучу реальные координаты и виртуальные... Дискредитируется сама суть навигации.
Имхо, навигационные рассчеты и вывод результатов на дисплей (в том числе, по подобным запросам,- а прикинь-ка мне, компьютер, сколько км до такого-то пункта) производят разные "куски" программы.
Для навигационной части программы необходимы входные данные. Логично заключить, что в пункте 3.3.1.6.4 именно они (в случае маяков) и содержатся. Вроде так и написано: "An RRS was configured on ARINC input port 3. The RRS contains DME, VOR, and TACAN receivers." Т.е. это данные ОТ приемников.
А вот заключать, что во ВХодные данные навигационной программы будут заноситься ВЫХодные данные программы визуализации по запросу "а прикинь-ка мне, компьютер...", имхо, совсем не логично. Да и приемнику эти данные ни к чему. А ведь это как раз порт приемника.
У меня вариант обсчетов запросов "а прикинь-ка мне, компьютер..." в блоке приемников не кажется убедительным, вернее - я его практически исключаю. Впрочем, с FMS я не знаком.
Вычисление дальности, при отсутствии сигнала DME, но наличии двух сигналов курсовых маяков, ес-но, должна считать программа "навигации".
Ремарка "вычислены" для дальности в распечатке "приемников"? Ну, что ж... не знаю, возможно и блок приемников просчитал...
В этом случае имеющиеся данные азимутов и дальностей зафиксированы в одно время (но как предполагалось выше, возможно, не с тех маяков, что указаны)... Можно, если есть желание, по-примерять по карте, где такое могло произойти еще, кроме как...
> Ремарка "вычислены" для дальности в распечатке "приемников"? Ну, что ж... не знаю, возможно и блок приемников просчитал...
Нет, все же остаюсь при первоначальном мнении. Переменные названы программистом "в одном духе": 'VORBRG', 'VORDIST'. Т.е. "происхождение" их идентичное - это конкретно реальные азимут и дальность, полученные от блока приемников. Это совершенно определенно.
Ремарку "Computed distance to VOR station", полагаю, объясняет то обстоятельство, что дальность-таки действительно необходимо вычислять. Если для азимута достаточно простой аналоговой обработки сигнала (определяется соотношением фаз), то дальность необходимо вычислять исходя из разности времени между отсылкой сигнала в сторону маяка и получением от него ответа. Это - чисто "человеческая" ремарка. С точки зрения же программинга - все ок!
no subject
Конечно же нет. Просто данные, получаемые от маяка более приоритетны, чем рассчитанные системой. Когда они есть, то используются они. Когда от маяка нет сигнала, то используются рассчитанные значения.
///Предполагаемые координаты "маяка" не дают никаких преимуществ///
Разумеется не дают. Система использует их как "запасные", см. выше. А если у Вас чистый VOR? Где Вы возьмете для него удаление?
no subject
Сваливать в кучу реальные координаты и виртуальные... Дискредитируется сама суть навигации.
Имхо, навигационные рассчеты и вывод результатов на дисплей (в том числе, по подобным запросам,- а прикинь-ка мне, компьютер, сколько км до такого-то пункта) производят разные "куски" программы.
Для навигационной части программы необходимы входные данные. Логично заключить, что в пункте 3.3.1.6.4 именно они (в случае маяков) и содержатся. Вроде так и написано: "An RRS was configured on ARINC input port 3. The RRS contains DME, VOR, and TACAN receivers." Т.е. это данные ОТ приемников.
А вот заключать, что во ВХодные данные навигационной программы будут заноситься ВЫХодные данные программы визуализации по запросу "а прикинь-ка мне, компьютер...", имхо, совсем не логично. Да и приемнику эти данные ни к чему. А ведь это как раз порт приемника.
У меня вариант обсчетов запросов "а прикинь-ка мне, компьютер..." в блоке приемников не кажется убедительным, вернее - я его практически исключаю. Впрочем, с FMS я не знаком.
Вычисление дальности, при отсутствии сигнала DME, но наличии двух сигналов курсовых маяков, ес-но, должна считать программа "навигации".
Ремарка "вычислены" для дальности в распечатке "приемников"? Ну, что ж... не знаю, возможно и блок приемников просчитал...
В этом случае имеющиеся данные азимутов и дальностей зафиксированы в одно время (но как предполагалось выше, возможно, не с тех маяков, что указаны)... Можно, если есть желание, по-примерять по карте, где такое могло произойти еще, кроме как...
no subject
Нет, все же остаюсь при первоначальном мнении.
Переменные названы программистом "в одном духе": 'VORBRG', 'VORDIST'. Т.е. "происхождение" их идентичное - это конкретно реальные азимут и дальность, полученные от блока приемников. Это совершенно определенно.
Ремарку "Computed distance to VOR station", полагаю, объясняет то обстоятельство, что дальность-таки действительно необходимо вычислять. Если для азимута достаточно простой аналоговой обработки сигнала (определяется соотношением фаз), то дальность необходимо вычислять исходя из разности времени между отсылкой сигнала в сторону маяка и получением от него ответа. Это - чисто "человеческая" ремарка. С точки зрения же программинга - все ок!