Был сервиспак первый!Цитата:
Сообщение от RX4HX
...но я обратил внивание, что в обновлениях есть и обновление для SP1 :)
Вид для печати
Был сервиспак первый!Цитата:
Сообщение от RX4HX
...но я обратил внивание, что в обновлениях есть и обновление для SP1 :)
Да, кажется на одном порту. Сегодня попробую снова покопаться в настройках после работы. Спасибо за ответ.
Я все сделал как вы сказали, но ничего не изменилось, не переходит на передачу трансивер.Цитата:
Сообщение от RX4HX
Вложение 357533
Да, спасибо, но не то. Я задавал вопрос :***Как при вводе данных QSO фиксировать время установления радиосвязи, а не время сохранения данных QSO в лог, чтобы не редактировать потом?*** Т.е. не время окончания связи (Time End), другими словами, и предложил вариант решения, если этого в программе нет.Цитата:
Сообщение от R2OM
- - - Добавлено - - -
Спасибо!Цитата:
Сообщение от RX4HX
to RX4HX
ver 759
При попытке просмотра связей из окна статистики появляется пустое окно
Вложение 357534
В то же время, вызывая окно связей из окна Дипломы вижу, что все записи на месте.
Вложение 357535
В ранних версиях такого не наблюдал.
Спасибо за ответ. Я этим пользовался, но это немного не то, о чем я спрашивал. При выборе этой опции, окно появляется при каждом сохранении QSO, надо корректировать, или нет, и подразумевает только ручную коррекцию времени, ибо в окне все равно зафиксировано время сохранения связи. Поэтому я этим перестал пользоваться, мне проще при необходимости отредактировать сохраненное по двойному клику. Количество кликов и время, такое же.Цитата:
Сообщение от RX4HX
Я предлагаю, если вам будет интересно, немного расширить функционал фиксации времени. Как вариант: фиксацию времени программой в памяти через пару секунд после ввода позывного в окно ввода QSO (пусть сохраняется в буфере, и перезаписывается, если вводим другой позывной вместо того что был введен ранее), которое будет внесено в лог при сохранении QSO, в варианте когда нас вызывают, и в дополнение к этому, добавить кнопку "Time Now" (наверно это должно быть на первом месте по приоритету, может и единственное), рядом с кнопкой сохранения, для варианта когда мы ждем пока корреспондент завершит свое предыдущее QSO, и у нас уже введен его позывной. Тогда при его ответе нажимаем кнопку "Time Now", и фиксируется настоящее время, которое будет внесено в лог при сохранении QSO, даже если QSO сохраняется не сразу, а через некоторое время.
Этот алгоритм я придумал еще в 1997г., когда уже учился в академии, проходили программирование, я сделал в качестве курсовой "Радиолюбительский журнал фиксации проведенных радиосвязей", на паскале. Простенький был журнал под 95 виндой, фиксация связей, сохранение в свою базу, сортировка и вывод по фильтрам, использование базы позывных Куйсокова, насколько помню. Далее на этом все и закончилось, ибо и не относилось к профессиональной деятельности, да и времени увлекаться программированием не было, дай бог было урвать время поработать в эфире)).
Спасибо за внимание.
Общепринято указывать время ИМЕННО ОКОнЧАНИЯ связи. Если не ошибаюсь, в логе может записываться и отображаться время начала и окончания связи, если это нужно.
Валентин, это вы мне ответили?Цитата:
Сообщение от UD2F
А Вы случаем не троллите? Вам уже и так, и так ответили. Не хотите указывать время QSO как общепринято,- по окончании QSO, то Вам дана возможность устанавливать и начало и окончание.Цитата:
Сообщение от UB3B
Сколько лет в эфире, а впервые слышу термин "настоящее время".:)
Only RX4HX.Цитата:
Сообщение от RX4HX
Продолжение моего предыдущего поста.
Алексей, возникла мысль по коррекции алгоритма, что я предложил, как раз во время интересного чтива - ARRL-овских рекомендаций. Навеяло наверно :-)). В общем на ваш суд:
- при сохранении QSO, либо по Enter, либо кнопкой, время сохранения (оно же ведь является временем окончания QSO) прописывается в ячейку TimeQSO_Off, а время начала QSO (TimeQSO), подставляется из ячейки буфера, в котором оно сохранялось через несколько секунд после ввода позывного в поле, либо перезаписанного в этой же ячейке, кнопкой "TimeNow", расположенной, к примеру рядом с кнопкой сохранения. В общем по алгоритму, моим постом ранее. В итоге, при сохранении в лог, получаем автоматически (либо подкорректированное TimeNow) установленное время начала, и автоматически установленное время окончания QSO. В меню же можно добавить пункт (по аналогии с сохранением по Enter), "Автоматическое сохранение время начала QSO", для изменения алгоритма сохранения.
Спасибо за внимание.
Ну, а потом получаем в Хамлоге или в LOTW не зачтенные связи по причине расхождения времени с корреспондентом :((
Нафига что-то выдумывать там, где все нормально работает...
В тестовой версии 762 это исправлено.Цитата:
Сообщение от RU6YY
Я вот если честно, прочитал Ваши посты и вообще не понял - время записываться по правилам должно во время окончания QSO. Все. Передали 73, нажали на кнопку сохранить. Никакого сохранения времени при вводе позывного! Два времени Time_on/Time_off сделано для УКВ, где связь может длиться долго. Зачем вот эта ерунда со временем? Вот вообще не понял.Цитата:
Сообщение от UB3B
- - - Добавлено - - -
Кстати о не правильности использования времени: предположим решили с кем то поговорить. Связь длилась 35 минут. Один корреспондент занес 2 времени - время начала QSO и окончания, а другой только одно время - время окончания связи. Залили связи на любой сервис - связь не подтвердилась, потому что разбег параметра TIME_ON больше 30 мин.
Она и на УКВ не нужна.Время по окончании QSO и все.Цитата:
Сообщение от RX4HX
Я не специалист УКВ, но когда-то, когда только начинал свой путь в эфир в середине 80-х, в какой то книге (по моему как раз в "Справочнике коротковолновика") прочитал, что если связь длится более 30(?) минут, то следует указывать время начала и время окончания связи. И что такие связи происходят через Луну при использовании QRSS.Цитата:
Сообщение от RQ3P
Понятно, что в реале это никому не нужно, да и как это может на связь повлиять? А так я с Вами совершенно согласен - 2 времени для QSO абсолютно не нужно. И в лог записывается время окончания QSO. Зачем нужен весь этого гемор со временем UB3B - у меня предположений нет.