Там вроде таймером время ограничено в программе.
Опять же если в это время что нибудь набрать в строке позывного, то получим N, а не N-1
Вид для печати
Там вроде таймером время ограничено в программе.
Опять же если в это время что нибудь набрать в строке позывного, то получим N, а не N-1
Я же не зря написал - " при соблюдении всех условий передачи номера N-1 в конфиге".
Это именно глюк программы.
Я предполагаю, что это как-то связано с режимом ввода позывных в поле CALL из бэндмапа. То есть - поле позывного ещё визуально чистое, но где-то внутри следующий позывной уже "готов"...
- а это новость для меня. Где про это написано? И сильно сомневаюсь в этом, давно пользуюсь TR4W и наверняка это заметил бы.
СCTRL+J - команда:
[AUTO QSO NUMBER DECREMENT]
DEFAULT=FALSE
DESCRIPTION=Когда этот параметр имеет значение TRUE, то независимо от режима поиска или общего вызова при пустом поле принимаемого позывного нажатие любой функциональной клавиши с записанным передаваемым номером (#) уменьшает последний на единицу. Функция полезна, если корреспондент переспрашивает переданный номер, а связь уже записана в журнал.
ALIAS=АВТОУМЕНЬШЕНИЕ НОМЕРА QSO
При этом перед значением очередного номера связи в его окошке появляется символ * (звездочка).
Подтверждаю!
Как только появляется подобная звездочка, и при этом если поле ввода- чистое, всегда передается, при нажатии на Fn, номер , на единицу меньше.
Но....Если поле ввода было очищено вручную ( добавили символы в поле ввода, но тут же их убрали) , уже после ввода в лог очередной связи , передается порядковый номер.
Какой версией программы Вы пользовались? Я хотел бы протестировать.
Версия 4.81.0. Осталась папка с WPX контестом. Я протестировал с введенным позывным (передается, например, номер 321) и после удаления его стрелкой удаления символов или очищение поля позывного через ALT+W (передается номер 320). Все работает как должно работать.
В контесте использовал 4.71. Сечас обновился до 4.81.
Проблема эта давняя. Я заметил по UBN, что очень часто ошибка в номере имеет такой характер - принимают на 1 больше. Посмотрел свой лог, повспоминал - при переспросе номера обычно...( кстати, это не только у пользователей TR4W бывает) В этот раз совсем никуда не торопился, настроил свой скиммер, и потихоньку ковырялся S&P. Меня довольно часто переспрашивали, энергетика не та... И сразу , в начале самом ( то есть лог короткий, комп совсем не нагружен логом), я заметил, что при повторе по F2 полетел N вместо N-1, при этом поле ввода было уже пустое после передачи номера по Enter. После этого стал внимательно контролировать, что идёт при повторе. Оказалось, что N летит достаточно часто вместо N-1. После контеста- хоть забейся, летит N-1. Разница - в контесте я использую скиммер от ColibriNano +SDC (связка эта великолепно работает, кстати), который заполняет мне бэндмап. Он забит станциями.
Когда возникает этот глюк - совершенно точно, что поле ввода пустое. Чуть после этого шевельнёшь валкодер - туда кого-нибудь вносит. Вот у меня и возникло предположение, что там внутри что-то торопится... Возможно, нужно поиграться шириной полосы захвата в бэндмапе, но не представляю, как это определить, только в крупном контесте, получается, чисто интуитивно-статистически?
Главное - быть начеку и отслеживать. В SO2R;-)...
Виктор, а вы не SO2R двумя компами работали ?
Нет. TS850+ скиммер от ColibriNano через SDC. Аппаратура вообще не при делах...
Повторюсь в третий раз - суть в том, что при пустом поле ввода при каких-то непонятных обстоятельствах может лететь N вместо N-1. И это не так часто. То есть - нужно отслеживать, если интересует ubn.
В субботу, 8 июня пройдет RDA mobile. Есть желание прокатиться, активировать несколько районов. В принципе, можно отработать, выбрав RDA contest. Единственное, по ctrl+j не получается поменять район, т.е. для каждого района нужно делать отдельный лог. А интересно, можно как-то сделать, чтобы в одном логе все было?