=Архив= LogHX: Аппаратный журнал любительской радиостанции, тема №2

[RX4HX]

LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".

Вложение 244265


Сайт программы: RX4HX

Помощь по программе: Ссылка --> Начальная страница

Ссылка --> на файл Whatsnew.txt с информацией о последних обновлениях в релизе:

Ссылка --> Актуальные релизы и история изменений.

Канал на Youtube Сергея RD9CX: LogHX

База дипломов - >> Вложение 262565

Уважаемые друзья!
В связи с большой загрузкой по работе отвечать на личные письма и телефонные звонки возможности нет!
Просьба все вопросы и предложения писать на форуме QRZ.RU
Спасибо за понимание!

[RD9CX]

Пререлиз на сегодня:
http://rx4hx.qrz.ru/files/loghx/prer..._build_325.exe

- мелкие недочеты.

Алексей.
А про это забыли ???????? http://forum.qrz.ru/355-loghx-appara...ml#post1390581

[R5AU]

у меня на компе с Сансдр стоит билд 320, сегодня вечером буду на даче проверю с 323 и сниму кино

Проверил, но времени было мало не успел с кино:

Все включено через TCI (Log+SDC)

- CAT работает
- CW Макро работает
- Автостарт CW работает
- переход по спотам черз бэндмэп не очень, но смотрю 325 вызрела, то есть сущность для пробы есть

[R5AU]

Ну, наверное, стоит предположить, что для JTDX, MixW, FLDigi, N1MM, Skimmer и прочего софта, который я время от времени использую, сплиттер сразу снимает всю головную боль по поводу совместного использования портов.

пардон, отвык от такого с SmartSD, так это РТТ, а РТТ через САТ тоже не работает? все указанные выше программы поддерживают это, логгер должен транслировать или?

[R5AU]

Вот как раз так не работает. А если выделить отдеьный порт - то работает. В моем случае это ком8 +дтр.

скорее всего какая то программа удерживает DTR нужна трассировка(лог) и будет понятно кто "вредитель"

[R5AU]

А это для какого интерфейса? TCI? Если да - то так и будет, пока программисты Эксперта это не исправят. Я им сразу об этом написал. Потому как с старом комовском интерфейсе все ок!

??? А лог то тут причем? Он явно ничего не включает...

Алексей, прошу разобраться с возможностью полноценной работы на аппаратах серии Flex6000

1. первую проблему я обозначил в посте 2225
2. Организация более 2 приёмников при работающем логе (интерфейс HXcat + SmartSDR) невозможна, каждый последующий приёмник становится "копией" приёмника А (slice A) как по частоте так и по режимам и функциям
3. Попытка организовать второе радио для приёмника В (slice B) через отдельный СОМ порт также неуспешна, этот второй приёмник для логгера всё равно просто VFO B и никак иначе , т.е. не управляется как Радио 2


Выход ->
а. Реализовать интерфейс OTRSP -> OTRSP
b. Внедрить поддержку API для Flexradio6XXX SmartSDR Wiki

таким образом автоматически в дальнейшем получится и поддержка SО2R

[RX4HX]

большая задержка PTT->CW

Понял! Исправлю!

CW Delay

Что за CW Delay? Нет у меня в программе такого! Может TX Delay - так это время между переходом на передачу и началом передачи. Поясните! И сколько бы пробелов между словами не стояло бы - на прием не должен переходить.

[RX4HX]

Flex6000

Без наличия аппарата делать его интерфейс слишком сложное дело... Да и сначала с SunSDR2 бы разобраться.
Но тем не менее: я сейчас лог модернизировал таким образом, что в последствии поддержку любого протокола будет ввести не проблема.

[R5AU]

Без наличия аппарата делать его интерфейс слишком сложное дело... Да и сначала с SunSDR2 бы разобраться.
Но тем не менее: я сейчас лог модернизировал таким образом, что в последствии поддержку любого протокола будет ввести не проблема.

готов полноценно принять участие в альфа-бета-гамма и прочих тестированиях


хочу отметить очень удобный горизонтальный бэндмэп, который дополняет картинку SDR и не требуется отображения спотов на самом экране SDR
здесь так же есть возможность значительно улучшить интерфейс
1. провести синхронизацию полосы обзора бэндмэпа с полосой обзора SDR - функция должна быть отключаемая
2. Шрифты сделать независимыми от окна кластера

-------------------------------------------------
P.S. c SunSDR прогресс виден !

[RX4HX]

QSLR QSLS галочки в окне "Предыдущих связей" не проставляются.

В общем тут так: теперь редактировать в таблице предыдущих связей нельзя вообще.
Причина - логи с большим количеством QSO. Теперь в этой таблице список связей формируется в отдельном потоке, чтоб не тормозить лог.
Теперь по клику - выделяется данная связь в логе, по двойному клику - выводится окно QSOManuallyEntry где связь и редактируется.

[LY3G]

Раньше работала манипуляция из лога. Потом перестала.

Кирилл, вот мои настройки, может поможет. У меня манипуляция и из окна CW, и макросы работают. И лог N1ММ также без проблем. Ничего не меняю переходя из LogHX в N1MM. Просто один закрываю, другой запускаю, и макросы в обоих работают.

[RD9CX]

Что за CW Delay?

)))
я ж написал - в трансивере !!!
у меня в меню трансивера выставлена задержка 290ms
в FT-897D она называется CW Delay (задержка с передачи на приём)
Если между словами в CW ключе лога стоит 1 пробел, то всё нормально. Но уже при двух пробелах срабатывает задержка в трансивере и трансивер переходит на приём.
Вот в этот момент в окне CW ключа лога дальнейший текст сбрасывается (очищается)

Перечитайте ещё раз мой пост.... вроде всё понятно описал )))

Раньше такого не было !!! Если при передачи текста между словами было несколько пробелов, например между [MYNAME](три пробела)[MYNAME] , трансивер срабатывал после 290ms с передачи на приём, и потом вновь включался на передачу когда очередь доходила до повторного [MYNAME] потому что окно CW ключа не очищалось !!!!
Теперь же стоит трансиверу перейти на приём (из-за большого количества пробелов и короткой задержке трансивера в 290ms) весь оставшийся не переданный текст сбрасывается.

....попробуйте у себя увеличить в любом месте текста число пробелов, например между именем, и увидите.

з.ы.
мои настройки CW ключа

[RD9CX]

В общем тут так: теперь редактировать в таблице предыдущих связей нельзя вообще.

Опять втихую переделали... а нам не сказали ))))
Мы и не ведаем )))))

Тогда есть смысл подредактировать контекстное меню в окне "Предыдущих связей", так как там осталось "Позволить редактировать статус QSL"

З.Ы.
хотя мне это совсем не нравится.
При моих 103 тысячах связей в логе, я чего-то не замечал тормозов.
Как сейчас работает, так и тогда...... разницы совсем не ощутил пока Вы не сказали

А работать с бумажными QSL гораздо удобней и оперативней именно в окне "повторов"
Минимум телодвижений.
Сейчас-же получается опять "многоходовка"

[RX4HX]

разницы не заметил

На счет окна предыдущих QSO - там реально сейчас фишка крутая получилась! На слабых компах она очень заметна. У меня тестовый лог около 300 тыс QSO - вообще без тормозов. А тормоза в окне предыдущих QSO появляются когда маску *Call* задаешь - вот тут тормоза дикие! А сейчас можно работать!

в меню трансивера выставлена задержка 290ms

Прошу прощения - 3-й день так погружен в работу над логом, что стал несколько невнимательны.

трансивер срабатывал после 290ms с передачи на приём, и потом вновь включался на передачу когда очередь доходила до повторного [MYNAME] потому что окно CW ключа не очищалось

Я не понял, а как то что в окне лога связано с внутренней задержкой трансивера? И уж то, что окно очищается, на трансивер это никак не может влиять.
Я ж всего лишь перевожу трансивер на передачу, а далее по ком-порту замыкаю-размыкаю контакты. И есть что в окне или нет - трансиверу все равно.

[RD9CX]

И уж то, что окно очищается, на трансивер это никак не может влиять.

ну как же ???
если после перехода на приЁм окно очищается по средине текста, то и передавать нечего )))
ОК!
Вы наверное и вправду загружены. Завтра вечером сниму по этому поводу видео и Вам вышлю ссылку на майл.
Когда наглядно оно сразу понятно становится

[RA3AJT]

готов полноценно принять участие в альфа-бета-гамма и прочих тестированиях
хочу отметить очень удобный горизонтальный бэндмэп, который дополняет картинку SDR и не требуется отображения спотов на самом экране SDR

Как сделать горизонтальный бэндмэп?