eQSL.cc изменили процедуру авторизации на сайте и на какую молчат. Так, что пока из лога зайти на eQSL.cc не работает.
Вид для печати
Не знаю, у кого как, а у меня на e-QSL.cc все загружается автоматом из лога, при сохранении QSO. Только что сработал в FT8 с JJ2LPV. проверил в о входящих - все на месте.
Вложение 201738
Вложение 201739
Версия лога еще старая, прижизненная автора - 3.21-7. В настройках ничего не менял.
Вопрос к Олегу по интерфейсу
Настройка интерфейса у меня выглядит вот так
Вложение 201844
Позывной, рапота в логе отображаются нормально, но есть один момент, который никак не получается решить.
Во время приёма (14 сек) лог отображает диапазон отображается как 21.074.00 , но модуляция почему-то стоит SSB. Соответственно и статистика считается по SSB.
Вложение 201845
Как только программа начинает декодировать сигналы, в журнале выставляется мода FT8 а диапазон 21. И так проиходит с кажым интервалом.
Вложение 201846
От программы не звисит. Пробовал на wsjt-x и jtdx.
У Вас в логе стоит управление от OmniRig и OmniRig принудительно (в момент, когда данные не передаются в лог) переключает моду и диапазон на ту, которую получает от трансивера. Чтобы такого не было в интерфейсе на закладке Settings ставим галки на Control OmniRig и Freq from... . Тогда при запуске интерфейса в логе будет принудительно отключен OmniRig. Частота и мода будут браться из JTDX(WSJT-X), конечно там должно быть настроено управление трансивером. После закрытия интерфейса управление OmniRig в логе будет восстановлено.
Установил JTDX18.1 ...34 перестал появляться позывной в окне ввода . При использовании интерфейса- позывной появляется кратковременно и затем исчезает. а на его месте находится позывной из журнала. Может что-то при настройке упустил?
Заметил, что позывной появляется во втором цикле декодирования, а в третьем позывной из журнала (с уже проведенной раньше в несколько дней связью), затем в четвёртом цикле на несколько мгновений новый и дальше по кругу.
Олег! Заметил ещё вчера, но написать решил сегодня после проверки.
При сохранении QSO из JTDX 34 - оно заносится по ДХСС предыдущего.Т. е. в логе последнее с RA9XX, а я сработал OE5XXX - OE5XXX заносится как Россия Азиатская. Хотя определяется до сохранения правильно. И так все связи. Проверил в WSJT-X - там все нормально.
Пришлось включать переопределение территории в логе. Что то не то похоже с UDP в JTDX.
Версия Interface у меня, правда, из первых твоих 1.0.4.0
Василий, я тоже заметил такое и это не от интерфейса зависит, а от JTDX. Если сохранить связь в лог до того как в JTDX очистит окно ввода позывного, то связь сохраняется с правильной территорией, а если после очистки поля ввода позывного, то связи сохраняются с территорией, которая была последняя правильно сохранённая (т.е. до очистки поля ввода позывного в JTDX). Это связано с режимом AutoSeq.