AAtest + TrueTTY

В цифре уж давно не новичок, а вот столкнулся с такой проблемой.
Когда то, в рядовых QSO, пользовался TrueTTY. Вполне приличная программа (регистрированная). Но, никогда ей не пользовался в RTTY контестах.
Сегодня решил попробовать в сцепке с AAtest'ом. И возникли проблемы, которые решить пока не могу.
1. Не могу заставить её работать FSK по 2 COM порту. PTT у меня также на 2 COM порту.
Как только выставляю значения для работы FSK, так трансивер переходит на передачу и гонит несущую. В чём проблема?
2. Прописываю макросы для контест работы. Контроль уже идет по звуковой карте.
Для CQ вроде получилось, а вот для S&P опять неудача. Передача почему то идет в два этапа (5 макрос). Кто пользовался макросами для TrueTTY? Подскажите pse...

Евгений, документацию к программе лучше читать _до_того_как_, а не _вместо_того_ . Я для кого мучаюсь с поддержкой документации на двух языках ?

По первому вопросу я Вам уже ответил на e-mail, а по второму -
у Вас использован макрос ~[rx] вместо `[rx] .

Добавлено через 1 час 35 минут
Да, у вас в макросах присутствует еще одна характерная для опытных телеграфистов - начинающих цифровистов ошибка.
В RTTY и прочей цифре "отсутствие сигнала" это не "пробел", а "случайный мусор".

Поэтому перед и после текста обязательно должен быть хотя бы один пробел или перевод строки.

То есть не "...~[isNumberSent]`[rx]", а хотя бы "~[isNumberSent] `[rx]"

Итак, после сегодняшних консультаций с Сергеем - UA9OV, запустилась программа в режиме FSK. В поле Data exchange port стоит NONE. Отмечено PTT - COM 2 и стоит крыжик в Produce FSK. Контроль над трансивером полный. TNX UA9OV.
Следующая беда: при симуляции контеста, позывной с одного клика залетает в поле CALL, залетает также и NR. Но, в режиме S&P, программа не захватывает из поля CALL позывной и не передает его. Вот мой кусочек макросов, где опять накосячил?
[Macros]
Macro0="~[boff]~[cl] `[rx]"
Macro1="~[cl]~[csnt]~[tx] CQ TEST ~[m36] ~[m36] TEST `[rx]"
Macro2="~[cl]~[tx]~[lf] ~[iCall] 599 ~[isNumberSent] `[rx]"
Macro3="~[cl]~[tx]~[lf] ~[iCall] 599 ~[isNumberSent] ~[isNumberSent] ~[iCall] `[rx]"
Macro4="~[cl]~[tx]~[lf] TU ~[m36] TEST `[rx] ~[lts]"
Macro5="~[cl]~[csnt]~[tx] ~[m36] ~[m36] `[rx]"
Macro6="~[lf]~[tx] ~[iCall] 599 ~[isNumberSent] ~[lts] `[rx]"
Macro7="~[lf]~[tx] AGN `[rx]"
Ещё один вопрос. Должен ли я отметить в TRUETTY.ini файле следующую строку на контест программу?
ExternIniFile=aatest.ini
А вот так расположились у меня окна. Для CW вид совсем другой.

Не вполне понял проблему, но при помощи телепатии могу догадаться,
что речь идет о настройках "Autosend Setup" в AATest...

Хотя должен заметить, что это в CW удобно работать клавиатурой в окне AATest, не трогая мышь. В RTTY - ровно наоборот - удобнее работать мышью в окне TrueTTY, не трогая клавиатуру.


>Должен ли я отметить в TRUETTY.ini файле следующую строку на контест программу?

Ни в коем случае!

Цитата:

---

Сообщение от ua9ov

но при помощи телепатии могу догадаться

---

А ведь верно! Я пытался провести симуляцию, колотя по клаве, а оказывается нужно двигать мышью! Но, тут я не согласен. За время контеста отупеешь от мыши. Работа с клавой намного эргономичней. Подводя итоги, можно сказать, что первую ступень перешагнул. Посмотрим, что будет дальше.

Добавлено через 9 минут
Следующая проблема.
В логе уже 21 QSO. Могу передать на другой континент первый десяток QTC. Позывной введён.
Открываю окно Ctrl+S, жму на Send QTC, - ответа нет, молчок.
Где искать?

Добавлено через 1 час 17 минут
Разобрался самостоятельно.
В Setup'е TrueTTY поменял значение
Exchange DLL channel c 2 на 1 и QTC пошли.
5-6 июня будет DL-DX-RTTY-Contest. Постараюсь в живую отработать в этих программах (если позволят домочадцы).

Добавлено через 2 часа 1 минуту
После того, как изменил Exchange DLL channel c 2 на 1
программа заработала как с клавы, так и от мыши, как CQ, так и S&P режимы.
А вот с приёмом QTC опять не понятно, их что? писать вручную?

Евгений, объясните, зачем Вы вообще изменяете какие попало установки на что придется? :)

По поводу принимаемых QTC - ну да, предполагается заполнять их руками. Поэтому я этого вообще не делаю. Просто включаю "Capture log file" и слежу за правильностью приема. Оставляя разборку с ними на после контеста. В комментариях к QSO указываю номер QTC.

Цитата:

---

Сообщение от ua9ov

зачем Вы вообще изменяете какие попало установки на что придется?

---

А зачем программист ввёл какие попало установки?
Для того, чтобы владеть программой, я должен залезть во все установки, прощупать руками что это и для чего они. Иначе юзер просто не будет владеть данной программой. Имхо.
По поводу захвата текста.
В 2001 году работал в WAEDC, используя MMTTY. Успевал формировать QTC в Блокноте, после контеста из всего лога выбирал принятые QTC. Работа не из приятных. Поэтому в следующем контесте перешёл на RITTY+WF1B. Отработал половину контеста и перешёл на RckRTTY. Последняя прога, несмотря на убогий дизайн, довольно чётко как передает, так и принимает QTC. Очень корректно формирует отчёт. Можно мне сделать замечание, - зачем же ты дёргаешься, чего ещё хочешь? Но так уж устроен человек, ему всегда хочется чего то нового, тем более, что AAtest прекрасно отрабатывает в WAEDC CW. Вот и захотелось проверить их (AAtest+TrueTTY) совместную работу.
Всего наилучшего, Сергей!

В предверии DL-DX-RTTY-contest'а,
решил ещё раз проверить совместную работу рассматриваемых программ.
Обратил внимание на такую особенность.
Если работать, пользуясь только мышью, никаких проблем нет.
Как только переходишь на клаву (стиль по Enter'у, не по функциональным), то при сохранении QSO (независимо от режима CQ или S&P), выскакивет предупреждение, что поле ввода позывного пустое, хотя связь в журнал пишется. Для закрытия этого pop up, приходится тратить время, перебрасывать курсор в поле позывного, т.е. крайне неудобно управлять программой. Меня устраивает основная работа с клавиатуры, мышь - это вторично. Привожу кусочек макросов на сохранение (4 и 5 макрос) и окно pop up'а.
Можно решить эту проблему?
Macro4="~[lt] ~[tx] ~[lf] TU ~[m36] TEST ~[ls] `[rx] "
Macro5="~[cl] ~[csnt]~[tx] ~[m36] ~[m36] `[rx]"
Macro6="~[lt] ~[lf] ~[tx] 599 ~[isNumberSent] ~[isNumberSent] ~[m36] ~[ls] `[rx]"

Отработал в контесте на данной связке. Коротко о впечатлениях:
программа довольно уверенно декодирует сигналы, так при уровне сигнала на пороге слышимости (на 10, 15 метрах), удавалось провести обмен. Прилично декодирует и при QRM в полосе прозрачности основного фильтра (300 гц). Понравилась и возможность оперативного, визуального изменения порога сквелча.
А вот так выглядело основное окно:

Цитата:

---

Сообщение от UN7GCE

. Отработал половину контеста и перешёл на RckRTTY...

---

В RCKrtty был косяк. В списке QTC мог быть передан позывной корреспондента, которому передается список QTC. Это запрещено правилами. Возможно на седняшний день этот баг устранен.

Цитата:

---

Сообщение от UN7GCE

Если работать, пользуясь только мышью, никаких проблем нет.
Как только переходишь на клаву (стиль по Enter'у, не по функциональным), то при сохранении QSO (независимо от режима CQ или S&P), выскакивет предупреждение, что поле ввода позывного пустое, хотя связь в журнал пишется.

---

Так не надо два раза одну и туже связь сохранять - и просто по Enter,
и еще макрокомандой "~[ls]". В результате первый раз QSO сохраняется, а второй раз - сохранять уже нечего.

Другими словами - уберите ~[ls] из макросов.