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

**UA9CEM** · 12.05.2018, 11:36

Нажмите на изображение для увеличения.

Название: oy5urr.png
Просмотров: 197
Размер: 1.30 Мб
ID: 211196

Кто нить обьяснит?

**UA3DJY** · 12.05.2018, 12:06

Сообщение от UA9CEM

->Скрытый текст<-

Кто нить обьяснит?

QTH квадрат не соответствует префиксу, на то и оператор у сетапа чтобы прервать передачу в ответ на ложное декодирование. А зачем так зажимаете полосу декодирования на водопаде?

**US-E-12** · 12.05.2018, 12:06

Сообщение от UA9CEM

Кто нить обьяснит?

Знак '?' видите в строке. Возможно, даже вероятно "фантом", ложный декод.

**UA3DJY** · 12.05.2018, 12:09

Сообщение от R6LCF

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

->Скрытый текст<-

Возможно сообщение RR73 было декодировано после начала передачи сообщения и AutoSeq3 получив декодированное сообщение во время передачи поменял ответное сообщение. Порядок сообщений видно в файле ALL.TXT.

**UA9CEM** · 12.05.2018, 12:43

Частенько QTH loc почему то передается искаженно - сдвиг обычно в циферке на единичку - например мой LO98 как LO88, и не у одного меня такое. Но AF91 на такое не подходит. OY5 это Фареры - но такого позывного нет ни в одной базе.. Полоса декодирования не зажата - как видно декодируется все.

**UA9CEM** · 12.05.2018, 12:46

Ложные декоды сразу видно - белиберда печатается. А тут вполне позывной, которого нет ни в одной базе - и QTH loc в океане на восток от Новой Зеландии

**R3HH** · 12.05.2018, 14:36

Сообщение от UA9CEM

А тут вполне позывной, которого нет ни в одной базе - и QTH loc в океане на восток от Новой Зеландии

У меня в старых версиях чаще встречались такие декоды,(простых как правило не было, обычно новая страна) адаптировался путем проверки хотя бы на QRZ.COM (журнал сразу отображает есть в базе или нет)

Название: 12321.jpg
Просмотров: 748

Размер: 15.4 Кб

**UA9CEM** · 12.05.2018, 15:55

версия wsjt-x v1.9.0-rc2 cейчас еще один похожий артефакт...

**UA9CEM** · 12.05.2018, 15:59

Вложение 211205

**UA3DJY** · 12.05.2018, 17:32

Сообщение от UA9CEM

Полоса декодирования не зажата - как видно декодируется все.

Попробуйте на водопаде поставить Bins/Pixel 5, Вас порадует количество декодированных сообщений :-)

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

**UA3DJY** · 12.05.2018, 18:22

Сообщение от UN7QBQ

черт с этой совместимосью думайте как устранить ограничения протокола

Сообщение от US-E-12

Если изменить протокол в одной программе (JTDX), то что будет декодировать другая (WSJT-X).

В упаковке/распаковке сообщений для каждого специального префикса придется изобретать что то похожее на то что сейчас сделано с поддержкой префиксов 3DA0 или 3X[A-Z]. Олег прав: поддержку нового префикса придется делать одновременно в WSJT-X, JTDX, MSHV, а также еще надо уговорить всех пользователей одновременно перейти на новый софт. В противном случае на диапазонах будет хаос спровоцированный неправильным декодированием сообщений.

С учетом огромного количества возможных специальных префиксов их поддержка скорее всего будет сделана вне протокола JT65 в какой нибудь новой моде.