GreenHut
На счет ключевания:
если хотите на одном порту CAT и CW&PTT - в настройках радио ОБЯЗАТЕЛЬНО указать RTS/DTR-disable. В установках CW/PTT где выбор CW/PTT port type: Radio port. И соответственно правильно для CW/PTT выбраить сигналы RTS/DTR. Данная система проверялась на IC-756ProIII + конверторы USB/COM - все работало без проблем.
Алексей.
Спасибо. Все понял, вечером буду пытать.
Добрый вечер всем. Добрался до шека. В результате замены USB кабеля и ревизии заземления станции проблемы с возникновением B шума устранены. Причинами проблем в этой части явились проблемы с общим проводником в USB кабеле, а также, вероятно и окисленные контакты на трассе шины заземления.
Алексей, спасибо за подсказку относительно настроек радио, все пошло через один порт. Зависание при отключении интерфейса во время запущенного лога осталось, но об этом Вы писали, так что ждем новой версии лога.
С исренним уважением и признательностью всем принявшим участие в решении проблемы. Как и бывает в большинстве случаев причина достаточно приземленная как в буквальном так и переносном смысле. В свое время завкафедрой РПиРПУ (приемных и передающих устройств) говаривал:"Радиотехн ика- это наука о контактах, все несправности суть,- контакт есть где его не должно быть или его нет там где он быть должен".
Всем успехов, 73!
GreenHut
На счет зависания, кстати хотел бы уточнить: как зависает лог? Т.е. ни одно окошко вообще не реагирует, или же лог можно свернуть-развернуть, но окошки не отвечают?
Алексей.
При отключении интерфейса при попытке проведения операции (все окна не проверял, вечером посмотрю) система подвисает(перестает отвечать на запросы), при попытке закрыть выскакивает стандарное окно " программа не отвечает" жму "завершить сейчас" и программа закрывается.
Ver. 20.3 Release (7 июль 2009 г.)
+ Цифровой модуль - добавлена возможность выбора скорости работы.
+ Меню: File->QSL request - создается фаил запроса QSL по е-майлу. Связи
помечаются как QSL requested.
+ QSO Entry: добавлено меню Auto clear call field - Автоматическая очистка
поля позывного. Принцип работы: при перестройке частоты более чем на 1кгц
содержимое окна QSO Entry стирается.
+ При двойном клике по полям ввода State и County для окон QSOEntry и
QSO Manually entry выводится соответствующий список с названиями территорий.
+ Добавлено окно Компаса для использования совместно с GPS: Windows->Compas
window.
+ Band map: добавлено меню Auto insert spot - Автоматическая вставка спота
когда частота спота на бендмапе совпадает с частотой трансивера. Вставка
спота в окно QSOEntry происходит только если поле Call пустое.
+ Изменен принцип вставки Name, QTH и Via для уже сработанных станций.
Принцип следующий: все сработанные станции заносятся в отдельный справочник
позывных, куда кроме позывного, заносится Name, QTH, Via станции. Если
станция будет сработанна еще раз - данные в справочнике будут исправлены
ЕСЛИ ЭТИ ПОЛЯ БУДУТ НЕ ПУСТЫЕ. Это позволит избежать проблем, когда имя
при первой связи заносится в лог, а при повторной - нет. Для того, чтобы
занести данные в справочник, нужно: меню Утилиты->Таблица позывных->Вставить
все позывные из лога в таблицу позывных.
http://rx4hx.qrz.ru/files/LogHXsetup-V20.3.exe
http://rx4hx.qrz.ru/files/LogHXupdate-V20.3.exe
Прошу особое внимание обратить на работу CAT - сама логика работы была сильно переделана и вставку Name, QTH, Via - если связь есть в тавлице позывных.
Вставка Name и QTH при повтоных QSO работают. Теперь бы ещё сделать, чтобы они вставлялись и при первом QSO, например из RIC или ещё из какой-либо базы.
Ну у меня есть вставка из QRZ callbook. Можно и RIC прикрутить - только вот такой вопрос: как организовать логику вставки, когда позывной есть и в RIC и во внутреннем справочнике лога? И самое смешное, когда данные могут не совпадать. От куда брать?Сообщение от RU9MN
Я думаю, приоритет должен быть за внутренним справочником лога, и только если там нет информации, то она должна браться из RIC. И с QRZ callbook думаю тоже разумнее применить такую же логику.
RU9MN
На счет приоритета - тут меня терзают смутные сомнения... Я все же склоняюсь к такой логике:
1. Если сказано использовать QRZ Callbook - вставляем данные из него. Конец поиска. Если данные не нашли...
2. Если сказано использовать данные из RIC (будет в следущей версии) - вставляем данные. Конец поиска. Если данные не нашли...
3. Используем из внутреннего справочника.
Хотя для меня в принципе все равно в какой последовательности вставлять. НО! Как быть допустим в такой ситуации: во внутреннем справочнике позывной нашли - но там есть только имя. Продолжать ли дальше искать в RIC - ведь там есть еще и QTH?
В общем на самом деле вопрос сложный.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
