Трансивер SunSDR2, тема №5

[UN7RX]

Старая тема здесь.
Обсуждаем SunSDR2. Тем кто не имеет данного трансивера, категорически запрещено заниматься псевдооценками и прочим троллингом. В прошлой теме более 1000 страниц, она совершенно бесполезка для владельцев аппарата. Чем лишать их возможности в нормальной обстановке обсуждать имеющиеся трансиверы, гораздо гуманнее будет забанить желающих порезвиться за их счет. Не обижайтесь потом.

Желающие приобрести уточняют детали и параметры у ПРОИЗВОДИТЕЛЯ. Не в данной теме!

Отдельно обращаюсь к владельцам аппарата - не вступайте в бессмысленную полемику с флудерами и троллями всех мастей, вы САМИ топите свою тему в тоннах словесного мусора!

[rz3bw]

Готовлюсь к телефонным соревнованиям.
Заметил, что звуковой SSB сигнал с внешнего источника ( поступает через VAC- например из самоговорителя N1MM или прочего самоговорителя - не обрабатывается процессором и эквалайзером в ESDR. Так и должно быть - или я не так что делаю?
Сигнал изначально записываю штатными средствами Windows - поэтому он совершенно обычный и хотелось бы, чтобы он был обработан встроенным процессором?
Не получится? Или я в чем то не разобрался?

[VassiL]

Готовлюсь к телефонным соревнованиям.
Заметил, что звуковой SSB сигнал с внешнего источника ( поступает через VAC- например из самоговорителя N1MM или прочего самоговорителя - не обрабатывается процессором и эквалайзером в ESDR. Так и должно быть - или я не так что делаю?
Сигнал изначально записываю штатными средствами Windows - поэтому он совершенно обычный и хотелось бы, чтобы он был обработан встроенным процессором?
Не получится? Или я в чем то не разобрался?

Да, сигнал, поступающий через VAC минует обработку сигнала в меню PROC.
Есть два варианта: 1. Пустить сигнал из N1MM в микрофонный вход MicPC.
2. Записать макросы через трансивер, используя штатный микрофон трансивера и линейный выход, на который сигнал будет выходить после все обработки. Во тут его и нужно брать для записи.

[rz3bw]

Да там же в N1MM записан уже целый алфавит, плюс макросы! Это же получится титанический труд все переписать.
Потом. Возникает проблема второго трансивера.
Если дальше работать на доугом радио, Опять все буквы переписывать?
Нельзя - так нельзя.
Но неудобно.

[RX4HX]

Нашел баг в последней 1.3.0 - при использовании в качестве CAT COM-порта при передаче ExpertSDR переключится в DIGI-U переключение происходит в некую моду DRM. При использовании предыдущей версии - все нормально. При использовании TCI - тоже все нормально!

[IGOR-IGOR]

Алексей ,а где ВЫ взяли эту версию?

[RJ7M]

Нашел баг в последней 1.3.0

Продолжайте поиски. Только следует помнить, что здесь об ЭТОЙ версии программы знают понаслышке :(

[R6LCF]

Нашел баг в последней 1.3.0

Ишите внимательно.
С будущим переходом на v1.3.0. придется перейти на протокол TCI ,а это на данный момент ваш Лог, который меня должен устроить. Вот сейчас уже начал внимательно ваш Лог тестировать с SunSDR2Pro ,кое что пока не ладится ,пытаюсь сам разобраться ,если уж совсем нет ....тогда к вам!

[RX4HX]

Нашел баг в последней 1.3.0

Друзья! Это опечатка! Тут столько говорят о версии 1.3.0, что подсознание выдало именно эту цифру! Речь идет о версии 1.2.0 - та, что обновленная недавно!)))

[RX4HX]

У меня тут идея появилась шальная....
Как одним махом практически по все программы ввести поддержку TCI:
как известно практически все популярные логи поддерживают OmniRig. Автор OmniRig'а перестал его поддерживать и выложил его исходники. В принципе в качестве отдельного трансивера добавить TCI в OmniRig особой проблемы не представляет. Итог - есть TCI во всех логах, где используется OmniRig - например в JTDX!
Никто не хочет взяться - у самого на это времени нет, чтоб это 100% сделать, но какуюто часть сделать помогу.

[R0JF]

У меня тут идея появилась шальная....
Как одним махом практически по все программы ввести поддержку TCI:
как известно практически все популярные логи поддерживают OmniRig.

Это "костыль", но как вариант возможен.
Надо в HamLib поддержку TCI делать. :(