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

**UA3DJY** · 10.02.2019, 23:35

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

Игорь есть радиолюбители (и как оказалось их не мало) которые не отвечают на вызов рапортом, они ссылаются на нежелание после проведенного QSO искать локатор корреспондента. Нельзя ли запланировать на будущее, если возможно, автоматизировать этот процесс привязав команду вызова к внутреннему логу программы - если я зову корреспондента которого нет в журнале , тогда вызов с локатором, и если есть такой тогда разрешить вызов рапортом при условии установленной галки в соответствующем месте.

Слишком много таких условностей, есть корреспонденты кто отвечает в пайлапе только на вызов рапортом, есть те кто удаляет проведенное QSO из лога если после окончания связи оператор передал сообщение CQ на их частоте, есть корреспонденты кто не получив сообщение 73 преднамеренно не вносят QSO в лог либо удаляют его. Все охватить невозможно, с другой стороны чрезмерная принципиальность в хобби прежде всего создает проблемы самому радиолюбителю ставящему условия окружающим. Лучшее решение проще к этому относиться - если не отвечает то либо не декодирует либо не хочет провести QSO, значит пора найти другого корреспондента.

**R0JF** · 11.02.2019, 14:43

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

Интересный проект трансивера прямого цифрового синтеза сигнала который вместо звука для передачи сообщения будет получать с WSJT-X UDP пакет с информацией о последовательности тонов сигнала

Академически это, конечно, интересно, но как-то дороговато...

Я прикинул - только стоимость омплектующих, что указана на их блок-схеме (и это НЕ считая самой Raspi3) - 83,5$ . Ну еще на 10-15 будет "рассыпухи"... И того - около 100$... И на один диапазон 50МГц. Ну и спаять-настроить...

А за 89$ можно например тут простой SDR-набор взять - Five Dash Inc. Your Source for SoftRock Radio Kits ...
Трехдиапазонный... Уже с выходом в 1 Ватт...
Причем с ним даже JTDX в той же Малинке сможет напрямую работать (HamLib3
поддерживает SoftRock Si570 AVR-USB)... И не надо никакой огород городить.

Но... Раз интерес есть у людей - пусть...

**R0JF** · 11.02.2019, 15:03

2 UA3DJY!

Игорь, мне вот какая мысль сегодня покоя не даёт...

Началось с того, что стал замечать как JTDX мне заведомые "дупы" не помечает как B4... То показывает, то нет. Вроде выделения как B4 нет, а в LogHX3 вижу, что QSO уже было. Этой же модой, на этом же диапазоне...

Недолгий анализ позволил предположить, что сама программа JTDX не виновата, причина в другом - у меня ОДИН файл wsjtx_log.adi для всех нужд, хранится он на домашнем прокси-сервере, а на клиентских машинах симлинки на него. Имхо так удобнее - неважно, на каком компьютере я вздумал поработать (да хоть и на двух сразу) - все пишется в один единственный файл, который и собирает общую статистику.

Так вот, возможной причиной "ошибки" выделения В4 я посчитал сетевые коллизии. Ну не успела программа прочитать весь файл за короткий промежуток времени по какой-то причине, поэтому и сочла станцию new-one.

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

К чему я о грустном... Всё это лирика, НО!

О главном.

JTDX - отличная программа, огромное за нее спасибо! Но она ведь НЕ программа аппаратного журнала! Это прикладное программное обеспечение, основная задача которой - принимать и передавать... Мне кажется, что зря столько времени потрачено на "рюшечки" в виде анализа повторов, боевой индейской цветовой раскраски... Это удобно и красиво, помогает, НО! Отнимает аппаратное время. Это работает быстро и хорошо, пока связей в логе немного. А когда их станет 20-30-100 тысяч? За 1-2 секунды прочитать такой массив, сравнить и принять решение - тут не до декодирования будет. Напрашивается организация какой-то реляционной БД с нормальной индексацией, расширенным поиском и прочими "вкусностями", которыми по-хорошему должна заниматься никак не JTDX...

Зачем я это пишу - просто представил, что именно так и будет в недалеком будущем. И жалко, привык и к цветовому оформлению, и к плюшкам типа "не отвечать В4", но когда-нибудь (имхо) эта нагрузка по обработке лога станет непосильной задачей для программы... И правильно было бы оставить их на плечах ЛОГ-программ с их "обертками" вроде JTAlert и т.п.

Фильтры - это другое дело. Нужны, полезны и не должны так нагружать...

В общем - мысли вслух. Прошу сильно не пинать, если что.

**RA3QJ** · 11.02.2019, 17:29

Появилась проблема. Лог не может понять или программа.

**UA3ALE** · 11.02.2019, 18:16

Название: peregruz.PNG
Просмотров: 895

Размер: 8.8 Кб

Вход перегружен!

**UA3VFL** · 11.02.2019, 18:42

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

Размер: 28.5 Кб

На 10мгц напали но не кому не ответил

**R2EC** · 12.02.2019, 09:06

to: UA3DJY (Несколько месяцев назад делали патч который очищал позывной из истории QSO)

Игорь, добрый день. На выходных заметил такую вещь, вызывал корреспондента несколько раз, он не ответил, провел связь с другим, и тут первый даёт ответ R -... , моя прога даёт ему RR73, он 73, и вроде всё нормально. Обратил внимание что связь сохранилась, но мой рапорт не такой как я давал, а какой рапорт давал второму кор-ту. Это из-за очистки историй QSO?

**US5WE** · 12.02.2019, 09:20

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

На 10мгц напали но не кому не ответил

Еще как ответил, вечером в районе 1930Z тут обработал всех местных со 100 ваттами и диполями.

**LY3BG** · 12.02.2019, 09:56

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

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

Извините, я не Игорь, но попробую ответить.

При запуске программы читается .adi файл и требуемые данные для проверки записываются в память. Дальше вся проверка происходит в памяти, к файлам на диске обращаемся только для записи. При записи новой связи требуемые данные записываются в память и ещё в несколько файлов на диске.
Поэтому если вручную или другой программой сделать изменения в .adi файле (ввести новые связи), программа их видеть не будет пока её не закроем и снова запустим.
Так было пару лет назад, может теперь по другому, Игорь меня поправит.

**RX1AG** · 12.02.2019, 10:38

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

И правильно было бы оставить их на плечах ЛОГ-программ с их "обертками" вроде JTAlert и т.п.

Вы верно прогнозируете будущее...
На теме давно поднимался вопрос о том, некоторым пользователям нужен "обрезанный" легкий вариант JTDX без рюшечек/ кнопочек/раскрасок/ с простым и удобным интрефейсом. Эти довески съедают ресурсы компа/процессора. Все благоустройства можно предусмотреть в отдельных спец прогах или опциях аппаратных Логов. Но пока побеждают "украшатели"...

**R0JF** · 12.02.2019, 10:45

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

Извините, я не Игорь, но попробую ответить.

Витас, спасибо за пояснение. И ничего страшного, что Вы не Игорь.

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

При запуске программы читается .adi файл и требуемые данные для проверки записываются в память.

Т.е. adif читается единожды и только при запуске?
Т.е., если у меня программа три-четыре дня (а часто и больше бывает) не выгружалась из памяти, она оперирует только этими устаревшими данными? И если в этот лог у меня пишут две программы, они тупо не видят результат работы друг друга? Досадная новость.

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

Дальше вся проверка происходит в памяти, к файлам на диске обращаемся только для записи.

А в памяти этот массив как хранится? Просто таблицей? Или как-то индексируется? Все-так анализ надо одновременно минимум по трем полям делать - CALL, BAND, MODE. Это GRID можно однократно прочекать и запомнить, а повторы - тут при больших количествах записей не так быстро будет.

**R5WM** · 12.02.2019, 11:26

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

Вы верно прогнозируете будущее...
На теме давно поднимался вопрос о том, некоторым пользователям нужен "обрезанный" легкий вариант JTDX без рюшечек/ кнопочек/раскрасок/ с простым и удобным интрефейсом. Эти довески съедают ресурсы компа/процессора. Все благоустройства можно предусмотреть в отдельных спец прогах или опциях аппаратных Логов. Но пока побеждают "украшатели"...

В MSHV без раскрасок и QSO B4, а также локатор B4 берутся из встроенного в программу простого лога, который легко экспортируется в ADIF.

**R2EC** · 12.02.2019, 11:55

Для контроля повторов поступил немного по другому. Из Лога выбрал все QSOв моде FT-8 и слил с адифом JTDX, работает нормально. На бенде народу много, а видишь после дешифровки всего несколько позывных.

**RZ1OA** · 12.02.2019, 12:18

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

Т.е. adif читается единожды и только при запуске?

Да. И потом туда только новые связи заносятся (и одновременно в память). Если не выгружая программу заменить адиф - новые связи программа не увидит - проверял.