SunSDR: Remote - HELP!

[RK3TD]

Или никто особо не использует SSdr в режиме remote?

Жень, а зачем ты используешь связку клиент-сервер вообще?
У тебя разные сети? Мы сейчас не про "подбор" говорим?

[R2AA]

Жень, а зачем ты используешь связку клиент-сервер вообще?
У тебя разные сети? Мы сейчас не про "подбор" говорим?

Нет, конечно... Задача другая.
Чтобы из города можно было работать.

[UR0MC]

Я из дома работаю по впн. Без клиент сервер, в обычной еесдр. Проблем с самоконтролем и формированием нет.

[RK3TD]

Чтобы из города можно было работать.

Я периодически "балуюсь" ремоутом Москва - Нижний.
Правда у меня Флекс и там есть смартлинк. Там ничего не рвется.
Но опыты первые делал на "суслике".

Так вот... Сейчас полную картину не восстановлю, но точно могу сказать - на ремоуте надо запускать полноценный Логгер (N1mm или что там у тебя..).
А логгером уже управлять через виндусовый RDP. У меня такая связка получалась с наименьшим числом глюков.
Задержки в SSB были ощутимые, а вот в телеграфе как раз все наоборот - летало.

Дело в том, что в RDP преимущество отдается в пользу передачи информации о нажатиях на клавиатуру, а уж потом картинка.

[R2AA]

Я периодически "балуюсь" ремоутом Москва - Нижний.
Правда у меня Флекс и там есть смартлинк. Там ничего не рвется.
Но опыты первые делал на "суслике".

Так вот... Сейчас полную картину не восстановлю, но точно могу сказать - на ремоуте надо запускать полноценный Логгер (N1mm или что там у тебя..).
А логгером уже управлять через виндусовый RDP. У меня такая связка получалась с наименьшим числом глюков.
Задержки в SSB были ощутимые, а вот в телеграфе как раз все наоборот - летало.

Дело в том, что в RDP преимущество отдается в пользу передачи информации о нажатиях на клавиатуру, а уж потом картинка.

Серёж, это все понятно и давно решено.
Проблема в том, что хотелось использовать ТАКТИЛЬНЫЕ ощущения "тут" - крутить ручку настройки,
громкость и т.п. В этом и весь сыр-бор, и только по этой причине вопрос застрял... И именно с СанСДР.

А управлять через тимвьювер или RDP или AnyDesk (IMHO наилучшее решение по звуку) - научились
еще много лет назад)

[UR0MC]

Женя, а что тебе мешает настроить ВПН канал? Нет статического айпи? Купи )
Я сижу себе спокойно и кручу е-кодер, все как ты мечтаешь ) Педаль жму, на "паровом" ключе манипулирую ) Папиросы, только, не научился курить )

[RL6M]

Джентльмены, я только не понимаю, неужели ВПЕРВЫЕ эта тема поднялась?
Или никто особо не использует SSdr в режиме remote?

Евгений, все именно так. Remote режим в SunSDR мало кто использует. Он не доведен до ума.
Даже режима SPLIT нет!

Приемная часть да - без проблем. Шикарно все работает по много лет, синхронизация, панорама, шкимеры-декодеры.

Но для внятной удаленки нужен "деревянный" ICOM и RS-BA1. Для тактильных ощущений RC-28 :-). А в параллель можно зацепить sunsdr2, а еще дешевше колибри:-)

Тимофей

[UR0MC]

да там в ремоуте еще и APF в телеграфе ущербный и он не настраивается, на 160 на ДХ ничего не услышишь. Я попробовал - жесть.

[R2AA]

Евгений, все именно так. Remote режим в SunSDR мало кто использует. Он не доведен до ума.
Даже режима SPLIT нет!

Приемная часть да - без проблем. Шикарно все работает по много лет, синхронизация, панорама, шкимеры-декодеры.

Но для внятной удаленки нужен "деревянный" ICOM и RS-BA1. Для тактильных ощущений RC-28 :-). А в параллель можно зацепить sunsdr2, а еще дешевше колибри:-)

Тимофей

Да, я видел. Но там всего две кнопки.... Как-то не очень достаточно) На мой взгляд.

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

Женя, а что тебе мешает настроить ВПН канал? Нет статического айпи? Купи )
Я сижу себе спокойно и кручу е-кодер, все как ты мечтаешь ) Педаль жму, на "паровом" ключе манипулирую ) Папиросы, только, не научился курить )

Рома, да это не проблема, только провайдеры разные, хотя и скорость норм.
Я просто не уверен, что на уровне РАЗНЫХ провайдеров, с учетом джиттеров и пингов хватит полосы пропускания для того, чтобы
получить на стороне оператора полноценное управление СанСДР-ом..

ИНТЕРЕСНО, КТО-НИТЬ ПРОБОВАЛ И КАКИЕ СКОРОСТИ?

И сколько нужно полосы для этого?
И можно ли отключить водопад, у примеру?

[UR0MC]

И можно ли отключить водопад, у примеру?

там можно уменьшить разрешение панорамы. Да и полосу обзора можно сделать минимальной.
По своему опыту - водопад это самое уникальное изобретения для ДХ работы ) особенно со скиммером или кластером, можно даже не слушать если под спотом на панораме нет ручейка трассы. Да и янkи на 160 зовут +/- 500Гц, по водопаду их только и отлавливаю )

[UT4LW]

И можно ли отключить водопад, у примеру?

Это никак не изменит количество передаваемых данных. Можно уменьшить ширину панорамы на 39 кГц. И, главное - отключить передачу аудио потока в трансивер - поставить галку "Disable audio output". По идее скорости 5-10 Мбит должно хватать. Зато не нужен компьютер на удаленной стороне. Есть смысл подумать над таким вариантом.

[R2AA]

Ошибаетесь, мы говорим с пониманием того, что имел в виду собеседник.
Вы обратили внимание, что работа ключом проходит с самоконтролем? Как Вы думаете он сформирован? Уж не хотите ли Вы сказать, что в удаленный сервер передается что нажато (точка, или тире), он формирует звук и передает его для самоконтроля на клиенте? Задержка с учетом пинга и буферизации будет не менее 200-300 мс в ушах оператора.
Выходит что-то в Вашей теории неправильно. Программа, формирующая последовательность в виде "клоподава" нажат/отжат находится на клиенте, а на сервер, независимо от того, что работает, то ли ямбический ключ, то ли СОМ порт, передается одна и та же информация. Поэтому я и пишу, раз передача ключом работает нормально, значит в программах для трансивера (клиент и сервер) нет проблемы. И пишу это не потому, что мне так кажется, а потому, что знаю, как работает эта "кухня".

Юрий, если взять за основу факты:
- что телеграф формируется на клиенте ВНЕ зависимости от типа ключа
- что в режиме электронного ключа все ОК
- что манипуляция на разъеме Jack 6.3 (который вставляется в E-coder) не рваная

напрашивается вывод, что это ПРОГРАММНЫЙ косяк программы клиента?
Да, который частично лечится "Причесыванием" компьютера, видеокартой и т.п

Причем совершенно не понятно, как могли УМУДРИТЬСЯ сделать ровный CW манипулятором и
рваным просто ключом при той же скорости....

Или все-таки в режиме эл.ключа на клиенте формируется только признак "точки" или "тире",
передаются на сервер, а сами точки и тире формируются на сервере?

И почему тогда в шведских коробочках, да и , вообще, как оказалось в сетях передачи
любых VoIP систем специально делается буферизация, а в нашем случае ее нет?
Может ее (буферизацию) не предусмотрели и отсюда все "танцуется"?

Да, будет задержка, как в тех же шведских, но более-менее...

А, вообще, зная протокол управления СанСДР-ом, нельзя ли спроектировать все-таки
коробочку, которая будет формировать CW на сервере, получая из софта "Тут" (на клиенте)
код телеграфного символа? Некий аналог WIn-Key ?

Ведь по факту, это ЕДИНСТВЕННОЕ "препятствие" для нормальной работы remote с SunSDR.
Все остальное , как я понимаю, более-менее...

[RN3QKG]

Правда у меня Флекс и там есть смартлинк. Там ничего не рвется.

У флекса и через ВПН тоже не рвется. Т.е. и там и там норм пашет. Без разницы, через облако или нет.

[UT4LW]

- что телеграф формируется на клиенте ВНЕ зависимости от типа ключа
- что в режиме электронного ключа все ОК
- что манипуляция на разъеме Jack 6.3 (который вставляется в E-coder) не рваная

напрашивается вывод, что это ПРОГРАММНЫЙ косяк программы клиента?
Да, который частично лечится "Причесыванием" компьютера, видеокартой и т.п

Вывод как раз напрашивается другой - что-то не так с теми программами, которые формируют телеграф до подачи его в клиента.
А причесывать компьютер надо при использовании любого трансивера, спросите у Михаила UA4NE.

У флекса и через ВПН тоже не рвется.

Ясный пень, не рвется. Там нет возможности работать ни ключом, ни через СОМ порт. PTT+CW там не куда подать даже при локальном использовании.

[R2AA]

Вывод как раз напрашивается другой - что-то не так с теми программами, которые формируют телеграф до подачи его в клиента.

Юрий, НЕТ
Телеграф на клиенте формируется из Win-Test или из N1MM.
100% проверено, что телеграф не рвется.
Неужели Вы думаете, что это не проверено или может быть иначе???

Какая-то проблема в СанСдр-овском софте....