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

[UR4UM]

R6LCF - Вернулся на 34 версию
R3DL - Версия 48 не прошла. Откатился на 34.
и ещё два мои товарища снесли 48-ю... Некоторые на WSJT-X венулись "более 3000 QSO провёл" и всё ОК!

RA3DRI - Желание заполнения лога малоценными QSO это "детская болезнь левизны в коммунизме" (радио).

Мы не "в коммунизме", и в лог обязаны вносить все свои связи, (кроме половых) как и положено по всем инструкциям!
Хотя некоторые совмещают, и на любительских бендах и на "хулюганских" работают, жезезу "всё едино, аппатиты и навоз"!
Так кто мы (вы) на самом деле?

Цитата Сообщение от RA3QH - а подтверждения моего компьютера....

Бывает винда слетат! А бываети хуже - винт сыпится... и где Ваши QSO? (РАЗВЕ ЧТО В "ОБЛАКЕ")!

[UA3VFL]

Прога декодирует нового кор.--зову ,а EQF log пишет повторное QSO на прошлой неделе на этом же диап.и это часто?? Атак повторы прога зачеркивает

[UA3WFO]

А для корреспондентов, для которых эти подтверждения важны и нужны, это разве имеет значения?

Принципиальные вопросы! "Подтверждения нужны", но "не имеет значения"?!
Так" нужны" или "не имеет значения"? Истинные QSO с оператором или не "имеет значения" (тогда и QSL зачем)? Вопрос повисает в воздухе, потому, что ответа нет! Мне QSO с "машиной" не нужны. Я могу и в PSK-репортёре посмотреть кто меня слышит!

в лог обязаны вносить все свои связи, как и положено по всем инструкциям!

Два взаимоисключающих утверждения! Вносить в лог "все" и действовать по инструкции! Разве в регламенте радиосвязи (инструкции) прописана ( как QSO) работа с автоответчиком (роботом)?

[UA3ALE]

С дискуссиями,пацаны, идите ....... в тему FT8! А здесь просьба обсуждать работу с софтом!

[RV9UDO]

Так" нужны" или "не имеет значения"?

Никакого противоречия тут НЕТ - и нужны и не имеет значения!
Вы мне другое поясните:
Есть два варианта проведения qso, оба в моде ft8:
1. Прога jtsx и ей подобные, проводит сеанс связи, по окончании спрашивает у оператора: заносить в лог? Оператор жмакает "ентер".
2. Прога jtsx и ей подобные, проводит сеанс связи, по окончании сама заносит в лог (потому как оператор выставил функцию "автомат").
И в первом и во втором случае участие оператора в проведении qso =0 (ноль).
А теперь вопрос: какой вариант правильного кусо, а какой не правильного? и чем они принципиально отличаются?

А я так подозреваю - подобные моды, а вместе с ними и проги, будучи "заточены" под определённые дикспедишн, будут способствовать выполнению всем желающим заветного qso и qsl с dx-страной.
Вы даже и знать не будете, что работали с автоматом... в этой самой dx-стране
Да и педишн поставил очередной "рекорд" - проведено 100000000..... связей , все желающие сработали, исчезло белое пятно на р/л карте... навсегда! Ура, товарищи!

[RV9UDO]

идите ....... в тему FT8!

Согласен, больше не буду!

[UA3DJY]

Устранены два дефекта:
- попытка AutoSeq повторно передать RR73/73 в стандартной последовательности сообщений
- сбой передачи сообщения при щелчке мышью на декодированном сообщении если истек TX watchdog таймер

Возможно что в софте еще есть сбой когда AutoSeq пытается повторно передать сообщение 73 в сценарии где на общий вызов получено в ответ сообщение с рапортом.

собранный софт https://cloud.mail.ru/public/L6dz/XX336Qu2Z

исходный код https://cloud.mail.ru/public/A13w/G8NmHicsg

кодовые суммы:
File name: JTDX-18.1.0.50-win32.exe
MD5: 320FA15F57A2522C76A309D21E723BFA
SHA-1: CFDE1AAF49BA93121DE768C27485C8E0EAB2BB7C
SHA-256: D0F0B55A8E686486DF7166332D0A4E395B72DA134E05C9834274076BC268D2F0
SHA-512: D30B579E916C546C754F2BBEC4DE00357526E9C748281F7943DFED35985015F7EDE477 62A0E20E3FB249778CF11CF8C72CDB38217DE6A7B95DCF572851F445F5
RIPEMD: 15E2F3A6649EF49D45D55D91D8C493EDA816B392

JTDX.INI имеет такую же структуру как в версии 18.1.0.48.

[UA3DJY]

Согласен, больше не буду!

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

[RX3DTN]

Устранены два дефекта:
- попытка AutoSeq повторно передать RR73/73 в стандартной последовательности сообщений
- сбой передачи сообщения при щелчке мышью на декодированном сообщении если истек TX watchdog таймер

Возможно что в софте еще есть сбой когда AutoSeq пытается повторно передать сообщение 73 в сценарии где на общий вызов получено в ответ сообщение с рапортом....

Пробую 18.1.0.50. Происходит кратковременное включение на передачу с попыткой повторно передать 73. Включение идет всего на одну секунду, потом переход на прием, но декодирования принятых сигналов в этот период нет

064245 14 0.1 1455 ~ CQ TA1MFR KN31
064301 Tx 1455 ~ TA1MFR RX3DTN KO85
064315 15 0.2 1454 ~ RX3DTN TA1MFR -11
064330 Tx 1454 ~ TA1MFR RX3DTN R+15
064345 12 0.2 1454 ~ RX3DTN TA1MFR RRR
064400 Tx 1454 ~ TA1MFR RX3DTN 73
064415 13 0.1 1454 ~ RX3DTN TA1MFR 73
064430 Tx 1454 ~ TA1MFR RX3DTN 73

[UA3DJY]

Пробую 18.1.0.50. Происходит кратковременное включение на передачу с попыткой повторно передать 73. Включение идет всего на одну секунду, потом переход на прием, но декодирования принятых сигналов в этот период нет

064245 14 0.1 1455 ~ CQ TA1MFR KN31
064301 Tx 1455 ~ TA1MFR RX3DTN KO85
064315 15 0.2 1454 ~ RX3DTN TA1MFR -11
064330 Tx 1454 ~ TA1MFR RX3DTN R+15
064345 12 0.2 1454 ~ RX3DTN TA1MFR RRR
064400 Tx 1454 ~ TA1MFR RX3DTN 73
064415 13 0.1 1454 ~ RX3DTN TA1MFR 73
064430 Tx 1454 ~ TA1MFR RX3DTN 73

есть сценарий в котором сложно что то сделать, когда принятое сообщение 73 декодировано уже во время передачи

В версии 18.1.0.34 я просто в коде выключал передачу после отправки сообщения RR73 и включал ее обратно при получении сообщения с рапортом, если софт ничего не декодировал то занесенная автоматом в лог QSO могла быть не подтверждена корреспондентом. После дискуссии мы пришли к согласию что подход 'я передал 73 и значит QSO завершена' неправильный, и это была одна из причин появления нового алгоритма AutoSeq.

В 18.1.0.51 будет еще доработка AutoSeq, которая должна снять часть сбоев с попыткой повторно передать 73.

Декодирование неполного интервала сделано в JTDX для мод JT65/JT9/T10, думаю что сделаем и для FT8.

[UA6CT]

мы либо живем полной жизнью вместе с нашими коллегами продвигающими и использующими новые технологии в Радио либо остаемся сами с собой в прошлом

+500
A коллеге RA3DRI необходимо записывать QSO в FT8 на самодельный (это важно!) магнитофон и потом декодировать вручную, используя счёты. Только так! Иначе это уже не радио!

Происходит кратковременное включение на передачу с попыткой повторно передать 73. Включение идет всего на одну секунду, потом переход на прием, но декодирования принятых сигналов в этот период нет

Вот у меня то же самое. И в 48 версии тоже.

[LY3BG]

Устранены два дефекта:
- попытка AutoSeq повторно передать RR73/73 в стандартной последовательности сообщений

v. 50

[UA3WFO]

Есть два варианта проведения qso, оба в моде ft8:
1. Прога jtsx и ей подобные, проводит сеанс связи, по окончании спрашивает у оператора: заносить в лог? Оператор жмакает "ентер".
2. Прога jtsx и ей подобные, проводит сеанс связи, по окончании сама заносит в лог (потому как оператор выставил функцию "автомат").
И в первом и во втором случае участие оператора в проведении qso =0 (ноль).
А теперь вопрос: какой вариант правильного кусо, а какой не правильного? и чем они принципиально отличаются?

Разница принципиальная!
Что такое классическая радиосвязь?
Передать CQ, выбрать кому ответить, завершить QSO.
Вопрос формирования ЭМВ на передачу и их приём с посл. превращением в звук (инфо) не является работой робота, как не является и использование компа в промежуточных стадиях.
Если включение на передачу, обмен инфо и окончание QSO происходит без участия человека, то это уже работа робота.
Как такое "событие" оценивать, конечно дело каждого. Некоторым "резиновая" жена больше нравится.

подобные моды, а вместе с ними и проги, будучи "заточены" под определённые дикспедишн,
Вы даже и знать не будете,

Ключевые слова "Вы даже и знать не будете"!
И что это за QSO? Это уже все дела (извнте) даже без "резиновой".

[UR5NMZ]

Приветствую, коллеги!

Наблюдал сегодня такую картину - при попытке вызвать станцию с дробным позывным, SV8EIU/1, программа после включения на передачу сразу выключала её. Пробовал дважды повторить вызов - одинаковая картина.
Версия JTDX .48

[UA9OP]

интересно как ИСПЫТАТЕЛИ тестируют новые версии чтобы запустить их в работу???
вот раньше было так...так и осталось


потом здесь дает RR73 тот повторяет рапорт...мой вываливает снова RR73 передача тухнет...и как настроить эту автоматику???