-
13.03.2018, 09:45 #11851
JTDX v18.1.0.78 _ AutoSeq2
По окончании QSO прога гасит кнопку ТХ, но включается передача и даётся CQ...?
Было 2 раза, почти подряд... норма или баг?
P.S. - Второй "выстрел", на другом бенде, опции те же:
Последний раз редактировалось UR4UM; 13.03.2018 в 09:57.
Михаил UR4UM
-
13.03.2018, 09:49 #11852
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
У Вас декодирование JT65 заканчивается вплоть до десятой секунды интервала передачи, может быть в этом проблема?
В закладке Advanced попробуйте поставить number of decoding attempts 1, и если будет продолжать выходить декодированием в интервал передачи number of decoding passes 3 или 2.
При использовании сообщения RR73 иногда бывают сбои в коде причину которых пока не смогли поймать, вариант RRR+73 работает без сбоев.Последний раз редактировалось UA3DJY; 13.03.2018 в 09:53.
-
13.03.2018, 09:52 #11853
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
13.03.2018, 09:56 #11854
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
13.03.2018, 12:30 #11855RW3SB Александр
-
13.03.2018, 14:20 #11856
- Регистрация
- 10.08.2009
- Возраст
- 74
- Сообщений
- 533
- Поблагодарили
- 141
- Поблагодарил
- 210
Есть старый компютер:Intel(R)CPU
1000 MHZ 256 МБ ОЗУ
JT-65 работает
FT-8 не могу установить
При установке пишет: Ошибка при инициализации(0xc000001d)
Windoys XP
Помогите !RT4W
-
13.03.2018, 14:38 #11857
- Регистрация
- 01.06.2007
- Адрес
- LO64rl
- Возраст
- 61
- Сообщений
- 3,130
- Поблагодарили
- 1224
- Поблагодарил
- 2125
2 RT4W
Лучше и не заморачиваться.
Меняйте комп.Последний раз редактировалось RW9WT; 13.03.2018 в 14:41.
Держаться за ключ, это не значит работать на нем.
Алексей (RW9WT)
-
13.03.2018, 18:31 #11858
В последних версиях JTDX (0.78 не пробовал) при переключении программы RX → TX, отсчёт времени TX начался, но трансивер переключается на передачу через ≈ > 1 секунды. Управление через АСС2 разъём. Вернулся к версии 0.34, проблема с задержкой исчезла. Может кто подскажет какие настройки в новых версиях могут отвечать за это.
VA7UR
-
13.03.2018, 19:15 #11859
- Регистрация
- 20.07.2017
- Адрес
- Ачинск
- Возраст
- 56
- Сообщений
- 660
- Поблагодарили
- 236
- Поблагодарил
- 227
посмотрите какая выставлена задержка на TX в программе
-
13.03.2018, 19:44 #11860
- Регистрация
- 26.11.2003
- Адрес
- Москва
- Возраст
- 61
- Сообщений
- 1,317
- Поблагодарили
- 447
- Поблагодарил
- 65
Трансивер переключается в ТХ сразу, но сигнал начинает поступать с задержкой, которая зависит от задержки декодирования.
FT8 threads поставьте в "1", немножко поможет, но время декодирования увеличится.
Либо переведите декодирование в "medium" или " fast", но потеряете слабые сигналы.
Либо держите фильтр включенным, но замучаетесь работать с любителями "split".
Дело не в TX delay. Старые ядра!
У кого нет суперкомпьютера, могут идти в..., как говаривал про миллиард г-н Полонский. На CQ перехожу иногда в WSJT, но там других проблем хватает.Последний раз редактировалось RX3ASP; 13.03.2018 в 19:47.
Юрий RX3ASP
73!
-
13.03.2018, 20:17 #11861
-
13.03.2018, 22:56 #11862
- Регистрация
- 23.01.2009
- Адрес
- Мариуполь
- Возраст
- 71
- Сообщений
- 4,014
- Записей в дневнике
- 3
- Поблагодарили
- 1885
- Поблагодарил
- 665
Да, Игорь проблема в этом.
Эти настройки уменьшают время декодирования принятых сигналов.
Я думаю, что в данном случае причина была именно из-за того, чтодекодирование JT65 заканчивается вплоть до десятой секунды интервала передачи
Но такого декодирования в более ранних версиях не было. Вчера на диапазоне одновременно находилось более 10-ти станций. Я нашел в ALL.TXT похожий вариант, но там все отрабатывалось нормально:
А вчера было так:
Почему так получилось - не понятно.
Сегодня было максимум до 9-ти станций одновременно. Но декод заканчивался до 58-й сек. Автомат работал корректно.
Какой-то прямой зависимости между количеством декодированных сигналов и периодом декодирования я не увидел. Вот пример для 5-ти сигналов:
В одном случае интервал декодирования заканчивался на 56-й сек., а во втором на 59-й ....
-
13.03.2018, 23:13 #11863
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Зависит от характера шума - если шум Гауссовский то ложных кандидатов почти нет и декодирование идет быстро, если есть разрядный шум или кто то имеет грязный сигнал, или есть искажения в приемном тракте то количество кандидатов на декодирование резко возрастает и растет время потраченное на декодирование.
Количество JT65 кандидатов можно принудительно уменьшать сужая полосу частот на водопаде и устанавливая верхнюю границу декодирования JT65 сигналов в закладке Advanced: нет смысла искать JT65 сигналы на тех частотах где их нет.Последний раз редактировалось UA3DJY; 13.03.2018 в 23:21.
-
13.03.2018, 23:16 #11864
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Может быть проблема в поломанном файле JTDX.INI, попробуйте его удалить. Также могут к задержке приводить неисправности железа, драйвера, использование звукового устройства в операционке по умолчанию и даже настройки BIOS, например при разгоне процессора может сбоить оперативная память.
Последний раз редактировалось UA3DJY; 13.03.2018 в 23:28.
-
13.03.2018, 23:36 #11865
- Регистрация
- 25.01.2006
- Адрес
- Петрозаводск
- Возраст
- 77
- Сообщений
- 6,030
- Поблагодарили
- 2612
- Поблагодарил
- 1519
Интересно, в какое время суток на радиолюбительских диапазонах наблюдается Гауссовский шум.
https://ru.wikipedia.org/wiki/%D0%90...88%D1%83%D0%BC
Похоже в то время когда отсутствует прохождение.
И именно в это время декодирование самое быстрое.
Или как то не так?RK1NA, Константин
SDR is the future!
Flex-6500 is now here.
Социальные закладки