Виртуальные СОМ порты

**UT0IW** · 18.05.2020, 15:51

Делал и не раз. VSPE (и другие подобные) не позволяет повторно использовать уже занятый физический порт СОМ3.

**RN3ANT** · 18.05.2020, 15:52

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

WSJT-Х через неск секунд начинает глючить, MixW совсем не заработала

У меня глючил Swisslog поначалу, «перемигивался» значениями VFO A и VFO B, а также их модами, невзирая на то, какой из них активен. Помогло снижение скорости COM-порта до 9600. До этого стояло 38400. Напрямую без VSPE трансивер работал с COM-портом на этой скорости без проблем.

**RL6M** · 18.05.2020, 15:53

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

У меня Logger32, N1MM+ работают, а WSJT-Х через неск секунд начинает глючить, MixW совсем не заработала. Немного попробовал играться настройками, пока бросил.

Можете попробовать сначала создать MAPPER физического порта на другой, новый, а его уже сплиттером разделять между всеми приложениями.

У меня такое было, когда виртуальный COM-порт, созданный программой RS-BA1 (удаленка для ICOM) не хотел разделяться между несколькими приложениями.
Точнее, не все приложения хотели работать с ним.

Решением было использовать MAPPER на другой порт, а его уже разделять SPLITTER..

Тимофей

**UT0IW** · 18.05.2020, 15:53

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

P.S. Вы OmniRig по ссылке смотрели?

Да спасибо, тут надо порыться, приходила мысль и ранее.
Попытюсь с OmniRig...

**RN3ANT** · 18.05.2020, 15:54

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

не позволяет повторно использовать уже занятый физический порт СОМ3

да не ФИЗИЧЕСКИЙ (Ваш COM3), а ВИРТУАЛЬНЫЙ (Ваш COM2)!

**RL6M** · 18.05.2020, 15:56

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

Делал и не раз. VSPE (и другие подобные) не позволяет повторно использовать уже занятый физический порт СОМ3.

Так вам про то и говорят, что физический порт COM3 должен быть занят именно VSPE и ничем другим. А все логгеры, SDR-ки и прочие приложения должны обращаться к COM5, который и "расшарен" с помощью VSPE.

Тимофей

**UT5URW** · 18.05.2020, 15:58

RN3ANT Спасибо, тут дело не в скорости, у меня 9600.

**UT0IW** · 18.05.2020, 16:12

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

да не ФИЗИЧЕСКИЙ (Ваш COM3), а ВИРТУАЛЬНЫЙ (Ваш COM2)!

Ну я понял вас так, что за источник данных взять созданный ранее виртуальный порт СОМ2 и сделать еще виртуальный СОМ5 !?
Это не получается.
Еще раз.
СОМ3 (физический порт)-> СОМ2 (виртуальный порт).
Нужно получить данные физического порта для еще одной программы, как ?

**RN3ANT** · 18.05.2020, 16:40

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

СОМ3 (физический порт)-> СОМ2 (виртуальный порт).
Нужно получить данные физического порта для еще одной программы, как ?

Зачем Вам ещё раз данные физического порта COM3? Все свои программы вешайте на созданный VSPE виртуальный порт COM2. Сто раз Вам уже говорят, что VSPE на физический порт (Ваш COM3), VSPE создаёт виртуальный порт (у Вас COM2), вот на этот COM2 и цепляете все Ваши приложения. Мало Вам виртуальных портов? Повесьте на один из виртуальных COM2 — OmniRig (возьмите версию 2.1 по ссылке выше) и повесьте на OmniRig ещё 4 софтины! И останется ещё ТРИ виртуальных комов 2. Куда больше то?!

Всё, lavabo manus

**UT0IW** · 18.05.2020, 16:50

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

Зачем Вам ещё раз данные физического порта COM3? Все свои программы вешайте на созданный VSPE виртуальный порт COM2. Сто раз Вам уже говорят, что VSPE на физический порт (Ваш COM3), VSPE создаёт виртуальный порт (у Вас COM2), вот на этот COM2 и цепляете все Ваши приложения. Мало Вам виртуальных портов? Повесьте на один из виртуальных COM2 — OmniRig (возьмите версию 2.1 по ссылке выше) и повесьте на OmniRig ещё 4 софтины! И останется ещё ТРИ виртуальных комов 2. Куда больше то?!

Всё, lavabo manus

Да, я тоже думаю достаточно поговорили.
Две программы вешаются на виртуальный порт, третья связанная с Log, это FT8 ни как.
Ладно закончили...

**R0SBI** · 19.05.2020, 05:04

У меня тоже JTDX не захотел работать на виртуальном порту нормально в связке с HXlog (трансивер 7300), но так как там бываю крайне редко разбираться не стал, надо будет на досуге заняться. При этом HXlog, 5mcontest, EE+SDC одновременно работают и не конфликтуют.

**RV9CX** · 19.05.2020, 07:10

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

К единственному физическому порту СОМ3 подсоединить вторую мне нужную программу SDR никак, только по очереди.

Пушта подключать его нужно к СОМ2

**RX4HX** · 19.05.2020, 08:01

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

все 4 приложения одновременно работают с виртуальным портом COM10

Не верю! (С)
Не могут одновременно 4 приложения работать с одним ком-портом, хоть реальным, хоть виртуальным. Для работы с ком-портом программа должна его отрыть, при этом программа "захватывает" ком-порт, и другая программа не может его уже открыть.

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

Вы OmniRig по ссылке смотрели

А причем тут сплиттер ком-порта и программа ОмниРиг? ОмниРиг не является сплиттером ком-порта.

**UT0IW** · 19.05.2020, 08:09

Возможно некоторые программы конфликтуют в связке через VSPE. В моем случае трансивер KX3 давно успешно работает с программой UR5EQF Lod, как и рекомендовал на своем известном сайте Борис UX8IW, Log посредством VSPE cвязан с JTDX. Т.е. к физическому порту (у меня СОМ3) создан виртуальный (СОМ2), на него работает Log и JTDX. Казалось бы чего еще надо. Но у меня к КХ3 есть SDR панорама которая создана программой NaP3 (мне она больше понравилась), хотелось бы иметь и постоянный обзор диапазонов. NaP3 прекрасно работает на виртуальный порт, но только без JTDX. Не получается у VSPE (моей версии, как на скрине выше) одновременно работать с тремя программами (Log, JTDX, NaP3). Все как положенено висят на виртуальном COM2.
Коллеги выше утверждают, что на виртуальный порт можно вешать сколько угодно программ-это не получается. Пробовал в VSPE создавать пары уже к виртуальному CОМ2, работает, но тоже только с двумя программами на выбор JTDX или NaP3 (Log постоянно).
Также выше рекомендовали решить проблему новой версией OmniRig 2, как на приложенном рисунке. К сожалению эта версия не работает с UR5EQF Log, как я не пытался (инсталировал в туже дерикторию, переименовывал запускающий файл и т.т.). Но,как я понимаю OmniRig не решает мою задачу.
Можно еще попробовать сменить SDR программу, но думаю пустое.
Видимо решают мой вопрос только другие версии програм с Splitter (до 100$) для нескольких виртуальных портов, как и четко пишет на cвоем сайте DL2KQ ...

**RX4HX** · 19.05.2020, 08:15

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

некоторые программы конфликтуют в связке через VSPE.

Использование сплитера ком-портов - не самое лучшее решение проблемы. Причина в задержках работы сплитера. Именно по этому когда несколько программ работают с ком-портом, образуются большие задержки, а допустим JTDX не любит задержек при работе с ком-портом (кстати совсем не понятно, зачем так сделано?). От сюда и проблема.

- - - Добавлено - - -

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

Видимо решают мой вопрос только другие версии програм с Splitter

Не решат - они все одинаково работают.