Нашел проблему, исправил -
http://rx4hx.qrz.ru/files/loghx/test..._build_762.exe
Вид для печати
Нашел проблему, исправил -
http://rx4hx.qrz.ru/files/loghx/test..._build_762.exe
Сергей, извиняюсь, что не сразу ответил, был занят. Спасибо, Вы единственный, кто не поняв что-то, просто задал вопрос )), а не как некоторые коллеги, понял-непонял, лишь бы "кусьнуть")).
Даже один наш 69 летний, кажется Николай из Минска, товарищ, вообще не поняв что он прочитал, но тоже отметился, обозвал меня троллем)) и написал что за многие годы в эфире, "ТimeNow" не встречал...)) А это всего лишь название кнопки в написанном мной аппаратном журнале, функционал которой я описал)) Я долго смеялся, хотя честно говоря немного стыдно за это, человек то уже в возрасте... Ну, здоровья ему!
Ладно, по-существу, отвечаю на вопрос.
Написал в 1997, на паскале в качестве курсовой. С базой Куйсокова на CD и выборкой по фильтрам. Года четыре даже потом в нем отработал. Еще человек 15 им тоже попользовались. На этом все и закончилось. Профессия не оставляла времени заниматься этим хобби. Рабочий, скомпилированный вариант утерян, при крахе харда с архивами, где-то можно поискать, должен был остаться листинг программы на бумаге, но смысла тратить на это время, нету, прошлый век.
Суть в автоматизации занесения времени начала радиосвязи в журнал. Я не касаюсь функционала ручной коррекции времени. Он есть, работает, но занимает лишнее время. А ведь в логе уже есть ячейка "начало QSO, так почему же её не использовать для того, для чего она предназначена, причем в автоматизированном режиме? В настоящем функционале, при сохранении радиосвязи в лог, время сохранения радиосвязи записывается не только в ячейку "окончание QSO", что логично, но и в ячейку "начало QSO", что, на мой взгляд, нелогично.
Сам алгоритм:
-Установили связь, заносим позывной корреспондента в строку записи позывного, через 3-4 секунды после окончания активности в этой строке, в ячейку в буфере памяти автоматически записывается текущее время, которое сохраняется потом в ячейку "начало QSO" радиосвязи, в логе, при сохранении QSO -- либо по кнопке "сохранение QSO", либо по Enter (Если ошиблись и подкорректировали позывной, время в ячейке перезаписывается). Время окончания радиосвязи и так заносится в свою ячейку в настоящем функционале.
-По поводу злосчастной кнопки "Tome Now" )), можно назвать и "начало QSO", как угодно. По поводу установленной радиосвязи я написал. А как насчет варианта, когда мы ожидаем когда интересующий нас оператор завершит предыдущее QSO, что бы установить с ним радиосвязь, и его позывной мы уже занесли в сроку позывного, ведь после ввода позывного, в буфер уже прописалось время начала QSO, а связь еще не установлена? Для этого и нужна эта пресловутая кнопка, которую, после ответа корреспондента, мы нажимаем, и в ячейке, уже сохраненное, после ввода позывного время, перезаписывается на время нажатия кнопки, т.е. этим мы вводим время фактического установления радиосвязи, которое и будет сохранено в аппаратный журнал по алгоритму, описанному выше. В меню предусматривается выбор галочкой: -"Автоввод начала QSO", для подключения этого функционала.
Доработка не сложная, ибо касается только одного функционального модуля - ввода QSO, и не требует интеграции связей в другие модули.
Сергей, вот такой простой алгоритм, думаю и без визуализации понятно расписал. К сожалению, видимо автору лога, идея корректного, еще и автоматического заполнение поля "начало QSО", неинтересна.
Поэксперементировал попробовал 760 и 762 версииЦитата:
Сообщение от UB3B
Да на данный момент по энтнру связь при сохранении сохраняет время которое было при нажатии энтера в обе строчки- начало связи-конец связи
Привет, всем.
Извиняюсь, что ни совсем по теме, но вопрос в русле аппаратных журналов...:s7:
Как найти в ADI-файле повторы, т.е. одинаковые связи?
Когда заливал недавно свой лог на новую платформу QSO.su выдало, что есть 30 с копейками повторов, во и хотелось бы их вычистить из лога.
Ответить можно в личку, заранее благодарю.
И ещё раз извиняюсь за пост не совсем по теме...:stud:
В журнале клик правой кнопкой мыши и далее по скрину
Вложение 357594
Выловил и у себя расхождение
Вложение 357595
А также если на бендмапе установить галочку показывать только цветные то остаются позывные из окна предупреждений.
Ну как бы два варианта. Исполльзовать программу AdifMaster (https://www.dxshell.com/) или загрузить adi в LogHX, проделать вышеупамятое действие и обратно загрузить adi в Logger32
Здесь Text files converters найдёте конвертер на любой "вкус и цвет"
Отвечаю, почему такой алгоритм использовать нельзя: потому что все логи время начала QSO устанавливают временем сохранения QSO и при использовании такого алгоритма получится расхождение во времени с корреспондентами. Оно Вам зачем?
Расхождение в чем? Что не все предупреждающие споты видны? Так места не хватило.
Ок! Это проверю!
По моему Логгер32 еще умеет повторы убирать.
- - - Добавлено - - -
Не понял вопроса - про какой механизм обработки Адиф идет речь в плане JTDX?
- - - Добавлено - - -
Чтобы найти повторы, компьютеру нужно:
- из Адиф записи загнать в какую то базу данных
- в базе данных найти повторы,
- преобразовать обратно в Адиф.
Такое умеют только логи. На счет AdifMaster - а он разве повторы умеет находить?
Из моего поста выше https://skr.sh/sQUmh1QjWXU