JTDX 136 Провёл связь с велсипедом IQ8XS/BIKE , теперь он выделяется то как worked, то как new call. Понятно, что дело в нестандартной дроби, но хотелось бы однообразия. Call то всё-таки один и тот же.
JTDX 136 Провёл связь с велсипедом IQ8XS/BIKE , теперь он выделяется то как worked, то как new call. Понятно, что дело в нестандартной дроби, но хотелось бы однообразия. Call то всё-таки один и тот же.
Выложите пожалуйста обновленный config.xml v11.8 из папки c:\Users\Пользователь\AppData\Roaming\TrustedQSL\
А то у меня не хочет его обновлять, выдает ошибку No such file or directory, не понимает русские буквы в пути к файлу.
Похоже BIKE распознается как домашний позывной а IQ8XS как префикс страны временного пребывания. Здесь нарушение формирования позывного сигнала, и скорее всего используемый позывной не соответствует лицензии оператора. Протокол FT8 пропускает такую вольность, но вариаций творчества операторов может быть много и не уверен что к ним можно применить общий подход в распознавании. Ранее, в первой версии FT8 было что то вроде ON/70AAA, однообразия точно не будет, только безобразие :)
PS что то мне подсказывает что велосипеды отдельно катаются а операторы этих позывных сидят за столом с трансивером и чашечкой кофе :) и создают условия для выполнения диплома. Если работать с 'велосипеда' то /M /A /P подходят больше и не нарушают общепринятые принципы формирования позывного сигнала.
Статистику я выключать не хочу потому что я работаю обычно малой мощностью. Но когда я увижу DX станцию, я могу добавить мощность или переключить антенну и т.д. и тогда уже я могу звать DX станцию. Правильно на форуме говорят. не надо путать информацию о станциях в эфире и автовызов. Не надо рещать за оператора, а, наоборот, нужно дать оператору самому решать что и когда делать. И наоборот, при включении какого-нибудь режима, который требует определенных установок в программе, програмно их устанавливать. Чтобы на форуме не было лишних вопросов и ответов типа - А вы не поставили или не сняли галку там-то или что-то в этом роде. Это чтобы оператор не путался в настройках. Дали возможность каждому настраивать цвета в программе и пропали все вопросы на форуме. А что было до этого? Это же относится и о режиме "в засаде", только нужно програмно предусмотреть разные защиты. Программа это инструмент, и надо, чтобы этот инструмент работал правильно. А кто и как его использует, это дело каждого. Бензопилой тоже можно руку отрезать, но ведь выпускаются же бензопилы. Это я к вопросу о безопасности с режимом "в засаде".
Пол года назад, я уже предлагал не трогать, то что есть, а повозиться с новыми режимами.
Можно было их запустить чисто для эксперимента. Не нужно было трогать 6, 7
и тем паче 1, 3. Всё, что касалось RR73/73 нужно было делать в режим №5,
где бы вообще не было пустых CQ после прощанья, если присутствуют новые
станции дающие rr73/73/cq.
А отслеживание сделать режимом №8 и пусть, каждый, для себя выбирает,
то что ему - по душе. В режиме отслеживания немного побаловаться с автоматизацией.
Наверное необходим и свой отдельный счетчик. Если нет галки, то пусть зовет
до посинения в момент, когда отслеживаемая станция будет давать cq/73,
или же по заданному количеству раз, вызова нужного корреспондента.
Если не задано позывного, dxcc или же префикса, то прога чисто
мониторит, как в режиме swl, как только внес к примеру-позывной,
так прога начинает следить и выискивать этот позывной (ые).
После подхвата, идет на автомате вызов с локатром или сразу рапорт
по новуму счетчику, а прощание по тем счетчикам, что уже имеются.
По завершению qso, вновь дать право выбора, как и сейчас:
-если в ручном режиме, то после сохранения далее мониторить
по внесённым данным в окна отслеживания,
-если же сохранение на автомате, то после сохранения в
лог режим мониторинга отключается до вмешательства
оператора для нажатия кнопки enable tx.
Я считаю, что такие режимы разгрузят немного диапазоны.
Просто нужно продумать где сделать ответ при отслеживании.
Либо на частоте зовущего, либо на своей частоте,
либо и так и так - по выбору, при помощи галочки фиксации tx/rx split.
Если режим 8 отточить, то можно будет внедрить в режим 5,
где осуществляется подбор и периодическое cq+отслеживание.
Вот и посмотрим - жить этому или нет!
Наверное MSHV скорее это замутят, чем wsjtx или же jtdx.
При загрузке версии rc 137_1, надо удалять ini fales, версии rc-135, и что это за режим в **засадк** ?
А что идут соревнования ,кто быстрее?
Если я правильно понимаю "политику" то весь упор в JTDX на превосходное декодирование ,скорость и удобство пользования интерфейсом в этом ее огромное и неоспоримое преимущество.
Кто хочет другого и по предпочтениям пусть выбирает программу какую хочет сам. По статистике все и увидим ,предпочтения!
Где то так.
P.S. А в MSHV своя основная специализация , от 30МГц и выше! Никто же не оспаривает.Кто на "высоких бэндах" работает в ней и остается!
Это всё понятно, но тем не менее позывной занёсся в ЛОГ в виде <call:10>IQ8XS/BIKE, логично было бы его теперь идентифицировать безусловно, как "worked" всегда, в т.ч., когда IQ8XS/BIKE даёт CQ c дробью. Программа же распознаёт это сообщение, отмечая цветом, как стандартное, а не как свободное. Если итальянцу приспичило работать как IQ8XSBIKE, тогда другое дело - другой позывной, другая цветовая маркировка.
И это должно касаться не только BIKE.
Либо ВСЕ неофициальные суффиксы-префиксы и дробные довески должны отображаться как свободные сообщения