microADSB и MLAT, истинность Timestamped AVR Format

[was]

Разбираюсь с форматами, как программист. Начал с ПОРТА 30003, прием, расшифровка, отображение на карте(своей).
MSG,4,5,211,4CA2D6,10057,2008/11/28,14:53:49.986,2008/11/28,14:58:51.153,,,408.3,146.4,,,64,,,,,
MSG,8,5,211,4CA2D6,10057,2008/11/28,14:53:50.391,2008/11/28,14:58:51.153,,,,,,,,,,,,0
MSG,4,5,211,4CA2D6,10057,2008/11/28,14:53:50.391,2008/11/28,14:58:51.153,,,408.3,146.4,,,64,,,,,
Затем Basic AVR Format, благо открытых исходников хватает, расшифровал, отобразил.
*8D3C484899045DAE0807FFD23686;
*02E617B0D9F419;
*5D504DE20CDCC9;
Дошел до Timestamped AVR Format, и тут споткнулся.
@01D7F90185AE8D3C484899045DAE0807FFD23686;
@01D7F9029C1302E617B0D9F419;
@01D7F90634285D504DE20CDCC9;
Идея вроде бы понятна. Первые шесть байт - это тики внутреннего генератора 12 мГц. (У меня microADSB, иначе "свисток").
Прежде чем двигаться дальше, в практическом программировании алгоритма MLAT, решил это проверить. Начал измерять тики, и оказалось, что плавает значение за одну секунду.
Как я понимаю, внутри "свистка" работает счетчик, от своего внутреннего генератора. Когда принимается пакет, к нему пристыковывается текущее значение этого счетчика и передается в формате Timestamped AVR Format. Через равные промежутки времени, например через минуту, счетчик должен приращиваться на одинаковое количество тиков. А у меня так не выходит. Уважаемые форумчане, кто в теме, объясните где я не прав. "Гуглил" 2 дня подряд, ответа на свой вопрос не нашел.


Ссылки на все программы: http://188.168.58.111:8080/index.html

Прошу всех, кто пользуется моими связывающими клиентами, обновить программы по ссылке выше. Нашел ошибку, влияющую на целостность данных при передаче их большого объема. 28.06.2014

[nakos]

Здравствуйте. Сам я не программист, потому по софту не помогу. Хотя почему вы думаете что за минуту одинаковое кол-во циклов? Генератор ведь плывёт вроде как. Насколько у вас погрешность?
А что за программу вы пишете?

[was]

Здравствуйте. Не похоже на плавающий генератор. Измерения провожу так.
1. Принимаю сообщение. Запоминаю значение счетчика в сообщении и значение времени в компьютере в миллисекундах.
2. Жду 5 минут
3. Принимаю сообщение. Беру измененное значение счетчика в сообщении, нахожу разницу с первым сообщением и делю на прошедшее за это время количество миллисекунд в компьютере.
При разных измерения получается на одну миллисекунду от ~3000 до ~7000 значений счетчика.

+++

У меня есть написанная мной профессиональная программа, которая используется в некой организации. Она отображает Воздушные суда на карте в виде треков и формуляров. Дома я ее использую для различных экспериментов по нанесению данных из различных источников и протоколов. Вот купил microADSB и начал очередные эксперименты. Завел в программу на отображение все, что было возможно, у увидел, что много сообщений, не несущих координаты, остались за бортом. Прочитал про MLAT и начал изучать возможности ее использования у себя. И споткнулся на счетчике.

[was]

Внешний вид бортов на моей карте по данным ADS-B.
foto.jpg
Антенна находиться на 17 этаже 23 этажного дома, с южной стороны, в Ростове-на-Дону. Поэтому видимость только строго на Юг, Юго-восток. Западную сторону прикрывают соседние дома. Зато на Юг, за рекой Дон (где то в километре от дома), начинается гладкая степь. Иногда принимаются борта над Черным Морем.
150620131787.jpg

[nakos]

Если не секрет, то зачем вам какая-то отдельная программа? Вроде есть уже и Планеплоттер с МЛАТом и прочее... Вообще, мы тут на сайте чрезвычайно заинтересованы в программистах, тем более в таких, которым интересна охота за безкоординатными бортами. Обратите внимание, что помимо бортов с Mode S есть ещё борта с чисто A/C, а так же борта с системой УВД. У нас есть участники ANDM, создавший свой прёмник, и SERGSERO, написавший программу для работы с DVB свистками. Я думаю ANDM сможет пролить свет на проблему с генератором. Вы писали П/О для служб УВД?

[Igor]

Здравствуйте! Я так понимаю, вы сами софт пишите для приёма данных, Вы могли бы дать ссылку на какие либо источники по данным форматам? Или не подскажите каким ПО можно принять и декодировать координаты цели?

[nakos]

Игорь, вы странные какие-то вопросы задаёте. На первой странице сайта есть все ответы и про П/О объяснено. А форматы какие нужны, то что в радиоэфире? Тогда ICAO Annex 10, но там адски научно и конечно по англу.

[was]

Я сейчас изучаю данную тему. Лучший метод изучения (по крайней мере для меня), это пройтись по всем пунктам, посчитать, "потрогать своими руками", то есть написать какой то программный код и убедиться, что он работает, что в свою очередь обозначает, что тему я понимаю правильно. Пишу не с нуля. Уже есть множество наработок. Поэтому это не сложно, вставлять вставки в уже написанное. Платные программы я не люблю. Прибегаю к ним, только тогда, когда без них уже никак. И вообще на многое, у меня свое видение. Как программист, я вырос из инженера по эксплуатации вычислительного оборудования. Профильного образования по программированию нет. Но так получилось, что писал П/О по взаимодействию со службами УВД. Есть опыт, в том числе опыт сопровождения своих программ, которые и поныне трудятся в некоторых учреждениях. На данный момент являюсь инженером оперативного обслуживания Комплекса Средств Автоматизации УВД.
Сейчас у меня приемник который принимает только Mode S. Поэтому работаю с тем, что есть. В процессе покупка приемника с режимом приема A/C.
На первый взгляд, может и наивный, работа с MLAT мне кажется посильной и реальной. Если есть в каждом приемнике кварцевые "часы", свой генератор с тактовой частотой до долей микросекунды, то всегда можно померить разницу времени прихода сигнала. По разнице прихода сигнала между 2-мя приемниками можно нарисовать линию возможного нахождения борта. Если приемников будет 3, то и линий будет 3. В месте пересечения линий и будет находиться ВС. Синхронизировать таймеры можно по тем бортам, которые передают свои координаты. По крайней мере можно держать на серверной программе, в памяти, разницы часов различных приемников. Опасаюсь только, что 48 битное значение внутреннего счетчика, это идеал. А на самом деле внутри свистка применяется какой либо 24 битный счетчик, а 48 бит выдаются в эмуляции этого режима. И применять его для расчета MLAT нужно с некоторым учетом реальной схемотехники.

+++

Вот ссылки, которыми я пользовался для изучения данного вопроса. Их вполне хватило, что бы написать свой вариант приема ADS-B
ASCII Формат данных SBS для ADS-B | ADS-B в Авиации - отслеживание самолетов онлайн/реалтайм
Декодирование координат из четных и нечетных ADS-B пакетов | ADS-B в Авиации - отслеживание самолетов онлайн/реалтайм
Декодер с FPGA для приемника miniADSB | ADS-B в Авиации - отслеживание самолетов онлайн/реалтайм
https://github.com/midendian/modesd/tree/master/src

+++

Игорь, а сам приемник у Вас есть? Если нет, то можете попробовать попринимать эти данные от меня. На данный момент мой приемник, размещенный на лоджии, работает почти круглосуточно.
140620131783.jpg
Иногда выключаю для своих экспериментов. У меня статический "белый" IP адрес и открыты два порта 30003 и 7777
Сообщите свой электронный адрес, я вам вышлю программу, которая была в комплекте с моим свистком, сообщу свой IP и как пользоваться программой.

[sergsero]

was,
добавил бы к вашему списку источников www.aviadocs.net - здесь есть все ключевые документы ICAO в официальном русском переводе (иногда это - плохо ). В том числе основные для форматов: 9871_cons_ru.pdf (Технические положения, касающиеся услуг режима S и расширенного сквиттера. Издание второе, 2012) и an10_v4_cons_ru.pdf (Том IV. Системы обзорной радиолокации и предупреждения столкновений).

На каком языке вы программируете?

[nakos]

WAS, всё это очень здорово! У нас тут давно носится идея создать свою сеть слежения за бортами, независимую от Planeplotter или FR24.COM
Что до синхронизации, то была идея использовать для этого GPS, а участник ANDM уже имеет на испытаниях приёмник с матчастью, гораздо лучше microadsb. Возможно всё это можно будет собрать на базе Raspberry Pi или аналога. Сделаем сервер, и тогда у нас будет дивная собственная сеть!