Жень, а зачем ты используешь связку клиент-сервер вообще?
У тебя разные сети? Мы сейчас не про "подбор" говорим?
Вид для печати
Я из дома работаю по впн. Без клиент сервер, в обычной еесдр. Проблем с самоконтролем и формированием нет.
Я периодически "балуюсь" ремоутом Москва - Нижний.
Правда у меня Флекс и там есть смартлинк. Там ничего не рвется.
Но опыты первые делал на "суслике".
Так вот... Сейчас полную картину не восстановлю, но точно могу сказать - на ремоуте надо запускать полноценный Логгер (N1mm или что там у тебя..).
А логгером уже управлять через виндусовый RDP. У меня такая связка получалась с наименьшим числом глюков.
Задержки в SSB были ощутимые, а вот в телеграфе как раз все наоборот - летало.
Дело в том, что в RDP преимущество отдается в пользу передачи информации о нажатиях на клавиатуру, а уж потом картинка.
Серёж, это все понятно и давно решено.
Проблема в том, что хотелось использовать ТАКТИЛЬНЫЕ ощущения "тут" - крутить ручку настройки,
громкость и т.п. В этом и весь сыр-бор, и только по этой причине вопрос застрял... И именно с СанСДР.
А управлять через тимвьювер или RDP или AnyDesk (IMHO наилучшее решение по звуку) - научились
еще много лет назад:))
Женя, а что тебе мешает настроить ВПН канал? Нет статического айпи? Купи )
Я сижу себе спокойно и кручу е-кодер, все как ты мечтаешь ) Педаль жму, на "паровом" ключе манипулирую ) Папиросы, только, не научился курить )
Евгений, все именно так. Remote режим в SunSDR мало кто использует. Он не доведен до ума.
Даже режима SPLIT нет!
Приемная часть да - без проблем. Шикарно все работает по много лет, синхронизация, панорама, шкимеры-декодеры.
Но для внятной удаленки нужен "деревянный" ICOM и RS-BA1. Для тактильных ощущений RC-28 :-). А в параллель можно зацепить sunsdr2, а еще дешевше колибри:-)
Тимофей
да там в ремоуте еще и APF в телеграфе ущербный и он не настраивается, на 160 на ДХ ничего не услышишь. Я попробовал - жесть.
Да, я видел. Но там всего две кнопки.... Как-то не очень достаточно:)) На мой взгляд.
- - - Добавлено - - -
Рома, да это не проблема, только провайдеры разные, хотя и скорость норм.
Я просто не уверен, что на уровне РАЗНЫХ провайдеров, с учетом джиттеров и пингов хватит полосы пропускания для того, чтобы
получить на стороне оператора полноценное управление СанСДР-ом..
ИНТЕРЕСНО, КТО-НИТЬ ПРОБОВАЛ И КАКИЕ СКОРОСТИ?
И сколько нужно полосы для этого?
И можно ли отключить водопад, у примеру?
там можно уменьшить разрешение панорамы. Да и полосу обзора можно сделать минимальной.
По своему опыту - водопад это самое уникальное изобретения для ДХ работы ) особенно со скиммером или кластером, можно даже не слушать если под спотом на панораме нет ручейка трассы. Да и янkи на 160 зовут +/- 500Гц, по водопаду их только и отлавливаю )
Это никак не изменит количество передаваемых данных. Можно уменьшить ширину панорамы на 39 кГц. И, главное - отключить передачу аудио потока в трансивер - поставить галку "Disable audio output". По идее скорости 5-10 Мбит должно хватать. Зато не нужен компьютер на удаленной стороне. Есть смысл подумать над таким вариантом.
Юрий, если взять за основу факты:
- что телеграф формируется на клиенте ВНЕ зависимости от типа ключа
- что в режиме электронного ключа все ОК
- что манипуляция на разъеме Jack 6.3 (который вставляется в E-coder) не рваная
напрашивается вывод, что это ПРОГРАММНЫЙ косяк программы клиента?
Да, который частично лечится "Причесыванием" компьютера, видеокартой и т.п
Причем совершенно не понятно, как могли УМУДРИТЬСЯ сделать ровный CW манипулятором и
рваным просто ключом при той же скорости....
Или все-таки в режиме эл.ключа на клиенте формируется только признак "точки" или "тире",
передаются на сервер, а сами точки и тире формируются на сервере?
И почему тогда в шведских коробочках, да и , вообще, как оказалось в сетях передачи
любых VoIP систем специально делается буферизация, а в нашем случае ее нет?
Может ее (буферизацию) не предусмотрели и отсюда все "танцуется"?
Да, будет задержка, как в тех же шведских, но более-менее...
А, вообще, зная протокол управления СанСДР-ом, нельзя ли спроектировать все-таки
коробочку, которая будет формировать CW на сервере, получая из софта "Тут" (на клиенте)
код телеграфного символа? Некий аналог WIn-Key ?
Ведь по факту, это ЕДИНСТВЕННОЕ "препятствие" для нормальной работы remote с SunSDR.
Все остальное , как я понимаю, более-менее...
Вывод как раз напрашивается другой - что-то не так с теми программами, которые формируют телеграф до подачи его в клиента.
А причесывать компьютер надо при использовании любого трансивера, спросите у Михаила UA4NE.
Ясный пень, не рвется. Там нет возможности работать ни ключом, ни через СОМ порт. PTT+CW там не куда подать даже при локальном использовании.