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

**UA3DJY** · 03.02.2019, 23:08

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

Поскольку автовыбор AutoSeq JTDX привязан к уведомлениям то при раздельных уведомлениях автовыбор AutoSeq будет работать только для CQ сообщений.

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

А вот это печально. Может тогда и собаку-@ вернем, ведь кому-то и без неё плохо... Шутка конечно, нет ирония...

Нет, здесь все нормально

. Просто теперь будет три переключаемых варианта: общее уведомление CQ/73 с автовыбором из этих сообщений, отдельное уведомление для 73 маркером и отсутствие уведомления для сообщений 73. Для последних двух вариантов автовыбор в AutoSeq будет работать только с CQ сообщениями. Для большинства пользователей автовыбор среди CQ и 73 сообщений некритичен поскольку он в основном применяется в AutoSeq 6,7.

**UR5LCZ** · 03.02.2019, 23:50

Не большой знаток программного обеспечения, но в цифре работаю.
Пробовал и в WSJTX, а работаю в JTDX, как и мои знакомые.
На форуме обсуждаем работу этих программ и как-то необычно читать "наезды" какого-то варяга.
Какая-то нервозность в каждом посту.
Вам кто-то что-то должен?
Жизненные проблемы?
Решайте их так, чтобы никто о них не знал.
Есть вопросы к автору - напишите в личку.
Никогда о вас не слышал и слышать не хочется.

**R0JF** · 04.02.2019, 10:19

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

Я всё делаю один, сам, "без ансамбля". Как говорится, чем богаты. Тем более забавно наблюдать, как мой продукт "встречают в штыки" те, кто им ни разу не пользовался.

Собственно, Вам никто не препятствует. Делайте на здоровье! Только поймите наконец, что никто Вам ничем не обязан. JTDX - это НЕ копия WSJTX, а вполне САМОСТОЯТЕЛЬНЫЙ проект, в основу которого положен код WSJTX и всё... Декодирует? Передаёт? Что еще нужно? Стандартизация UDP-обмена? Зачем? Чтобы Вам жизнь облегчить? Делайте два модуля сопряжения, в чём проблема-то? Игорь немного в другом плане приоритеты видит - эргономичность, качество работы... И Ваши "наезды" на него В ФОРУМЕ мягко говоря... Некрасиво смотрятся.

А по поводу "встречают в штыки" - зачем так? Я вот тоже не пробовал (просто не могу понять, зачем ЭТО вообще нужно, тем более - ЗА ДЕНЬГИ, когда нормальный логгер сам все это делает), но ничуть не против. Может и правда кому-то это необходимо.

**UA3DJY** · 04.02.2019, 11:19

Закрыли обсуждение проекта checklog-system в этой теме.

**UA3DJY** · 04.02.2019, 12:26

Сообщение от US-E-12

JTDX-2.0.1 rc128 Accept UDP Reply messages выбераем CQ and 73 неадекватно реагирует на присылаемые сообщения с RR73(73). Может принять, а может и не принять. Ставим any messages всё работает отлично. До этого стояла 117, там всё было в порядке.

Проверил для настройки Accept UDP Reply messages -> CQ and 73 используя MessageAggregator от WSJT-X 2.0, вроде работает без сбоев:

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

**RX4HX** · 04.02.2019, 12:47

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

внятных ответов

Внятный ответ дал Игорь: формат UDP сообщений JTDX 100% соответствует формату WSJT-X. Нет никаких "лишних" байтов.
Перед тем, как тратить время на "советы" - разберитесь в формате сообщений.

**UA3DJY** · 04.02.2019, 13:59

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

Внятный ответ дал Игорь: формат UDP сообщений JTDX 100% соответствует формату WSJT-X. Нет никаких "лишних" байтов.

Отличаемся, но все существующие связки 'лишние' байты JTDX либо игнорируют либо используют для дополнительного функционала, то есть проблем в связках внешних логов и программ с JTDX пока не замечено. Есть что доработать поскольку та информация что сейчас передается от JTDX по UDP и обратно c моей точки зрения недостаточна для полноценного удаленного управления, дойдут руки - сфокусируемся на удаленном управлении через UDP.

**R2ADF** · 04.02.2019, 15:13

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

Отличаемся, но все существующие связки 'лишние' байты JTDX либо игнорируют либо используют для дополнительного функционала, то есть проблем в связках внешних логов и программ с JTDX пока не замечено. Есть что доработать поскольку та информация что сейчас передается от JTDX по UDP и обратно c моей точки зрения недостаточна для полноценного удаленного управления, дойдут руки - сфокусируемся на удаленном управлении через UDP.

Хорошо. Правда, до этого ответа столько "подпевалочек" уже успели заявить о себе... :-)

Не откажите в любезности сообщить, когда приведете в соответствие со 'стандартом'. Или когда внесете соответствующие правки в распространяемое в исходном коде описание формата сообщений. Я не смею торопить, но хотелось бы не пропустить этот момент... До тех пор придется, обнаружив идентификатор 'JTDX'... прямо даже не знаю - где-то соответствует, где-то различается... внятного описания нет... что делать-то?

Передача по TCP - это, как я понимаю, исключительно особенность JTDX. В таком случае поясните: существует только один формат и одна команда: 'Log'? Или будет что-то еще? Как явствует из текста, сервер на посылку может ответить NAK - тогда JTDX не логгирует указанное QSO. Еще какие-то варианты ответа сервера предусматриваются, или нет?

To R2ADF: Нарушение п3.3.2 правил форума

**RK1AT** · 04.02.2019, 15:20

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

проблем в связках внешних логов и программ с JTDX пока не замечено

Для инфо и без претензий!
После 119 (JTDX) версии параметр Length изменился и image controller Lite cтал принимать трафик из JTDX с ошибками, сейчас этот "баг" пофиксин на стороне контролера, аналогичная программа Х412 1010P принимала трафик из JTDX из файла decoded.txt, а после 123 версии JTDX не пишет в этот файл, тоже этот "баг" поскипан на стороне контролера.
Спасибо Игорь за программу!

**UA3DJY** · 04.02.2019, 15:35

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

аналогичная программа Х412 1010P принимала трафик из JTDX из файла decoded.txt, а после 123 версии JTDX не пишет в этот файл, тоже этот "баг" поскипан на стороне контролера.

Забыл про контроллеры картинок когда спрашивал у производителей ПО об удалении файла decoded.txt.. пардон, нестыковка вышла.

**EX8004A** · 05.02.2019, 18:34

Игорь подскажите. Это нормально?

Название: FT8-008-1.jpg
Просмотров: 1221

Размер: 14.4 Кб

В одно время, один и тот же позывной дает и CQ и РАПОРТ?

**R5WM** · 05.02.2019, 18:43

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

Игорь подскажите. Это нормально?

В одно время, один и тот же позывной дает и CQ и РАПОРТ?

Для 50 Мгц и выше это нормально. Но на КВ это только для DX корреспондентов!
Работают 2 слота с разносом 60 Гц!

**UA3DJY** · 05.02.2019, 18:55

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

Игорь подскажите. Это нормально?

В одно время, один и тот же позывной дает и CQ и РАПОРТ?

Судя по сдвигу 60 Гц похоже на работу программы MSHV в многослотовом режиме.

**US5WE** · 05.02.2019, 19:11

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

Для 50 Мгц и выше это нормально. Но на КВ это только для DX корреспондентов!
Работают 2 слота с разносом 60 Гц!

Например, PJ4P работали, по моему, на 4-5 слотах даже на 160 метрах и достаточно бодро Европу обслуживали.
S01WS так работает. На 6 метрах 5В4 этим пользовались. Думаю, в новом сезоне их будет тоже.

**EX8004A** · 05.02.2019, 19:11

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

Судя по сдвигу 60 Гц похоже на работу программы MSHV в многослотовом режиме.

Программа WSJT-X.
частота 1841 моя. диапазон 14 мгц
так вся суть в том, что при его CQ моя прога обновляет данные, т.е. перескакивает с рапорта на вызов.
Ну если это предусмотрено программой. значит все нормально