JT65-HF

[UW3QBS]

Работаю в моде JT65 недавно. Подскажите как правильно фиксировать время связи, начало или конец? Всегда сохранял позывной и время в конце связи, но при подтверждении обратил внимание что в основном все корреспонденты фиксируют время в начале связи. Почему в JT65 так?

[ER1CS]

в основном все корреспонденты фиксируют время в начале связи. Почему в JT65 так?

Не встречал чёткого указания о записи времени. Каждый фиксирует как ему удобно или как настроено в его программе.

[UW3QBS]

Каждый фиксирует как ему удобно или как настроено в его программе.

Какое время лично Вы фиксируете и где это можно настроить, что бы по автомату сохранялась связь в начале или в конце? Я работаю совместно с логом UR5EQF_Log, при полностью завершенной связи нажимаю alt+s, связь сохраняется в логе, а поле вввода позывного и пр. в JT65, очищается.

[ER1CS]

работаю совместно с логом UR5EQF_Log, при полностью завершенной связи нажимаю alt+s, связь сохраняется в логе, а поле вввода позывного и пр. в JT65, очищается.

Совершенно аналогичная ситуация и у меня. И, на мой взгляд - этого вполне достаточно. Есть журналы, записывающие время начала связи и время конца связи, там можно выбирать, какое время печатать на карточки и вносить в онлайн логи. Но, так как не вижу смысла фиксировать время начала связи, тем более что передача CQ или XXXXX de YYYYY далеко не означает однозначного последующего ответа или вызова от XXXXX - а значит полная автоматизация невозможна - не озадачиваюсь подобным вопросом.

[UW3QBS]

не озадачиваюсь подобным вопросом.

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

[ER1CS]

там могут подумать

Не подумают, там учитывают возможность разброса времени QSO в достаточно широких пределах. По крайней мере для JT65 его точно хватает - ни разу не пришлось его менять для CFM.

[RA4HRZ]

Я, например, после получения рапорта просто останавливаю время в UR5EQF-логе (убираю галочку в окне "Реальное время"), ибо считаю, что связь состоялась после обмена рапортами. После этого QSO можно сохранить хоть через полчаса после проведения.

А вообще-то странно, что в JT65 не учитывается частота звука на водопаде. Получается, что со всеми корреспондентами я работал на одной частоте, что физически не верно.

[ER1CS]

Получается, что со всеми корреспондентами я работал на одной частоте, что физически не верно.

Физически валкодер крутить не нужно, т.е. частота передачи трансивера не меняется. Для чего можно использовать смещение внутри канала передачи, учитывая что при приёме спокойно декодируется весь канал сразу - мне не удаётся предположить ни практически ни теоретически.

[UA3AEE]

Для чего можно использовать смещение внутри канала передачи

На BPSK-31 (программа UR5EQF) можно тоже задать режим мультидекодирования,а
что касается jt65-hf,то почему бы не предположить,что несколько корреспондентов
CQ-шничают на разных аудиочастотах внутри канала,выбирайте кого-нибудь,выключайте реж. мульти, ставьте на него свою TX аудио и пытайтесь связаться.Наверное и для этого тоже!

Добавлено через 14 минут

А вообще-то странно, что в JT65 не учитывается частота звука на водопаде. Получается, что со всеми корреспондентами я работал на одной частоте, что физически не верно.
__________________

А какую частоту протоколировать? Среднюю? Слева,где маркер (или как его?),
крайнюю правую? Какую? Условиться? Вот и условились(скорее всего "условил" изобретатель jt65) ,пусть физически неверно, но всем понятно!

[RA4HRZ]

Правильнее, ИМХО, фиксировать среднюю частоту зелёного сектора или левую красного сектора. Прислушайтесь к сигналу, в нём есть как бы основная частота (её особенно явственно слышно в конце передачи), вот её и надо бы сохранять в логе. Иначе сохраняемая частота будет у корреспондентов +2кГц.

[ER1CS]

вот её и надо бы сохранять в логе.

Смысл этого действия?

[RA4HRZ]

Понятно, что можно просто написать, к примеру, частота 14 МГц или диапазон 20 метров, но мне нравится точная частота, на которой было QSO.

[ER1CS]

но мне нравится точная частота, на которой было QSO.

Если есть CAT - то в логе высветится не 14 а 14.076 - что будет более чем достаточно. Остальное уточнение частоты имхо сродни записи и распечатке каждого QSO - смысла нет, но паре-тройке человек нравится.

[UA3AEE]

К посту 1041. WINDOS менять пока страшновато, все колупаюсь с вариантами JT65 ,но всегда на экране вот такой маразм. Это при запуске программы JT.

[UA1NAN]

Валерий, в посте #1007 я вам писал о том что эту папку следует удалить и проинсталлировать JT65HF заново. Дело в том, что при удалении программы JT65HF средствами Windows, упомянутая папка остается со всеми ошибками. Windows ее не удаляет, это сделано для того, чтобы при обновлении программного обеспечения (установка новой версии) все ваши предварительные установки были сохранены, поэтому если в установке программы возникли ошибки, то они автоматически будут перенесены во вновь инсталлируемую программу. Об этом и говорит сообщение на вашем экране.
73