JT65-HF

[RX4CD]

Сегодня утром , в 07.05 мск, на 80ке. Что это за два сигнала по бокам от основного? Гармоники? не похоже. Да и по времени они отличаются от основного.



Вот еще один , такой же.

[UA3DJY]

Сегодня утром , в 07.05 мск, на 80ке. Что это за два сигнала по бокам от основного? Гармоники? не похоже. Да и по времени они отличаются от основного.

Вот еще один , такой же.

амплитудная модуляция несущей передатчика частотой 100 Гц - скорее всего недостаточная фильтрация на выпрямителе питания. Глубина модуляции зависит от потребляемой по питанию мощности, при использовании стабилизации постоянного напряжения - от запаса стабилизатора по напряжению.

бывают еще варианты с шагом 50 Гц, в этом случае проблемы с землей микрофонного кабеля.

[UA3DJY]

Вложение 154205

to RK4A: Дмитрий, подскажите пожалуйста, при работе в эфире как часто у Вас происходит переполнение буфера (предпоследняя ячейка строчки кабеля Oflows)?

Сейчас попробовали с таким диапазоном частот дискретизации и имеем 5 переполнений за 20 минут, будем дальше тестировать - несколько дней погоняем.

73 Игорь

[UT2IW]

[QUOTE=RN4CA;1188210]

Калибровку звуковой карты делали?

Вопрос интересный. В миксе когда-то делал. Но это другой комп, другая политика, даже физически не связана с SDR и Edirol-66. В эдироле никогда. Даже инструкций и информации на эту тему не встречал. Подскажите что да как - буду благодарен.

Есть такая же проблема. Интересна любая информация о калибровке звуковой карты для WSJTx 1.7

Валерий

[UA3DJY]

пакет софта разработчиков берем здесь JTSDK - Browse /win32/2.0.0 at SourceForge.net

необходимо примерно 8 GB места на диске под установку софта + еще место под сам установочный пакет

ставим пакет JTSDK 2.0.0, версия операционки компьютера не ниже Windows7
поверх установленного пакета ставим обновление JTSDK 2.0.0 u1
поверх ставим обновление JTSDK 2.0.0 u2
поверх ставим обновление JTSDK 2.0.0 u3

затем делаем JTSDK Update из Program Files

для компиляции кода софта выполняем следующие команды

_________
запускаем JTSDK-DOC

svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/doc
update-doc
_________
запускаем JTSDK-QT

svn co https://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx/
build-wsjtx package (на вопрос 'update from SVN before building?' отвечаем 'y')
_________
установочник последнего релиза упадет в папку C:\JTSDK\wsjtx\package

могут быть небольшие заморочки с правами доступа к папкам в Windows, поэтому JTSDK-DOC и JTSDK-QT запускаем от имени администратора

подразумевается что при самостоятельной компиляции софта пользователь проверяет и понимает какие изменения функционала были выполнены в скомпилированном релизе http://sourceforge.net/p/wsjt/activity/ и может оценить степень риска использования скомпилированного софта

[UA4ALT]

Дмитрий, подскажите пожалуйста, при работе в эфире как часто у Вас происходит переполнение буфера (предпоследняя ячейка строчки кабеля Oflows)?

Игорь, здравствуйте! Раньше, на старых версиях VAC и старом компьютере такое случалось примерно 1 раз в 1.5-2 часа... Рос DT и прекращалась декодировка сигнала (приёмник AFEDRI). Поменял комп (I7 3770K, 16 Gb RAM) и как раз обновился VAC (4.14.0.6289) и никаких переполнений буфера не стало. Потом появился SunSDR2, связка софт+трансивер может работать сутками без сбоев. Здесь ещё важно, чтобы везде стояла одинаковая дискретизация. Однозначно сказать, из-за чего всё стало работать стабильно, не могу. Не потому, что не хочу , не заметил, на каком этапе всё наладилось.

[UA3DJY]

Игорь, здравствуйте! Раньше, на старых версиях VAC и старом компьютере такое случалось примерно 1 раз в 1.5-2 часа... Рос DT и прекращалась декодировка сигнала (приёмник AFEDRI). Поменял комп (I7 3770K, 16 Gb RAM) и как раз обновился VAC (4.14.0.6289) и никаких переполнений буфера не стало. Потом появился SunSDR2, связка софт+трансивер может работать сутками без сбоев. Здесь ещё важно, чтобы везде стояла одинаковая дискретизация. Однозначно сказать, из-за чего всё стало работать стабильно, не могу. Не потому, что не хочу , не заметил, на каком этапе всё наладилось.

Дмитрий, добрый вечер,

У моего товарища основная проблема была в том что в системе на одном виртуальном кабеле на запись стояла частота 44.1 кГц.

После установки ее на 48кГц мне удалось в VAC софте поставить жестко в настройках 48 кГц и 16 бит. Переполнения буфера есть, но редко. Почему у него VAC версии 4.12 работает нестабильно тоже не могу понять, наверно товарищу надо приобрести последнюю версию VAC.

Еще заметил что софт TeamViewer и софт просмотра телевидения любят сесть на виртуальный кабель - у товарища нет встроенной звуковой карты, он использует внешний Xonar U7, и если его выдернуть с USB то Windows делает виртуальные кабели устройством по умолчанию и устройством связи по умолчанию :-)

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

73 Игорь

[UA3DJY]

Переполнения буфера есть, но редко. Почему у него VAC версии 4.12 работает нестабильно тоже не могу понять, наверно товарищу надо приобрести последнюю версию VAC.

VAC версии 4.14 - устранены два дефекта приводившие к переполнению буфера в версии 4.12:

Version 4.14 (30.05.14)
Added stream buffer control to minimize overflows/underflows.

Version 4.13 (23.07.13)
Fixed bugs causing integer divide overflows in Audio Repeater (both MME and KS versions).

[R7CA]

вот Сандро, твой сигнал

[R7CA]

CFM!!!
Декодировался спасибо за QSO

[RA0ZIJ]

Принимаю стабильно -20.
Под конец сигнал ушёл.

Спасибо!

[UA3DJY]

VAC версии 4.14 - устранены два дефекта приводившие к переполнению буфера в версии 4.12:

Сутки тестирования ANAN-10 + VAC 4.14 на прием показали полное отсутствие переполнений буфера и отсутствие проблемы роста DT.

Смысла использовать с DDS SDR дополнительно звуковую карту на прием нет.

Огромное спасибо Дмитрию RK4A за помощь в диагностике проблемы.

[R7CA]

Есть япы на 80м
Весь вечер наблюдаю, уже пятый
но нам не слышно их

[UA3DJY]

Есть япы на 80м
Весь вечер наблюдаю, уже пятый
но нам не слышно их

читайте пост #9008

вот ссылка на достоверный источник http://www.jarl.org/English/6_Band_P...ns20150105.pdf

[UA3DJY]

согласно документации эти настройки используются только для JT9 и определяют величину таймаута работы Fano алгоритма применяемого для декодирования JT9 (косвенно определяют время и степень декодирования сигналов JT9)