Автор |
Сообщение |
|
Дата: 27 Апр 2012 21:17:36
#
Skif585
По Вашим сигналам Сигнал на анализ - FSK/PSK modem, частота 4120 KHZ - USB .
В начале передача в режиме ЧМ2, скорость 50 бод, разнос частот 500 Гц. Затем переход в режим ОФМ2 с той же скоростью 50 бод.
Стартовые части посылок в обоих режимах одинаковы, но только разная полярность (голубой цвет):
Увеличить
Первые две строки - короткие посылки в режиме ЧМ и ОФМ, третья строка - длиная посылка в режиме ОФМ.
Судя по разносу частот и скорости манипуляции - какие-то эксперименты в сетях CIS. |
|
Дата: 28 Апр 2012 16:05:00 · Поправил: qwerty777 (28 Апр 2012 16:08:18)
#
|
Реклама Google
|
|
|
Дата: 28 Апр 2012 20:03:51 · Поправил: cryptomaster (28 Апр 2012 20:05:11)
#
qwerty777
Частота, амплитуда и скорость манипуляции сигнала "плывут", поэтому достоверный результат получить затруднительно. Однако, похоже на относительную фазовую манипуляцию (ОФМ2) с приблизительной скоростью порядка 500 - 600 бод.
Вот картина после частотной демодуляции (импульсы - моменты перелома фазы несущей):
Увеличить
Информация в посылке примерно такая ("декодировал" вручную по картинке):
01010101...(меандр)...010101101011001110000111001111001111100100001010111100111111010.
Этот сигнал был в УКВ диапазоне? |
|
Дата: 03 Май 2012 00:32:10
#
cryptomaster
qwerty777
Посмотрел последний сигнал. Скорость получилась 588 Бод. Раскладка примерно такая:
...1111100001001000011000011110000110000001100000000110011110010010000000011000000000010011111...
Увеличить
Увеличить |
|
Дата: 04 Май 2012 23:22:28
#
|
|
Дата: 05 Май 2012 09:49:34 · Поправил: cryptomaster (05 Май 2012 09:50:11)
#
R_V_S
Записана работа скремблера в двух режимах: сначала аналоговый режим, затем переход на цифровой режим в OFDM-моде. Примечательно, что режим OFDM соответствует аппаратуре AT-3004D / AT-3104 Type Modem :
Увеличить
Модем 12-канальный, скорость в каналах 120 бод, разнос частот между каналами 200 Гц, в каналах режим PSK2. В верхней части спектра сигнал пилот-тона. Раньше такое сочетание режимов на форуме не отмечалось.
Работа этого модема отмечается в сетях CIS. |
|
Дата: 05 Май 2012 11:02:38
#
|
|
Дата: 05 Май 2012 22:51:07
#
cryptomaster
Большое спасибо. Действительно редкое сочетание. К тому же цифровой скремблер с такой преамбулой ранее не встречался.
|
|
Дата: 05 Май 2012 23:24:21
#
Skif585
Передача в режиме фазовой манипуляции, скорость 1200 бод.
Код передачи 8-битовый, период 192 бита:
Увеличить
Периодически, через 9 секунд, передается информационная посылка длиной 224 бита. Информация в информационных посылках изменяется незначительно:
Увеличить
В конце, кодом Mорзе, нечетко, передано:
v as1 k
qsh bk ok
qsw 54 (точки "перебой") qsw 52746 qe
s e e
О принадлежности судить сложно, возможно из сетей CIS? |
|
Дата: 06 Май 2012 00:45:24
#
cryptomaster
Skif585
PSK modem, 4572 kHz
А не может это быть сигнал точного времени или сигнал какого либо стандарта?
|
|
Дата: 06 Май 2012 09:16:58
#
R_V_S
А не может это быть сигнал точного времени или сигнал какого либо стандарта? - в случае передачи меток времени, сигналы должны иметь некую периодичность, синхронную с секундами. В данном случае, период передачи 192 бита соответствует временнОму интервалу 192:1200=0.16 секунды. Скорее всего, ИМХО, это из разряда "телеметрия/телеуправление".
|
|
Дата: 08 Май 2012 00:14:36
#
|
|
Дата: 08 Май 2012 00:29:32
#
|
|
Дата: 08 Май 2012 20:29:50
#
RadioKoteg
На частоте 27270 кГц интересный сигнал, режим работы которого установить не смог. После частотного детектирования получилась такая картина:
Увеличить
На частоте 27038 кГц сигналы в режиме ЧМ, разнос частот 9810 Гц, скорость манипуляции нестабильна и в среднем составляет 6315 бод. Период передачи составляет 62 бита:
Увеличить
Назначение сигналов определить затрудняюсь... |
|
Дата: 08 Май 2012 22:43:36 · Поправил: R_V_S (09 Май 2012 00:10:39)
#
cryptomaster
На частоте 27038 кГц
Обратите внимание! Информация передаётся двумя символами противоположной полярности. В начале блока, возможно, синхробиты-2 символа, передаваемые в одной полярности. Очевидно применён принцип Манчестерского кодирования, когда каждый информационный бит формируется из двух полубит 0 - 10, 1 - 01.
|
|
Дата: 08 Май 2012 22:56:10
#
Всех Форумчан поздравляю с ДНЁМ ПОБЕДЫ !!!
Желаю счастья, крепкого здоровья и семейного благополучия.
|
|
Дата: 09 Май 2012 10:29:49
#
Во-первых, всех с праздником ВЕЛИКОЙ ПОБЕДЫ!
R_V_S
Очевидно применён принцип Манчестерского кодирования - да, это очевидно. Но есть непонятные отклонения. Я выделил сдвоенные столбцы (красными линиями) , соответствующие "манчестеру", однако есть столбец, который не вписывается в это правило (отмечен желтым цветом):
Увеличить
Назначение посылок этого столбца непонятно, сначала думал, что проверочные элементы, однако не нашел варианта проверки... |
|
Дата: 09 Май 2012 13:31:47
#
R_V_S
Похоже, нашел назначение "лишнего" столбца. Я перевел информацию в относительный вид и получил картину:
Увеличить
Таким образом отметились места переходов посылок "манчестера" с нуля на единицу и наоборот. Так вот, количество этих переходов на строках везде нечетное. Видимо, этот "непонятный" столбец таким образом и осуществляет проверку.
Кроме того, в левой части картинки первые семь стобцов, в негативе, являются последовательностью Баркера "1110010". |
|
Дата: 09 Май 2012 23:38:29
#
cryptomaster
Назначение посылок этого столбца непонятно
Этот столбец дублирует предыдущие два столбца. Таким образом, в отличие от предыдущих символов, формируемых двумя столбцами, последний состоит из трёх столбцов, где средний в противоположной полярности к крайним. Очевидно он и является проверочным. Последовательность Баркера в начале блока свидетельствует, что Вы на правильном пути и мне кажется, что здесь временное уплотнение с вертикальным размещением программ. С уважением.
|
|
Дата: 10 Май 2012 08:40:34 · Поправил: cryptomaster (10 Май 2012 08:54:18)
#
R_V_S
Этот столбец дублирует предыдущие два столбца. - спасибо за подсказку (что-то сразу не заметил... :-))
мне кажется, что здесь временное уплотнение с вертикальным размещением программ. - Вы имеете в виду многоканальный вариант передачи информации по столбцам - вполне возможно. Для подтвердения попробую "поковырять" информацию в столбцах.
|
|
Дата: 10 Май 2012 10:00:34
#
Всем привет!
Написал программу для считывания данных с магнитной карты.
Кратко о принципе: магнитная головка подключается к линейному входу звуковой карты. При проводе магнитной ленты возле головки возникают колебания которые и записываются на ПК. Дальше обработка простая. Ищем пики колебаний, синхронизируемся по ним и получаем битовый поток. При этом во время декодирования подстраиваем тактовую частоту декодирования. А дальше по стандарту снимаем коды и получаем результат ;)
Но тут есть одна заковыка; для поиска пиков я использую 2 критерия; пороговое значение-нахожу группы отсчетов, в которых находятся пики, и разницу значений между соседними отсчетами для выявления пика по изменении знака разницы.
С вторым критерием все хорошо - работает, а вот как находить оптимальное пороговое значение и корректировать его по ходу обработки я не знаю - пока ввожу вручную. Такое дело меня не устраивает. Знает ли кто как справится с такой задачей?
Заранее спасибо! |
|
Дата: 10 Май 2012 11:11:49
#
|
|
Дата: 10 Май 2012 18:50:23 · Поправил: cryptomaster (10 Май 2012 19:08:01)
#
RadioKoteg
Еще из частоты 27038 кГц - интересная у вас там частота 27038 кГц.
Записана передача, с использованием, скорее всего, импульсно-кодовой модуляции (ИКМ ).
Передача осуществляется пакетами из трех импульсов, расстояние между которыми (по времени) изменяется. Каждый импульс, в свою очередь, имеет свою трех-импульсную структуру:
Увеличить
Общая картина передачи с разверткой растра 0,0193 S:
Увеличить
Скоре всего это передача из разряда тлеуправления моделями. В данном случае, 3-х канальное управление по стандарту РРМ, который имеет стандартный период 20 mS. |
|
Дата: 10 Май 2012 19:03:17
#
Но тут есть одна заковыка; для поиска пиков я использую 2 критерия; пороговое значение-нахожу группы отсчетов, в которых находятся пики, и разницу значений между соседними отсчетами для выявления пика по изменении знака разницы.
С вторым критерием все хорошо - работает, а вот как находить оптимальное пороговое значение и корректировать его по ходу обработки я не знаю - пока ввожу вручную. Такое дело меня не устраивает. Знает ли кто как справится с такой задачей?
Попробуте использовать скользящую медиану. Ну и другие вариации на тему порядковых статистик возможно тоже стоит поиспытывать.
|
|
Дата: 10 Май 2012 22:57:47 · Поправил: R_V_S (10 Май 2012 23:01:40)
#
cryptomaster
Мне хотелось бы поделиться одним наблюдением за частотой, выложенной Вами 22 апреля сего года (4324 кГц). Работа в подобном режиме велась до 2.05.2012. Кроме того аналогичная была отмечена на частоте 4337 кГц. Частоты двух разных радиосетей . Работа двух р/сетей в одинаковом режиме вызывает сомнение о случайности, а длительная "залипуха" в такой важной системе управления, тем более. Запись wav. с 4337 кГц за 23.04 высылаю, а также фото №1 с неё же. Фото №2 сделал сегодня. Просматривается период 21 бит. . На первом снимке видны выбросы пиков через неравномерные участки, они же хорошо заметны и на wav.-записи. Мне кажется, что в данном случае применено NRZ-кодирование.
Увеличить
Увеличить
http://narod.ru/disk/48713453001.8312b816bb11f91df41eada5f1cb12b5/4337_23_04_2012__00_54.wav.html |
|
Дата: 11 Май 2012 00:31:20
#
R_V_S
cryptomaster
Запись wav. с 4337 кГц это сигнал French Navy Bcast , ещё можно посмотреть здесь FSK-2 850 Hz 50 bt AKF-21 ???
а в общем так:
French Navy Bcast FUB Paris ITA2/50/850 crypte ACF=21.
Groupe de frequences FUB-Houilles:
16966 12730 8565 4338 2064 kHz
Bearing 135/315°(Jim, U.K. - udxf 28/07/2007) |
|
Дата: 11 Май 2012 11:50:44
#
R_V_S
Замеченный Вами момент интересен, но, почему-то дальнейшим наблюдением не подтверждается. Надо будет последить еще раз.
Что замечено мною - передача может иметь два режима:
1.Режим типа "залипуха", это когда нарушается равномерность распределения посылок:
Увеличить
2. Режим с равномерным распределением (запись сегодня утром):
Увеличить
ИМХО, в период, когда информация не передается, канал заполняется шумовой манипуляцией (это как канал, для "очистки" от посторонних станций, занимают передачей "точек" (меандром)). В моменты передачи информаии "шум" отключают и в канал подключается оконечная аппаратура (в данном случае ЛШ). |
|
Дата: 12 Май 2012 00:51:37
#
Skif585
cryptomaster
Извините, но Вы не совсем вникли в суть проблемы. Дело не в том, что эта частота и передача уже обсуждались на Форуме и даже не в том кому они принадлежат. Было отмечено изменение принципа передачи сигнала в сети French Navy Bcast. Если внимательно присмотреться к Фото №1, то можно заметить на границах посылок отдельные чёрточки длиной, примерно, с четверть посылки, а также неравномерную длительность самих посылок. И это, заметьте, одновременно на двух частотах, принадлежащих к разным узлам связи. Здесь "залипухой" не пахнет. Работа целенаправленная. К стати, период 21 бит может содержать от одной программы со скоростью 50 Бод, до четырёх, с суммарной скоростью 200 Бод. А четверть посылки как раз равны 5 мс. , что и соответствует скорости 200 Бод.
|
|
Дата: 12 Май 2012 09:34:57 · Поправил: cryptomaster (12 Май 2012 09:48:54)
#
R_V_S
Тут есть один момент: речь идет о передачах на разных частотах: 4325 кГц и 4338 кГц - Вы полагаете, что эти станции относятся к одному и тому же ведомству?
|
|
Дата: 12 Май 2012 21:33:35
#
cryptomaster
речь идет о передачах на разных частотах: 4325 кГц и 4338 кГц
Да, ведомство одно, но станции разные.
|
Реклама Google |
|