LogHX: Цифровые виды связи

[RC2SC]

просто уже ради интереса хочу узнать

Смотрите как.

Именно в этой папке! Но чтоб его увидеть лог не запускайте, запустите отдельно WSJT-X и сохраните связь.
Лог если находит этот файл, он его заносит в себе лог и удаляет его.
Надеюсь понятно написал!)))

[UA9OP]

в jtdx время только год.месяц.день нету


а у wsjt 7507 и время и день год месяц по русски янв почему???

2017-янв-17,10:50,SP5AIK,KO02,0.002468,JT65,,,,JT65,
2017-янв-17,11:05,UX5UO,KO50,14.077768,JT65,-15,-07,,JT65 Sent: -15 Rcvd: -07, JTDX


2017-01-17,10:45,2017-01-17,10:45,RA9OL,NO14,14.077322,JT65,,,,JT65, WSJTX wsjtx.log
2017-01-17,11:14,2017-01-17,11:17,UX5UO,,14.078159,JT65,,,,JT65,

[RC7C]

а у wsjt 7507 и время и день год месяц по русски янв почему???

Для того что бы это понять, надо смотреть исходный код что там прописано.То есть в каком формате сделать эту запись так 2017-01-17 или так 2017-янв-17 с учётом языка операционной системы.

[R1MA]

Дам еще небольшие пояснения логики работы LogHX + WSJT-X/JTDX:
- лог считывает данные о СОХРАНЕННОМ QSO из файла
C:\Documents and Settings\<Имя пользователя>\Local Settings\Application Data\JTDX\wsjtx.log
и удаляет этот файл.

Но ведь раньше не удалял. Зачем его удалять? Запросил у Игоря зачем нужен этот файл и не страшно ли его удаление. Его ответ:"Этот файл находится в той же папке что и лог и при его удалении софт должен создать этот файл заново".

- лог считывает текущую информацию о модуляции, позывном кор-та, WWLoc из файла C:\Documents and Settings\<Имя пользователя>\Local Settings\Temp\JTDX\wsjtx_status.txt. этот файл присутствует только когда работает WSJT-X/JTDX, и вот что тут есть - то лог и заносит как текущую инфо о связи в окно QSOEntry - вот тут проверьте, что сюда заноситься при RR73 - думаю тут и есть небольшой глюк автора WSJT-X.

А почему этот "глюк" не проявлялся раньше, до 245 релиза?

Вообщем потестировал еще немного 247 релиз. Почти все работает как надо на моем сетапе. Неустойчивость переключения JT65/JT9 и вставление RR73 вместо WWLoc не критично. В лог сохраняется все правильно. Хотелось, чтоб бы при следующих выпусках LogHX эта работа не ухудшилась.

[UA9OP]

Для того что бы это понять, надо смотреть исходный код что там прописано.То есть в каком формате сделать эту запись так 2017-01-17 или так 2017-янв-17 с учётом языка операционной системы.

Получается в разных программах операционка по разному воспринимает? Так что ли? Может из за этого в лог не заносить, короче ставил старые версии wsjtx 1.6 все влетает сходу, а почему 1.7 не пускуют.
Все я завязываю экстрименты jtdx работает и ладно .

[RC7C]

Получается в разных программах операционка по разному воспринимает? Так что ли?

Получаеться что да,было бы у вас немецкая операционка было бы на немецком.

Все я завязываю экстрименты jtdx работает и ладно .

Есть моменты что не совсем правильно работает Алексей подправит.Прыгать из одной программы (JTDX) в другую (WSJT-X) тоже не вижу смысла.

[RX4HX]

WWLoc файле wsjtx_status нет.

Забыл уже))) Я WWLoc беру из ALL.TXT!

И зачем Вы его удаляете. Может этот файл используют для анализа другие логи (к примеру UR5EQF_Log). Если пользователь запустит другой лог и wsjtx (jtdx)

UR5EQF_Log использует wsjtx_log.adi, если не ошибаюсь.
А удалять стал только в последней версии "для верности" - я считаю что запускать WSJT-X + UR5EQF + LogHX: извините, это извращение)))
В принципе да - можно считывать последнюю строку из wsjtx.log, но так как не не была понятна проблема, по которой связка LogHX и WSJT-X не работала, этот файл стал удалять. В принципе, если сейчас эта проблема решится, так и буду делать.

[RX4HX]

день год месяц по русски янв почему

Используется стандартная виндовая ф-ция перевода даты в текст с учетом установленного языка в винде. С точки зрения программирования лучше так не делать, но автор WSJT-X, будучи американцем, по видимому не знает, что кроме английской локализации винды, есть еще и русская, и т.п.)))

[RX4HX]

Получаеться что да,было бы у вас немецкая операционка было бы на немецком.

Именно так, но для этого и пишется еще файл wsjtx_log.adi - там все прописывается без учета локализации!

[RX4HX]

Самое главное: я наконец то у себя наладил работу WSJT-X/JTDX с SunSDR2 и сегодня уже работал JT65, что несомненно хорошо!)))

То UA9OP: 2 раза видел, как Вы меня звали, но первый раз Ваш вызов откровенно "зевнул" пока подстраивал работу JTDX, а второй раз Вам ответил, но RR не получил.

[RC2SC]

Самое главное: я наконец то у себя наладил работу WSJT-X/JTDX с SunSDR2 и сегодня уже работал JT65, что несомненно хорошо!)))

А очень хорошо это когда у всех наладится работа.

[UA9OP]

То UA9OP: 2 раза видел, как Вы меня звали, но первый раз Ваш вызов откровенно "зевнул" пока подстраивал работу JTDX, а второй раз Вам ответил, но RR не получил.

проход пропал и довольно резко

[UA0ZED]

Олег Благодарю за подсказку ...... у меня тоже была проблемка
поставил вместо модели трансивера ////omnirig-rig1 //// все стало на свои места
R7LY (eX call UA0ZED) 73 !!!

[UR7TT]

Последняя версия перестала вносить в лог из JTDX диапазон(в метрах, бенд адиф), частоту вносит верно.

[R6CO]

Олег перейдите на 28 Mhz с панели кнопок трансивера и посмотрите что у вас будет в окне кластера 28 или ALL.

Да. Косяк. ALL.
Сейчас буду ставить версию от 17 числа