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

[UA3AIF]

Как установить режим HoundFC ?

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

[R7HG]

Товарищ попросил меня помочь ему настроить для работы с программой JTDX такой комплект:
1. Трансивер FT-990
1. Ноутбук.
2. Интерфейс Unicom-Part-2.
Кто работает на таком коплекте аппаратуры прошу поделиться:
- скрином настроек вкладки "Радио" программы JTDX;
- какие настройки (режтимы работы) надо выставить на FT-990 для работы в цифре.

[RA3QH]

В настройках Радио стоит Fake/It , нажата кнопка Hound, правой кнопкой мыши клацаю по Hound, выпадает вот такое сообщение:

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

Вложение 230520

Как установить режим HoundFC ?

для информации...5Т5РА HoundFC не нужен...все африканские экспедиции молотят обычным сплитом,только в несколько слотов....

[R2EC]

Товарищ попросил меня помочь .....

Александр смотри в личке.

[R5WM]

Как установить режим HoundFC ?

Используйте нормальный софт!

[R6LCF]

И что тут можно прочитать "про" и взять на вооружение из JTDX

А что именно интересует и хотите взять на вооружение. Конкретнее ,без этих "турецко" дол........высказываний.
Больше конкретики.
В теме о работе JTDX есть кому рассказать и поделится наработанным.

[EU1FQ]

Товарищ попросил меня помочь ...

Если вопрос не решился, то пусть товарищ ко мне обратится по e-mail, вышлю все скриншоты для этой конфигурации

[R0JF]

К слову о "правильности софта" - Сегодня не сильно напрягаясь на 30 метрах 5X3E и 5V7EI. В режиме Fox. Через "стену" JA и BY. Программа прекрасно отработала.

С другой стороны - насмотрелся на коллег из тех же JA и BY, упёрто звавших на частоте DX... При том, что работали они соответственно 10.131 и 10.132... Один из JA ухитрялся при этом 15 КГц "накрывать" (видимо возбуд). Просто сплошная шумовая помеха полосой 15 КГц. Минут через 40 пропал (видимо подсказали).

Так что вопрос "правильности софта" -- прежде всего вопрос "правильности рук". И головы разумеется.

[UA3DJY]

Как так то. Половину показывает, а половину нет, позывной стандартный, JTDX-v2.0.1 rc134_4. Думал, что работают две DXPedition, а нет, только 5X3E.

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

Вложение 230468

P.S. Не показывает позывной если частота слотов одинакова, как так можно.

Давно так, Олег. Перезапуск программы очищает кэш и тогда нормально.

По возможности стараюсь не трогать в JTDX модуль упаковки-распаковки сообщений (идентичность кода этого модуля определяет совместимость исполнения протокола FT8 v2 в программах WSJT-X JTDX MSHV), в нем работа с хэш таблицами (в JTDX в этом модуле есть дополнительный код для поддержки правильной работы многопотока декодера). Начиная с JTDX v2.0.1-rc131 используется обновленный packjt77.f90 модуль распаковки/упаковки от WSJT-X v2.0.1, не исключено что устраняя дефекты в работе с хэш таблицей команда WSJT рассмотрела не все возможные сценарии.

Если позывной 5X3E находится в окне DX Call то при декодировании сообщения содержащего хэш код должен в первую очередь проверять соответствие его хэшу позывного с DX Call, в таком сценарии специальное сообщение должно полностью декодироваться.

Вот кусок кода отвечающий за распаковку специального сообщения DXpedition:

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

else if(i3.eq.0 .and. n3.eq.1) then
! 0.1 K1ABC RR73; W9XYZ <KH1/KH7Z> -11 28 28 10 5 71 DXpedition Mode
read(c77,1010) n28a,n28b,n10,n5
1010 format(2b28,b10,b5)
irpt=2*n5 - 30
write(crpt,1012) irpt
1012 format(i3.2)
if(irpt.ge.0) crpt(1:1)='+'
call unpack28(n28a,call_1,unpk28_success)
if(.not.unpk28_success .or. n28a.le.2) unpk77_success=.false.
call unpack28(n28b,call_2,unpk28_success)
if(.not.unpk28_success .or. n28b.le.2) unpk77_success=.false.
call hash10(n10,call_3)
if(nrx.eq.1 .and. &
dxcall13_set .and. &
hashdx10.eq.n10) call_3='<'//trim(dxcall13)//'>'
...
msg=trim(call_1)//' RR73; '//trim(call_2)//' '//trim(call_3)//' '//crpt

Переменная hashdx10 содержит хэш текущего (либо последнего) позывного с окна DX Call. Переменная dxcall13_set имеет значение true если в окне DX Call есть позывной и его длина более двух символов:

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

if(dxcall13.ne.dxcall13_0) then
if(len(trim(dxcall13)).gt.2) then
dxcall13_set=.true.
dxcall13_0=dxcall13
hashdx10=ihashcall(dxcall13,10)

то есть например для позывного AA1 или 5XE этот код тоже будет отрабатывать.
nrx=1 означает что распаковывается принятое(декодированное) сообщение:

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

! nrx=1 when unpacking a received message
! nrx=0 when unpacking a to-be-transmitted message

Судя по коду в режиме DXPedition Hound в программах WSJT-X/JTDX нет памяти последнего позывного, то есть при очистке окна DX Call мы теряем определение позывного DX экспедиции из декодированного со специального сообщения хэша.

[RW9WT]

Миша, RA3QH:
5T5PA и 5V7EI работают в FOX mode.
Несколько диапазонов в LOG
133 версия JTDX

[UA3DJY]

5T5PA и 5V7EI работают в FOX mode. Несколько диапазонов в LOG

Любая экспедиция может работать и на специально назначенных частотах и в общих FT8 диапазонах, для того чтобы отработать максимальное количество корреспондентов. В последнем варианте если участники экспедиции уважают равное право использования общего ограниченного частотного ресурса другими радиолюбителями то используют только один слот передачи, в противном случае используют программу MSHV в режиме нескольких слотов.

[RW9WT]

5T5PA и 5V7EI работали в FOX mode на специально назначенных частотах
Программа JTDX V133 в FOX mode отработала без проблем с необходимыми сдвигами частоты

[R5WM]

Программа JTDX V133 в FOX mode отработала без проблем с необходимыми сдвигами частоты

Это как понимать в FOX моде?

[RW9WT]

F/H

[R5WM]

F/H

Опять непонятно!