проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[UA3WFO]

какой пакет в ПСК обнуляется? ну потеряете 1-2-5 букв из текста

Ну зачем же понимать слово "пакет" в узком смысле моды Packet . В русском языке это много чего. Фирма YAESU все виды цифровой связи (инструкция по настройке) объединяет общим названием "Работа пакетной связью".
Что касается BPSK, то Ваше выражение "ну потеряете 1-2-5 букв из тексте" не имеет смысла, потому, что имеет значение именно группа (пакет) знаков. Это позывной, QTH-локатор, IOTA и т.п.

а вот в ФТ8 так называемый пакет обнулится

Группа знаков в FT8 за время передачи повторяется, есть ещё функция DEEP и много чего есть для того, чтобы из "клочков" инфо собрать полное сообщение.
P.S. B BPSK тоже повторяют важные группы (пакеты) знаков и тем самым избегают потери инфо. Но это при CQ чаще всего, а вот при тестах не всегда.

[RA3QH]

Группа знаков в FT8 за время передачи повторяется, есть ещё функция DEEP и много чего есть для того, чтобы из "клочков" инфо собрать полное сообщение.
P.S. B BPSK тоже повторяют важные группы (пакеты) знаков и тем самым избегают потери инфо. Но это при CQ чаще всего, а вот при тестах не всегда.

Согласен...но в ФТ за счет малого интервала времени декода это происходит чаще....к сожалению...

[UA3DJY]

Группа знаков в FT8 за время передачи повторяется

Нет повторов информационных тонов в FT8 последовательности. Ошибки исправляются за счет расстояния между кодовыми словами(избыточность при кодировании). Сейчас для FT8 используется кодек LDPC(174,87), где 87=72+3+12.

WSJT-X 1.8 и JTDX используют 72-бит протокол, WSJT-X 1.9.1 использует 72+3 бит протоколы, 72 для передачи стандартных и 75 для передачи специальных сообщений (двойные сообщения DXpedition и сообщения для NA VHF Contest).

Возможно что WSJT-X 2.0 будет использовать для FT8 кодек LDPC(174,91), где 91=72+5+14, с протоколами 72/75/77 бит и просадкой в чувствительности моды FT8 10log(91/87)=0.2 dB.

[UA3DJY]

Разработка и выпуск софта JTDX и моды Т10 ведь не нарушали этику (и так понимаю GNU тоже).
А модификация моды T10 её автором (UA3DJY) в ту же самую моду Т10 (но с возможностью корректно отрабатывать нестандартные СПС ) нарушит ?

JTDX изначально позиционировался как инструмент для проведения дальних (DX) связей, и мода JT65 для этого подходит лучше всего. Был конфликт когда вопреки просьбе Joe Taylor в JTDX был сделан декодер на согласованных фильтрах для JT65 на КВ диапазонах, за основу был взят и доработан декодер УКВ софта WSJT-X 1.7. Декодер был сделан в JTDX после заявления Joe K1JT что в WSJT-X не будет декодера на согласованных фильтрах на КВ диапазонах, причина была в изначально большом количестве ложных декодирований с подавляющим большинством которых в коде JTDX разными методами удалось справиться.

Работа специальными позывными не имеет ничего общего с DX связью, этот вид спорта ближе к соревнованиям и для него не требуется высокой чувствительности, важен темп проведения QSO. В том числе для специальных позывных в WSJT-X 2.0 будет использоваться новый кодек для FT8.

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

Сейчас есть общая мода FT8, которая будет универсальна и в том числе будет использоваться для работы в соревнованиях. Изобретать дублера на основе T10 нет смысла, повышение скорости передачи в T10 с сокращением интервала до 15 секунд приведет к близкой FT8 чувствительности, снизит существующую помехозащищенность T10 за счет расширения тонов в частотной области.

[R2PU]

Работа специальными позывными не имеет ничего общего с DX связью, этот вид спорта ближе к соревнованиям и для него не требуется высокой чувствительности, важен темп проведения QSO. В том числе для специальных позывных в WSJT-X 2.0 будет использоваться новый кодек для FT8.

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

Игорь , спасибо , в большинстве случаев согласен но бывает всякое , чувствительность декодера иногда здорово помогает :
1) работа в FT8 RI50ANO (если это не DX связь то что тогда , не все ещё забыли вопросы : "так с кем же я в итоге сработал, с RI1 или с RI50"? )
2) просьбы из UN , R9 и R0 во время RP73 : "не добиваю до Вас ни в CW ни в PSK , можете перейти в FT8 ?" (3.000 км плюс\минус конечно не совсем DX - но чувствительность моды здорово помогала в таких случаях (при условии что человек мог хотя бы дать рапорт - а не долбить огрызком локатора) , реальный RST -12\-15 в одном из QSO примером)
3) да уже не суть (примеров то много но смысл теперь....)

Я Вас услышал :

В том числе для специальных позывных в WSJT-X 2.0 будет использоваться новый кодек для FT8.

Изобретать дублера на основе T10 нет смысла

Т.е. дело не в этике и не в GNU - а в том что скоро (вроде обещали к январю) будет новая версия FT8 и софта от Тэйлора которая закроет проблемы с нестандартными позывными раз и навсегда.
Будем ждать (и надеятся что Тэйлор в курсе существования всех сочетаний нестандартных СПС).
Также будем надеятся что будет прописана своя полоса частот для них (я так и представляю все прелести бытия хэмов всего мира - если на стандартных частотах FT8 пяток-десяток RP74 разом даст CQ UP на одном бэнде в Т10 эта проблема была бы не такой острой в силу изначально прописанных частот отличных от FT\JT - но уже не суть)

Спасибо за подробный ответ по существу вопроса , теперь как минимум понятно чего ждать и к чему готовиться.
С Уважением Роман R2PU.

[UA3WFO]

Нет повторов информационных тонов в FT8 последовательности. Ошибки исправляются за счет расстояния между кодовыми словами(избыточность при кодировании).

Спасибо за то, что Вы изложили принципы положенные в основу моды FT8!
Однако!
"Ошибки исправляются"?!
Как можно исправить ошибки не обращаясь к ранее переданной инфо?

Группа знаков в FT8 за время передачи повторяется,

Повтор знаков может быть в виде полного дублирования, а может иным способом...

исправляются за счет расстояния между кодовыми словами(избыточность при кодировании).

Но это всё равно повтор инфо!

[UA3DJY]

Как можно исправить ошибки не обращаясь к ранее переданной инфо?
Повтор знаков может быть в виде полного дублирования, а может иным способом...
Но это всё равно повтор инфо!

Здесь есть подробное описание LDPC: Код с малой плотностью проверок на чётность

[UA3WFO]

Здесь есть подробное описание LDPC:

Можно каждому передаваемому символу присвоить не повторяющуюся никак в других символах комбинацию 0 и 1 (или тонов).Сколько же их будет в каждом символе?(( В месте приёма, иметь формат этих символов, если передаваемая комбинация символа принята лишь частично, можно восстановить её полностью по индивидуальному не повторяющемуся фрагменту, но тогда идёт сравнение уже не двух комбинаций, а полного набора с полученным достоверно (а если нет?) фрагментом в месте приёма. В общем всё упирается в возможности вычислительной техники, а ошибки всё равно будут.

[UA3DJY]

Можно каждому передаваемому символу присвоить не повторяющуюся никак в других символах комбинацию 0 и 1 (или тонов).Сколько же их будет в каждом символе?(( В месте приёма, иметь формат этих символов, если передаваемая комбинация символа принята лишь частично, можно восстановить её полностью по индивидуальному не повторяющемуся фрагменту, но тогда идёт сравнение уже не двух комбинаций, а полного набора с полученным достоверно (а если нет?) фрагментом в месте приёма. В общем всё упирается в возможности вычислительной техники, а ошибки всё равно будут.

Сейчас в текстовом сообщении можно передавать такие символы, всего 42 включая пробел:

0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ +-./?

Если уйти от кодировки ASCII в более компактную то нам потребуется 6 бит для того чтобы каждый символ имел уникальную последовательность 0/1, при этом у нас примерно 35% емкости такой кодировки не используется. Если взять свободное сообщение в 13 текстовых символов то мы получаем 13*6 = 78 бит на сообщение, для стандартного сообщения потребуется еще больше бит.

Вместо присвоения последовательности 0/1 уникальному текстовому символу протокол JT65 предусматривает присвоение последовательности уникальному позывному, для стандартного позывного (односимвольный префикс (либо двухсимвольный префикс в котором по крайней мере один символ буква), затем цифра, затем суффикс от одной до трех букв) получаем 37×36×10×27×27×27, то есть около 262 миллиона возможных позывных, 28 бит достаточно для уникального кодирования любого стандартного позывного. Отдельно кодируется QTH квадрат которых 180×180 = 32400, для уникального кодирования последнего достаточно 15 бит, плюс еще один бит используется для знака рапорта. Рапорта и приставки дробных позывных пакуются в неиспользуемую область QTH квадратов.

Итого для стандартного сообщения получаем 28+28+15+1= 72 бит.

Вместе с FT8 появилось понятие 'специальное сообщение', для которого используется 72+3 бит, например двойное сообщение DXpedition адресованное сразу двум корреспондентам является специальным и имеет значение 1 комбинации из трех дополнительных бит.

Специальное сообщение DXpedition содержит два позывных по 28 бит, кодовую сумму('подпись') позывного оператора в размере 10 бит и рапорт 6 бит: 28+28+10+6= 72 бит.

Пример декодированного специального сообщения: UA3WFO RR73; UA3DJY <K1JT> -15

Для JT65 сообщений используется кодек Рида-Соломона RS(63,12) который добавляет 306 определенных бит для коррекции ошибок, итого 72+306 = 378 бит распределенных в 63 шестибитных канальных символа (тона). Для JT65 любые два разных сообщения отличаются между собой как минимум в 52 канальных символах из 63. Аббревиатура RS(63,12) означает код Рида-Соломона с 12х6=72 бит входной информации и 63х6 = 378бит выходной информации с применением коррекции ошибок.

Для JT9, T10 сообщений используется кодек Витерби.

Для FT8 - LDPC(174,87), где 87 бит = 72 бита стандартного сообщения +3 бита специального сообщения + 12 бит кодовой суммы CRC от сообщения. После добавления еще 87 бит коррекции ошибок на выходе LDPC кодека получаем 174 бит, которые передаются в 58 информационных канальных символах (тонах), по три бита на каждый символ. Еще 21 тон используется под синхропоследовательность на основе массива Костаса, три блока по 7 тонов, информационные тона чередуются с блоками синхропоследовательности, всего 79 тонов FT8 сигнала.

[R0AEB]

Коллеги подскажите где взять крайнюю русско язычную версию JTDX ???

[R3BB]

https://forum.qrz.ru/6-cifrovye-vidy...oftom-895.html пост 13423

[RC3C]

Коллеги подскажите где взять крайнюю русско язычную версию JTDX ???

JTDX - Home

[R0AEB]

Установил JTDX-18.1.0.91.1-RUS, не могу найти где поставить галку чтоб при двойном клике мышкой по CQ на ТХ перйти, подскажите пож кто в курсе????? Разобрался - перед глазами все, не там рыл

[R0AX]

ни чего ставить не надо,посмотрите---помощь-команды мышкой

[US5WE]

По причине ухудшения прохождения на 50 МГц народ из FT8 плавно "переполз" на метеоры. В прошлые годы в MSK144 мы работали в MSHV, которая декодировала лучше всех в условиях помех от 1 канала ТВ . Сейчас там изменились временные интервалы передачи и в связи с этим вопрос: как скачать последние готовые версии MSHV для Ubuntu и Windows или нужно ручками компилировать самому? Исходники скачаны. В группе зарегистрировался, пароль группы сайт скачки не принимает. Мои действия? Заранее благодарю.