Об этом пишется в письме, тем кому прислали ссылку на скачивание разработчики, что "для внутреннего тестирования".Цитата:
Сообщение от UD2F
Но похоже, кому то из тестеров это по боку. Некрасиво совсем выглядит.
Об этом пишется в письме, тем кому прислали ссылку на скачивание разработчики, что "для внутреннего тестирования".Цитата:
Сообщение от UD2F
Но похоже, кому то из тестеров это по боку. Некрасиво совсем выглядит.
And some wanted to be friends for whole world….Цитата:
Сообщение от UD2F
Возможно заставить работать САТ систему параллельно в UR5EQF и WSJT-X 2.7.1 devel или JTDX 2.2.159-32A?
win 10 64. Установлен VSPE и omnirig. САТ в MixW2 параллельно с логом UR5EQF работает и через виртуальный порт VSPE и через omnirig. А WSJT-X 2.7.1 devel или JTDX 2.2.159-32A при активном omnirig в логе UR5EQF САТ не активируют ни через VSPE ни через omnirig. При этом JTDX выдаёт ошибку "Ошибка Hamlib Команда отклонена трансивером while получение частоты текущего VFO". При отключении САТ в EQF всё сразу начинает работать нормально.
Попробовал версию JTDX 160 RC8:
Хорошая новость: у меня прием по TCI стал такой же, как и был в версии RC3. Это очень хорошо.
Плохая новость: переключение диапазонов из JTDX по TCI приводит к ошибке - диапазон переключается в JTDX, но не туда куда нужно и ошибка JTDX.
Найдите, пожалуйста, на сайте ur5eqf.ru модуль сопряжения UR5EQG Log и WSJT-X/JTDX под названием WSJTXJTDXInterfaceЦитата:
Сообщение от UB6HAE
Инструкция тут https://t.me/RC3Cqrz/79?single
Отправлено через приложение Tapatalk на Android.
This is something new. What kind of error? Is only JTDX using TCI? In general I need debug file created with d2 version of JTDX to see what is going on.Цитата:
Сообщение от RX4HX
В RC7 было. В RC8 - ни разу за несколько дней тестирования.Цитата:
Сообщение от RX4HX
Привет Arvo
Кажется здесь ест проблем, у меня или у тебя.
JTDX 32bit audio
По TCI Chenels=1 Type=24bit Audio Sample Rate 12000Hz
TX "MSHV и JTDX" RX JTDX и MSHV other head
следите за сигналом JTDX
Тоже самое получается и на JTDX 16bit audio и 16bit TCI
НА RX всё в порядке.
Видео: https://drive.google.com/drive/folde...F8C6MmQjcHQS_s
фаил 20250228_153141.mp4
не успел поставить суда поэтому на google drive
Нет, TCI используют LogHX и JTDX. Сейчас опять вернулся на версию RC3 - никаких проблем. А с версией RC8 при переключении из JTDX частота на SunSDR2 меняется на нужный диапазон, ну куда то не туда. Сейчас для чистоты эксперимента запустил без лога - все тоже:Цитата:
Сообщение от ES1JA
Вложение 366543
Это я на 14074 переключался...
Алексей, а Вы JTDX rc8 с ESDR3 1.0.10 пробуете ???
В продолжении темы - вот лог TCI ExpertSDR3:
Ошибка выделена - зачем тут if -13000? Правильно, что частота стала 21061!
Нужно или использовать команду VFO для установки частоты (при этом DDS и IF ExpertSDR устанавливает сам по своему усмотрению), или вручную использовать команды DDS и IF.
- - - Добавлено - - -
Нет - у меня ESDR3 1.0.8.Цитата:
Сообщение от RJ7M
- - - Добавлено - - -
А вот лог RC3 - тут все верно:
Вложение 366545
для установки частоты используется одна команда - VFO!
Подождём, что скажет Arvo...Цитата:
Сообщение от RX4HX
Hi Christo
If You mean that mshv tx looks stronger, then look in eesdr screen at least jtdx tx should go to 0dB there when EESDR3 is used. For EESDR2 jtdx had -3dB reducing, but anyway EESDR2 tci tx was not good, so I have not launched EESDR2 for long time.
А что тут говорить то? Тут проблема понятна - убрать команду IF при установке частоты.Цитата:
Сообщение от RJ7M
IF command is for setting waterfall in EESDR to cover whole ft8 area.Цитата:
Сообщение от RX4HX
Tested now with eesdr3 1.0.8 and got same error. 1.0.8 interprets order of internal commands sent to server differently. Currently needed to use 1.0.9 or 1.0.10 version of EESDR3.
I just was try’g to save some time sending both commands together, not tested in all previous versions of EESDR3, sry.