-
09.12.2020, 06:51 #25951
-
09.12.2020, 07:29 #25952
- Регистрация
- 03.02.2006
- Возраст
- 48
- Сообщений
- 12,265
- Поблагодарили
- 5014
- Поблагодарил
- 2720
73 de RX4HX, Alexei, http://rx4hx.qrz.ru
-
09.12.2020, 09:07 #25953
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,670
- Поблагодарили
- 1082
- Поблагодарил
- 857
У меня и сейчас как работала так и работает отлично. Может в этом причина у некоторых?
- - - Добавлено - - -
Сейчас на 21мГц. С DT как видите все в порядке. Lag=-0.11 Ну это из за малого количества станций на диапазоне. С этими настройками возможно увеличивать Lag до +0,25 +0,5;Связи на отлично!
Последний раз редактировалось R6LCF; 09.12.2020 в 09:11.
Владимир.73!
-
09.12.2020, 09:46 #25954
- Регистрация
- 14.05.2018
- Адрес
- Санкт-Петербург
- Возраст
- 57
- Сообщений
- 466
- Поблагодарили
- 352
- Поблагодарил
- 134
-
09.12.2020, 09:49 #25955
- Регистрация
- 26.11.2003
- Адрес
- Москва
- Возраст
- 58
- Сообщений
- 770
- Поблагодарили
- 246
- Поблагодарил
- 52
Вряд ли в этом. У меня комп, как и антенна и трансивер - Г. и Палки! Время уходит периодически и весьма прилично, когда браузерами пользуюсь. Тогда синхронизирую вручную JTSync. Конечно, ухода больше 1 сек. не допускаю.
Кстати, если посмотреть https://hamspots.net/history/ у вас DT на передачу не такое уж и идеальное)))
Но каких-то нестабильностей, пропаданий локаторов и т.п. в 153 по сравнению с 152 не наблюдаю. Причина в чём-то другом, возможно у каждого своя. Скорее всего в настройках надо разобраться.
Новая система настроек с "прореживанием" весьма эффективно работает на устаревших компьютерах!Юрий RX3ASP
73!
-
09.12.2020, 10:12 #25956
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,670
- Поблагодарили
- 1082
- Поблагодарил
- 857
Ну так DT в месте приема необходимо корректировать ,а не с места передачи.
Да вроде ничего у меня с временем!
- - - Добавлено - - -
Да вот еще.
У кого слабый комп.или нужно вытянуть сигнал/декодирование из глубоких шумов я лично пользуюсь фильтром программы JTDX....и продолжаю пользоваться.
Условия : все настройки по максимуму ,вкл.декодера 3. и при работе с конкретной станцией Lag=близко к "0" загрузка проц идеально.
Для скептиков ,проверить самому и все станет ясно.Смотрим при вкл.фильтр Lag=.....и в Диспетчере задач загрузку проц.Когда прием -26дб корреспондента и постоянно пропадает это едва ли не единственное решение+ шикарные настройки и работа в последней версии.
Это мое мнение ,уже неделю работаю в rs153 и подтвержденное для себя успешной работой. Никому этого не навязываю ,дело лично каждого!Последний раз редактировалось R6LCF; 09.12.2020 в 09:59.
Владимир.73!
-
09.12.2020, 10:31 #25957
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Какую причину показывает в подробностях? Можем сделать сборку JTDX rc153 с диагностикой Hamlib и подключить Michael W9MDB к поиску и устранению дефекта в Hamlib.
Если сами собираете софт то можете сделать сборку 153 с тэгом кода Hamlib rc152, исходный код доступен здесь.
-
09.12.2020, 11:50 #25958
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 51
- Сообщений
- 1,661
- Поблагодарили
- 1378
- Поблагодарил
- 297
Игорь, действительно есть в Вин проблема с САТ (в 152 не проявлялось) - при запуске сначала крик на сбой САТ, при входе в настройки и проверке тест проходит, но тут же опять сообщение об ошибке, после чего уже и тест соединения не проходит.
Ругается на "Hamlib error: Command rejected by the rig while opening connection to rig"
Да, при попытке работы через ОмниРиг у меня JTDX вообще вылетает без сообщений об ошибке. И последующие запуски также ошибкой завершаются, пока процесс ОмниРиг не прибью.
В Linux Вроде нормально работает.73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
09.12.2020, 12:11 #25959
- Регистрация
- 25.08.2011
- Возраст
- 66
- Сообщений
- 246
- Поблагодарили
- 131
- Поблагодарил
- 323
-
09.12.2020, 12:42 #25960
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Если сборка кода Hamlib тоже с тэгом 153 под Линукс то Hamlib должен вести себя одинаково. С OmniRig похоже сбой связан с эмуляцией последовательного порта. CAT через последовательный RS232 порт в новых моделях трансиверов это чудо 21-го века
за это производителям уже пора памятник поставить.
Последний раз редактировалось UA3DJY; 09.12.2020 в 12:45.
-
09.12.2020, 13:44 #25961
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 51
- Сообщений
- 1,661
- Поблагодарили
- 1378
- Поблагодарил
- 297
У меня SDR. Виртуальные порты. Они и теряются. В Linux, кстати, тоже бывает. Но реже. Гораздо.
Вообще, честное слово,хочется собрать со старым, древним, официальным hamlib. Уж больно капризная эта доработанная версия.
- - - Добавлено - - -
2 UA3DJY!
Игорь у меня предложение по интерфейсу - надо бы в DT сделать как-то "быстрый сброс". Типа "двойной клик" и DT устанавливается по-нулям.
И второе предложение по тому же - неплохо бы, чтобы автоматически сбрасывалось на 0 после занесения QSO в лог. Поясню мысль - "дергать" DT в 100% нужно ради одного-единственного QSO. С корреспондентом, у которого DT неверно, но он очень нужен. Т.е. после удачно проведенной связи измененный DT нам уже не нужен. А вот сбросить его не всегда есть рефлекс. Сам уже ловил себя несколько раз.
А в CL удобно было бы выпадающее меню. А то пока наклацаешь мышой по 5% палец болит.73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
09.12.2020, 14:23 #25962
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
CL спинбокс вроде позволяет значение с клавиатуры ввести, может не работает?
DT на корреспондента есть смысл крутить только если он прыгает TX частотой либо его TX частота неизвестна, поскольку на приемной частоте QSO JTDX не прореживает кандидатов.
На GitHub есть теги всех последних версий Hamlib под JTDX, можно сделать сборку с любым из них:
Официальному Hamlib 3.3 уже более двух лет, по поддерживаемому функционалу разница просто огромная:
Последний раз редактировалось UA3DJY; 09.12.2020 в 14:37.
-
09.12.2020, 15:52 #25963
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Непонимание работы функционала прореживания: мы не смещаем внутреннее время программы относительно входящего звукового потока, настройкой DT при прореживании списка кандидатов мы в этом списке в широкой полосе приема увеличиваем соотношение декодируемых кандидатов (настоящие сигналы с сообщениями) к недекодируемым кандидатам(помехи и шум).
В русскоязычном переводе версии 153, в подсказке, есть информация что настройка DT применяется к опции прореживания.
- - - Добавлено - - -
Дефект, сбой в работе программы(похоже разрушение содержимого оперативной памяти) происходит в момент изменения значения в спинбоксе DT, нормальная работа восстанавливается после второго перезапуска программы.
Причину уже нашли и устранили, сегодня начинаем делать сборки rc154.Последний раз редактировалось UA3DJY; 09.12.2020 в 15:45.
-
09.12.2020, 16:27 #25964
- Регистрация
- 18.06.2007
- Адрес
- Петропавловка
- Возраст
- 53
- Сообщений
- 1,926
- Поблагодарили
- 435
- Поблагодарил
- 250
-
09.12.2020, 16:39 #25965
- Регистрация
- 28.11.2013
- Возраст
- 66
- Сообщений
- 2,896
- Поблагодарили
- 1195
- Поблагодарил
- 474
Социальные закладки