В прошлом материале мы рассмотрели способы реализованные на принципе мультиплексирования порта. Это не лучший способ. Вспомните сколько анекдотов ходило по поводу многозадачности Виндовс. Здесь примерно те же грабли. Невооруженным глазом видно что система тормозит и SDR за поворотом верньера трансивера не успевает. Тут уместно будет вспомнить, что "крутить" и трансивер и приемник мы будем для того что бы что-то попало в ЛОГ. А это значит еще один пользователь (логгер) у нашего несчастного физического расшаренного порта. Да и пользователь будет путаться какие порты какие, поэтому лучше иметь пару СОМ портов на каждое соединение.
Назначаете любые номера из свободных на вашем компьютере. В результате увидите готовую к использованию пару. Нажимаем стрелку старт и наши порты готовы к совокуплению.
Вызываете диспетчер устройств своего компьютера и смотрите появились ли эти порты там. Ну, для контроля. В нашем случае СОМ7 - Kenwood TS2000, СОМ3 - интерфейс для PTT/CW, и пара портов СОМ10-СОМ11 для связи Кенвуда и SDR радио.
Далее нужно прописать назначенные порты соответствующим реальным устройствам. Например, переназначим номер СОМ порта Кенвуда c COM7 на СОМ10 (Диспетчер устройств-СОМ порты - Дополнительно - Номер СОМ порта), а в SDRUno выберем порт 11 :-)
К слову вариантов использования СОМ портов во внутренних соединениях очень много. Позже я расскажу про несколько других коммуникаторов СОМ портов, бесплатных, конечно.
Ниже две картинки о том как переназначить физическому порту (в нашем примере это COM7 Kenwood) другой номер. Надо сказать, что я это использую нечасто. Не очень нравиться то что приходится совершать многочисленные телодвижения в различных программах для того чтобы "просто соединить" две программы (устройства) между собой. Еще позже расскажу чем пользуюсь я :-) И еще про то что знаю, но не использую :-)