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

**UA3ALE** · 24.12.2018, 20:24

Если клиент не принял 73 последует новое RR73 и так может быть даже неоднократно! Программа ответит 73, но без заноса в журнал!
Так что не надо ломать последовательность! Не так всё просто в этом процессе!

**EU1FQ** · 24.12.2018, 20:29

Сообщение от RX4HX

Николай, Вы не поняли - от меня больше никакого 73 не требуется, да и программа не передает. Так что QSO 100% завершено.

Возможно мы друг друга и не поняли. Но в любом случае, если Вы работая на CQ, передали RR73, то да, QSO заносится в лог. Но это еще не говорит о том, что QSO состоялось. По регламенту Вы должны дождаться ответного 73. И только тогда, можно считать, что QSO состоялось. И только после этого выключается Enable Tx. Аналогично если работаете на поиск. Если Вы передали 73 в ответ на RR73, то Enable Tx выключится только тогда, когда оператор даст CQ или ответит другому корреспонденту. А ведь он может не принять Вашего ответного 73 и опять отправить Вам RR73. Таков уж регламент.
В dx mode там немного другой регламент. Если Вы получили RR73, то ответного 73 передавать не нужно. QSO считается состоявшимся. Таков уж там регламент.

**UA3DTK** · 24.12.2018, 20:50

...а может здесь посмотреть...

Название: Capture.JPG
Просмотров: 575

Размер: 15.8 Кб

**RX1AG** · 24.12.2018, 20:53

Сообщение от EU1FQ

. Никто протокол FT8 под слабые машины переделывать не будет.

Протокол ФТ8 вообще ни при чем... Он нормальный и понятный.
По вашему объяснению, слабые компы работают медленнее, и это отражается на процессе проведения ЩСО. Возможно, и так... Но позвольте возразить. В аннотации к исходной программе WSJT-X указаны параметры "железа" и там указано оотносительно простое "железо".
Речь ведется о том, что переделки исходного кода +добавления в проге JTDX, особливо не нужные "примочки" перегружают процессор слабого компа. На это указано в посту № 15674.
Владельцы "слабых компов" отключают отягощающие опции, но даже в минимальной опционной настройке JTDX перегружает процессор. Пользователю невозможно отключить их полностью... Что ведет к сбоям в работе.
Почему такая большая загрузка проца в JTDX? В исходной WSJT, она в несколько раз меньше.

**RK1NA** · 24.12.2018, 21:00

Сообщение от UA3ALE

так может быть даже неоднократно! Программа ответит 73, но без заноса в журнал!

Если "робот" тупит его должен поправить человек.
Что бы самому не превратиться в тупого робота.

**UX8IW** · 24.12.2018, 21:04

Сообщение от RX1AG

Почему такая большая загрузка проца в JTDX? В исходной WSJT, она в несколько раз меньше.

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

**R6LCF** · 24.12.2018, 21:17

"Опять ........двадцать пять......" о слабых процах. Никто не будет ориентироваться на слабое железо ,кому это необходимо и востребовано уже давно поменяли. Уже давно многие поняли что гораздо результативнее работать особенно в цифровых модах на современном и производительном железе ,а также на современных трансиверах о SDR я вообще не говорю.Разница заметна "невооруженным глазом". Так что "хозяин-барин" и применяет то что в наличии и по большому счету это его проблемы ,как не цинично это выглядит. Путь один.....постепенная ,плановая замена иного не дано!

**RX1AG** · 24.12.2018, 21:24

Сообщение от UX8IW

....диапазон 40м, время - сейчас, версии крайние.
Если сравнить эпюры, то я бы не сказал, что JTDX грузит проц больше, чем WSJT

Из Ваших скринов не совсем понятно какая программа работает? какая мода? Какая полоса декодирования. На скрине я вижу что WSJT, мода JT9. Прог JTDX вообще не просматривается, процессор 2- ядерный, полоса не обозначена? Как-то не корректно... Если не так, поправьте меня.
---------------------------------------------------
На моем компе проц Р4, 1 ядро 2,5 Ггц

Сообщение от R6LCF

"Опять ........двадцать пять......" о

Ваше мнение давно известно. Мы знаем, что у ВАС все в порядке, Вы всем довольны. Расточаете похвалы... И на здоровье... Можете не встревать, не повторяться.

**R6LCF** · 24.12.2018, 21:37

Сообщение от RX1AG

не встревать,

Тема на форуме для всех пользователей в равной степени....вы наверное не в курсе. Мной было написано не для вас конкретно ,а для подобных ....."нытиков".Если вы и себя причислили к оным ...я вам сочувствую но ничем помочь не могу.В мою общественную деятельность подобное не входит.
Работайте и радуйтесь ,что программа получилась на отлично. Я очень доволен работой Игоря и команды и результатом их работы JTDX 77bit и не "ною" никогда ,мои проблемы .....это мои проблемы и не стоит выносить на всеобщее обсуждение. В вышесказанном я абсолютно уверен ,ну и как то так!

**RX3ASP** · 24.12.2018, 21:43

Сообщение от UX8IW

Да нет, в этом то как раз и дело. В программу заложен алгоритм выполнения определенных последовательностей, а если он нарушается, то "звыняйте"

Объясните на моём примере что нарушится, если программа отключит передачу СРАЗУ после декодирования сообщения, адресованного не мне, а не ПОСЛЕ декодирования остальных сообщений?

Сообщение от UA3DTK

...а может здесь посмотреть...

Посмотрел, почему-то не помогает. Программа всё равно не реагирует до окончания декодирования цикла.

**RX1AG** · 24.12.2018, 21:58

Сообщение от R6LCF

Тема на форуме для всех пользователей в равной степени....вы наверное не в курсе.

Это Вы не в курсе... Вы себе позволяете на каждой странице похваляться. Пожалуйста, похваляйтесь на здоровье. Я рад за вас все такое крутое, слава богу... Но когда , кто-то высказывается критично, не нужно встревать и привычно тролиться. Имейте выдержку и такт. Вся критика относится не к Вам лично, а к программе JTDX

**4K6FO** · 24.12.2018, 22:01

Сообщение от UA3ALE

Если клиент не принял 73 последует новое RR73 и так может быть даже неоднократно! Программа ответит 73, но без заноса в журнал!
Так что не надо ломать последовательность! Не так всё просто в этом процессе!

Привет, вот неделю уже наверное перешел на новую версию WSJT-X V2.0 , но как и в старой версии я часто работаю на CQ , и алгоритм как я понял такой - сначала я передал рапорт ну например -10 и после должен получить с буквой R-10, но некоторые передают сразу рапорт, тогда процесс меняется и я передаю уже с буквой, после чего программа автоматом передает RR73 если принят был рапорт с буквой
или 73 если был сразу рапорт, так как RR73 уже должна передать встречная сторона.
Но в любом случае после передачи RR73 или 73 программа выключает Enable Tx, все я связь могу заносить в лог и также встречный корр получил RR73 не надо более звать или ждать еще раз 73, это только раздражает - потому как каждый раз приходится отдельно включать кнопку Enable Tx и повторять по новой.
Весь цикл связи это всего три передачи, но чаще всего две если сразу рапорт или если я работаю на CQ и в конце использую блок RR73, а если использую блок RRR то тогда только три цикла передачи от начала и до завершения связи.

**RX3ASP** · 24.12.2018, 22:02

Кстати, Halt Tx if operator i called... срабатывает мгновенно, а это функции схожие.

**RA3QH** · 24.12.2018, 22:12

Сообщение от RX1AG

На моем компе проц Р4, 1 ядро 2,5 Ггц

Валентин у меня чуть "пошустрее"

Название: ScreenShot058.jpg
Просмотров: 910

Размер: 9.9 Кб

работает без замечаний....

**R6LCF** · 24.12.2018, 22:23

Сообщение от RX1AG

Вся критика относится не к

И вам не хворать ,а заменить железо как можно быстрее и не "ныть" постоянно со своими проблемами.

RA3QH ."работает без замечаний...."
Прошу прощения ,что использовал ваш текст НО к месту, так как "дело было не в бобине..........."

P.S. У меня есть старый ноут моей супруги с установленной ХР и двумя процами 1,6 GHz и представьте себе работает на выездах в цифре с ic7300 еще и весьма неплохо! Вот мне и странно это все читать.......