LoTWUpdate-1.0.1.48
Добавлен для отправки на LoTW перехват ошибок по дате или времени и выводом на экран позывного где что-то не "понравилось" программе.
Вид для печати
LoTWUpdate-1.0.1.48
Добавлен для отправки на LoTW перехват ошибок по дате или времени и выводом на экран позывного где что-то не "понравилось" программе.
Посмотрел. Стоит запятая, но после замены на точку-применить-сохранить-перезагрузки компа - всеравно становится запятая. С ОС ни чего не делал ( у меня w10)
Снес TQsl и поставил v.2.5.7. результат тотже.
Попробовал загрузить через лог - результат на фото.
И еще: вот скрин с айди. Единственно что вижу так некоторые позывные вставлены не по времени. Второй файл не стал сжимать, а как сделать скрытным не знаю.
Вложение 312804Вложение 312805
Александр, найдите в логе QSO за 1899 год и удалите его из лога. в этом QSO время вообще отсутствует.
TQSL вам об этом прямо говорит в своем сообщении.
Возможно у вас в логе есть еще такие QSO, поищите и удалите. От этого все ваши проблемы. Олег вам об этом уже говорил.
И ещё, у вас очень мелкие картинки, трудно разобрать, какие даты стоят в сертификате для первого и последнего QSO.
Все, что за этими временными рамками LotW восприниматься не будет.
Борис, просмотрел я весь журнал. Нет такого года в нем, А вот qso с таким номером 1899 проверял в адифе. Ни чем не отличается от других строчек. Еще смотрел записи ближайших qso - то же ни чем не отличаются
Вот скрины развернутые
Вложение 312820Вложение 312821Вложение 312822
Да я понимаю что речь идет об этой строчке.
Просмотрел все связи в журнале(хорошо хоть они цветные), нет такого года и нет пропущеного времени.
Затем начал просматривать уже файл adif из папки LOG, куда сохраняются связи при закрытии журнала. Пока хватило терпения с последней связи до начала 2019 года. Пока без результата.
Помня о совете Олега-удалил две первые связи (которые должны были быть записаны) и еще добавил к ним предыдущую (т.е. последнюю из записаных до всей этой истории).
Между этим всем зашел в биос посмотрел там на время.
И пока тупик.
Единственное что нашел так это то что несколько связей в приведеном выше скрине записаны не по порядку времени проведения QSO, а в сохраненном логе все нормально.
Или я за два дня расматривая эти буквы/цифры/значки уже не вижу ошибки или сбой происходит по какой то другой причине.
Александр, в ОС в формате даты и времени все правильно.
Вы покажите скрин сертификата, чтобы можно было увидеть даты первого и последнего QSO.
Сбросьте ваш файл logs.mdb на мыло: <позывной><собака>ukr.net
Включите в логе фильтр
Самая первая запись после фильтрации будет полностью пустая. Удалите её.
Вложение 312862
- - - Добавлено - - -
Включил фильтр.
Вложение 312863
Нашел запись и удалил.
Вложение 312864
УУУРРРААА!!! )))
Все получилось!
Загрузка пошла!
Причина? Хм. Так и не понял откуда это запись появилась. Обычно сразу начинаешь вспоминать о том, что делал перед тем как...
И плюс ко всему плохое знание ньюансов лога.
Как бы там ни было всем
Большое Спасибо!
Вложение 312915Подскажите что это такое стало появляться, хотя и не мешает - но когда не то что надо хочется устранить. Подскажите что и как поправить.
Дата 1999г, скорее всего не соответствует начальной дате выбранной в сертификате LoTW.
Вложение 312916
Вроде бы по русскому написано, что связь была уже загружена. Зачем грузить ещё раз. Что тут непонятного? Программа TQSL об этом и предупреждает.
Набираете на странице позывной и жмете кнопку. Все загруженные связи с ним увидите. Эта там тоже будет.
Вложение 312918Сертификат вот такой.
Приветствую.
Вопрос из категории перфекционизма:
Программа для стыковки WSJTXJTDXInterface переносит в лог ur5eqf частоту в виде целого числа МГц, например 18 вместо 18.100.00 или 10 вместо 10.136.00, как при работе с omnirig. Я что-то не настроил или так задумано ???