САТ команды

[RX4HX]

Остался вопрос, нужна ли задержка между символами, в разных источниках пишут разное, где 50-200мсек, где вообще не нужно... Может быть кто-то писал САТ для Yeasu и скажет точно?

Задержка нужна не между символами, а между коммандами - комманды в Yeasu имеют 5-байтовый вид, с задержкой между коммандами не менее 50 мс.

[Serg]

Алексей, спасибо! На днях испытаю.

[Serg]

А мануал говорит нужно... Извините за качество, такой и был в отсканированном виде.

[RU3GA]

А мануал говорит нужно... Извините за качество, такой и был в отсканированном виде.

Разумные задержки получатся сами при использовании компонента.
Хотя если писать обмен полностью "руками" , то лучше наверное сделать все как по мануалу.
Просто последите с помощью того же ComportToolKit (в режиме "захват порта") как это делают другие программы , например HRD --- и как отвечает трансивер. Там же увидите время выполнения запросов-ответов. И все сразу встанет на свои места.

Удачи!
RU3GA

[RZ3AGI]

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

В FT450/950/2000 они используют протокол Kenwood

[Serg]

Заработало и без задержек, видимо, они уже есть в процедурах вывода.

ComportToolKit в режиме "захват порта" - так и не понял как заставить работать, говорит порт занят... Нашел другую программу PORTMON - все нормально.

В FT450/950/2000 они используют протокол Kenwood

Я вкурсе и жму им лапу , , но задача стояла сделать для предыдущих моделей...

Всем спасибо.

[RU3GA]

Заработало и без задержек, видимо, они уже есть в процедурах вывода.

ComportToolKit в режиме "захват порта" - так и не понял как заставить работать, говорит порт занят...

Просто сначала запустите ComportToolKit в режиме захвата , а уже потом запускаете прогу , за которой надо следить --- все будет работать. Единственное --- отключать надо в обратном порядке --- сначала прогу за которой следили, а потом ComportToolKit --- иначе винда подвиснет --- об этом есть в описании ComportToolKit.

Удачи!
RU3GA

[Serg]

Нет, в таком случае моя программа не могла открыть порт. Возможно тому вина Win98.

Но с Portmon все ОК: http://www.softforfree.com/files/soft/portmon_nt.zip

[lode]

Доброе время, коллеги!

Очень нужна помощь_подсказка по CAT протоколу для ICOM. Возникла задумка сделать контроллер для управления популярными бытовыми радиоприемниками из радиолюбительских программ. Сказано-сделано... Контроллер на ATMega есть, прошивка написана... Однако возникла проблема, сражение с которой затягивается... При написании прошивки пользовался информацией http://www.plicht.de/ekki/civ/civ-p0a.html . Контроллер заработал, но не со всеми программами... CIVCommander и R75Prog сразу увидели "рукодельный" ICOM R75, а HamRadio Deluxe и OmniRig упорствовать стали. Анализ логов portmon'а навел на мысль - что-то не нравится программам в ответе контроллера. И начались "пляски с бубном"...
CIVCommander устраивает такой вариант: запрос - ответ...
HRD (установлено опытным путем): запрос - [OK]+ответ...
OmniRig (из анализа INI файлов): запрос - ответ+[OK]...
Может я что-то недопонимаю? Подскажите,куда копать? Настоящего ICOM'a под руками нет,так что сравнить не с чем... Если бы посмотреть обмен между HRD и ICOM в PortMon'e - половина вопросов уйдет сама-собой... Помогите!
Заранее благодарен!
73!
Алексей AKA Lode

[lode]

Доброе время,коллеги!

Вопрос снимаю - проблема устранена... Причина в задержках между командами... Было же сказано: быстро - хорошо не бывает

73!

С уважением

Алексей AKA lode