Я уже писал об этом - у меня нет проблем, потому как у меня все цифровые виды в лотв отображаются как в логе. Почему у некоторых они отображаются как DATA - не знаю, наверное об этом стоит спросить владельцев лотв.
Для всех: прошу прощения - второй день по работе завален!!! Извините - потерпите!)))
Олег! Большое спасибо за ответ. Но как
??? Они ж с моего (надеюсь?) лога отправляют?
Да что говорить - у меня и самого одна такая связь была - писал уже об этом и была подтверждена. Пока эту проблему не понимаю. Конечно буду разбираться.
Раньше была колонка Print, куда она подевалась?
Алексей, добрый день.
Давно вас хотел попросить сделать вот такую микрокосметику:
Окно "Частота из радио" невозможно переместить нормальным способом на другое место с помощью мышки.
Приходиться перемещать путем масштабирования за противоположные углы. Почините, пожалуйста!
Совершенно случайно нашел "островки" внизу окна за которые можно его тащить !!!
Берете тут и тащите.
Вложение 201377
Сейчас покатал JTDX в режиме FT8 - всё хорошо но обнаружен странный "косяк" :
1) Включил в JTDX отправку на eQSL
2) QSO нормально отправляются из JTDX на eQSL при нажатии кнопки "Log QSO" (вижу их в outbox eQSL сразу после отправки) , параллельно QSO идут и в LogHX3 (JTDX и LogHX3 состыкованы без UDP)
3) отправив те же самые QSO из LogHX3 на eQSL получаю кучу дублей с разницей в одну минуту (на скрине только пара QSO ):
Вложение 201416
Вот почему (откуда ?) берётся эта разница в минуту ?
Журнал округляет данные из JTDX в сторону ближайшей минуты ? Это только предположение , но судя по 00 секунд в LogHX3 похоже на округление - в adif JTDX по этим QSO нулевых секунд нет ни в time_on ни в time_off ....) .
Соответственно eQSL радостно пишет два QSO вместо одного (остаётся только догадываться о реакции корреспондента обнаружившего два запроса на одно QSO).
to RX4HX : Алексей , можно как то решить этот вопрос ? Оперативно вычищать минутные дубли с eQSL руками то ещё удовольствие.
И да , я не помню таких проблем при работе JTDX в JT65\JT9\T10 (но там QSO начинаются и заканчиваются в начале и конце минуты - может потому и было некритично для связки "JTDX-LogHX3-eQSL" , некуда было округлять).
А WSJT-X просто не умела отправлять на eQSL - поэтому даже если и было округление то оно было незаметно и некритично.
Опять же только предположение - но как вариант ....
Уважаемые, подскажите, сейчас заметил что ЛОТВ не берёт из лога связи за FT8, в чём проблема лотв или лога?
Ответ на Ваш вопрос видно на ваших картинках. :)
Ещё раз посмотрите на wsjx_log.adi. Там записано время начала и окончания QSO.
При отправке с JTDX на e-QSL берётся время time on, а при сохранении в LodHX записывается время time off.
Соответственно LogHX и выдаёт в ADIF то время которое в нём записано, но уже как time on :D
Если бы QSO длилось 5 мин, тода и разница былы бы такая же.
Да , действительно , сообразил уже после того как отправил посты - но писать в том состоянии счёл неуместным (глаза слипались , мысли разьезжались) - так что спасибо что тоже заметили (недаром столько скринил).
Беда действительно в том что JTDX шлёт на eQSL по time_on , а лог пишет (и шлёт на eQSL) по time_off .
На длинном QSO хорошо видно :
Вложение 201461
Соответственно получаются дубли.
Кого теперь просить , Игоря чтобы в JTDX сделал отправку на eQSL по time_off , или Алексея чтобы LogHX3 умел писать из JTDX по time_on ? :confused:
--------
Я бы не морочился и не дёргал людей (авторам программ есть чем занятся и без наших "хотелок")- но до того удобно когда QSO из JTDX автоматом улетает на eQSL и зачастую сразу же и подтверждается там (если у корреспондента в JTDX тоже включена автоотправка на eQSL)
+ естественно раз в несколько дней (у кого как) полный adif сработанного заливается руками на eQSL\hamlog.ru\qrz.com\clublog и далее везде ... и вот тут мы плодим дубли.
В текущей реализации - или руками чистить на сервисах дубли , или отключить в JTDX автоотправку (но тогда теряем моментальную отправку и зачастую моментальное же подтверждение на eQSL) - и то и то не есть гуд.
Да. Лог везде округляет секунды. Сделано это именно для избежания проблем повторов в самом логе и возможности их разыскивания и удаления в логе. В свое время эта проблема здесь широко обсуждалась - пришли к выводу что так самое правильное решение.
У меня вопрос: Вы что, на еQSL отправляете и из лога и из WSJT-X? Естественно это не верно - отправляйте или из лога или из WSJT-X.
Именно так - JTDX отправлял на eQSL сразу (чего томить людей пока я сподоблюсь выгрузить adif или выделив в журнале QSO жмакнуть меню "загрузить QSO на eqsl) , и зачастую QSO было подтверждено там уже через минуту-другую (видимо не я один такой с автоотправкой) + раз в несколько дней делал уже полный adif за эти дни и загружал его на все сервисы (eQSL\hamlog.ru\qrz.com\clublog и далее везде).
Т.е моментальный обмен инфо при работе JTDX + гарантированно не пропущу остальное (CW SSB PSK ROS и далее по списку).
Удобно и мне (отправлю всем и на все сервисы) и людям (JT65\JT9\T10 приходили им на eQSL через несколько секунд после проведения QSO).
Мне кстати в своё время подсказал сделать так хэм из JA (ему понадобились RU - сначала наругался на e-mail в стиле "сколько можно тянуть , жду второй день" , потом подсказал про моментальную отправку из JTDX
И не видел я дублей в JT65\JT9 при такой схеме (сейчас ещё раз листанул eQSL - по количеству QSO всё совпадает с журналом) - т.е. либо eQSL их резало , либо софт взаимодействовал как то по другому.
Алексей , я написал Игорю в теме JTDX , помимо секунд наверное надо и чтобы JTDX отправляло на eQSL не по time_on а по time_off (аналогично журналу) .Цитата:
чтобы секунды отбрасывал - при экспорте в Адиф.
Если что подкорректируйте меня пожалуйста (не был уверен что округление столь критично - eQSL же всё равно показывает в inbox\outbox без секунд , в форме ручного ввода eQSL тоже нет секунд).
Если проблема только в секундах - то почему тогда на картинке в моём предыдущем сообщении (смотрели?) разница в 4 минуты ? ))) Тут уже отбрасывай секунды или нет - такой разницы (4 минуты) всё равно не добьёшься....
Основная проблема мне кажется всё таки в time_on и time_off (JTDX шлёт на eQSL по time_on , а журнал пишет и шлёт по time_off)