У Вас внутри FM участка RTTY. Не в этом ли причина?
Ручной ввод частоты в окне позывного для меня основной вид :) Как я уже говорил, лог используется под спутниковые связи только и САТ отключен ввиду иного принципа ввода диапазонов и частоты.
Потому могу сказать, что не начальная частоты, а весь прописанный в бэндмапе участок будет влиять на указанный в бэндмапе режим работы. Более того, можно вообще отдельные частоты внести со своей модой и будет работать. Вот пример ниже - взят правда из Logger32, но и в этом логе аналогично. Единственное что важно - соблюдение последовательности указания участков по нижней частоте каждого поддиапазона. От большего к меньшему. Верхняя частота не имеет роли, но влияет на моду при ручном режиме
Вложение 293699
Кстати говоря, давно просил Алексея сделать начальные рапорта в логе, чтоб пустых столбцов не было, вот пример того, как это выполнено в Логгере32.
- - - Updated - - -
еще один нюанс. У меня включено отображение частоты в МГц, т.е. 145.965, но в ручном режиме приходится забивать килогерцами, т.е. 145965 - иначе лог не принимает. Не знаю как переключить.
Отработал венгерский тест. Выбрал все российские станции и с qrz.com взял информацию, а области и не проставляются, почему ?, может что то я не так делаю.
- - - Добавлено - - -
Когда просто провожу связи все проставляется.
Какая модуляция прописана в настройках для JTDX?
А они там точно есть, на QRZ.COM? По идее должны проставляться.
- - - Добавлено - - -
Сейчас делаю такую функцию - подводишь мышку к позывному (допустим в кластере) и показывается статистика по DXCC:
Вложение 293713
т.е. как бы аналог окна Wkd/Cfm, но только для DXCC и работает как подсказка. Как такая идея?
Подсказка будет отключаемая? На мой взгляд это уже "переизбыточная" информация. Может быть достаточно анимационно-цветовой индикации, типа как здесь?
Вложение 293715
т.е. чтобы было сразу видно, нужна эта связь на текущем бэнд\мода или нет.
Алексей, раз уж занялись новыми идеями для лога, то как Вам такая мысль, сделать возможным подключение к логу модуля запросов Access с выводом информации в окно журнала лога?
Встроенная сейчас функция SQL command крайне кастрирована. Да, делаю сейчас отдельные таблицы и вставляю в базу, но это не совсем удобно. Думаю что это технически не сложно. Или волную авторские права? Если бы это было сделано, то тогда любые вопросы выборки/поиска/редактирования и др., все что связано с базой лога, решилось бы раз и навсегда.
Алексей, вы еще хотели доработать это окно, т.е. добавить в него возможность запуска дополнительной программы при запуске внешней программы (WSJTX, JTDX)
речь шла об автоматическом запуске GridTracker.
И, может быть вы добавите к внешним программам вкладку для SIM31?
Или сделать модуль, как в UR5EQF, который позволял обмен данными лога с внешними программами - UR5EQF_link.dll?
Борис! С каждой программой по разному обмен данными происходит. Я не знаю, что делает данный модуль в UR5EQF, но в логе это внутри самого лога организовано.
Чего то я даже делал...))) А сейчас если тут прописать - что не запускается?
Идея интересная. По подробнее - что за модуль запросов, как он должен выглядеть?
Если грубо, то где-то так. Из Access вызывается мастер запросов и переводится в Режим SQL. Дальше, - творчество юзера. После выполнения SQL мастер запросов закрывается (а можно закрывать и вручную) и в окно журнала лога выводится обработанная информация по таблице. Могут возразить, что необходимо знать принципы работы SQL запросов. Но на это можно потратить всего пару часов, что на порядок меньше, чем изучить все функции лога.
Зато у юзера отпадут все вопросы по выборке, корретировке, группировке и т.д.
Вложение 293756
Как прописать в логе недостающие области. Где их взять.
Алексей, из некоторых окон внешней программы инфа переносится в лог (как бы линк).
Если добавить вкладку SIM31 во внешние прогаммы, то такой модуль и не нужен.
Да вроде в том же виде, как и было.
Запускается при старте лога, а нужно только при старте JTDX\WSJTX и закрывать при выходе из этих программ.