N1MM Logger

[UA6ATG]

В RDA контесте мой логгер сдурел. Отказывается записывать в лог. Чтобы это значило:

[UA3BZ]

ссылка на версию для тестирования (сделана на базе более старой официальной версии логгера 10665).
В данной версии удобнее искать новые районы RDA (по диапазонам и модам). По окончании контеста Cabrillo файл может быть отослан как отчет за RDAC. Возможно будет добавлем импорт ранее сделанных QSO из формата csv adif. Если будут вопросы или замечания - пишите на na3m{at}arrl.org.

https://drive.google.com/file/d/1LCh...ew?usp=sharing

1. При каждом споте выскакивают такие окна.
2. Не работает переход по спотам в бандмап по Ctl-Shift.

Пробовал установить поверх "регулярную" версию - ругается на отсутствие UDC-файла, в окне ввода нет других полей, кроме окна позывного.

Какая-то диверсия

[UA6ATG]

Я нашел причину: оказывается надо вводить корректний RDA . КАк то это у меня первый раз такой сюрприз

[NA3M]

То: UA3BZ

Юрий, эта спец. версия не была как следует протестирована, к сожалению. Я увидел этот bug, но уже поздно было что-то исправлять.
Теперь видимо до следующего RDAC, или возможно кто-то захочет использовать этот новый "контест" для повседневной работы. Тогда будет смысл починить RDA_HUNTER сразу после RDAC.

[RZ1A]

весь тест программа выдавала непонятки. Такого никогда не было. Ввожу Ентером связь в Лог, а слышу то что записано по F8 agn? и кнопка эта подсвечена. Перезагружал прогу. Иногда помогало но опять потом все повторяется...((((

[RT3K]

весь тест программа выдавала непонятки. Такого никогда не было. Ввожу Ентером связь в Лог, а слышу то что записано по F8 agn? и кнопка эта подсвечена. Перезагружал прогу. Иногда помогало но опять потом все повторяется...((((

тоже такая проблема была. Приходилось нажимать Log It и подтверждать. Первые пару связей переспрашивал RDA, вдруг какой-то несуществующий пытался в лог внести.

[R0QC]

весь тест программа выдавала непонятки. Такого никогда не было. Ввожу Ентером связь в Лог, а слышу то что записано по F8 agn? и кнопка эта подсвечена. Перезагружал прогу. Иногда помогало но опять потом все повторяется...((((

Это происходит когда в поле принятого номера введено сочетание RDA, которого нет в файле rdac.sec . Программа это воспринимает как некорректно введённый номер. Лечится это просто через принудительный ввод связи сочетанием клавиш Ctrl+Аlt+Enter.

[R0QC]

тоже такая проблема была. Приходилось нажимать Log It и подтверждать. Первые пару связей переспрашивал RDA, вдруг какой-то несуществующий пытался в лог внести.

Это не баг логгера и не вина его разработчиков. Разработчики логгеров не в состоянии постоянно мониторить актуальный список районов по RDA. Это косяк именно организаторов контеста. Они при желании могли бы своевременно отправить разработчикам популярных логгеров такие актуальные списки.

[RA4Y]

Здр! Лог последнего обновления. Так же наблюдалась проблема описанная RZ1A .
Была еще проблема , в окошке "Exch" временами слетали принятые номера - одна или две циферки из трехзначного номера у иностранцев, или слетало обозначение RDA, а циферки оставались у наших. В общем тормозило. Это дело наблюдалось пока не появился нормальный интернет. Возможно "Telnet" надо было вырубить.

[UA3BZ]

...Разработчики логгеров не в состоянии постоянно мониторить актуальный список районов по RDA. Это косяк именно организаторов контеста. Они при желании могли бы своевременно отправить разработчикам популярных логгеров такие актуальные списки.

Не согласен. Журнал фиксирует то, что вводит оператор.
Проверять структуру вводимых данных (две буквы и две цифры) - дело хорошее.
Но проверять актуальность всяких "списков районов" - лишнее.
Цель ЩСО - правильно принять то, что передано. В правильности пусть судьи разбираются, а не программист.
Подсказка - допустима. Но приоритет д.б. у оператора.

Мне так кажется

[R2BT]

Это не баг логгера и не вина его разработчиков

Если бы не летело совершенно неожиданно в эфир AGN? на краснодарских позывных, то и вопросов бы не было... Возможно, это только в ESM так?

[UA6ATG]

Если бы не летело совершенно неожиданно в эфир AGN? на краснодарских позывных, то и вопросов бы не было... Возможно, это только в ESM так?

Причину нашел быстро. Надо просто ввести номер RDA и вообще какой нибудь номер. Хотя был несколько ошарашен , думал напортачил с макросами cw.

[NA3M]

Это не баг логгера и не вина его разработчиков. Разработчики логгеров не в состоянии постоянно мониторить актуальный список районов по RDA. Это косяк именно организаторов контеста. Они при желании могли бы своевременно отправить разработчикам популярных логгеров такие актуальные списки.

Сергей, совершенно верно. К сожалению организаторы RDAC не публикуют актуальный на время проведения контеста файл списка RDA районов. То, что есть у них на сайте требует сравнивать > 2650 строк текста - у меня нет времени на это. Смог только добавить 4 новых области.

Провёл 55 QSO (CW только) на 40 и 20 примерно за 3 часа уже в конце контеста. Было интересно. Жалко, что мало станций было слышно, в основном юг европейской части России. Хотя есть несколько QSO с 9A и 9S.

- - - Добавлено - - -

Посмотрел сейчас файл RDAC.sec, там действительно добавились районы, например KR-67, KR-68, TA-65, TA-66. Возможно еще есть изменения, надо всё проверять. Может к следующему RDAC сделаю...
Но может быть у организаторов найдётся список изменений хотя-бы за последние 12 месяцев?

[NA3M]

Не согласен. Журнал фиксирует то, что вводит оператор.
Проверять структуру вводимых данных (две буквы и две цифры) - дело хорошее.
Но проверять актуальность всяких "списков районов" - лишнее.
Цель ЩСО - правильно принять то, что передано. В правильности пусть судьи разбираются, а не программист.
Подсказка - допустима. Но приоритет д.б. у оператора.

Мне так кажется

Юрий, учитывая, что пока не удаётся поддерживать RDAC.sec в соответствии с реальным списком придётся отключить жесткую проверку принятого RDA.
Изменение будет в следующей официальной версии логгера. Там-же попробую поправить RDAC.sec, но за год список снова может слегка измениться.

Только-что получил обновлённый файл с РДА районами от RA3AN (TNX!)

По поводу RDA_HUNTER "контеста" для охотников за DRA районами который я публиковал перед контестом - есть в нём какой-то интерес? Он позволяет во время RDAC видеть и работать новые RDA по диапазонам и модам (в обычном RDAC котест модуле логгера RDA множитель учитывается/показывается раз в контест). А отчет (Cabrillo) создаёт как для RDAC, т.е. его можно будет сразу после контеста отправить без исправлений названия контеста в файле. Кроме того этот "контест" не только показывает все /P станции красным (а если известен их RDA и он новый, то зелёным), но и получать RDA станции из текста спота. Учитывая, что в RDAC разрешен self-spotting это вроде-бы должно помочь в поиске новых станций (RDA). Правда selfspot должен содержать текст типа "RDAC NN99" или "RDA NN-99". Логгер позволяет добавлять такой текст к каждому selfspot-у.

[R0QC]

Не согласен. Журнал фиксирует то, что вводит оператор.
Проверять структуру вводимых данных (две буквы и две цифры) - дело хорошее.
Но проверять актуальность всяких "списков районов" - лишнее.
Цель ЩСО - правильно принять то, что передано. В правильности пусть судьи разбираются, а не программист.
Подсказка - допустима. Но приоритет д.б. у оператора.

Мне так кажется

Юрий, в теории Вы правы конечно. Николай уже пообещал для этого контеста отключить алгоритм проверки номера на аутентичность. Но речь сейчас о том, что правильность и полнота файла sec - это не только такая возможность. Он отвечает и за другие функции программы, как то отслеживание и подсчёт множителя, возможность видеть в ходе контеста правильную статистику и т.д. Что очень удобно для пользователей данного логгера, особенно для тех, кто работает на результат.