Starlink Viewer

# Преглед

Starlink Viewer показва 3D глобус в реално време с всички сателити Starlink в орбита, анимирани в реално време, местоположението на Вашата чиния и предполагаема връзка със сателита, който най-вероятно обслужва Вашата чиния.

Идеалният инструмент за мониторинг на Starlink би Ви показал точно кой сателит комуникира с Вашата чиния във всеки даден момент, кога предава към нов сателит и пътя на сигнала от чинията Ви през сателита до наземната станция. Това би изисквало чинията да разкрие идентичността на обслужващия сателит и посоката на електронното насочване на лъча. SpaceX не предоставя нито едното, нито другото, затова Nexus Telemetry извежда обслужващия сателит от наличните данни.

# Защо е необходимо извеждане

SpaceX заключва данните за идентификация на сателити зад автентикирани gRPC крайни точки, които са недостъпни на потребителски фърмуер.

• dish_get_context съдържа поле initial_satellite_id, но връща PermissionDenied на потребителски хардуер от фърмуер 9f4d05a4 (юни 2021).
• transceiver_get_telemetry предоставя lmac_satellite_id и target_satellite_id, но връща UNIMPLEMENTED на всички потребителски чинии.
• PKI удостоверяване чрез предизвикателство-отговор с ключове, контролирани от SpaceX, означава, че не съществува заобиколно решение от общността.
• Посока на електронното насочване на лъча: която директно би идентифицирала обслужващия сателит, не е достъпна през никоя крайна точка.
• Фазираната решетъчна антена на чинията насочва лъча си електронно до ±50° от главната ос, но този ъгъл на насочване е напълно невидим за външните потребители на API.

# Налични данни

# Измерени от чинията

# Външни източници

# Какво не е налично

# Как работи съпоставянето

# Съпоставяне на сателити

Визуализаторът извършва следното изчисление с честота 1 Hz:

1. Позиция на наблюдателя: GPS координатите на чинията от get_location определят къде се намирате на Земята.

2. Позиции на сателитите: използвайки SGP4 орбитално разпространение върху TLE данни от CelesTrak, визуализаторът изчислява азимута, елевацията и наклоненото разстояние на всеки сателит Starlink, видян от местоположението на Вашата чиния.

3. Филтриране по зрително поле: разглеждат се само сателити над 10° елевация. Физическата посока на главната ос на чинията (от alignment_stats) определя центъра на конуса на ~100° зрително поле на фазираната решетка.

4. Избор на най-близък кандидат: сателитът с най-малко ъглово разстояние от центъра на физическата главна ос се избира като най-вероятен обслужващ сателит.

# Кръстосаният визьор на главната ос

Кръстосаният визьор на полярната карта на небето представя физическата ориентация на корпуса на чинията, а не посоката на електронния лъч. Фазираната решетъчна антена на Starlink е предимно неподвижна след първоначалното подравняване; стойностите на главната ос се променят с части от градуса за часове поради вятър или термични ефекти. Чинията не се движи физически, за да проследява отделни сателити.

Действителното насочване на лъча се извършва електронно вътре във фазираната решетка на RF ниво, като обхваща до ±50° от физическата главна ос за проследяване на обслужващия сателит. Тази посока на електронния лъч не е достъпна през никоя потребителска API крайна точка.

# Откриване на смяна на сателит

Когато най-близкият кандидат сателит се промени (различен NORAD идентификатор стане геометрически най-близък), това се наблюдава като изведена смяна на сателит. Тези промени корелират с, но не потвърждават действителни предавания на чинията. Те отразяват орбиталната механика; докато сателитите преминават над нас с ~7,5 km/s, най-близкият до центъра на главната ос на чинията се променя естествено на всеки няколко минути.

Реалните предавания между сателити на Starlink са проектирани да бъдат безпроблемни (свързване-преди-прекъсване), без да произвеждат измерим разрив в латентността или пропускателната способност, който би могъл да се използва като надежден сигнал за откриване при текущия фърмуер.

# Оценка на достоверност

Оценката на достоверност отразява геометричната вероятност съпоставеният сателит да е действителният обслужващ:

Тези прагове са калибрирани за физическата главна ос (посока на корпуса на чинията), а не за електронния лъч. Тъй като фазираната решетка може да насочва ±50° от лицевата страна на чинията, обслужващият сателит обикновено ще бъде на 10-40° от центъра на физическата главна ос. Съвпадение с „Висока" достоверност означава, че има единствен силен геометричен кандидат; не означава, че идентификацията е потвърдена.

# Степен на точност

# На какво можете да се доверите

Позициите на сателитите на глобуса са точни. TLE данните от CelesTrak са авторитетни (източник от US Space Force 18th Space Defence Squadron) и SGP4 разпространението е стандартният метод, използван от общността за проследяване на космически обекти. Точността на позицията обикновено е в рамките на няколко километра за наскоро обновени TLE.

Местоположението на Вашата чиния е точно. То идва директно от вградения GPS на чинията.

Физическата посока на главната ос е точна. Тя се измерва от IMU (инерциална измервателна единица) на чинията с несигурност от ~0,6°.

Множеството видими сателити е точно. Изчислените ъгли на наблюдение от Вашата позиция до всеки сателит са геометрически прецизни, така че полярната диаграма коректно показва кои сателити са над вас и къде се намират на небето.

# Какво е изведено

Идентифицираният сателит е обосновано предположение. Най-близкият сателит до центъра на главната ос е най-добрият геометричен кандидат, но чинията може да комуникира с всеки сателит в обхвата на електронно насочване ±50°. Във всеки даден момент десетки сателити може да са в зрителното поле.

Смените на сателити са наблюдавана геометрия, а не потвърдени предавания. Когато най-близкият кандидат се промени, това отразява орбитален дрейф: различен сателит става геометрически най-близък. Реалните предавания на чинията може да съвпадат или да не съвпадат с тези геометрични промени. Някои реални предавания ще бъдат невидими за извеждането (чинията превключва към друг сателит, но геометрически най-близкият не се променя), а някои наблюдавани промени ще бъдат чист орбитален дрейф (геометрически най-близкият се е променил, но чинията всъщност не е превключила).

Оценките на достоверност са геометрични, а не базирани на сигнал. Съвпадение с „Висока" достоверност означава добра геометрия, а не валидирана връзка. Без достъп до посоката на електронния лъч или идентификатора на обслужващия сателит, никой инструмент, базиран на потребителски фърмуер, не може да потвърди кой сателит чинията действително използва.

# Сигнали, които проучихме

По време на разработката бяха оценени няколко сигнала за откриване на предаване. Всички бяха тествани на реален хардуер (rev3_proto2, фърмуер 2026.02.16.cr74084 и 2026.04.07.mr77639.1).

# Obstruction Map and Satellite Tracking

# Предистория

Проучването SatInView от Ahangarpour, Zhao, and Pan (ACM MobiCom '24 LEO-NET Workshop) демонстрира, че обслужващият сателит може да бъде идентифициран чрез нулиране на картата на препятствията на чинията на 15-секундните граници на предаване, запитване с честота 1 Hz и XOR на съседни кадри, за да се извлече траекторията на сателита, докато се движи през зрителното поле. Наблюдаваната траектория след това се съпоставя с позициите на сателитите, изчислени от TLE, за постигане на почти недвусмислена идентификация.

По време на първоначалната разработка на Starlink Viewer тествахме картата на препятствията без нулиране. На необструктирана чиния картата изглеждаше статична: напълно наситена маска за чисто небе без никакви промени между кадрите. Стигнахме до заключението, че данните не съдържат информация за сателитен сигнал в реално време. Това заключение беше вярно за ненулираната карта, но непълно: картата изглеждаше статична, защото всеки пиксел, който текущият сателит би могъл да нарисува, вече беше осветен от предишни преминавания на сателити. Без предварително изчистване на натрупаните данни, нямаше нищо ново за откриване чрез XOR.

# Обновени заключения

След кореспонденция с изследователския екип на SatInView тествахме пълния подход с нулиране на хардуер rev3_proto2, работещ с фърмуер 2026.04.07.mr77639.1 (април 2026). Резултатите потвърждават, че техниката работи на текущия хардуер и фърмуер:

• dish_clear_obstruction_map е наличен и функционален. Извикването му изчиства натрупаните SNR данни (377 активни пиксела, намалени до 1 при тестването).
• След нулиране картата се изгражда отново с приблизително един нов пиксел в секунда, докато обслужващият сателит се движи през зрителното поле.
• XOR на съседни кадри с честота 1 Hz произвежда чисти точки на траекторията от един пиксел с почти нулево разпръскване.
• 15-секундната синхронизация на предаването (12-та, 27-ма, 42-ра и 57-ма секунда на всяка минута, глобално синхронизирани) беше потвърдена на нашия хардуер. Последователните интервали проследяваха непрекъснато един и същ сателит, с ясен скок в траекторията при действително предаване.
• Картата докладва FRAME_EARTH на стационарни активни чинии, което означава, че решетката е ориентирана с горния централен пиксел, съответстващ на истинския север. Мобилните или неактивните чинии могат да докладват FRAME_UT, където долният централен пиксел съответства на посоката на главната ос.

# Компромис: защо Nexus Telemetry не нулира картата по подразбиране

Извикването dish_clear_obstruction_map е разрушително: то изтрива натрупания профил на препятствията на чинията. За потребители с препятствани инсталации (дървета, сгради или други конструкции) тези данни са ценни за диагностика на проблеми със сигнала и се натрупват с течение на времето през много сателитни преминавания. Нулирането им на всеки 15 секунди пречи на чинията да натрупа каквито и да било данни за препятствия, а мобилното приложение на Starlink ще показва празна или частична карта.

Понастоящем Nexus Telemetry използва геометрично извеждане (посока на главната ос + TLE съпоставяне) като метод по подразбиране за идентификация на сателит. Този подход е неразрушителен: не извиква никакви записващи крайни точки на чинията и няма странични ефекти върху данните за препятствия на потребителя.

Използваме подхода, базиран на траектории, като инструмент за калибриране, за да валидираме и подобрим точността на нашето геометрично извеждане. Също така оценяваме дали да предложим проследяване на траектории като опционален режим за напреднали потребители и изследователи, с ясно разкриване на компромиса при нулиране на картата.

# Какво би могло да промени това

Бъдещи обновления на фърмуера или хардуерни ревизии биха могли да разкрият допълнителна телеметрия, която да подобри точността на извеждане:

• Функционален seconds_to_first_nonempty_slot: ако това поле се попълва на по-нов фърмуер или хардуер, то би предоставило надежден сигнал за момента на всяко предаване.
• Ъгли на електронно насочване на лъча: всяко разкриване на действителната посока на лъча на фазираната решетка би позволило директна идентификация на сателит.
• Облекчена автентикация на dish_get_context: ако SpaceX повторно активира полето initial_satellite_id, проблемът би бил решен напълно.
• Неразрушителни данни за сигнал в реално време: ако бъдещ фърмуер разкрие информация за сигнал по сателити през отделна крайна точка или неразрушителен вариант на картата на препятствията, подходът на съпоставяне по траектория би могъл да се използва без нулиране на данните за препятствия на потребителя.
• Нови хардуерни поколения: SpaceX разполага V3 сателити и нов хардуер за чинии. Различни фърмуерни или хардуерни ревизии може да попълнят понастоящем неактивни полета или да разкрият нова телеметрия.

# Предшестващи изследвания

Nexus Telemetry използва геометрично извеждане (посока на главната ос + позиции на сателити, изчислени от TLE), за да прецени кой сателит обслужва чинията. Това е евристичен подход: ефективен и неразрушителен, но ограничен в прецизност.

За идентификация с по-висока точност, техниката SatInView, разработена от Ahangarpour, Zhao, and Pan в University of Victoria (ACM MobiCom 2024, LEO-NET Workshop), постига почти недвусмислена идентификация на сателит чрез корелиране на траектории от картата на препятствията с TLE данни. Техният подход изисква нулиране на картата на препятствията на границите на предаване, което потвърдихме, че работи на текущия хардуер и фърмуер (вижте Obstruction Map and Satellite Tracking). Тяхната реализация е достъпна на github.com/aliahan/SatInView.

Използваме тяхната техника, базирана на траектории, като референция за калибриране и подобряване на точността на геометричното извеждане, използвано в Starlink Viewer.

# Глобусът

# Орбитални пояси

Сателитите са групирани по орбитален наклон, отчетен от орбиталните елементи на всеки сателит. Всеки пояс обхваща всички орбитални обвивки на Starlink близо до неговия наклон.

Обвивките на Starlink от първо поколение са номерирани в решението на FCC от 2021 г. (FCC 21-48). Обвивките от второ поколение не са номерирани (FCC 22-91, DA 26-36), затова всеки пояс е наименуван по наклона си. Бутонът на всеки пояс показва броя на каталогизираните в него сателити и включва и изключва пояса. Пояс без каталогизирани сателити е скрит.

# Нови изстрелвания

Нови изстрелвания показва сателитите, които все още не са в публичния каталог, с етикет [NEW]. Позициите им идват от собствените ефемериди на SpaceX в допълнителните данни на CelesTrak. Новият сателит носи временен каталожен номер 799 500 000 или по-голям, не се брои в нито един пояс и се присъединява към своя пояс, когато бъде каталогизиран.

# Проследяване на изстрелване

Изборът на Нови изстрелвания премества изгледа към най-новото изстрелване, което все още е с временни каталожни номера, и проследява неговата верига от сателити. Надписът показва обозначението на изстрелването, броя на сателитите, средния им наклон и текущата им височина. Следващо изстрелване преминава към следващата верига, когато новите изстрелвания са повече от едно. По време на проследяването превъртането мащабира, а въртенето е заключено. Спри проследяването, Esc или Центрирай върху чинията прекратява проследяването. Когато в данните няма ново изстрелване, надписът гласи Няма нови изстрелвания в текущите данни.

# Режим на замъгляване

Режим на замъгляване скрива чинията на глобуса: нейния маркер, етикета ѝ и линията на лъча. Координатите на чинията в панела са замъглени.

# Орбитални данни

Позициите на сателитите са получени от допълнителната GP крайна точка на CelesTrak, която предоставя ефемериди, предоставени от SpaceX, обединени със стандартните каталожни данни на 18th Space Defence Squadron. Данните се кешират локално от Rust бекенда и се обновяват на всеки 6 часа, с резервен вариант от 48-часов остарял кеш, ако CelesTrak е недостъпен. Лентата за статус показва броя на сателитите, броя на новите изстрелвания и възрастта на данните.

# Местоположение на чинията

Визуализаторът използва GPS координати от крайната точка get_location на чинията, когато са налични. Ако GPS данните не са достъпни, можете ръчно да въведете Вашата географска ширина и дължина в панела за конфигурация.