Вот расклад пинов стандартного 232 протокола. В различных программах используются различные пины. Главное знать какую задачу они выполняют. Они действительно не все нужны. Например RING из 19 века. По этому концу вызывали оператора :-)
Направление | Описание | DB-9 | |
DCD | Вход | Обнаружение связи (несущей) | 1 |
RXD | Вход | Принимаемые биты | 2 |
TXD | Выход | Передаваемые биты | 3 |
DTR | Выход | Готовность выходных данных | 4 |
DSR | Вход | Готовность передачи | 6 |
RTS | Выход | Запрос готовности передачи | 7 |
CTS | Вход | Сигнал готовности приёма | 8 |
RI | Вход | Индикатор входящего звонка | 9 |
GND | Сам по себе | Системная земля-корпус | 5 |
Теперь разобьем все пины на две группы: те что работают на прием (вход) и те что работают на передачу(выход). Для начала отметим что собственно САТ не использует Data Carier Detect. Потому что это протокол связи для двух устройств и двухпроводной. Создатели исходили из тех соображений что у оператора только две руки и он оперирует логгером и трансивером по очереди. Сигнал бегает в обе стороны, но по одному проводу и не одновременно. Если покрутить ручку настройки трансивера и одновременно мышкой ткнуть в бэндплан в N1MM, то скорее всего одна их команд выполнена не будет. А может и обе. Это так называемая коллизия, когда оба устройства включаются на передачу и соответственно ни одно их них не слушает. Беда в том, что команд немного, а провод вообще один :-(
Как видно из схемы самодельного САТ узла, двунаправленный каскад осуществляет передачу "единицы" как в САТ, так и оттуда по одному проводу. В конце стоит 3,5 мм джек котрорый вы и включаете в свой трансивер. Ну если у вас не что-нибудь заводское типа RigExpert TI-8. Если сигнал подавать с двух сторон одновременно на выходе будет каша и ни одна команда прочитана не будет.
Поэтому в RS232 протоколе предусмотрены команды управления траффиком : готовность выходных данных, готовность к передаче, готовность к приему и собственно канал передачи данных и приема данных.
Для того чтобы исключить коллизии помимо каналов приема и передачи используются пины RTS и CTS. Но если на устройство ввода (приема) попадут еще какие-либо сигналы, например DSR, то устройство обмена блокируется. Именно по этой причине при использовании сплиттера СОМ портов коллизии происходят гораздо чаще и по хорошему такое использование САТ непроизводительное. И, кстати, может не только "заклинить" систему, но и привести к более серьёзным последствиям. Например при управлении по САТ еще и усилителем мощности.
Ну вот мы и распаяли наш дополнительный кабель. Хорошо побеспокоились об экранировании, соблюли правильность всех пинов для расклада Кенвуд. Об этом немного подробнее. Не все вникали в суть и это может в будущем привести к коллизиям :-( Вооруженные познаниями мы в нашем кабеле распаяли пины SG, RXD, TXD, RTS и CTS. Поместили провода в снятую с кабеля оплетку, которую припаяли к корпусу разъёма и приступаем к испытаниям. Начнем c N1MM. Сигналы бегают в обе стороны, не зависают. Переходим на передачу. Пока ничего не виснет. Даже при плохом КСВ на 14 мГц :-)
При установке скоростей обмена не переусердствуйте - используйте везде 9600. Вполне достаточная скорость и не будет путаницы. И не расшаривайте САТ больше чем на двух девайсах.
Жду возможности испытать САТ при работе с усилителем.