Страница 49 из 1855 ПерваяПервая ... 3942434445464748495051525354555659991495491049 ... ПоследняяПоследняя
Показано с 721 по 735 из 27812
Like Tree17119Спасибо

Тема: проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

  1. #721
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RK4LWA Посмотреть сообщение
    UA3DJY Игорь При тестах у меня стояла 2600 .все таки дело в процессорах
    Это принципиальный момент, надо договориться об использовании одинаковых частот среза (нижняя и верхняя частоты водопада) и значения bins/pixel для тестов.

    Предлагаю использовать нижнюю частоту 0 Гц, верхнюю 3600 Гц. Нижняя частота определяется установкой Start на водопаде, верхняя растяжением окна водопада на экране, по верхней частоте надо смотреть чтобы окно заканчивалось точно на 3600 Гц.

    bins/pixel предлагаю для тестов ставить 5, границу JT9 на 2400 Гц.

    Эти значения оптимальны с точки зрения работы в эфире в режиме JT65+JT9 с SDR, поэтому предлагаю все тесты проводить на них.

    Нижняя частота передачи в WSJT-X ограничена значением 200 Гц, но никто не мешает позвать станцию у которой sync тон на выходе приемника находится ниже 200 Гц сплитом, то есть предлагаю учитывать 200 Гц в возможной разнице частоты передатчика корреспондента и своего приемника ставя стартовое значение водопада WSJT-X 0 Гц.

  2. #722
    Standart Power
    Регистрация
    29.01.2015
    Возраст
    45
    Сообщений
    218
    Поблагодарили
    21
    Поблагодарил
    103
    так и будем делать только границу считаю 2500 лучше нижняя всегда 0 у меня

  3. #723
    Пользователь Аватар для RK1NA
    Регистрация
    25.01.2006
    Адрес
    Петрозаводск
    Возраст
    76
    Сообщений
    6,031
    Поблагодарили
    2612
    Поблагодарил
    1516
    Цитата Сообщение от RK4LWA Посмотреть сообщение
    границу считаю 2500 лучше
    Совершенно верно тем более что она по умолчанию такая

  4. #724
    Standart Power
    Регистрация
    29.01.2015
    Возраст
    45
    Сообщений
    218
    Поблагодарили
    21
    Поблагодарил
    103
    Прогнал на 12 ядерном серверном процессоре сегоднЯ Xeon e5-2600 результаты хуже чем на моем fx и копия повторяют результаты UA3DJY

  5. #725
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RK4LWA Посмотреть сообщение
    так и будем делать только границу считаю 2500 лучше нижняя всегда 0 у меня
    Из-за несоответствия частот трансиверов часто бывает что JT9 сигнал находится немного ниже 2500, поэтому практичнее держать планку на 2400, иначе такие сигналы не декодировать.

    С нашей точки зрения, тестирования на файлах, нет четкой уверенности что в коде все чисто и смещение границы JT9 не влияет на декодирование JT65.

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

  6. #726
    Standart Power
    Регистрация
    29.01.2015
    Возраст
    45
    Сообщений
    218
    Поблагодарили
    21
    Поблагодарил
    103
    Да понимаю и JT65 сигналы я видел на 3000 просто я считаю что выставить полосу 2500 и оптимально-да чтот срежем возможно но зато применно приблизимся к одним отчетам. А то у нас разрыв большой

  7. #727
    Very High Power Аватар для RC2SC
    Регистрация
    12.08.2006
    Адрес
    Рязань
    Возраст
    58
    Сообщений
    2,628
    Поблагодарили
    882
    Поблагодарил
    288
    Цитата Сообщение от RK4LWA Посмотреть сообщение
    Да понимаю и JT65 сигналы я видел на 3000 просто я считаю что выставить полосу 2500 и оптимально-да чтот срежем возможно но зато применно приблизимся к одним отчетам. А то у нас разрыв большой
    При bins/pixel = 3 показало 1249 декодирований (вместе с ложными)
    при bins/pixel = 4 - 1253
    при bins/pixel = 5 - 1261

  8. #728
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RA9XQ Посмотреть сообщение
    При bins/pixel = 3 показало 1249 декодирований (вместе с ложными)
    при bins/pixel = 4 - 1253
    при bins/pixel = 5 - 1261
    Владимир, здесь для точной картины еще необходимы верхние частоты окна водопада для каждого bin/pixels, также стартовая частота.

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

    В том числе верхняя граница может поменяться просто при изменении значения bins/pixel.

    В исходном коде decoder.f90 эти частоты-границы проходят под именами nfa и nfb.

  9. #729
    Silent Key
    Регистрация
    31.05.2012
    Адрес
    Железногорск
    Возраст
    71
    Сообщений
    729
    Поблагодарили
    353
    Поблагодарил
    18
    Методом xxxx удалось сделать компиляцию WSJT-11 r6497

    Нажмите на изображение для увеличения. 

Название:	ws11.jpg 
Просмотров:	72 
Размер:	89.3 Кб 
ID:	158774

  10. #730
    Standart Power
    Регистрация
    10.07.2012
    Адрес
    Тюмень
    Возраст
    63
    Сообщений
    361
    Поблагодарили
    87
    Поблагодарил
    34
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Из-за несоответствия частот трансиверов часто бывает что JT9 сигнал находится немного ниже 2500, поэтому практичнее держать планку на 2400, иначе такие сигналы не декодировать..
    Поставьте 0 и не мучайтесь.
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    С нашей точки зрения, тестирования на файлах, нет четкой уверенности что в коде все чисто и смещение границы JT9 не влияет на декодирование JT65..
    Полгода назад не влияло, абсолютно точно. Две совершенно разные функции.
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Как пример, расширение полосы приема у меня привело к тому, что несколько ранее декодировавшихся сигналов исчезли, но вместо них появились новые там где они ранее не декодировались на частотах в старой полосе. То есть в софте пока еще остаются проблемы с точностью вычислений.
    Ну так на это еще 2 месяца Вам указывалось. Любые манипуляции с полосой ( в полосе) вели к изменению результатов.

  11. #731
    Very High Power
    Регистрация
    18.01.2015
    Адрес
    новосибирск
    Возраст
    73
    Сообщений
    1,686
    Поблагодарили
    128
    Поблагодарил
    55
    Цитата Сообщение от UA9LEW Посмотреть сообщение
    Поставьте 0 и не мучайтесь.
    не понял где 0 выставить, вначале?

  12. #732
    Standart Power
    Регистрация
    10.07.2012
    Адрес
    Тюмень
    Возраст
    63
    Сообщений
    361
    Поблагодарили
    87
    Поблагодарил
    34
    Цитата Сообщение от UA9OP Посмотреть сообщение
    не понял где 0 выставить, вначале?
    тут
    Нажмите на изображение для увеличения. 

Название:	131.png 
Просмотров:	73 
Размер:	55.2 Кб 
ID:	158797
    бонусом получите что все декодирования теперь выстроятся строго по порядку в пределах прохода.

    Плюс бывает что и вот на таких частотах умудряются работать.
    Название: 130.png
Просмотров: 505

Размер: 15.2 Кб

    пс На скорость декода практически не повлияет
    пс2 Как это себя поведет в модифицированных версиях хз, не смотрел

  13. #733
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Продолжаю работать над исходником subtract65.
    Временно прекратил попытки оптимизации вычитания сигналов в исходнике subtract65 по причине утечки памяти в WSJT-X, проявляющейся в периодическом отсутствии доступа к дробной части массива dd().

    Этот массив содержит отсчеты(samples) входного цифрового звукового потока и является основой всего происходящего в WSJT-X.

    Часто бывает что при первичном чтении массива получаю например такие данные (номер отсчета, значение):

    dd 2201 19.0000000
    dd 2202 16.0000000
    dd 2203 12.0000000
    dd 2204 4.00000000
    dd 2205 -16.0000000
    dd 2206 -29.0000000
    dd 2207 -10.0000000

    При вычитании декодированного сигнала идет запись в массив dd() после чего часто ситуация возвращается к нормальной, например:

    dd 2201 19.0524387
    dd 2202 15.4829807
    dd 2203 23.0843353
    dd 2204 55.9010811
    dd 2205 33.9535789
    dd 2206 -26.7643013
    dd 2207 -44.2844543

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

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

    Дефект наблюдаю как в модифицированном r6462mod6 так и немодифицированном WSJT-X r6496, также в r6229.

    Если есть желание пощупать диагностику самостоятельно то в исходник subtract65.f90 необходимо добавить следующий код(всего три строки прямо перед блоком вычитания сигнала):

    .....
    + do i=1,20
    + print *, 'dd',2200+i,dd(nstart+2200+i)
    + enddo

    ! Subtract the reconstructed signal
    call timer('subtr_3 ',0)
    .....

    В этом коде nstart означает стартовый отсчет с учетом DT вычитаемого сигнала/сообщения, отсчет 2200 примерно середина первого sync тона этого сигнала (точно середина - отсчет 2229).

    Само декодированное сообщение в окошке будет ниже распечатанных значений напряжения отсчетов кодом диагностики.

    Сразу можно только сказать что этот дефект скорее всего приводит к хаотическому уменьшению динамического диапазона сигналов, срезая примерно каждый второй слабый сигнал.

    Информацию о дефекте передал разработчикам, жду ответа.

  14. #734
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807

    вычитание JT65 сигналов в WSJT-X

    Происходит в jt65_decode.f90 последовательно на каждом проходе по определенному предварительно списку кандидатов, логика следующая:

    - определяется список кандидатов
    - кандидаты по порядку декодируются из списка(этот порядок я в коде менял на обратный, прироста в количестве декодирований не было но декодирования немного отличались)
    - после успешного декодирования первого в списке кандидата идет вызов процедуры вычитания сигналов subtract65.f90
    - первый сигнал вычтен и после этого декодируется второй кандидат из списка, затем вычитается второй сигнал и т.д.

    При вычитании сигналов используется массив dd() для чтения амплитуды сигнала до вычитания и записи амплитуды обратно в массив dd()
    уже после вычитания сигнала. То есть значения амплитуд в этом массиве после каждого вычитания меняются.

    Для вычитания сигнала в процедуре subtract65.f90, на основании известной sync последовательности тонов, общей для всех JT65 сигналов, и известной data последовательности тонов уже декодированного сигнала, по-тонально симулируется декодированный сигнал, перегоняется из временной области в частотную где применяется фильтр ФНЧ, после чего возвращается обратно во временную область, затем он вычитается из массива dd() с записью результата обратно в этот массив.

    В процессе диагностики столкнулся с сценарием когда сигнал вычитается а в окошке не появляется декодированное сообщение, этот сценарий является результатом повторного декодирования уже ранее декодированного сообщения в рамках установленного в коде предела сдвига частот на повторное сообщение(freq-freq0 менее 3.0).

  15. #735
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Временно прекратил попытки оптимизации вычитания сигналов в исходнике subtract65 по причине утечки памяти в WSJT-X, проявляющейся в периодическом отсутствии доступа к дробной части массива dd().

    Сразу можно только сказать что этот дефект скорее всего приводит к хаотическому уменьшению динамического диапазона сигналов, срезая примерно каждый второй слабый сигнал.

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

    Сигнал с АЦП (или цифрового потока SDR) проходит через изменение частоты дискретизации и ФНЧ (исходник fil4.f90) после чего записывается в массив dd(). При первоначальной записи используются целые числа и затем последующая обработка с плавающей запятой. Диапазон значений в массиве -32767...+32767, что соответствует примерно 90 дБ динамического диапазона (20*log10(32767)) при максимально возможной амплитуде сигнала.

    В процессе обработки на декодер уже попадают тона отфильтрованные полосой бина 2.69 Гц что увеличивает динамический диапазон еще на 10*log10(6000/2.69)= 33 дБ снизу за счет уменьшения мощности шума после узкополосного полосового фильтра.

    Значит эффект подавления слабых сигналов сильным при использовании SDR с выключенной АРУ и цифровым аудио потоком связан исключительно со ступенькой боковых излучений за пределами передаваемой полосы JT65 сигнала, то есть с чистотой формирования сигнала в системе компьютер-трансивер-усилитель (паразитная амплитудная модуляция + ее интермодуляционные составляющие, использование линейного участка микрофонного тракта).

    Отдельной темой является одновременная работа на передачу в JT9 и JT65 в одном интервале, особенно в части используемой на передачу мощности.

Похожие темы

  1. JT65/JT9 - имейте совесть, когда в "цифре" работаете!
    от RX4CD в разделе JT65, JT9, WSPR, JT4, JTMSK, FT8
    Ответов: 65
    Последнее сообщение: 05.10.2019, 07:15
  2. Как начать работать с CW?
    от Z80X в разделе Телеграф
    Ответов: 6
    Последнее сообщение: 23.12.2010, 13:43
  3. Новая мода JT65
    от RX3AIS в разделе Цифровые виды радиосвязи
    Ответов: 1
    Последнее сообщение: 28.06.2007, 23:02
  4. Как начать работу с OZiExplorer 3D ?
    от RX3AOE в разделе Win-XP/7
    Ответов: 4
    Последнее сообщение: 15.10.2006, 19:55
  5. Работаю с DXtelnet но через час он отклю...
    от в разделе Компьютеры и сети
    Ответов: 0
    Последнее сообщение: 16.12.2001, 20:54

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  
Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×
Рейтинг@Mail.ru
eXTReMe Tracker


Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×