Одно время тоже использовал ускорение для TEST, и сильно удивлялся, что скиммеры плохо цепляют. Убрал ускорение - стало ок. Несколько раз экспериментировал - убедился, что скиммеры очень не любят разные скорости в TEST и позывном.
Вид для печати
Василий, всё зависит от настроек конкретного скиммера. Некоторые настроены так, что достаточно просто два раза подряд на одной скорости передать позывной. И сразу хватают, без всяких CQ или TEST ... А некоторые реагируют только если с позывным звучит фраза CQ или TEST. Но то, что некоторые из них действительно имеют проблемы если скорость этих фраз кардинально отличается от скорости передаваемого позывного - это тоже дано известно.
Олег, немного не так. Добор будет работать в любом случае. Но. Когда в макросах используете >>!<< - скорость позывного корреспондента будет рваной. При наборе позывного корреспондента до нажатия Enter программа будет передавать на штатной скорости, но после нажатия Enter при доборе - скорость передачи будет увеличена на ваш ускоритель, затем перед передачей контрольного номера восстановлена на количество <<. Так программа не "понимает" весь позывной, который до момента нажатия Еnter был введен в окно.
Дабы избежать этого бага при >>!<< попробуйте воспользоваться режимом AutoSend Threshold.
Василий, да, могут быть заморочки. Но в этом случае чтобы избежать несанкционированного захвата номера на подборном месте, даже с включенным ESM, достаточно пользоваться стандартной клавишей F4 (свой позывной) и клавишей Space для перевода курсора в окно принимаемого номера, без захвата своего.
Остается потом нажать Enter для ввода QSO в лог. Ну так это по сути своей является отказ от ESM. Зачем тогда включать этот режим если его не использовать?
ЗЫ захват номера как раз и происходит при нажатии пробела, поэтому практически выработал привычку при работе на выбор не жать пробел пока вызываемый корреспондент не начнет давать номер.
Василий, ну правильно. Думаю Вы не сомневаетесь, что ESM при работе на CQ имеет преимущество. Вернее определенные удобства. Теперь Вы в программе переключаете СQ c одного радио на другое - ну не будете же постоянно в конфиге снимать и ставить эти галочки. Или т.н качели ... А если в несколько рабочих мест?
Ну да, кроме того галочки снимать и ставить ассоциируется обычно с действия мышью. Но можно запомнить что для этого есть и клавиатура, а именно Ctrl+M.
Просто вспоминаю старую добрую досовскую CT, в которой вообще действия мышью не предусматривались. Ничего, вроде справлялись...
Вы имеете в виду K1EA? Очень классный был интерфейс, согласен, самый наверное классический. Но почему некоторые перешли на N6TR ... Это тогда еще в досовских программах. Но ведь не зря в чем-то N6TR перерос в TR4W, а интерфейс CT K1EA сейчас кажется похожим на WT, ну или вернее скорее наоборот.
Вопрос к присутствующим - кто нибудь запускал сат интерфейс через OMNI-RIG в N1MM ?
Думаю потому что N6TR можно было конфигурировать под любой тест, в отличии от K1EA. Уметь конечно надо было.
Еще WL и достаточно свежий и вполне доступный DXLog. У меня DXLog есть как раз для работы в команде, там правильный захват номера. В одиночку пользуюсь N1MM, т.к. мульки кое какие в DXLog недоступны. Например работа попугая пока не полная, набранный позывной не хочет говорить, хотя в подобном WL это было давно. И еще, я правда не дошел до этого, N1MM судя по окну конфигуратора портов поддерживает до 3-х LPT, что важно при работе с одним компьютером в режиме SO2R.
Не, не помню, потому как N6TR никогда мы в сеть не вязали. Только СТ. Что такое VPN тогда мы и не знали, сетевых карт в компьютерах вообще не было. СТ вязали по СОМ-портам.
Если вернуться к N1MM, то уже загорелся попробовать второй LPT. У меня он для бэнд-декодера, уж больно хочется полной автоматики на двух радивах, в смысле коммутация ДПФ, антенн, диапазонов РА.