Ну собственно, 124.450 и 128.625 опять фурычат.
Работают на северо-западе, сейчас борт рассказывает "Пробою" о метеообстановке, наблюдаемой визуально.

Специально для тех, кто не имеет пока возможность мониторить "Пробой" МВЗ, или еще ни разу не слышал в эфире как разгоняют облака.
Из записи убраны все большие паузы между включениями, т.е обмен non-stop.
Разгон облаков 1 сентября 2007 года. "Пробой" 124,45 Мгц. Запись с 8ч38мин до 10ч17мин МСК. Сбрасывают "упаковки", потом углекислоту, "грамм на минуту".
"Пробой" спешит, т.к "У них срывается, мероприятие очень высокого ранга".
Слушайте на здоровье. С уважением, Ярослав.
http://www.radioscanner.ru/files/aviarecords/file3657/

Mexico

Благодарность!
От народа.

Прямо сейчас, частота 128,625 передают цифру.(GPS координаты)

тут настройки


Увеличить

вот так выглядят координаты, при декодировании

$GPRMC,085802.000,A,5526.f .1859,E,181.86,288.88,010907,,*0B $GPGGA,085804.000,5526.2771,N,03723.0177,E,1,07,1.6,3836.9,M,14.6,M,,0000*6A $GPGGA,085809.135,5525.1077,N,03744.1742,E,1,02,0.0,4749.9,M,14,M,0.0,0000*4F
$GPRMC,085828.000,A,5526.6403,N,03720.9925,E,181.24,287.15,010907,,*00 $GPGGA,0526.6846,N,03720.7396,E,1,08,1.6,3834.8,M,14.7,M,,0000*67
$GPRMC,085833.134,A,5523.9819,N,03745.5197,E,179.58,144.21,010907,,*08
$GPGGA,085835.133,5523,N,03745.6228,E,1,00,0.0,4747.8,M,14.4,M,0.0,0000*
$GPRMC,085842.446,A,5525.9507,N,03708.7720,E,193.20,307.92,010907,,*0D
$GPGGA,085850.000,5520.5543,N,03721.6987 N:N>N:F&N62>F>0000*6B $GPRMC,085852.000,A,5527.0036,N,03718.9680,E,182.11,288.58,010907,,*00 $GPGGA,085854.000,5527.0360,N,03718.7998,E,1,08,1.6,3823.3,M,14.7,M,,0000*
$GPRMC,085857.132,A,5522.1304,N,03743.3953,E,242.52,208.66,010907,,*0B $GPGGA,085859.132,5522.0339,N,03743.2489,E,1,02,0.0,4738.4,M,14.4,M,0.0,0000*49

может немного не потеме, обсуждение по этой "цифре" ТУТ

Интересно, чего они там рассеивают и откуда какие-то "шапочки", но облачность сплошная...

Mexico
RadioElk

вот программа (с ключиком)
для передачи лог-файла (txt) полученного с декодера в любую GPS программу.
в том числе и Google Earth

GpsGate2.50 лежит ТУТ

я делал так, получал лог файл с декодера (к стати у Winradio Он декодируется сразу с символом $ в начале стрки). далее через эту программу (GpsGate2.50) переносил полученные координаты в Google Earth.

BATONS
Перегнать декодированное на карту - не проблема, проблема традиционно - декодировать. :)
У меня вот так и не получилось, несмотря на давно известные параметры.

RadioElk
у меня тоже "идеально" не получается, много шумов (посторонние символы в пакетах). сейчас удаляю лишние символы из таблицы трансляции - только этим можно очистить пакеты

вот что получилось при декодировании пакетов.
время примерно с 12:00 до 16:00 МСК

Логи тут:
РАЗ

ДВА

а вот эти координаты из лог-файлов с помощью GpsGate2.50 переданы в Google Earth

на карте трек выделен желтым цветом



перед загрузкой лог-файлов, переименуйте расширение с txt на nmea

P.S
желтый трек через всю Москву - это результат соединения двух файлов записанных в разное время.
в реальности его НЕ ДОЛЖНО БЫТЬ !!

резкие углы трека - результат выпадания координат (битые строчки NMEA при декодировании)

BATONS
Красиво получилось
А красня загогулина недалече от химок, это что?

БЕГЕМОТ

А красня загогулина недалече от химок, это что?
это трек самолета из Шереметьево-2 (в прошлом году летал в Тайланд отдыхать)

а кто нибудь пробовал еще декодировать на данной частоте?
у меня возникла проблема с правильностью "расположения строчек с координатами"
декодер как то не корректно распозновал символы начало и конца строки.
новая строка с данными могла начаться где угодно, но не в начале следующей строки, как и положено

пример:

Увеличить

BATONS
А в таблице символов есть символ перевода строки?
Судя по картинке, он игнорируется или заменен на пробел при декодировании. Это уже свойства декодирующего софта. У некоторых, вон, "$" не виден.
Если сохранить "сырые" данные (а есть такая возможность в софте winradio?), то потом hex-редактором смотреть там CR,LF (0D,0A), если они есть, то все ОК. Если там что-то другое или ничего, то софтина где-то тупит.

RadioElk

да все вроде есть.



а символ $ - это 0х24

Если сохранить "сырые" данные (а есть такая возможность в софте winradio?)
нет именно сохранить нет, есть правда таблица со статистикой повторяемости байт.
тоесть какое количество каждого символа присутствует в сообщении, попробую запись прогнать и посмотреть.

может у них вообще по другому синхронизация строк устроена?

Ага, символ есть..
Перед "$G" есть подозрительная куча пробелов, вот в них CR,LF и может скрываться.

BATONS
нет именно сохранить нет
А что такое тогда log file?

БЕГЕМОТ
А что такое тогда log file?

по аналогии это как запись в Winradio в режиме "IF" и "audio"
тоесть IF - можно прогнать в другом (стороннем) декодере и получить более лучший, например резудьтат.
а audio - уже как сигнал есть, так и есть, в нем уже не исправить косяки предыдущего декодера.
так и тут, из текстового файла уже не восстановить потерянных символов :((
попробую сейчас запись прогнать через декодер, а символ пробел, заменить на конец строки или начало.
результат выложу позже

RadioElkАга, символ есть..
Перед "$G" есть подозрительная куча пробелов, вот в них CR,LF и может скрываться.

есть, нашел, большое спасибо Вам за МЫСЛЬ !!
присвоил байту 0х00 "LF"
теперь все строки начинаются как и положено им начинаться :))


Увеличить

теперь проблема в "мусоре".
много мусора возникает в паузах между сигналами, может есть у кого идеи как с ним бороться?
я так думаю должен быть "запирающий" сигнал, по аналогии с FAX ? или тут устроено как то по другому

BATONS
Если там 0x00, то это вполне понятный формат "zero-terminated line".
По поводу логики - тут вот как: на самом деле, на сколько мне известно, NMEA изначально не предназначен для передачи "не по проводам" (да и по проводам на большие расстояния тоже, это не телекоммуникационный протокол), поэтому в нем самом никаких дополнительных маркеров не предусмотрено. Такое вот использование - это определенная самодеятельность тех, кто такую схему передачи координат использует, а не APRS или что-то подобное.

BATONS
может есть у кого идеи как с ним бороться?
Самое примитивное писать по шумодаву, потом прогонять запись через декодер.
Места правда на харде надо...

RadioElk

спасибо за информацию

Если там 0x00, то это вполне понятный формат "zero-terminated line".

не подскажете, где найти эту таблицу "zero-terminated line" ?
точнее присвоение символов, я так думаю в моей "кустарной" трансляционной таблице, некоторые символы не на своих местах. хочу проверить, а завтра в реальном времени протестировать.
По новостям, облака завтра тоже будут разгонять.

"zero-terminated" (null-terminated) - это не кодировка символов. Это способ маркировки окончания строк, как использование символов CR и LF, принят для хранения строк в языке Си.

А сама кодировка может быть какой угодно. Собственно, ожидать иного набора символов, чем ASCII, тут было бы странно. Возможны варианты - ASCII-8бит или ASCII-7бит (поверх восьмибитного протокола передачи и такое возможно). А так - http://en.wikipedia.org/wiki/Ascii

БЕГЕМОТ
Самое примитивное писать по шумодаву, потом прогонять запись через декодер.
Места правда на харде надо...

пробовал такой вариант.
Шумодав при открытии/закрытии "проглатывает" пару символов в начале и конце передачи, не всегда правда, но есть такое. результат теряются некоторые промежуточные координаты, хотя это и не страшно. (хотя из за этого на треке появляются острые углы, переходы)
я записываю "на лету" в лог-файл а там ручками немного правлю.

а Вы не пробовали декодировать этот сигнальчик?

BATONS
а Вы не пробовали декодировать этот сигнальчик?
Картина аналогична Вашей, более плотно не удалось заняться...

Подумал, как эти товарищи работают - скорее всего, у них декодер аппаратный, на таракане вроде SM8223A, а данные они прямо с com-порта снимают и дальше c ними чего-то делают. (Вообще, конечно, это все самопал злой, ну не передают координаты в NMEA по радио, для этого APRS есть.)

А вот по поводу непрерывной записи - вопрос: кому-то известен хоть один аудио-кодек в стандартном windows-формате, жмущий без потерь? Я перепробовал Flac, WavPack, TTA - все ставятся как standalone-кодеры и (в лучшем случае) directshow-фильтры, что исключает использование в большинстве простых программ. Хотя для архивных задач, конечно, они очень неплохо работают.

RadioElk
Вообще, конечно, это все самопал злой,
Так и есть, надо думать в соответствии с финансированием этой задачи.
Один из разработчиков рассказывал, радиолбюитель кстати.
Вы видимо пропустили.
ну не передают координаты в NMEA по радио, для этого APRS есть.
Что Вы заладили про этот APRS?
К примеру системам AVL уже лет двадцать, не менее, этой паяльной игрушки еще и в помине не было, когда в проф. связи координаты передавали. В различных форматах передавали, и сейчас предают, в том числе и в NMEA.
Это промышленный стандарт, который легко подсунуть в любое приложение, чем собственно здесь и занимаются :)
Ни один серьезный производитель не будет ориентироваться на какую то радиолюбительскую игрушку для развлечения, большей частью слизанную с уже существующего.
Говоря самопал злой, тут же предлагаете другой самопал :))
Так что аппеляции к апрс, как то не убедительны.

активность на частотет 128.625 есть, но в пакетах нет NMEA, толко какие то цифровые посылки

БЕГЕМОТ

у Вас получается декодировать сейчас координаты?

BATONS
Нет, координат не наблюдаю.

БЕГЕМОТ
ASCII7 поставьте, все будет.

ЗЫ: в 8 тоже есть
Видимо у них не передавалось.