ardem
Сарказм насчёт фазовых созвездий не обоснован.
Это не сарказм. Просто вопрос сформулирован неоднозначно и ответить на него можно 2мя путями 1-отправить читать документацию, 2-уточнить вопрос и таки ответить на него.
Спасибо за звуковой файл.
Теперь при наличии реального сигнала можно уточнить параметры модуляции самостоятельно.

Забыл спросить Есть определённые наработки. имеется ввиду построение демодулятора?

readt
ответить на него можно 2мя путями 1-отправить читать документацию, 2-уточнить вопрос и таки ответить на него.
Отправить я и сам могу кого угодно, и не только за документацией (в которой, кстати, созвездия не нарисованы).

ardem
Отправить я и сам могу кого угодно, и не только за документацией
Для Вас пребывание на форуме-самоутверждение или интерес, к чему здесь демонстрация самостоятельности? Я ответил на Ваш вопрос и в ответе подчеркнул о готовности к диалогу.
И все же по сути вопроса: имеется ввиду построение демодулятора?

readt
Что Вас кокретно интересует?

Что то здесь всё не посуществу.
Что насчёт протокола.

Что то здесь всё не посуществу.
:)
Что Вас кокретно интересует?
Что насчёт протокола.
поговорили блин...

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

В копилку не влезет. Пиши мыло кину.

xxx

Отрежте сколько влезет, он нужен чисто посмотреть, что это и с чем его кушать, заниматься им плотно я пока не готов, хватит 5-6 секунд звучания.

Сигнал в копилке.

xxx
Ок, спасибо.

Вот так выглядит созвездие 8P2A.

Окей , а с помощью чего получен такой результат. Можно получить такую прогу.

Ещё есть сигнал 16P4A

xxx
Да я в курсе, что есть 16P4A, у меня он как раз есть только короткий очень, киньте если не трудно и его.

Файл в копилке. Как насчёт моего вопроса чтобы получить такую программу позволяющую смотреть созвездие

xxx
Кхм... она на сайте с незапамятных времен лежит http://www.radioscanner.ru/forum/index.php?action=vthread&forum=21&topic=16848 .

Извиняюсь всё понял

А вот 16P4A не рисуется, надо разбираться, там с ФАПЧ проблемы какие то.

SergUA6
Спасибо за созвездие. Мне почему-то казалось, что точка должна быть на оси ординат. Теперь понятно,
что она сдвинута на 22,5 градуса. Наверное, аналогично для ОФМ-2, ОФМ-4 и ОФМ-8.
Однако, я с помощью ФАПЧ в демодуляторе, который делаю, могу прижать точку куда угодно. Всё-таки
если относительная манипуляция - это неважно (только разность фаз надо вычислять).


А вот с декодером несистематического кода Рида-Соломона пока неясно. Ведь образующий полином
неизвестен, поэтому выделить информационные байты не получается. Из-за этого не могу проверить правильность демодуляции.

Несколько вариантов полей Галуа(256) и образующих полиномов мне известны.

xxx
Как быть далее?

ardem

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

p.s. А вообще я собираюсь модуль с фазовой плоскостью переписать, там не все как мне хотелось бы.

Это 16P4A, картинка увеличена в полтора раза, хорошо видно четыре "окружности" соответствующих уровням амплитуды.

ardem
Все таки точки лежат на осях, по моему я нашел косяк, и сейчас вроде все правильно.


p.s. Чуть попозже версию подправленную выложу(которая рисует 16P4A), надо проверить все по нормальному.

p.p.s выложена подправленная версия http://www.radioscanner.ru/forum/index.php?action=vthread&forum=21&topic=16848&page=3 с тактовой синхронизацией.

Спасибо всем за помощь. Когда дойду до снятия протокола, о котором говорил ххх, обязательно
поделюсь. Вполне допускаю, что он в некоторых модемах отличается от Е2004.pdf.
Сейчас читаю книжку Муттера, пытаюсь сделать декодер несистематического кода Рида-Соломона.

ardem

Ну как с декодером НСК РС.

Не пробовали делать быстрое ФМС-преобразование.
В свое время моего скромного интеллекта на это не хватило.

Adv
Декодер вроде получился, но во временной области. В частотной пробовал, но также мне не всё ясно.
Сейчас занимаюсь отладкой этого декодера. Единственной (пока) проблемой является то, что полином ошибок не всегда адекватен реальному количеству ошибок в комбинации (длина 255 байт). Другими словами, если имеется 10 ошибок,
декодер исправляет (и полином ошибок показывает эти 10 ошибок - их местоположение и величину), аналогично, если 11 и 12 ошибок. Далее я понимаю, что 13 ошибок код исправить не может (т.к. образующий полином не позволяет). Однако полином ошибок получается какой-то глючный, показывает
1-2 ошибки и, соответственно, после XOR, не может обеспечить такую комбинацию, которая делится
на образующий полином без остатка.

Кстати, пропал куда-то xxx, может в отпуске?

Я пробовал декодировать во временной области
по Берлекампу, а после снимать несистематичность
матрицей ФМС.
Код (255,188) нормально исправляет 27 ошибок
при теоретической 31.

Тем не менее осталась неясность даже по протоколу передачи файлов. Если взять тот же main.txt, то по ходу передачи файла встречается несколько команд (hex 01 17) вставки данных с клавиатуры (попросту чат). При этом не совсем понятно, в каком формате передаются переговоря операторов. Тоже архивируются? И если архивируются, то в общем потоке или каждое сообщение отдельно?

hameleon
команд (hex 01 17) вставки данных с клавиатуры (попросту чат)
А с чего Вы взяли, что протокол передачи ФАЙЛОВ должен поддерживать ЧАТ в процессе этой самой передачи файлов? Я думаю, что в файле main.txt передаются файловые сообщения, об этом говорят имена файлов. Ну встретилась там эта последовательность, и что? Почитайте документацию, описывающую протокол и предыдущую страницу, чтобы побороть префиксацию и пробуйте вытащить данные. Не получится, задавайте вопросы.

А с чего Вы взяли, что протокол передачи ФАЙЛОВ должен поддерживать ЧАТ в процессе этой самой передачи файлов?

Действительно, я несколько некорректно выразился. Речь идет о binary transfer protocol (E2004), так вот там такая возможность (обмена сообщениями с клавиатуры во время передачи файлов) явно указана, при этом сообщения (чат) включаются в общий поток данных, а на приемном конце выделяются из потока и выводятся на экран терминальной прогой. Кроме того, такая же возможность описывается и в системе Data-and-fax system 923 (на основе модема Barrett 923). Так что помимо самого файла, в main.txt есть несколько сообщений пользователей. На это так же указывает подсчет размера сжатого файла (общий размер минус размер команд и CRC) и сравнение с полем <размер файла до и после архивации>.

есть несколько сообщений пользователей
Где, если не сложно? Отчетливо видно 2 (по именам файлов) передаваемых файла и ничего более.
На это так же указывает подсчет размера сжатого файла
По документу Е2004 размер 1-й указывает на длину после расжатия а 2-й на длину фактически передаваемого файла (разумеется без учета префиксации).