ИСПОЛЬЗОВАНИЕ КОМПЬЮТЕРА ПРИ РАБОТЕ В СОРЕВНОВАНИЯХ.
Президент AGB Игорь Гетьман [email protected]
 * * * КОМПЬЮТЕРНЫЕ КОНТЕСТНЫЕ ПРОГРАММЫ.
-----------------------------------------------------------------
Итак, программа отконфигурирована, последнее нажатие на клавиатуру
компьютера - и программа запущена. Все ли у нас в порядке? Проверим.

При правильно подключенном интерфейсе слева внизу экрана над надписью
"Rig 1" должна появиться частота, на которую настроен трансивер, например,
7007.41. Чуть выше видна строка, которая далее войдет в файл информации о
связях, и которая начинается с указания диапазона (в данном случае мы должны
видеть цифру 40), рода работы (CW), даты, времени и номера связи (мы видим
цифру "1"). Попереключайте в трансивере диапазоны, виды модуляции и
убедитесь, что все работает и правильно отражается на экране.
Наберите на клавиатуре произвольную частоту, например, 14005, и нажмите
ввод. Трансивер должен мгновенно перестроиться на эту частоту.
Но что делать, если индикации частоты не появилось, других признаков связи
компьютер - трансивер не имеется?

Среди возможных проблем начнем с компьютерного интерфейса.
Имейте в виду, некоторые простые схемы интерфейсов могут просто не
работать. К примеру, зачастую можно встретить схемы этих устройств,
работающих без внешнего блока питания, питающихся выпрямленным напряжением с
некоторых ножек разъема RS-232 компьютера. В то же время в некоторых
компьютерах, в первую очередь, в компьютерах "лап-топ", эти цепи являются
очень слаботочными и могут не развивать потенциала, достаточного для работы
преобразователя уровней. Такая конструкция может не работать вообще,
работать с ошибками, работать "в одну сторону" (к примеру, будет передавать
команды от компьютера к трансиверу, но компьютер не будет "видеть"
трансивер) и т.д. Можно, конечно, запитать интерфейс от блока питания
трансивера. Его мощности заведомо будет достаточно. Но при этом интерфейс,
будучи гальванически связанным с трансивером, может получить от него
нежелательные наводки. Таким образом, интерфейс, для гарантии его устойчивой
работы, желательно запитать от отдельного блока питания. В продаже имеется
широкий выбор дешевых выпрямителей для использования в качестве блоков
питания для калькуляторов, плейеров и т.д. Такого блока питания будет вполне
достаточно для работы интерфейса. Единственное требование к нему - выходное
напряжение должно быть не менее 12 В.
Стоит однако заметить, что полностью отбрасывать идею интерфейса,
питающегося от компьютера, не стоит. Более того, достаточно часто в качестве
интерфейса можно использовать готовую промышленную конструкцию: устройство
для соединения компьютера с сотовым телефоном. Эти устройства представляют
из себя тот самый преобразователь уровней на микросхеме МАХ232 (или
аналоге), который и необходим для связи "компьютер-трансивер". Необходимо
дишь соответствующим образом распаять разъем подключения к трансиверу. Эти
промышленные интерфейсы выполнены именно по такому принципу питания: от
разъема RS232 компьютера.

Проблем с интерфейсом можно ожидать в первую очередь от трансиверов
фирмы "Icom". Это не означает, что, скажем, фирма "Icom" плоха. Проблема в
том, что любое положительное начинание имеет свои слабые стороны. Дело в
том, что современные аппараты этой фирмы могут соединяться с компьютером и
между собой при помощи двухпроводной шины (до четырех штук одновременно), и
при этом каждым аппаратом можно управлять независимо, поскольку каждый из
них имеет свой уникальный адрес в системе обмена данными. Эта безусловно
хорошая возможность - т.н. протокол CI-V, как можно этого ожидать,
достаточно сложна и, соответственно, потенциально чревата возможными
ошибками и требует качественных интерфейсов. Поэтому для трансиверов "Icom"
желетельно использовать, к примеру,
интерфейс, описанный в журнале "Радиолюбитель. КВ и УКВ", N 12/1998, стр.14.
Трансиверы других фирм гораздо менее критичны к
схемотехнике интерфейсов.

Как проверить работоспособность интерфейса?
Во-первых, проверьте его с другими программами, например, с программами
аппаратных журналов. Если таковых нет, в "Интернете" можно найти
специализированные программы для диагностики интерфейсов. В частности, для
"нежных" трансиверов "Icom" существуют программы "CI-V Test"
http://www.plicht.de/ekki/software/civt.htm и CI-V Commander
http://www.qsl.net/civ_commander/ , автором которых является Экки Плихт,
DF4OR, и которые позволяют увидеть на экране компьютера каждую команду,
передаваемую или принимаемую компьютером и трансивером.

Если вы убедились, что интерфейс работоспособен, но компьютер и
трансивер не "видят" друг друга, попробуйте поварьировать (в соответствующем
меню трансивера) скоростью обмена данными. Как правило, это 1200, 4800 или
9600 бод. Так, в нашем примере TRLog "ожидает" от трансивера IC-756
скорости в 4800 бод.
Cкорость обмена данными - вещь, заслуживающая определенного внимания.
Может показаться, что при том минимальном объеме информации, которой
обмениваются компьютер и трансивер, даже 1200 бод должно быть более чем
достаточно, более того, связь компьютер-интерфейс при низкой скорости будет
более надежной. Это не совсем так. При низкой скорости возможны случаи,
когда оператор вводит информацию о связи (нажимает ENTER) в тот момент,
когда компьютер и трансивер обмениваются информацией. При этом в данный
момент времени компьютер не имеет информации о частоте и роде работы. В то
же время он получает команду на запись данных о связи. Эти данные
записываются, но в отчете строка с информацией об этой связи начинается со
странной фразы: NONSSB(*). Информация о действительно использовавшемся
диапазоне и роде работы отсутствует и в общий результат не попадает.
Соответственно искажается и текущий общий результат соревнований.
Аналогичные проблемы могут возникать и при более высоких скоростях, но
значительно реже.
Другая "проблема низкой скорости" достаточно специфична для связок
нескольких аппаратов фирмы "Icom", например, трансивера IC-775 и усилителя
IC-PW1. Идея в том, что связанные между собой аппараты время от времени
опрашивают друг друга о том, в каком состоянии они находятся, запрашивают
частоту, диапазон и т.д. При скорости обмена в 1200 бод это временами
оборачивается тем, что усилитель мощности вдруг начинает самопроизвольно
переключать диапазоны. Самое неприятное - это то, что такие процессы могут
происходить во время передачи. Представьте себе, в антенну передается сигнал
мощностью 1 кВт, а усилитель вдруг начинает переключать диапазоны, антенны
... При более высоких скоростях эта проблема практически отсутствует.

Может возникнуть вопрос, а почему бы не установить везде и всюду одну и
ту же скорость обмена и забыть все связанные с этим проблемы? Дело в том,
что существуют программы, в которых скорость обмена изначально заложена на
уровне 1200 бод и регулировать ее невозможно. Программа, скажем, создавалась
в то время, когда аппараты более высоких скоростей не поддерживали. Поэтому
зачастую и приходится изменять соответствующие настройки под ту или иную
программу.

Итак, интерфейс работает. Ищем другие проблемы.
К LPT - порту вашего компьютера подключен телеграфный интерфейс. Вы
проверяете работу программы, переключаете ее в режим "CW", и вдруг ваш
трансивер переходит на передачу и передает сплошное "нажатие". Вы нажимаете
на клавишу F1 и слышите нечто вроде вашего позывного, но только наоборот.
Короче говоря, "нажатие" и "пауза" в режиме передачи поменялись местами. Что
делать? В программе TRLog для решения этой проблемы впишите в файл
конфигурации строку
PTT ENABLE = FALSE .
После этого телеграфная манипуляция становится нормальной (*).

Продолжаем поиск проблем. Вы проверяете работу на передачу телеграфом.
Из громкоговорителя компьютера вы слышите телеграфные посылки, но трансивер
не манипулируется. В этом случае имеет смысл проверить распайку разъема,
подключаемого к порту компьютера. Дело в том, что различные программы могут
использовать для манипуляции различные сигнальные выходы порта. В
особенности это касается параллельного (LPT) порта. Таким образом, если у
вас имеется готовый телеграфный интерфейс, прежде чем использовать его с той
или иной программой, проверьте соответствующую "распиновку" в описании той
программы, в которой вы собираетесь его использовать.

Примечание: (*) - данная проблема характерна только для программы TRLog.

(Продолжение следует).


Президент AGB Игорь Гетьман [email protected]