cryptomaster Да, типовая полумода, прикольно плывёт тактовая вверх упорно, може с приёмником чего, там прогрев. С фазового дема в относительном режиме в SA можно биты получить, может там чего нарисуется, в смысле периодов каких или структуры.

Mesh
Чёт не удалось получить демодулированный поток с концовкой, как на картинке на верху... Пробовал разные варианты, но, то лишние столбцы с нулями, то слишком большое количество лишних нулей. Попробовал демодулятор Code300, там демодуляция получилась, но много ошибок (сказывается узкий разнос частот и дрейф тактовой частоты). Но, все же, по последнему варианту демодуляции, как бы проглядывается скремблирование с помощью ПСП длиной 511 бит (образующий могочлен x^8+x^7+1). После вычитания скремблера просматривается период длиной 745 бит.
Больше получить ничего не удалось...

cryptomaster Да не може быть такого. Это ж почти когерентный дем получается. Лучше уж вроде и некуда. Там надо заюзать автосброс, у сигналика тактовая плывёт и к конщу уходит. На новых проходах дем начинает усиленно синхрится и теряет начало. Ну и саму ФАПЧ установить по боле злобной, чем обычно.


Увеличить

Уж в конце всяко в любых установках всё идёт хорошо. Но в самом конце там пауза шумовая и часть мусора будет естественно. А так две точки возмущеиний есть, одна в начале. и где-то посерёдке, что-то с сигналиком там не так, може помеха може ещё чего, но в целом всё должно отдемится без особенных косяков.

Вот тхт файл отдеменный, все проходы так вроде одинаковые, что вобщем может говорить о какой ни какой стабильности демодинга файл http://www.radioscanner.ru/uploader/2010/dem1200.txt

з.ы. К стати тут подумал, Да не може быть такого наверно и звучит хорошо, но не убедительно. Нужны доки. В поисках доков, пришла в голову такая мысль. Файл тхт это ж байты, где 0 это 30, а 1 это 31. что даёт разницу в уровнях в еденицу. Мало, зато гарантировано. Тем более файл отедеменный. В резалте можно загрузить тхт файл в SA как 8 битную дату и вытащить эту разницу в еденицу в зрелищный вид, для наглядности. Вобщем всё вышло как надо. Концовка и в исходнике после FSK дема, и в отдеменном один в один, так что отедемено всё верно.


Увеличить

Вверху текстовый файл, естественно период не родной а как там оно сложилось, но не суть, и внизу исходный, всё пучком, да и биты совпадают тож видно хорошо в теле сигналика.

И правда интересная передачка...
cryptomaster
как бы проглядывается скремблирование с помощью ПСП длиной 511 бит (образующий могочлен x^8+x^7+1)
Не очень-то это видно.
Но зато в битовой последовательности, полученной Mesh 34 раза встречается вот такой 75-ти элементный фрагмент, по всей видимости используемый для синхронизации:

000011100001001000110110010110101110111100110001010100111111010111011001100

Да еще при этом 63 из них это М-последовательность, образованная полиномом x^6+x^4+x^3+x+1.

В общем, загадка...

Mesh
Вобщем всё вышло как надо- здорово! (снимаю шляпу!)
Да не может быть такого. Это ж почти когерентный дем получается Я понял свою ошибку: не поставил в режиме дема позицию "2-s".
PassTR
И все же, М-последовательность 511 бит там присутствует. Вот картинка после вычитания ее из битового потока:


Увеличить

Красной стрелкой отмечен участок, полностью совпадающий с частью этой М-последовательности. Кроме того, имеются большие участки этой последовательности и в информационной части.

34 раза встречается вот такой 75-ти элементный фрагмент, по всей видимости используемый для синхронизации да, это я как-то пропустил...

Во время, когда я обнаружил передачу, я слышал ее начало, где было слышно характерное периодическое звучание (преамбула), скорее всего такое же, как и в конце. Длительность передачи была порядка двух минут. Других видов передачи на частоте не последовало. В участке, где была передача, часто встречается WinDRM.

cryptomaster Попробовал уточнить кто плывёт сигналик или прёмник. После АКФ всего сигналика, вверху есть слабые несучки, их много, но что б увидеть, нужно все прожекторы в SA включить. Так вот они вроде не плывут, тогда выходит как вариант подвижный обьект передаёт? Може самолёт, спутник вряд ли. Тогда на любителей не очень оно похоже, да и мода скорее GМSK, для чистой МSK спектр должен быть 1800, а он меньше. ПСП вроде была такая у немецкого стандарта времени, если не попутал чего, выходит ПСП какая стандардная что ли? Я так не очень в этом рублю. А и к стати мода может быть и SDPSK тут не угадать, если милитари, то там применяют спешиал методы для снижения ширины спектра, и где-то в инете видел, что есть какой-то буржуйский милитари протокол с SDPSK для АВИА и там вроде даже и 1200 было, так уже не помню. Но походу так ближе это к истине, если это доплер конечно, а не реально какие косяки приёмника.

PassTR
Mesh
Что-то я "затупил" совсем - видимо, сказывается жара :-)) М-последовательность, о которой упоминяю, имеет длину 255 бит... (2^8-1=255)
выходит ПСП какая стандардная что ли? - да, эти последовательности выбираются такими, чтобы во время их формирования на регистре сдвига было меньше всего отводов (для сложения по модулю два). Поэтому, чаще всего, используется их ограниченное количество.
По поводу дрейфа тактовой: для движущихся объектов наблюдается дрейф несущей частоты, а тут она, похоже, стабильная.

cryptomaster Плывёт всё и тактовая и несущая вверх, это-то я посмотрел, но вот как-то не особо уверен, что это доплер, запись кортковата вышла, може и не дполер, тут согласен, точно не выходит вычислить.

cryptomaster Собственно, я все равно никак не нахожу восьмой степени, хотя и допускаю, что фрагмент М-последовательности меньшей степени скорей всего входит в М-последовательность большей...
А про имеются большие участки этой последовательности и в информационной части, насколько большие?

Ну и так как указанные мной фрагменты с присутствующей М-последовательность, образованная полиномом x^6+x^4+x^3+x+1 также присутствуют в информационной части, причем через совершенно различное количество бит, т.е. без всякой закономерности (кроме концовки передачи), все таки считаю, что это не скремблер, а все-таки синхронизация. А вставка такого количества синхрофрагментов, кстати, может отчасти объясняться как раз нестабилльностью скорости (видимо производитель аппаратуры так и не победил этот момент).

Другой вопрос, что же там в оставшейся части, после удаления синхровставок? Пока не вижу...

PassTR
x^6+x^4+x^3+x+1 также присутствуют в информационной части, причем через совершенно различное количество бит[b] - согласен с Вами, скорее всего это метод синхронизации. Интересно было бы вычесть из всего потока всю эту, кольцом передающуюся в конце, последовательность из 171 бит. Может это такой вариант скремблирования?
Надо подумать, как это сделать...

у меня "под боком" вот такое чудо работает файл частота 3,244 USB

по все видимости ЦИС, ну что то код300 не декодирует
параметры выставлял 96 бод, центр 1001кГц, разнос 484гц

RX9CFS Ну собственно и не декодируете. В записи работа аппаратуры "Т-207". Используется не столько ЦИС, сколько Министерством связи РФ (и у гражданских не вся информация должна передаваться в открытом виде).

PassTR
подскажите:
по параметрам я правильно определил?
и какую МОДу выбирать в этом случае?

RX9CFS Ну да, в общем параметры верные. Две частотные составляющие разнос правда у меня получился 500 Гц, а скорость и правда 96 Бод.
А про МОДу это как? Частотная телеграфия она и есть частотная - FSK

это что получается в код300 написано уйма названий, а суть одно и то-же?

я сначала выбрал БАУДОТ но там синхронизация рвалась постоянно
а вот один из CIS нормально держал синхронизацию, но для меня не понятно зачем там два окна по приему...

RX9CFS Простите за некоторую жесткость, но я думаю, что обсуждение собственно демодуляции сигналов как программой "Code300", так и любой другой должно вестись не в данной теме. Вы дали запись сигнала, я определил что работает.
А от демодулятора/декодера БАУДОТ в данном случае естественно не получить информации, он же старт/стопный, а тут ни стартов ни стопов нет.

PassTR
извините за оффтоп

RX9CFS Ну да, в общем параметры верные. Две частотные составляющие разнос правда у меня получился 500 Гц, а скорость и правда 96 Бод.

есть стандартный режим ЧТ-500, 100 Бод
чтобы было 96 Бод у военных ни разу не слышал, может, проблемы с оконечной аппаратурой или с самой записью

я сигнал в реальном времяни изучал программой код300, она выдала такие параметры...

YuriVR Я разве говорю военные? Выше писал: Используется не столько ЦИС, сколько Министерством связи РФ (и у гражданских не вся информация должна передаваться в открытом виде).
Другой вопрос есть стандартный режим ЧТ-500, 100 Бод стандартный для чего (кого)?
Каждый вид подобной аппаратуры "заточен" под конкретный оконечный аппарат. Так у "Т-206" скорости 40,5 и 81 Бод - это если однократный или двукратный режимы (один телеграфный аппарат будет подключен или два), но в то же время у нее есть и скорость 73 бода - под другой вид передачи данных...

А параметры правильные - 96 Бод

Другой вопрос есть стандартный режим ЧТ-500, 100 Бод стандартный для чего (кого)?

для профессиональных возбудительных устройств диапазона ДКМВ, видел их от ВО-71 (краем глаза) до Р-170ВМ (наверное, самое новое, что вообще есть в РФ)
но не спорю, если что-то гражданское, то не знаток

PassTR ВСё верно у вас, скорость 96 там если уж так придираться то где-то 95.9, но это имхо пустяк. Разнос 500. Это больше похоже на один канал этого CIS, Ukraine military 96-100 но крипта, она и в Африке крипта.


Увеличить

PassTR
Mesh
По поводу сигнала на f=3733.66USB. Мне удалась операция вычитания из всего массива оконечной последовательности длиной 171 бит. Результат записан тут. К сожалению, эта операция определить кодовую структуру передачи (АКФ, период и т.д. ) не помогла. Похоже на ЛШ.

cryptomaster Под вычитанием вы имеете в виду операцию xor? Так с учётом, синхровствок не так оно всё прямолинейно имхо, на местах этих вставок должны быть тогда нули. Тут мутняк какой-то, да ещё я в этих вещах не сильно шарю, и рад бы чего сделать да вот ноу сэр.

Mesh
Я исправил файл, сначала было что-то непонятное. Да, операция XOR.

Mesh На 3244 - это точно не CIS, Ukraine military 96-100, а все же "Т-207"
Тут присутствует проверка по следующему принципу:
При периоде 14, если сумма единиц в первых 12 элементах:
2 или 6 или 10, то последние два символа будут 10
3 или 7 то 00
4 или 8, то 11
5 или 9, то 01
В данном случае не попалась сумма в 0, 1, 11 и 12, но можно предположить, что тогда будут 11, 01, 00 и 11, соответственно.

При этом проблема в том, что приходится проверять по всем сдвигам, да и в обеих полярностях... И хотя алгоритм в общем-то не сложный, и его бы реализовать программно, но кто б сделал...

PassTR Прикольная проверка, ну тут тогда конечно то что вы говорите, куда уж доки боле серьёзные. По всем сдвигам не совсем понял. Разве зацепившись где-то, потом оно не идёт автоматом всё правильно, или что б зацепится нужно пройтись первые 14 побитно, и вы про это?

PassTR
если не секрет в чем разложили на биты сигнал?

Mesh
Разве зацепившись где-то, потом оно не идёт автоматом всё правильно - для того, чтобы правильно засинхронизироваться по коду, нужно анализировать сразу несколько участков по 14 бит. Нужно брать чем больше, тем лучше. Учитывать так же надо то, что сигнал может быть с ошибками (в условиях помех). Если писать такую программу, то проверку нужно делать по весему массиву, подсчитывая количество совпадений при всех 14-ти (вернее 13-ти) сдвигах информации и принимать за истину положение, при котором количество совпадений будет максимальным.
RX9CFS
если не секрет в чем разложили на биты сигнал - получить биты можно и с помощью Code300.

P.S. PassTR Интересно, а какой код используется? Вариант 12:2? Или ASCII с дополнительными проверочными элементами?
Т.к., скорее всего, используется ЛШ, то смысл писать программу заключается только для однозначной идентификации передачи "Т-207".

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