Если клиент не принял 73 последует новое RR73 и так может быть даже неоднократно! Программа ответит 73, но без заноса в журнал!
Так что не надо ломать последовательность! Не так всё просто в этом процессе!
Если клиент не принял 73 последует новое RR73 и так может быть даже неоднократно! Программа ответит 73, но без заноса в журнал!
Так что не надо ломать последовательность! Не так всё просто в этом процессе!
Возможно мы друг друга и не поняли. Но в любом случае, если Вы работая на CQ, передали RR73, то да, QSO заносится в лог. Но это еще не говорит о том, что QSO состоялось. По регламенту Вы должны дождаться ответного 73. И только тогда, можно считать, что QSO состоялось. И только после этого выключается Enable Tx. Аналогично если работаете на поиск. Если Вы передали 73 в ответ на RR73, то Enable Tx выключится только тогда, когда оператор даст CQ или ответит другому корреспонденту. А ведь он может не принять Вашего ответного 73 и опять отправить Вам RR73. Таков уж регламент.
В dx mode там немного другой регламент. Если Вы получили RR73, то ответного 73 передавать не нужно. QSO считается состоявшимся. Таков уж там регламент.
...а может здесь посмотреть...
Вложение 225194
Протокол ФТ8 вообще ни при чем... Он нормальный и понятный.
По вашему объяснению, слабые компы работают медленнее, и это отражается на процессе проведения ЩСО. Возможно, и так... Но позвольте возразить. В аннотации к исходной программе WSJT-X указаны параметры "железа" и там указано оотносительно простое "железо".
Речь ведется о том, что переделки исходного кода +добавления в проге JTDX, особливо не нужные "примочки" перегружают процессор слабого компа. На это указано в посту № 15674.
Владельцы "слабых компов" отключают отягощающие опции, но даже в минимальной опционной настройке JTDX перегружает процессор. Пользователю невозможно отключить их полностью... Что ведет к сбоям в работе.
Почему такая большая загрузка проца в JTDX? В исходной WSJT, она в несколько раз меньше.
"Опять ........двадцать пять......" о слабых процах. Никто не будет ориентироваться на слабое железо ,кому это необходимо и востребовано уже давно поменяли. Уже давно многие поняли что гораздо результативнее работать особенно в цифровых модах на современном и производительном железе ,а также на современных трансиверах о SDR я вообще не говорю.Разница заметна "невооруженным глазом". Так что "хозяин-барин" и применяет то что в наличии и по большому счету это его проблемы ,как не цинично это выглядит. Путь один.....постепенная ,плановая замена иного не дано!
Из Ваших скринов не совсем понятно какая программа работает? какая мода? Какая полоса декодирования. На скрине я вижу что WSJT, мода JT9. Прог JTDX вообще не просматривается, процессор 2- ядерный, полоса не обозначена? Как-то не корректно... Если не так, поправьте меня.
---------------------------------------------------
На моем компе проц Р4, 1 ядро 2,5 Ггц
Ваше мнение давно известно. Мы знаем, что у ВАС все в порядке, Вы всем довольны. Расточаете похвалы... И на здоровье... Можете не встревать, не повторяться.
Тема на форуме для всех пользователей в равной степени....вы наверное не в курсе. Мной было написано не для вас конкретно ,а для подобных ....."нытиков".Если вы и себя причислили к оным ...я вам сочувствую но ничем помочь не могу.В мою общественную деятельность подобное не входит.
Работайте и радуйтесь ,что программа получилась на отлично. Я очень доволен работой Игоря и команды и результатом их работы JTDX 77bit и не "ною" никогда ,мои проблемы .....это мои проблемы и не стоит выносить на всеобщее обсуждение. В вышесказанном я абсолютно уверен ,ну и как то так!
Объясните на моём примере что нарушится, если программа отключит передачу СРАЗУ после декодирования сообщения, адресованного не мне, а не ПОСЛЕ декодирования остальных сообщений?
Посмотрел, почему-то не помогает. Программа всё равно не реагирует до окончания декодирования цикла.
Это Вы не в курсе... Вы себе позволяете на каждой странице похваляться. Пожалуйста, похваляйтесь на здоровье. Я рад за вас все такое крутое, слава богу... Но когда , кто-то высказывается критично, не нужно встревать и привычно тролиться. Имейте выдержку и такт. Вся критика относится не к Вам лично, а к программе JTDX
Привет, вот неделю уже наверное перешел на новую версию WSJT-X V2.0 , но как и в старой версии я часто работаю на CQ , и алгоритм как я понял такой - сначала я передал рапорт ну например -10 и после должен получить с буквой R-10, но некоторые передают сразу рапорт, тогда процесс меняется и я передаю уже с буквой, после чего программа автоматом передает RR73 если принят был рапорт с буквой
или 73 если был сразу рапорт, так как RR73 уже должна передать встречная сторона.
Но в любом случае после передачи RR73 или 73 программа выключает Enable Tx, все я связь могу заносить в лог и также встречный корр получил RR73 не надо более звать или ждать еще раз 73, это только раздражает - потому как каждый раз приходится отдельно включать кнопку Enable Tx и повторять по новой.
Весь цикл связи это всего три передачи, но чаще всего две если сразу рапорт или если я работаю на CQ и в конце использую блок RR73, а если использую блок RRR то тогда только три цикла передачи от начала и до завершения связи.
Кстати, Halt Tx if operator i called... срабатывает мгновенно, а это функции схожие.
Валентин у меня чуть "пошустрее"
Вложение 225202
работает без замечаний....
И вам не хворать ,а заменить железо как можно быстрее и не "ныть" постоянно со своими проблемами.
RA3QH ."работает без замечаний...."
Прошу прощения ,что использовал ваш текст НО к месту, так как "дело было не в бобине..........."
P.S. У меня есть старый ноут моей супруги с установленной ХР и двумя процами 1,6 GHz и представьте себе работает на выездах в цифре с ic7300 еще и весьма неплохо! Вот мне и странно это все читать.......