Недавно столкнулся с очень неприятным глюком. При проведении связи с одним и тем же корреспондентом, но на разных диапазонах, с разницей минут в 10, в журнал была отправлена только одна связь. Хорошо, что вовремя увидел, достал из текстового файла вручную, там-же заметил, что у второй связи нет записи об отправке в журнал.
Симптом, конечно, нехороший. Неизвестно, сколько связей не были добавлены в лог. Теперь каждый раз проверяю добавляется связь в журнал или нет.
jtdx запускаю из под LogHX.
LogHX _ v 725 проблем нет.Цитата:
Сообщение от RM6LA
В настройках JTDX стоит псиса - Автоматически записывать в лог.
Периодически для своих нужд по средством фильтра в логе выделяю нужные QSO сохраняю в ADIF
Переименовав ADIF , файл отправляю в JTDX.
PS вид моего раб. стола
Вложение 340892
Может в JTDX есть какая галочка на проверку повторной связи? Потому как у меня такой проблемы нет - иногда приходится повторять связь, когда в ней нет уверенности и все заносится.Цитата:
Сообщение от RM6LA
Нет, Алексей, такой галки там нет, да и было-бы - не поставил бы. Я сомневаюсь, что дело в логе. Прикладываю вырезку из ALL.тхт.Цитата:
Сообщение от RX4HX
Если для первой связи однозначно написано, что QSO logged, то для второй связи этой записи нет.
Обратите внимание, что вторая связь проведена через 11 минут, но уже на другом диапазоне.
В промежутке между этими связями других связей не проводилось.
Код:20230508_184730.155(0) Transmitting 28.074 MHz + 1682Hz FT8: VP8KCC RM6LA KN97
-"-
20230508_184745 -13 0.1 2054 ~ RM6LA VP8KCC -08
-"-
20230508_184800.173(0) Transmitting 28.074 MHz + 1682Hz FT8: VP8KCC RM6LA R-13
-"-
20230508_184815 -16 0.1 2055 ~ RM6LA VP8KCC RR73
-"-
20230508_184830.106(0) Transmitting 28.074 MHz + 1682Hz FT8: VP8KCC RM6LA 73
20230508_184830.137(0) QSO logged: VP8KCC
...
20230508_185846.387(0) Transmitting 14.074 MHz + 1682Hz FT8: VP8KCC RM6LA KN97
-"-
20230508_185900 -14 0.1 1524 ~ RM6LA VP8KCC -03
-"-
20230508_185916.346(0) Transmitting 14.074 MHz + 1682Hz FT8: VP8KCC RM6LA R-14
-"-
20230508_185930 -14 0.1 1524 ~ RM6LA VP8KCC RR73 ^
-"-
20230508_185945.124(0) Transmitting 14.074 MHz + 1682Hz FT8: VP8KCC RM6LA 73
А вот эта настройка разве не то ? (Обведена на скрине)Цитата:
Сообщение от RM6LA
Жаль что не включили режим диагностики, а только режим декодированных сообщений. Можно было бы посмотреть что программа "вытворяла" до и после момента внесения QSO в лог. Если считаете, что это будет повторяться, то обязательно для анализа причины необходимо включить это режим.Цитата:
Сообщение от RM6LA
Вложение 340902
Так это даже не повтор! Тут явно какой то глюк. Однозначно установить галочку, которую советует Николай и ловить глюк.Цитата:
Сообщение от RM6LA
... Единственное что мне не понятно, что это за знак -
Вложение 340903
обратите внимание, при первом QSO его нет.
Нет, это выделение повторов, на сохранение это никак не влияет.Цитата:
Сообщение от UD2F
так вы выше как раз про проверку повторной связи и писали ...Цитата:
Сообщение от RX4HX
Это настройка цветового выделения в рабочем окне, то есть отображения текста в левом окне программы. На проведение и сохранение связей она никак не влияет.Цитата:
Сообщение от UD2F
Я тоже не понял, что это за стрелочка. И с какой периодичностью и в каком случае она вообще появляется.Цитата:
Сообщение от RX4HX
Прикладываю полный лог не сохранённого QSO. Такое ощущение, что стрелочки появляются вообще рандомно.
Код:20230508_185846.387(0) Transmitting 14.074 MHz + 1682Hz FT8: VP8KCC RM6LA KN97
20230508_185900 -2 0.5 957 ~ SP4MAR R6LE 73 ^
20230508_185900 0 0.8 2103 ~ CQ SV1EAG KM18 ^
20230508_185900 -7 0.0 491 ~ DL3ADI DK9LF JO43
20230508_185900 0 0.1 2217 ~ HZ1ML 9A4BB JN95
20230508_185900 -11 -0.1 584 ~ CQ TA2ANK KM69 ^
20230508_185900 -7 0.1 2626 ~ RP78V DH0GBC 73
20230508_185900 0 1.3 1579 ~ ON3HVH SP0DZ KO02 ^
20230508_185900 -4 0.1 333 ~ HA0MA ES6DO 73 ^
20230508_185900 -2 0.3 2017 ~ SP4MAR SP6AXW JO80 ^
20230508_185900 -1 -0.3 227 ~ SP6DVP PA0KJK RR73 ^
20230508_185900 -6 0.1 2346 ~ RP78V R1CAT -15
20230508_185900 -3 0.3 1483 ~ IZ8EYN IV3IUM R+02 ^
20230508_185900 -6 0.1 719 ~ CQ HB9HWO JN47
20230508_185900 -10 0.3 1135 ~ SP4MAR 2E0UZE IO93 ^
20230508_185900 -6 0.1 2617 ~ CQ 3A2MW JN33 ^
20230508_185900 -6 0.2 680 ~ PD2ARI UT3UA -20 ^
20230508_185900 -7 0.1 1189 ~ OH3JUT DH2NJS RR73 ^
20230508_185900 -12 0.2 1421 ~ WP2ASS DL2BO JO31 ^
20230508_185900 -15 0.5 390 ~ R1TM <...> -20
20230508_185900 0 0.2 2326 ~ CQ R2FAQ KO04 ^
20230508_185900 -6 0.2 1441 ~ CQ HA8LN KN06 ^
20230508_185900 -9 0.2 814 ~ IK3SHP DH2RTW JO31
20230508_185900 -11 0.2 1912 ~ GB9RC 2E0FQT IO93 ^
20230508_185900 -7 0.1 798 ~ CQ MR0FLF IO93 ^
20230508_185900 -10 0.1 1017 ~ HA0MA PD5DLB JO33 ^
20230508_185900 -14 0.1 866 ~ HA0MA R3KLA KO90
20230508_185900 -9 0.3 1076 ~ RP78V DG1OAM -11
20230508_185900 -13 0.8 793 ~ CQ MS2DHG JO21 ^
20230508_185900 -11 0.2 1007 ~ CQ PD1WLM JO21 ^
20230508_185900 -14 0.2 2220 ~ UA9TO YO3GND -25
20230508_185900 -12 0.2 390 ~ R1TM ON3SDV JO10 ^
20230508_185900 -14 0.1 1524 ~ RM6LA VP8KCC -03
20230508_185900 -10 0.1 502 ~ DL3ADI DG9FFM R-04
20230508_185900 0 0.1 1303 ~ EV78M DL2HRT JO51
20230508_185900 -14 0.1 1075 ~ UA0JBY BG7SFE RR73 ^
20230508_185900 -10 0.4 2172 ~ SQ9ACW 8A100K RR73
20230508_185900 -15 0.2 1536 ~ EA1FJV S58MZ +00
20230508_185900 -12 0.2 1211 ~ UT0CK F5IYQ RR73 ^
20230508_185900 -14 0.1 1194 ~ XE1YYG CU8AF R-22
20230508_185900 -18 0.7 1019 ~ CQ PD0YL JO22
20230508_185900 -2 1.9 1150 ~ PD1VIP IQ8BV RR73 ^
20230508_185916.346(0) Transmitting 14.074 MHz + 1682Hz FT8: VP8KCC RM6LA R-14
20230508_185930 -1 0.8 2103 ~ CQ SV1EAG KM18 ^
20230508_185930 3 0.2 2764 ~ UA9TO CT2GEI IM67
20230508_185930 -1 0.1 334 ~ HA0MA ES6DO 73 ^
20230508_185930 -9 0.1 2346 ~ RP78V R1CAT -15
20230508_185930 -3 0.1 750 ~ SP2TQQ HB9HWO -22
20230508_185930 -14 0.1 1524 ~ RM6LA VP8KCC RR73 ^
20230508_185930 -5 0.5 957 ~ GX0NHR R6LE LN07
20230508_185930 -10 0.1 2211 ~ HZ1ML 9A4BB JN95
20230508_185930 -8 0.0 488 ~ DL3ADI DK9LF JO43
20230508_185930 1 1.3 1579 ~ ON3HVH SP0DZ KO02 ^
20230508_185930 -9 0.1 2618 ~ CQ 3A2MW JN33 ^
20230508_185930 -6 0.3 680 ~ CQ UT3UA KO50
20230508_185930 0 0.2 1441 ~ CQ HA8LN KN06 ^
20230508_185930 -4 0.3 1779 ~ SP4MAR SP6AXW JO80
20230508_185930 -1 0.1 561 ~ CQ OE3UKW JN88
20230508_185930 -7 0.3 1135 ~ EV78M 2E0UZE IO93
20230508_185930 -7 0.1 798 ~ CQ MR0FLF IO93 ^
20230508_185930 -5 0.5 1483 ~ IZ8EYN IV3IUM RR73
20230508_185930 -6 0.1 815 ~ IK3SHP DH2RTW JO31 ^
20230508_185930 -9 0.1 1014 ~ EV78M DL2HRT JO51
20230508_185930 -16 -0.0 585 ~ CQ TA2ANK KM69
20230508_185930 -7 0.2 2350 ~ CQ HB9MQB JN47
20230508_185930 -11 0.3 1077 ~ RP78V DG1OAM -11
20230508_185930 -14 0.1 868 ~ HA0MA R3KLA KO90 ^
20230508_185930 -14 0.9 1195 ~ XE1YYG CU8AF 73
20230508_185930 -15 0.3 2067 ~ CQ BI4VFP PM01
20230508_185930 -14 0.2 1912 ~ GB9RC 2E0FQT IO93 ^
20230508_185945.124(0) Transmitting 14.074 MHz + 1682Hz FT8: VP8KCC RM6LA 73
20230508_185930 -11 0.2 2221 ~ UA9TO YO3GND -25 ^
20230508_185930 -14 1.4 1286 ~ CQ M0ELS JO01
ну дык, тогда только ловить глюк у себя ...
А писали вы именно о проверке повторных связей...
Ладно, проехали...
Добрый вечер. Подскажите,можно ли JTDX подсунуть adif с только подтвержденными из например LOTW связями? Т.е ситуация такая - сработал с новой страной, JTDX подсветил ее как положено, подтверждения потом допустим не пришло, а JTDX продолжает ее подсвечивать, как сработанную страну.
https://cloud.mail.ru/public/qvVD/b8TkbrWEQЦитата:
Сообщение от R6LNX
https://cloud.mail.ru/public/4Mkj/NHbDDN3a3
if last logged QSO was VP8KCC on 10m and next try to log was VP8KCC on 20m then it looks like bug in JTDX, it traps to double logging protection, incorrectly.Цитата:
Сообщение от RM6LA
А почему акцент на то, что связь проведена на другом диапазоне? Должен сохранять и повторы - во всяком случае у меня все сохраняет без проблем.Цитата:
Сообщение от ES1JA