-
15.02.2019, 18:44 #17191
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 51
- Сообщений
- 1,657
- Поблагодарили
- 1378
- Поблагодарил
- 297
Вы хвастаться решили? Или "пиписьками меряться"?
Я Вам конкретно написал - "схемотехника одинаковая"! Если Вы совершенно ничего не понимаете в принципах DDC/DUC - ну тогда гордитесь, что у Вас "PRO". По-сути НИЧЕМ они не отличаются. Да, более современный АЦП. Динамика чуть выросла. ВЫ ЛИЧНО ЭТО ЗАМЕТИЛИ??? ГДЕ И КАК???
У меня SunSDR2 и SunSDR2QRP - оба прекрасные аппараты. И не сравниваю я их. Хотя, по-Вашему
мнению "разные" (на разной элементной базе).
А вообще -- оффтопик это всё! Пусть меня накажут.73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
15.02.2019, 18:57 #17192
- Регистрация
- 03.02.2006
- Возраст
- 48
- Сообщений
- 12,182
- Поблагодарили
- 4973
- Поблагодарил
- 2704
73 de RX4HX, Alexei, http://rx4hx.qrz.ru
-
15.02.2019, 19:19 #17193
-
15.02.2019, 19:39 #17194
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,636
- Поблагодарили
- 1075
- Поблагодарил
- 849
Хвастаетесь это вы когда пишите ,а сколько ...да я....да за день ....в других темах. А нам то что хвастаться,,читаем вас на параллельном форуме в теме SunSDR2 тема №5 ,вот там эти вопросы задавайте. Знаток вы наш. Успокойтесь.
А мы работали на этом замечательном аппарате и будем продолжать работать без хвастовства. Выйдет новая модель будем на ней работать аналогично ,а выйдет может не так скоро как хотелось.Последний раз редактировалось R6LCF; 15.02.2019 в 19:45.
Владимир.73!
-
15.02.2019, 20:02 #17195
- Регистрация
- 21.11.2007
- Адрес
- Екатеринбург
- Возраст
- 45
- Сообщений
- 4,392
- Поблагодарили
- 1640
- Поблагодарил
- 1915
Нормальные люди в микрофонный вход не суют кроме микрофона ничего. Для цифры НУЖНО использовать линейный вход тогда и с перегрузками меньше вопросов будет. Но проблему гармоник при выключенном fake it не решит ни то, ни другое. Только с микрофонным входом добавится еще других проблем, о которых Вы можете и не знать, пока Вас не ткнут носом. А сейчас все меньше желания это делать, потому что все такие обидчивые, как дети.
Так что, то что Вы еще не сидите - не Ваша заслуга, а наша недоработка (С) МВДДмитрий rv9cx.jimdo.com
-
15.02.2019, 20:32 #17196
- Регистрация
- 24.04.2015
- Адрес
- Москва
- Сообщений
- 187
- Поблагодарили
- 88
- Поблагодарил
- 8
Что, соскучились? Ничего, ничего... сейчас продолжим.
[здесь я хотел показать картинку. Но кто-то запретил мне вставлять картинки. За что отдельное спасибо]
Вместо картинки будет только описание. Но если картинку всё-таки можно будет показать - я ее покажу. Она у меня сохранена.
Работаем в WSPR-2, JTDX 2.0.1-rc129. Весь протокол "ловим" по UDP, и аккуратно записываем. С экраном JTDX - полное соответствие. Увы, перенабивать всё с окна JTDX нет никакой возможности.
16:56 Decode (40M) DB7EN
16:57 Tune (30M)
17:00 Transmit (40M)
17:01 Tune (80M)
17:02 Decode (80M) M0HGU
17:03 Tune (40M)
17:04 Decode (40M) DL0PBS
17:04 Decode (40M) DD2HZ
17:04 Decode (40M) ON4PDV
17:04 Decode (40M) PE4BAS
17:05 Tune (40M)
17:06 Decode (40M) DK8JP
17:06 Decode (40M) DG7RJ
17:07 Tune (30M)
... и так далее
Вопросы:
Почему нет "16:59 Tune (40M)", если тюнинг в Band hopping включен, а следующим циклом (уже известно в 16:59) пойдет передача на 40M?
Зачем нужно "17:05 Tune (40M)", если диапазон не переключается, передача не ожидается, и просто слушается эфир - условия не изменялись вообще?
Отчего меня лишили возможности вставить картинку - снимок окна с логом, и вынуждают перенабивать всё врукопашную?
Хотелось бы получить ответы. Возможно, и не мне одному.
-
15.02.2019, 23:25 #17197
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
Изначально был протокол QSO DXpedition разработанный командой WSJT и реализованный в программе WSJT-X. Этот протокол включает в себя управление TX частотой оператора Hound во время проведения QSO и закрыт в программе WSJT-X для использования в общих диапазонах: команда разрабочиков WSJT разумно считает что нет такого приоритета у DX оператора чтобы занять собой существенную часть общего FT8 диапазона в нескольких слотах. В JTDX совместимость с WSJT-X Fox DXpedition обеспечивается режимом HoundFC (режим гончей с управлением TX частотой) и этот режим включается только вне общих FT8 диапазонов.
Позже появился режим многослотовой передачи в программе MSHV который в большей своей части повторяет режим Fox DXpedition но не требует от корреспондентов управления TX частотой, также у автора MSHV свое уникальное видение возможности включения до 5 слотов передачи сигнала в общих КВ FT8 диапазонах (диапазоны которые и без многослотовой работы MSHV уже перегружены в несколько раз). Также есть операторы кто считает необходимым использовать данную в программе MSHV возможность многослотовой передачи в общих КВ диапазонах.
В итоге у нас есть два немного отличающихся протокола проведения QSO в многослотовом режиме и частичная несовместимость программ WSJT-X и MSHV между собой.
Чтобы обеспечить совместимость с многослотовым режимом передачи MSHV в JTDX был реализован режим Hound без управления TX частотой. Проблема возникает вне общих диапазонов когда оператор не всегда достоверно знает какую программу использует DX, то есть DX корреспондент может использовать MSHV и вне общих диапазонов. Если DX корреспондент указал на своем Интернет сайте или в других источниках свою частоту VFO для каждого диапазона то распознать MSHV можно по факту передачи выше звуковой частоты 1000 Гц, но когда DX передает ниже 1000 Гц то это может быть как MSHV так и WSJT-X.
Далеко не все досконально читают условия работы DX и понимают разницу между WSJT-X Fox DXpedition и MSHV multislot, что неизбежно будет приводить к излишним помехам.
Еще одна особенность режимов WSJT-X Fox DXpedition и MSHV multislot в том что протокол DXpediton четко оговаривает что QSO завершается передачей сообщения RR73 от DX, то есть сообщение 73 в сторону DX не передается. И WSJT-X и MSHV вносят QSO в лог при передаче сообщения RR73, в ранней имплементации обе программы вносили QSO в лог до трех раз, поскольку протокол DXpedition допускает двухкратное повторение сообщения RR73 если корреспондент продолжает передавать сообщение R+рапорт.
Как распознать в каком режиме работает DX на программе MSHV? Например от него декодировано 2 сообщения со сдвигом частоты кратным 60 Гц - это многослотовый режим. Либо от него декодировано специальное сообщение, в JTDX оно выглядит как два стандартных сообщения адресованных разным корреспондентам на одной частоте, одно сообщение RR73, второе сообщение рапорт: и это тоже многослотовый режим.
С учетом условий прохождения может потребоваться определенное время чтобы понять что DX на MSHV работает в многослотовом режиме, и это тоже одна из причин почему WSJT-X Fox DXpedition не используется в общих FT8 диапазонах: чтобы в общих диапазонах протокол используемый DX был всегда совместим с протоколом используемым вызывающими его операторами.
Автор программы MSHV своим подходом создал много проблем окружающим, например время потраченное на этот пост тоже результат созданной им несовместимости протоколов.Последний раз редактировалось UA3DJY; 16.02.2019 в 00:43.
-
16.02.2019, 00:25 #17198
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
-
16.02.2019, 00:30 #17199
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
-
16.02.2019, 01:01 #17200
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
Начиная с JTDX v2.0.1-rc130 приведу void MainWindow::WSPR_scheduling () в соответствие WSJT-X 2.0.
Режим WSPR в JTDX почти не дорабатывался и был взят как есть с древней версии WSJT-X r6462, унаследованные особенности работы WSPR c WSJT-X также не будут исправляться пока идет работа c кодом FT8.
-
16.02.2019, 01:46 #17201
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
К вопросу об использовании Split Rig/Fake It для борьбы с нечетными гармониками звукового сигнала в излучаемом спектре.
Сообщение от LY3BG
Второй вариант - подключение звука от WSJT-X/JTDX к программе обслуживающей SunSDR2 через виртуальный звуковой кабель. Судя по документу который создал Erik EI4KF (здесь перевод на русский язык https://eesdr.com/images/Document/UMAnew_RUS.pdf) тоже существует диапазон допустимых уровней сигнала. Любой цифровой поток имеет свой динамический диапазон, для 16-ти бит динамический диапазон составляет чуть более 90 дБ. Увеличивая усиление сигнала в виртуальном кабеле можно выйти в ограничение сигнала в цифровом потоке, при таком ограничении также будут создаваться нечетные гармоники.
Если рассматривать АЦП SunSDR2 как линейный элемент то при подаче на него сигнала в рамках динамического диапазона АЦП либо при подаче цифрового сигнала в рамках динамического диапазона цифрового потока при прямом цифровом синтезе ВЧ сигнала гармоник звукового сигнала в спектре SunSDR2 не будет.
Но в случаях с классическим трансивером проблема гармоник вызвана тем что часто пользователь не понимает что он подает НЧ сигнал на модулятор (либо микрофонный тракт) выходящий за рамки динамического диапазона последнего, значит для SunSDR2 может быть такая же причина, то есть наличие трансивера с прямым цифровым синтезом еще не означает правильного использования такого трансивера.
Чем действительно отличается трансивер с прямым цифровым синтезом от аналогового трансивера так это крутизной скатов фильтра передатчика. Если подача чрезмерного уровня на аналоговый трансивер часто связана с попыткой пользователя сохранить уровень выходной мощности работая на скате фильтра передатчика то в SunSDR2 нет ската фильтра передатчика на частотах 200...600Гц.Последний раз редактировалось UA3DJY; 16.02.2019 в 01:59.
-
16.02.2019, 08:32 #17202
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
-
16.02.2019, 10:29 #17203
- Регистрация
- 24.08.2006
- Адрес
- Slavyani
- Возраст
- 65
- Сообщений
- 292
- Поблагодарили
- 202
- Поблагодарил
- 52
Еще одна особенность режимов WSJT-X Fox DXpedition и MSHV multislot в том, что в одно время передаётся несколько частот, а и из-за этого требуется высокая линейность передатчика. Если в одноканальном режиме появляются только гармоники как по НЧ, так и по ВЧ, которые при правильном подходе не сложно подавить, т.е. линейность передающего тракта не очень важна, то в многоканальном режиме возникают комбинационные частоты, попадающие в полосы фильтров. Мощность передатчика распределяется между каналами и для связи используется усилители мощности. В них тоже возникают комбинационные частоты.
Это ещё одна из причин работать в многоканальном режиме не на общепринятых частотах.73 Vytas
-
16.02.2019, 11:54 #17204
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
Для пользователей с слабым CPU компьютера и пользователей кому не нравится функционал автовыбора JTDX, в версии JTDX rc130 готовим функционал AutoSeq0 c полностью отключенным автовыбором, в этом режиме пользователь будет выбирать корреспондентов вручную.
Последний раз редактировалось UA3DJY; 16.02.2019 в 12:28.
-
16.02.2019, 12:37 #17205
- Регистрация
- 05.03.2015
- Сообщений
- 5,345
- Поблагодарили
- 7727
- Поблагодарил
- 795
Для начинающего пользователя наиболее проста в понимании программа WSJT-X, переход на JTDX оправдан когда пользователь уже имеет опыт работы в FT8 и хочет добиться более высокой чувствительности и эффективности декодирования, также JTDX дает ряд сервисов делающих работу в эфире более удобной и комфортной.
Социальные закладки