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

[UA3ALE]

https://dcasler.com/2015/11/25/setti...aesu-ftdx3000/

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

settings:

067 data mode OTHERS
068 PSK TONE 1000Hz
069 OTHER DISP ( SSB) 1500Hz
070 OTHER SHIFT 1500Hz ( Had been 0Hz with waterfall issue )
071 DATA LCUT FREQ 200Hz
072 DATA LCUT SLOPE 18Db / oct
073 DATA HCUT FREQ 3000Hz
074 DATA HCUT SLOPE 18dB/oct
075 DATA IN SELECT USB
076 DATA MIC GAIN MCVR
077 DATA OUT LEVEL 2
078 DATA VOX GAIN 65
079 DATA VOX DELAY 30 msec

Может пригодится вам.

Спасибо, конечно!
Только как это всё увязывается с управлением по САТ?
Это же всё про звуковой канал!

[UA3DJY]

Начали работу над созданием JTDX с поддержкой FT8 77бит, уже есть декодирование сигналов и еще предстоит сделать много изменений в коде до появления первой тестовой версии.

[UA3DJY]

а после занесения записи в журнал, позывной и локатор автоматом заносятся в CALL3.TXT ?

Нет.
В WSJT-X CALL3.TXT используется исключительно для УКВ.
В JTDX для декодера на согласованных фильтрах (Hint) на КВ только в модах JT9,T10,JT65. По причине снижения активности в этих модах мы перестали обновлять файл CALL3 для JTDX.

Можно использовать кнопку Add под окном DX Call для того чтобы вручную добавить позывной + QTH квадрат в файл CALL3.TXT.

[US4IRT]

Начали работу над созданием JTDX с поддержкой FT8 77бит

Не скромный вопрос, Игорь, - буде только 77 бит в ней? Или и 75 тоже?

[RN9AZ]

Игорь. Сейчас повернул антенну 280 градусов, на южную Америку. Стал давать CQ DX. Получил орегинальную работу программы. Конечно стала активно звать Европа. Программа не захватывает их и не отвечает. Это тем кто даёт локатор. но тем кто даёт сразу рапорт естественно программа отвечает и даёт R--. Вроде всё понятно что я от корреспондента рапорт получил. Он даёт 73 он получил нужную информацию и я. И я продолжаю давать CQ DX. Но тут и начинается неразбериха, ждёт от меня 73 и продолжает это делать пока не посинеет. Вот тут и понимаешь что для короткого QSO. Не хватило, самую малость. при передачи рапорта передать так Call - MyCall R-- 73.

[4L6QL]

Не хватило, самую малость. при передачи рапорта передать так Call - MyCall R-- 73.

Это как, оба позывныx, рапорт и 73 в одном флаконе (сообщении)?

[RC3C]

Нет.
В WSJT-X CALL3.TXT используется исключительно для УКВ.
В JTDX для декодера на согласованных фильтрах (Hint) на КВ только в модах JT9,T10,JT65. По причине снижения активности в этих модах мы перестали обновлять файл CALL3 для JTDX.

Можно использовать кнопку Add под окном DX Call для того чтобы вручную добавить позывной + QTH квадрат в файл CALL3.TXT.

спасибо за ответ
Я так и делаю.

[RN9AZ]

Это как, оба позывныx, рапорт и 73 в одном флаконе (сообщении)?

Если вы зовёте DX, особенно на НЧ диапазоне,где каждая минута дорога. Есть необходимость минимально короткого QSO. Вот почему на данном примере привёл схожую ситуацию. Здесь не тратить лишнего времени на неинтересную вам станцию, а на 160 метров, ситуация, когда вам просто может не хватить времени, что бы закончить QSO. Я не прошу это сделать, просто привожу пример недостатков в алгоритме программы.

[RA3QH]

Если вы зовёте DX, особенно на НЧ диапазоне,где каждая минута дорога. Есть необходимость минимально короткого QSO. Вот почему на данном примере привёл схожую ситуацию. Здесь не тратить лишнего времени на неинтересную вам станцию, а на 160 метров, ситуация, когда вам просто может не хватить времени, что бы закончить QSO. Я не прошу это сделать, просто привожу пример в алгоритме недостатков программы.

Виталий что бы так можно было работать надо что бы и программа корреспондента понимала этот алгоритм иначе от этого не будет никакого смысла...Это уже было когда только появилось RR73,

[RN9AZ]

Виталий что бы так можно было работать надо что бы и программа корреспондента понимала этот алгоритм иначе от этого не будет никакого смысла...Это уже было когда только появилось RR73,

Ещё раз поясняю. Что данная ситуация, изначально не была учтена. Хотя максимально дальние QSO, и на луне возможны при входе и выходе луны из зоны радиовидимости. На луне тоже не так много времени отведено, в этом случае. Почему K1JT не учёл эту ситуацию, мне лично, непонятно.

[R0JF]

Хотя максимально дальние QSO, и на луне возможны при входе и выходе луны из зоны радиовидимости. На луне тоже не так много времени отведено, в этом случае. Почему K1JT не учёл эту ситуацию, мне лично, непонятно.

Улыбнуло! ))

Это, видимо, в том случае, что EME-QSO проводят на стационарно установленный "ромб"?
Я был уверен, что EME работают на вращающийся стек с элевацией... Какие тут ограничения
по времени?

Проводите связи ПО ПРОТОКОЛУ и будет все хорошо. И так с помощью Игоря RR73 ввели,
и на том спасибо. Иначе как Вашему корреспонденту понять, что Вы приняли, что ОН рапорт
получил? А 15 секунд - не то время, за которое DX-ы от Вас сбегут...

[RK1NA]

Почему K1JT не учёл эту ситуацию

Улыбнуло! ))

....

[RN9AZ]

Улыбнуло! ))

Это, видимо, в том случае, что EME-QSO проводят на стационарно установленный "ромб"?
Я был уверен, что EME работают на вращающийся стек с элевацией... Какие тут ограничения
по времени?

Проводите связи ПО ПРОТОКОЛУ и будет все хорошо. И так с помощью Игоря RR73 ввели,
и на том спасибо. Иначе как Вашему корреспонденту понять, что Вы приняли, что ОН рапорт
получил? А 15 секунд - не то время, за которое DX-ы от Вас сбегут...

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

[RA3QH]

Ещё раз поясняю. Что данная ситуация, изначально не была учтена. Хотя максимально дальние QSO, и на луне возможны при входе и выходе луны из зоны радиовидимости. На луне тоже не так много времени отведено, в этом случае. Почему K1JT не учёл эту ситуацию, мне лично, непонятно.

да мне это не надо пояснять....если бы было такое то я только за....но это нереально....

[RN9AZ]

да мне это не надо пояснять....если бы было такое то я только за....но это нереально....

Вот именно не надо. Я не вам и писал. А язык почесать есть точило рекомендую. Без обид. Но если программа писалась с самого начала, с учётом на минимальную по времени связь. Всё было возможно. Сейчас только сожалеть приходится.