WSJT на КВ

[RN9AAA]

есть где нибудь список частот по всем цифровым модам?

Вероятно точного в природе нет но вот небольшой
(based on IARU region 1).
BPSK31, QPSK31, BPSK125, QPSK125 (USB)
1838, 3580, 7035, 10140, 14070, 18100, 21080, 24920, 28070, 28120, 50000, 144000 (144605 in France and 144144 in Italy).
PSK10, PSKFEC31, PSK63F + DIGISSTV "Run", PSKAM10/31/50 (USB)
Except PSK220F, These modes are QRP transmissions. They are used very little.
I propose to focus calls at the following frequencies and times:
* 14075 Khz (AF around 1000 Hz) at 17h00 UTC,
* 10148 kHz (AF around 1000 Hz) at 22h00 UTC,
* 144620 hHz (AF around 1000 Hz), at 20h00 UTC.
PSK220F + DIGISSTV "Run" (USB)
I propose to focus calls at the following frequencies and times:
* 14075 Khz (AF around 1000 Hz), at 17h00 UTC if few traffic,
* 10148 kHz (AF around 1000 Hz), at 22h00 UTC if few traffic.
* 144620 hHz (AF around 1000 Hz), at 20h00 UTC if few traffic.
BPSK63 and QPSK63 (USB)
14072.5 - 14080 Khz. It is recommended to use fixed frequencies multiple of 100 Hz: 14072.5, 14072.6, 14072.7...
For that, the user sets his transceiver on 14072 Khz in USB and operates on 500, 600, 700,..., 2400 or 2500 Hz...
on the spectrum indicator.
CHIP (64/128) (USB)
7090 (for USA), 14077 and 14110 KHz
CCW (USB)
For CCW which is a mode close to CW, the following frequencies are suggested:
1844, 3561, 7031, 10107, 14061, 21061, 24907, 28061 Khz (QRP frequencies + 1KHz).
CCW-FSK (USB)
The following frequencies are suggested:
3590, 7043, 10143, 14075 Khz (CQ calls in 24 wpm).
For North America, it is proposed:
3575, 7075, 10137, 14075, 18105, 21075, 24905, 28075 Khz.
MFSK16, MFSK8, THROB, THROBX, DominoF, DominoEX (USB)
1838, 3580, 7037, 10147, 14080, 18105, 21080, 24929, 28080 Khz
Note: for SSTV in MFSK16, in general, it is not authorized to transmit a mix of text and pictures
because the authorized frequencies, for these modes (MFSK16 / SSTV), are different.
The MFSK8, DominoF, DominoEX and THROBX modes are QRP transmissions. They are very little used.
I propose to focus calls in the same conditions as for PSK10, PSKFEC31, PSK63F, PSKAM10/31/50 modes (see above).
OLIVIA (USB)
With an AF frequency of 1000 Hz, frequency displayed on the transceiver:
7038.5, 14104.5, 14105.5, 14106.5, 14107.5, 14108.5 (call frequency), 18102.5, 18103.5, 18104.5, 21129.5 KHz
CONTESTIA and RTTYM (USB)
For 1000 Hz bandwidth sub-modes, with an AF frequency of 1000 Hz, frequency displayed on the transceiver:
14103.5 Khz
For 500 and 250 Hz bandwidth: 7039.5, 14075.5 Khz
VOICE (USB en HF, FM en VHF) New Digi moda
The following frequencies are suggested:
3590, 7043, 10148, 14075, 144620 Khz with an AF frequency of 1000 Hz.
I propose to focus calls at the following frequencies and times:
* 14074 Khz (AF at 1000 Hz), at 17h00 UTC if few traffic,
* 10148 kHz (AF at 1000 Hz), at 22h00 UTC if few traffic.
PAX (USB in HF, FM in VHF)
The following frequencies are suggested:
3590, 7043, 10148, 14075, 144620 Khz.
I propose to focus calls at the following frequencies and times:
* 14075 Khz (AF around 1000 Hz), at 17h00 UTC if few traffic,
* 10148 kHz (AF around 1000 Hz), at 22h00 UTC if few traffic.
* 144620 hHz (AF around 1000 Hz), at 20h00 UTC if few traffic.
PAX2 (USB in HF, FM in VHF)
The following frequencies are suggested:
3610, 7042, 14112, 18112, 21112, 24932, 28302, 144620 Khz.
MT63 (USB)
1822, 1838, 3580, 3590, 3635, 7035, 7037, 10140, 10145, 14106, 14109, 14114, 18100, 18105, 21130, 24925, 28130 Khz
RTTY 45 bauds (50 and 75 bauds) (Ham), ASCII 110 bauds (Ham) and PACTOR 1 (USB)
1838-1842, 3580-3600, 7035-7045, 10140-10150, 14070-14099, 18100-18109, 21080-21120, 24920-24929, 28050-28150,
50100-50500, 144600, 144800-144990
AMTOR ARQ or FEC (Ham) (USB, sometimes LSB)
Same frequencies as for RTTY 45 bauds (Ham), in particular around 14075 KHz.
PACKET 300 bauds + APRS + DIGISSTV "Run" (USB)
3590-3600 (QSO), 10150 LSB (APRS), 14090-14099 (QSO), 14101-14112 (BBS), 14105 (APRS), 18102 (APRS), 21100-21120 (QSO), 21113 (APRS), 28120-28150 KHz (QSO)
For the pictures transmission in DIGISSTV, I propose to focus calls on 14090 Khz USB (AF around 1000 Hz), at 17h00 UTC if few traffic.
PACKET 1200 bauds + APRS + DIGISSTV "Run" (FM)
29250 (APRS), 144800 (APRS)
BBS can be found around 145000 Khz (QRG examples: 144900, 144925 and 144950 KHz).
For the pictures transmission in DIGISSTV, I propose to focus calls on 144630 kHz at 20h00 UTC if few traffic.
MIL-STD-188-141A ("141A") (USB)
Some ALE frequencies: 3617, 7040.5, 14109.5, 21117.5 KHz
FELD HELL, PSK HELL, FM HELL and HELL 80 (USB)
3580, 7035, 10135, 14063,14076,21063 and 28063 KHz
SSTV
3730 (LSB), 7035 (LSB), 14230 (USB), 21340 (USB), 28680 (USB), 144500 (FM)
HF Fax (Ham) (USB)
3730-3740, 7035-7045, 14230, 21340, 28680, 50550, 144700 KHz

[R7CA]

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

[rttyman]

Подозреваю, что у вас тысячник с его режимом digital, когда только LSB работает?

Добавлено через 2 минуты
Не стоит отчаиваться, связи то все равно по договоренности проводятся в основном, можно и в чате попросить, чтобы корр. переключился на LSB, или на крайняк стать активистом wsjt на НЧ диапазонах

А можно и Джо попросить, чтобы ввел инверсию, мужик вроде умный...

[UY0LL]

известно что для приема сообщений
RO,RRR,73 -28 дб
Call+Call +Grid -22 дб

Для вас приятный сюрприз- вас ввели в заблуждение, прием сообщений типа Call+Call +Grid осуществляется вплоть до -31дБ. Во всяком случае в моем логе есть законченные QSO, проведенные с таким уровнем принятого сигнала.

и произвольное сообщение всего -20 дб
Отлично но не достаточно :-(

Не достаточно для проведения QSO? Произвольное сообщение вовсе не требуется, напоминаю, что это НЕ ДОКУМЕНТАЛЬНЫЙ вид связи. Эффективность этого вида базируется именно на том простом факте, что набор сообщений сокращен до минимума.

QRSS
за точку отсчета принят CW 12 WPM т.е теже -20 дб
скорость- полоса- выигрыш к 12 WPM CW
8WPM 6.67Hz +1.8dB
4WPM 3.33Hz +4.8dB
1 sec./dot 1Hz +10dB
3 sec./dot 0.33Hz +14.8dB
10 sec./dot 0.1Hz +20dB

Чисто теоретически эта информация вызывает несомненный интерес. Спектральная плотность излучения высокая, но где взять трансивер с полосой фильтров по ПЧ меньше 10Гц, чтобы использовать узкополосность таких режимов передачи для увеличения чувствительности приемного тракта?

"Так оставьте ненужные споры, я себе уже все доказал-
лучше гор могут быть только горы, на которых еще не бывал..."
В.Высоцкий
Давайте оставим право выбора тем, кто самостоятельно попробует и то и другое, и возможно 50-е..
Успехов!

[RN9AAA]

UY0LL
Для вас приятный сюрприз- вас ввели в заблуждение, прием сообщений типа Call+Call +Grid осуществляется вплоть до -31дБ. Во всяком случае в моем логе есть законченные QSO, проведенные с таким уровнем принятого сигнала.

А если решили опять горошить фактами то напишите сколько
посылок было передано с указанным вами уровнем, до тех пор пока не накопилась инфа. 20-30-40
----
http://physics.princeton.edu/pulsar/...T65_Rusian.pdf
----

UY0LL
Произвольное сообщение вовсе не требуется, напоминаю, что это НЕ ДОКУМЕНТАЛЬНЫЙ вид связи. Эффективность этого вида базируется именно на том простом факте, что набор сообщений сокращен до минимума
Конечно посему самый дальнобойный и простой связью по договоренности это передача одного очень длинного тире (например 60 мин) в заданное время на заданной частоте и просмотр этого например в Spectran и посылка в ответ такого же чем не qso.

UY0LL
но где взять трансивер с полосой фильтров по ПЧ меньше 10Гц, чтобы использовать узкополосность таких режимов передачи для увеличения чувствительности приемного тракта
Вы меня просто удивляете? А что у вас трансивер сам JT65 декодирует;-)

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

Что ВЫ и не даже и в мыслях нет, все уже проверенно до нас.

[RA3TAC]

UTC Date: 2007 Apr 23
---------------------
160600 1 2/7 5O4KAD DG0NUH FO01 1 0
160700 0 -22 1.7 -35 45 * 2S0FAR WQ9WPX PE91 1 0

162000 0 -18 1.7 40 49 * CQ OK2PZW JN89 ? 0 5

171700 0 -12 5.5 -94 1 * CQ DL5DTA JO61 ? 0 3

200500 1 -6 2.3 -19 4 * CQ UR4LL KO70 ? 0 1
200600 2 2/5 CQ UR4LL KO70 ? 0 1
------------------------------------------
вчера не удалось ни одного сигала декодировать, даже которые идут на 9 баллов. кто-нибудь может подсказать в чем причина ? и где можно прочитать о расшифровке строк (для примера UR4LL)
73! Влад

[RN9AAA]

где можно прочитать о расшифровке строк

http://www.vhfdx.de/wsjt/WSJT_User_470_Rus.pdf

Самое интересное это знак ?

Авторский текст
The JT65 Deep Search decoder necessarily has a “grey area” in which it finds a solution but may have only moderate confidence in it. In such cases the decoder appends a “?” to the decoded text, and the operator must make the final decision as to whether the decoding is believable.


Вот еще интересный и показательный пример
160700 0 -22 1.7 -35 45 * 2S0FAR WQ9WPX PE91 1 0
DG0NUH из квадрата FO01
WQ9WPX из квадрата PE91 ;-)

[UY0LL]

160700 0 -22 1.7 -35 45 * 2S0FAR WQ9WPX PE91 1 0

Первый ноль после времени обозначает количество синхронизаций- 0 говорит о том, что поймать синхронизацию не удалось и, значит, доверять принятому тексту нельзя. -35 расстройка в Гц от номинальной частоты 1270.5Гц. Последние 1 и 0 говорят о том, что не используется режим глубокого поиска.

200500 1 -6 2.3 -19 4 * CQ UR4LL KO70 ? 0 1

Здесь, как вы видите однажды синхронизация была (хотя обычно их бывает больше трех и при таком низком уровне шума -6дБ должно быть не менее 10). "0" в конце говорит, что теперь используется режим глубокого поиска и уровень доверия к принятой информации 1. Уровень доверия может принимать значения от 0 до 10, уровни ниже 3 говорят о том, что доверять принятой информации нельзя. Откуда, в таком случае взялась эта информация? Режим глубокого поиска используется ЕМЕ для подсказки оператору возможного позывного из базы известных активных радиолюбителей. Автор программы Joe K1JT не рекомендует использование глубокого поиска на КВ.
Проблемы с приемом могут возникнуть по ряду причин: можете попробовать проверить калибровку частоты квантования звуковой карты (косвенно это проверяется по коэффициентам в левом нижнем углу главного экрана- они должны быть близкими к 1 , что-то вроде 1.0001),
уровень сигнала с звуковой карты должен быть таким, чтобы на экране сигнал был с уровнями больше 5дБ и меньше 20дБ, отключите режим поиска, если у вас "Freeze off" и "TOL" около 400- двойным кликом по синхротону на водопаде точно настройте частоту приема, при этом в автомате установится "Freeze on" и "TOL" 50.
И еще раз прочитайте документацию, хотя бы то, что лежит на ugt.kharkov.com

Успехов!

[RN9AAA]

UY0LL
Режим глубокого поиска используется ЕМЕ для подсказки оператору возможного позывного из базы известных активных радиолюбителей. Автор программы Joe W1JT не рекомендует использование глубокого поиска на КВ.


Ну почему же DS можно использовать, но отредактировав файл CALL3.txt
убрав всех ЕМЕ активных и постепенно внося того с кем работали на HF
в JT65.
Руководство по WSJT
http://physics.princeton.edu/pulsar/...00_Russian.pdf

А то и на рефлекторе забросте клич типа регистритесь на HF JT65 ;-)
Ведь теряете еще как минимум 3-4 дб при отключенном DS.

p.s Александр как насчет -31 дб упомянутых вами WAV файл будет в доказательсво?

[UY0LL]

UY0LL
DS можно использовать, но отредактировав файл CALL3.txt
убрав всех ЕМЕ активных и постепенно внося того с кем работали на HF
в JT65.

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

[RA1WU]

С Наступающими, ALL!

Скачал последнюю версию WSJT 5.9.7 R383
и пропали установки сом порта. Какая-то
абракадабра в поле для порта

RA1WU Leo

[RN9AAA]

Выберите Options в меню Setup В поле с названием PTT Port для ОС Windows введите номер последовательного порта, используемого для управления PTT (например, 1, если используется COM1). Ведите 0, если используете VOX

[RA1WU]

Спасибо за ответ, так же сделал и прочичал
ответ - спасибо

Леонид RA1WU

[RM4Y]

Подозреваю, что у вас тысячник с его режимом digital, когда только LSB работает?

Добавлено через 2 минуты
Не стоит отчаиваться, связи то все равно по договоренности проводятся в основном, можно и в чате попросить, чтобы корр. переключился на LSB, или на крайняк стать активистом wsjt на НЧ диапазонах

А можно и Джо попросить, чтобы ввел инверсию, мужик вроде умный...

А что сложного? Я работаю на FT-1000MP в JT65 без проблем... точно также, как и в SSTV... для этого в меню 8-6 нужно сделать установки для SSTV, и теперь нажав кнопку USER, расположенную ниже кнопок переключения видов модуляции, можно переключаться в режим USB... будут гореть светодиоды на кнопках PKT и LSB, но на самом деле это режим USB... это баг "эмпишника", в филде проблем уже нет... кстати, в этом режиме автоматически отключаются микрофон и процессор, что нам и нужно... вход и выход аудио берем с разъема PACKET на задней панели трансивера... если нужна подробная инфо по настройке - пожалуйста на мейл, отвечу...

Меня интересует вот такой вопрос... я практически каждый день загружаю наработанные за день QSO на e-QSL и на LoTW... проблем с e-QSL нет, этот вид модуляции в файле формата ADIF загружается нормально... но когда я попробовал конвертировать тот же adif файл, содержащий связи с режимом JT65, в формат .tq8 для загрузки его на LoTW, то программа TQSL выдала ошибку... такой вид модуляции она не поддерживает... думаю, многие знакомы с LoTW и наверное подскажете, какой вид модуляции нужно правильно указать вместо JT65A ? На всякий случай, вот что поддерживает программа TQSL:
CW, PHONE, IMAGE, DATA, AM, FM, SSB, ATV. FAX, SSTV, AMTOR, CLOVER, FSK31, GTOR, HELL, HFSK, MFSK16, MFSK8, MINIRTTY, MT63, PACKET, PACTOR, PSK125, PSK31, PSK63, Q15, RTTY, THROB ...
Перечислил все по алфавиту, как есть в программе TQSL
Или все же обратиться в службу поддержки LoTW? Кто-нибудь сталкивался с этой проблемой? Или не заморачиваться и ну их нафиг?

[rttyman]

Наверно лучше всего обратиться к ЛОТВовцам с просьбой добавить этот режим у них...