Спасибо Николай, да промахнулся, на другой диск поставил.
Указал нужный диск и папку, правда пришлось делать синхронизацию логов.
А так, все в порядке.
Спасибо Николай, да промахнулся, на другой диск поставил.
Указал нужный диск и папку, правда пришлось делать синхронизацию логов.
А так, все в порядке.
Похоже, что у Вас стоит тут галочка. Проверьте в loghx_view_RC3C.ini раздел [QRZRUForm] параметр AutoShowHideMenu_Checked. Если галочка стоит, то какое значение параметра - True или False?
Вложение 261821
Добрый день! Пишу сервер для протокола TCI. Заметил странность в командах DDS и IF. При выборе спотов посылается частота DDS а не IF. По идее должно быть так, частота DDS это середина шкалы спотов, а IF это разница частот между этим положением и текущим спотом. Сейчас возможна ситуация в которой разница между DDS и IF может превышать полосу обзора/2. А это приводит к ошибке при установлении частоты.
Легко проверить. Выбираем крайний спот к границе диапазона, а потом переходим на крайний спот противоположной части диапазона. Желательно автору проверить это место в программе.
Ну вообще этот вопрос было лучше задать не здесь, а в теме про SunSDR2. Но постараюсь объяснить я. Тут все несколько не так, как Вы рассуждаете - логика у разработчиков TCI была не такая:
Я так же так думал, но по логике разработчиков TCI, DDS они предполагают двигать только в самом крайнем случае, когда частоту нельзя установить IF - причина: чтобы не сдвигать базовую частоту для CW-скиммеров. Вот такая вот идеология.
В итоге после экспериментов и совещания с разработчиками TCI ф-ция установки частоты в логе выглядит так:
procedure TTrxData.SetFreq_TCI(Freq: UInt64);
var
DeltaFreq, IFLimit: integer;
begin
if Assigned(TCI) then
begin
if TCI.TCIData.Version > 1.0 then
TCI.AddCommandToTCI('vfo', TCI.RxNumber + ',0,' + UIntToStr(Freq))
else
begin
DeltaFreq := Freq - TCI.TCIData.DDS;
if DeltaFreq > 0 then
IFLimit := TCI.TCIData.IFLimit_Up
else
IFLimit := TCI.TCIData.IFLimit_Low;
if Abs(DeltaFreq) > Abs(Round(IFLimit * 0.7)) then
begin
//DeltaFreq := Round(IFLimit * 0.7);
//SendCommandToTCISocket('if', '0,0,' + IntToStr(DeltaFreq));
TCI.AddCommandToTCI('DDS', TCI.RxNumber + ',' + IntToStr(Freq - TCI.TCIData.RXFilterA));
end
else
TCI.AddCommandToTCI('if', TCI.RxNumber + ',0,' + IntToStr(DeltaFreq));
end;
end;
end;
Так и я про это пишу.Цитата:
DDS они предполагают двигать только в самом крайнем случае, когда частоту нельзя установить IF
Тогда не хватает одной строки после TCI.AddCommandToTCI('DDS', TCI.RxNumber + ',' + IntToStr(Freq - TCI.TCIData.RXFilterA));
Добавить - TCI.AddCommandToTCI('if', TCI.RxNumber + ',0,' + IntToStr(0));
Это для совместимости с другими логами.
Больше года не могу побороть ошибку с логом внешних программ. Вываливается такое окно, после чего пропадает связь лога с внешней программой:
Вложение 262319 Вложение 262322
При этом не играет роли какой CAT используется, либо OmniRig, либо Hamlib. Из программ пробовал JTDX, WSJT-X, MSHV ошибки примерно одинаковые.
Для примера настройки сопряжения лога для JTDX
Вложение 262320
Иногда при запуске все работает идеально, лог видит позывной, частоту, вид модуляции и пр. Операционная система Windows 10 pro (лицензия со всеми особенностями автоматических обновлений).
To RX4HX.
Столкнулся со следующей проблемой при стыковке с IC-7610 (исключительно только с этой моделью). Трансивер управляется через USB CAT, используются VSPE в качестве сплиттера и Omnirig (ver 1.8, 1.9, 2 -без разницы) для связи с внешними программами.
Настройка представлена на следующем скрине.
Вложение 262341
В качестве Rig.ini испробованы все доступные модификации 7610.
При приёме процесс штатный. При переходе на передачу частота в LohHX обнуляется, бендмап и кластер теряются. Так происходит не только при использовании встроенного в программу CW ключа, но и при ключевании обычным манипулятором. Процесс показан на коротком видеоролике по ссылке.
Процесс стабильности САТ несколько стабилизируется, если использую CatHX2. Но при этом возникают проблемы при связи со сторонними программами и устройствами.
При этом замечу, что работа САТ с другими программами (N1MM, UR5EQF etc.) в норме.
Добавлю, что весьма похожий по управлению IC-7300 проблем не вызывает.
Алексей, прошу подсказать причину происходящего.
Буду также признателен владельцам IC-7610 за любые комменты по данной проблеме.
После нажатия на кнопку использования внешней программы и перед появлением ошибки "Can not run..." есть задержка порядка 25 сек?
7300 подключен как Радио1? Если да - попробуйте его подключить как Радио2 и проверить работу. Возможно какая то ошибка в логе при работа со вторым Радио. Сейчас на работе - проверить возможности нет.
Думаю что да, ошибка вываливается не сразу, а при манипуляциях во внешних программах. Например при выставлении тонального сигнала (настройка) или при выделении позывного сигнала корреспондента двойным кликом. Эта ошибка носит вид не постоянного характера, а именно периодического - как рулетка или возникнет или нет. Если при запуске лога и внешней программы не проявилась то так можно работать очень долго до самого закрытия лога. Но если при запуске лога и внешней программы проявилась сразу то перезапуск внешней программы не спасает, только полный перезапуск лога и то бывает не с первого или второго раза.
В последней версии (от 13.05.20) эта ошибка должна быть побеждена. Но у Вас то другая ошибка. У Вас нет ошибки (во всяком случае Вы не писали) проблемы запуска JTDX - Can not run...
Есть предположение, почему такое происходит - выложу новую версию, в ней кое-что подправлю и Вы попробуете. Должно заработать.