-
22.02.2018, 15:45 #11491
- Регистрация
- 21.08.2006
- Адрес
- Коряжма
- Возраст
- 49
- Сообщений
- 302
- Поблагодарили
- 149
- Поблагодарил
- 422
-
22.02.2018, 17:04 #11492
- Регистрация
- 30.01.2007
- Адрес
- Наро-Фоминск
- Возраст
- 71
- Сообщений
- 2,528
- Поблагодарили
- 1999
- Поблагодарил
- 1038
UA1OMZ...<проведение QSO в ПОЛНОМ автоматическом режиме уже давным-давно внедрено в wsjt-x, только абсолютно без багов...
С появлением autoseg1, "полный" я имел ввиду только алгоритм проведения одного qso.>
...но в JTDX также одно QSO проводится в полном авторежиме...без проблем...
-
22.02.2018, 17:16 #11493
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 70
- Сообщений
- 1,683
- Поблагодарили
- 127
- Поблагодарил
- 55
-
22.02.2018, 17:38 #11494
- Регистрация
- 30.01.2007
- Адрес
- Наро-Фоминск
- Возраст
- 71
- Сообщений
- 2,528
- Поблагодарили
- 1999
- Поблагодарил
- 1038
переводчик пишет так...
<было несоответствие позывных
позывной, который должен быть зарегистрирован, не соответствует вашему текущему qso партнерскому позывным (вызов DX)>
-
22.02.2018, 17:46 #11495
А успеть надо за секунду после получения "73", нажать кнопочку внесения в лог!!!
Я уже поднимал этот вопрос...
Зато в режиме "Enable automatic logging of QSO", наоборот - только вы начали передавать "73", сразу летит в лог (и не волнует его факт получли ли Вы 73 в ответ). Как в регламенте...
P.S. - не переводил я текст, поспешил поделиться тем что не нравится самому... Извиняйте...
но проблема эта не придумана мной.Последний раз редактировалось UR4UM; 22.02.2018 в 17:49.
Михаил UR4UM
-
22.02.2018, 17:53 #11496
-
22.02.2018, 18:03 #11497
- Регистрация
- 05.03.2015
- Сообщений
- 5,354
- Поблагодарили
- 7744
- Поблагодарил
- 795
-
22.02.2018, 18:08 #11498
- Регистрация
- 24.12.2016
- Адрес
- Ейск
- Возраст
- 59
- Сообщений
- 148
- Поблагодарили
- 33
- Поблагодарил
- 20
Вмешательства какого оператора? Как можно вмешаться в процесс? Связь идет автоматически, я только смотрю и жду момента отключить передачу, когда она пойдет на CQ. Вот опять проверил, опять сбой.
-
22.02.2018, 18:15 #11499
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,661
- Поблагодарили
- 1080
- Поблагодарил
- 855
UA3DJY :Активно работал на v.075 .Что заметил ,у меня с теми же настройками что и на предыдущих версиях довольно заметно ограничение мощности проц. Вернулся на v.073 ....все в норме,быстро и по времени.Разница заметна , прошу учесть!
Последний раз редактировалось R6LCF; 22.02.2018 в 18:21.
Владимир.73!
-
22.02.2018, 18:37 #11500
- Регистрация
- 21.08.2006
- Адрес
- Коряжма
- Возраст
- 49
- Сообщений
- 302
- Поблагодарили
- 149
- Поблагодарил
- 422
Я показал выявленный баг
(сообщение #11470),
он повторяющийся и не только у меня,
ранее тоже были сообщения...
Если у Вас, Валентин, всё хорошо то об этом можно и не писать, это разработчикам ни как не поможет. Надо выявлять и просить разработчиков об устранении, только так в итоге получим "конфетку". )))С уважением, Александр, RM1O. 73!
-
22.02.2018, 19:37 #11501
- Регистрация
- 28.11.2013
- Возраст
- 66
- Сообщений
- 2,889
- Поблагодарили
- 1193
- Поблагодарил
- 474
EU1FQ
Николай
-
22.02.2018, 20:49 #11502
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 70
- Сообщений
- 1,683
- Поблагодарили
- 127
- Поблагодарил
- 55
-
22.02.2018, 21:02 #11503
-
22.02.2018, 21:15 #11504
-
22.02.2018, 22:16 #11505
- Регистрация
- 24.12.2016
- Адрес
- Ейск
- Возраст
- 59
- Сообщений
- 148
- Поблагодарили
- 33
- Поблагодарил
- 20
To UA3DJY
Нашел закономерность включение CQ на частоте корреспондента.
Это происходит когда "хозяин" частоты завершает связь RRR, получает от меня 73 и потом дает мне 73. После этого у меня программа переходит в режим общего вызова CQ на частоте корреспондента. По моему мнению это конфликт WSJT и JTDX. Какой выход?
Социальные закладки