Уважаемые посетители! Форум CQHAM.RU существует исключительно за счет показа рекламы. Мы будем благодарны, если Вы не будете блокировать рекламу на нашем Форуме. Просим внести cqham.ru в список исключений для Вашего блокировщика рекламы.
Страница 9 из 45 ПерваяПервая ... 678910111219 ... ПоследняяПоследняя
Показано с 241 по 270 из 1328

Тема: LogHX - аппаратный журнал любительской радиостанции

  1. #241
    GreenHut
    На счет ключевания:
    если хотите на одном порту CAT и CW&PTT - в настройках радио ОБЯЗАТЕЛЬНО указать RTS/DTR-disable. В установках CW/PTT где выбор CW/PTT port type: Radio port. И соответственно правильно для CW/PTT выбраить сигналы RTS/DTR. Данная система проверялась на IC-756ProIII + конверторы USB/COM - все работало без проблем.
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)


  2. #242

    Регистрация
    15.07.2008
    Адрес
    Калининград
    Сообщений
    150
    Позывной
    R2FA
    Алексей.
    Спасибо. Все понял, вечером буду пытать.
    Валерий, R2FA

  3. #243

    Регистрация
    15.07.2008
    Адрес
    Калининград
    Сообщений
    150
    Позывной
    R2FA
    Добрый вечер всем. Добрался до шека. В результате замены USB кабеля и ревизии заземления станции проблемы с возникновением B шума устранены. Причинами проблем в этой части явились проблемы с общим проводником в USB кабеле, а также, вероятно и окисленные контакты на трассе шины заземления.
    Алексей, спасибо за подсказку относительно настроек радио, все пошло через один порт. Зависание при отключении интерфейса во время запущенного лога осталось, но об этом Вы писали, так что ждем новой версии лога.
    С исренним уважением и признательностью всем принявшим участие в решении проблемы. Как и бывает в большинстве случаев причина достаточно приземленная как в буквальном так и переносном смысле. В свое время завкафедрой РПиРПУ (приемных и передающих устройств) говаривал:"Радиотехн ика- это наука о контактах, все несправности суть,- контакт есть где его не должно быть или его нет там где он быть должен".
    Всем успехов, 73!
    Валерий, R2FA

  4. #244
    GreenHut
    На счет зависания, кстати хотел бы уточнить: как зависает лог? Т.е. ни одно окошко вообще не реагирует, или же лог можно свернуть-развернуть, но окошки не отвечают?
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  5. #245

    Регистрация
    15.07.2008
    Адрес
    Калининград
    Сообщений
    150
    Позывной
    R2FA
    Алексей.
    При отключении интерфейса при попытке проведения операции (все окна не проверял, вечером посмотрю) система подвисает(перестает отвечать на запросы), при попытке закрыть выскакивает стандарное окно " программа не отвечает" жму "завершить сейчас" и программа закрывается.
    Валерий, R2FA

  6. #246
    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 - если связь есть в тавлице позывных.
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  7. #247
    Вставка Name и QTH при повтоных QSO работают. Теперь бы ещё сделать, чтобы они вставлялись и при первом QSO, например из RIC или ещё из какой-либо базы.

  8. #248
    Цитата Сообщение от RU9MN
    Вставка Name и QTH при повтоных QSO работают. Теперь бы ещё сделать, чтобы они вставлялись и при первом QSO, например из RIC или ещё из какой-либо базы.
    Ну у меня есть вставка из QRZ callbook. Можно и RIC прикрутить - только вот такой вопрос: как организовать логику вставки, когда позывной есть и в RIC и во внутреннем справочнике лога? И самое смешное, когда данные могут не совпадать. От куда брать?
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  9. #249
    Цитата Сообщение от RX4HX
    Ну у меня есть вставка из QRZ callbook. Можно и RIC прикрутить - только вот такой вопрос: как организовать логику вставки, когда позывной есть и в RIC и во внутреннем справочнике лога? И самое смешное, когда данные могут не совпадать. От куда брать?
    Я думаю, приоритет должен быть за внутренним справочником лога, и только если там нет информации, то она должна браться из RIC. И с QRZ callbook думаю тоже разумнее применить такую же логику.

  10. #250
    RU9MN
    На счет приоритета - тут меня терзают смутные сомнения... Я все же склоняюсь к такой логике:
    1. Если сказано использовать QRZ Callbook - вставляем данные из него. Конец поиска. Если данные не нашли...
    2. Если сказано использовать данные из RIC (будет в следущей версии) - вставляем данные. Конец поиска. Если данные не нашли...
    3. Используем из внутреннего справочника.
    Хотя для меня в принципе все равно в какой последовательности вставлять. НО! Как быть допустим в такой ситуации: во внутреннем справочнике позывной нашли - но там есть только имя. Продолжать ли дальше искать в RIC - ведь там есть еще и QTH?
    В общем на самом деле вопрос сложный.
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  11. #251
    Цитата Сообщение от RX4HX
    RU9MN
    На счет приоритета - тут меня терзают смутные сомнения... Я все же склоняюсь к такой логике:
    1. Если сказано использовать QRZ Callbook - вставляем данные из него. Конец поиска. Если данные не нашли...
    2. Если сказано использовать данные из RIC (будет в следущей версии) - вставляем данные. Конец поиска. Если данные не нашли...
    3. Используем из внутреннего справочника.
    Хотя для меня в принципе все равно в какой последовательности вставлять. НО! Как быть допустим в такой ситуации: во внутреннем справочнике позывной нашли - но там есть только имя. Продолжать ли дальше искать в RIC - ведь там есть еще и QTH?
    В общем на самом деле вопрос сложный.
    Как показывает практика, иногда в RIC встречается ошибочная информация. А если я уже работал с этой станцией, то скорее всего у меня записана правильная информация, поэтому всё же приоритет должен быть за внутренним справочником. Я думаю, если установлено использовать RIC, сперва проверяем, есть ли информация во внутреннем справочнике. Если есть, её и вставляем, если нет - вставляем из RIC. Если во внутреннем справочнике есть только частичная информация, то вставляем из RIC недостающую (если это возможно). Если это не возможно, то вставляем только то, что есть во внутреннем справочнике, а остальное заносим вручную.

  12. #252
    Цитата Сообщение от RU9MN
    Как показывает практика, иногда в RIC встречается ошибочная информация.
    Ох как я с этим согласен! По себе знаю!
    Еще не смотрел последнюю версию, но в любом случае должен быть выбор полей которые допускаются к заполнению. И, согласен с RU9MN - приоритет должен быть внутреннему справочнику.
    Игорь - EW4DX.

  13. #253
    Тогда такой алгоритп:
    1. Во внутреннем справочнике есть поля Name, QTH, Via. Если нашли такую станцию - пытаемся вставить, что есть.
    2. Если отмечено использовать RIC, ищем станцию в RIC. Если нашли, из RIC берем только поля Name, QTH. Если незаполнены Name и/или QTH - вставляем из RIC.
    3. - Аналогично из QRZ callbook.
    Так?
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  14. #254
    Совершенно верно.

  15. #255
    Сегодня целый день занимался прикручиванием RIC и алгоритмом вставки. Но! Получилось в итоге весьма интересно! Самому понравилось! Завтра выложу пробную версию - думаю получился весьма хороший алгоритм!
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  16. #256
    Аватар для RX1AL
    Регистрация
    06.02.2009
    Адрес
    Санкт Петербург
    Сообщений
    3,812
    Цитата Сообщение от RX4HX
    В общем на самом деле вопрос сложный.
    Алексей, ничего сложного нет... Алгоритм должен быть аналогичным тому, что применяется при сравнении данных в базе данных, т.е. Diffgrams, причем он хорошо расписан. Исходные коды и примеры реализации есть тоже для массы языков программирования. Суть работы вкратце такова:

    1. Есть два набора данных, которые надо сравнить. Пока не учитываем TimeStamp, т.е. время создания каждого из наборов. Создаем два массива, в которые вносим данные из каждого набора.
    2. После создания массивов производим сравнение по каждому из полей, т.е. Compare по каждому из типов данных в записях массива. Составляем таблицу соответствия. Учитываем также нулевые типы данных или String.Empty ("").
    3. Когда создали таблицу соответствия, то на ее основе создаем запросы в каждый из имеющихся у нас источников данных, т.е. QRZ, RIC, внутренняя (локальная) база связей, источники по QSL Info из интернета. Вот тут нам, как раз, первый раз потребуются TimeStamp, как один из критериев отбора. Причем критерий применяется к каждому из полей в таблице соответствия, а не к целому рекордсету. Таким образом, на выходе имеем разницу - то есть Diffgrams, или граф различия.

    Далее поступаем по стандартной логике и сценарию, наиболее часто используемому при работе с базами данных - Last Win, или Optimistic Transaction. И просто делаем Merge данных из источника, с максимально новыми данными. Все. Другой, более удобной бизнес-логики трудно придумать. Правда, стоит иметь опционально возможность спрашивать пользователя, какие поля он хочет заменить, а какие оставить. Ну и выбор источника для Merge тоже (источник должен быть только один!).
    Михаил, ex UV1AL, RG1L, сейчас OE6MAF, HB9/OE6MAF, DL/OE6MAF
    DIG #5645, EPC #5908, #5909, KDR #21

  17. #257
    Цитата Сообщение от RX1AL
    Далее поступаем по стандартной логике и сценарию, наиболее часто используемому при работе с базами данных
    Ну Вы меня разсмешили! Стандартный сценарий!
    А теперь без умных слов: в одной базе имя Вася, в другой - Петя. И что там нам по этому поводу Last Win говорит???
    В общем делаем без умных слов, а по логике: на первом месте согласен - внутренний справочник, потом RIC, потом QRZ.
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  18. #258

    Регистрация
    15.07.2008
    Адрес
    Калининград
    Сообщений
    150
    Позывной
    R2FA
    Алексей, RX4HX
    В продолжение последнего нашего разговора относительно зависания (если еще актуально). Вчера не смог, поздно вернулся, сегодня проверил: при отключении интерфейса программа перестает отвечать на любые запросы. Повторное подключение интерфейса ситуацию не меняет. Закрытие LogHX с последующим запуском все работает без проблем.
    Может такая проблема только у меня?
    Валерий, R2FA

  19. #259
    Цитата Сообщение от RX4HX
    В общем делаем без умных слов, а по логике: на первом месте согласен - внутренний справочник, потом RIC, потом QRZ.
    Я бы не согласился. Внутренний - QRZ - RIC. Лучше так. Потому как в QRZ информацию изначально вносит сам владелец позывного (как правило). Соответственно, и достоверность ее высока. А кто составлял RIC - х.з. Вероятность ошибки - выше крыши. Кто не верит, посмотрите, что там записано на мой позывной. Да и беглый просмотр данных моих соседей еще больше убедил меня в этом.
    Игорь - EW4DX.

  20. #260
    GreenHut
    Сейчас подумал - все верно, так и должно быть!
    Интерфейс создает в системе виртуальный ком-порт, к которому обращается программа. При отключении интерфейса ком-порт в системе пропадает, а программа все пытается в нему обращаться. Вот и система ее завешивает. Думаю вот в чем причина. Другие проги тоже должны завешиваться.
    А вообще: зачем отключать интерфейс во время работы программы?
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  21. #261
    Аватар для RX1AL
    Регистрация
    06.02.2009
    Адрес
    Санкт Петербург
    Сообщений
    3,812
    Цитата Сообщение от RX4HX
    Цитата Сообщение от RX1AL
    Далее поступаем по стандартной логике и сценарию, наиболее часто используемому при работе с базами данных
    А теперь без умных слов: в одной базе имя Вася, в другой - Петя. И что там нам по этому поводу Last Win говорит???
    В общем делаем без умных слов, а по логике: на первом месте согласен - внутренний справочник, потом RIC, потом QRZ.
    Алексей, если так смешно, то отчего же так все сложно? Это так, камешек тебе в огород. Во-вторых, сценарий стандартный только для общего случая, а в целом, с использованием бизнес правил и аттрибутов его можно и расширить, что и делают в уже кастомизированных решениях. Ты наверное не читал или не слыхал про связки workflow + diff + transaction scope?

    Теперь отвечая на твой вопрос, по поводу "Вася" и "Петя"... Есть в базе данных такое понятие, как флаги модификации полей, слыхал наверное? Так вот на основе их и делай вывод, какая из записей более актуальная. Что тут сложного? В-третьих, ключевой момент бы сравнение всех полей набора, поочередно, а не отдельно взятого поля. У тебя совокупность типа и времени создания, модификации, изменения - куда потерялась? А... то-то!

    PS Кроме того есть и Pessimistic Lock, который тоже применяется. А при использовании тех же diff есть много полезного. Ты почитай, а то похоже просто не в курсе, как сделать Merge правильно. Иначе б вопроса о Васе и Пете не было бы...
    Михаил, ex UV1AL, RG1L, сейчас OE6MAF, HB9/OE6MAF, DL/OE6MAF
    DIG #5645, EPC #5908, #5909, KDR #21

  22. #262
    Цитата Сообщение от ew4dx
    Я бы не согласился. Внутренний - QRZ - RIC. Лучше так.
    Ан нет! Т.к. программой пользуются русскоговорящие радиолюбители, посмотрите что записано в QRZ для UA-станций: то вместо имени - фамилия, то имя и фамилия сразу, то вообще не поймешь что. Наверное все же более актуально сначала RIC, тем более что иностранцев там не много, а уж потом QRZ.
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  23. #263
    Аватар для RX1AL
    Регистрация
    06.02.2009
    Адрес
    Санкт Петербург
    Сообщений
    3,812
    Цитата Сообщение от RX4HX
    GreenHut
    Сейчас подумал - все верно, так и должно быть!
    Интерфейс создает в системе виртуальный ком-порт, к которому обращается программа. При отключении интерфейса ком-порт в системе пропадает, а программа все пытается в нему обращаться. Вот и система ее завешивает. Думаю вот в чем причина. Другие проги тоже должны завешиваться.
    А вообще: зачем отключать интерфейс во время работы программы?
    Алексей, тут ты не прав... При работе например, с microHAM USB Router, где полно виртуальных портов и отключении интерфейса физически (просто кабелем), ничего не вешается, ни в Logger32, ни в N1MM. Специально сегодня проверял. У тебя где-то ошибка. Система сам по себе не вешает ни один виртуальный порт. У меня в виндузе инсталлировано 8 таких портов и все нормально. Причем часть из них используется, а часть нет. То есть есть и "свободно" висящие.
    Михаил, ex UV1AL, RG1L, сейчас OE6MAF, HB9/OE6MAF, DL/OE6MAF
    DIG #5645, EPC #5908, #5909, KDR #21

  24. #264
    RX1AL
    Вы мне по простому скажите: скачал RIC, там для станции UA1XXX имя Вася, в внутренней базе - Петя. КАКОЕ имя подставлять? При чем тут флаги модификаций полей? О каких флагах может идти речь при скачанной базе данных???
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  25. #265
    Аватар для RX1AL
    Регистрация
    06.02.2009
    Адрес
    Санкт Петербург
    Сообщений
    3,812
    RX4HX:
    Леша, ну ты тогда хоть на время создания одной и второй базы данных внимание обрати, если ты их в свою базу не импортировал, для того, чтобы флаги хранить. Время создания файла на сидюке никто не отменял...

    Да и во внутренней базе у тебя флаги есть, и создания и последней модификации...

    PS Кроме того, на QRZ.COM есть поле Last Time Edit, так что... даже на самом вебсайте.
    Михаил, ex UV1AL, RG1L, сейчас OE6MAF, HB9/OE6MAF, DL/OE6MAF
    DIG #5645, EPC #5908, #5909, KDR #21

  26. #266
    На счет зависания: у меня тоже ничего не вешается, но это с обычными USB-COM переходниками. Не исключено, что с интерфейсом Валерия что-то работает по другому. Вариант только один - попробовать с другими программами.
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  27. #267
    RX1AL
    Мы говорим про банальную ошибку.
    Типичный пример: я работал со станцией 5 лет назад и имя записал правильно. Скачал новую базу RIC - а там ошибка. По Вашей логике я должен поставить ошибочное имя, т.к. база более новая. Так?
    Алексей, RX4HX (SunSDR2 + УМ ГУ-74 + UW4HW)

  28. #268
    Аватар для RX1AL
    Регистрация
    06.02.2009
    Адрес
    Санкт Петербург
    Сообщений
    3,812
    RX4HX:
    А у Валерия, что какой-то самодельный? Так и тут странно, почему виснет, дрова же контролируют момент наличия или отсутствия кабеля, тем более напрямую через USB. Там по-другому нельзя, так как HID стек используется по-любому, а втыкание/отключение девайса система ловит сама.

    ПС Вот тебе примерчик из QRZ.COM N2OO - Last Update: 2006-03-21 12:55:49 Бери за основу и сравнивай со своими данными. Кто мешает?
    Михаил, ex UV1AL, RG1L, сейчас OE6MAF, HB9/OE6MAF, DL/OE6MAF
    DIG #5645, EPC #5908, #5909, KDR #21

  29. #269
    Аватар для RX1AL
    Регистрация
    06.02.2009
    Адрес
    Санкт Петербург
    Сообщений
    3,812
    Цитата Сообщение от RX4HX
    RX1AL
    Мы говорим про банальную ошибку.
    Типичный пример: я работал со станцией 5 лет назад и имя записал правильно. Скачал новую базу RIC - а там ошибка. По Вашей логике я должен поставить ошибочное имя, т.к. база более новая. Так?
    Ни да ни нет... Как тут пишут Jein. Если пользователь знает, что он все данные внес когда-то правильно, из незачем менять. В плане имени, фамилии. Адрес можно проверить. Теперь, что я бы сделал, чтоб такой банальной ошибки избежать и не переписывать поверху. Сделай в базе по всем полям своей QSL Info по связи поля - "Correct/No", как булевое/бит.Если пользователь поставил его в "Yes", то и нечего и изменять. Если пользователь решит где-то потом откорректировать, то сам примет решение, какому источнику доверять. Или найдет еще источник. Иначе тебе AI подключать придется...
    Михаил, ex UV1AL, RG1L, сейчас OE6MAF, HB9/OE6MAF, DL/OE6MAF
    DIG #5645, EPC #5908, #5909, KDR #21


  30. #270

    Регистрация
    15.07.2008
    Адрес
    Калининград
    Сообщений
    150
    Позывной
    R2FA
    Алексей, RX4HX
    Только что проверил ситуацию с Logger32, тот же самый результат.
    Ситуция повторяется на сто процентов, думал может где в системе конфликт возникает, все перелопатил,-чисто. Может "дрова" интерфейса какие-то хитрые, хотя они фирменные FTDI-шные с их сайта.
    Ты прав, Алексей, особого смысла в выдергивании шнура нет, просто так получилось во время моих мытарств с девайсом, и потому показалось странным такое поведение USB порта.
    Валерий, R2FA

Страница 9 из 45 ПерваяПервая ... 678910111219 ... ПоследняяПоследняя

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Log4Win - аппаратный журнал любительской радиостанции
    от UR5FCM в разделе Программное обеспечение
    Ответов: 21
    Последнее сообщение: 08.10.2014, 14:08
  2. Аппаратный журнал радионаблюдателя
    от Дик в разделе Программное обеспечение
    Ответов: 52
    Последнее сообщение: 01.11.2013, 19:43
  3. Аппаратный журнал
    от RA0JFX-Амур в разделе Программное обеспечение
    Ответов: 738
    Последнее сообщение: 31.07.2010, 07:42
  4. Аппаратный журнал для Мас OS
    от nomade в разделе Программное обеспечение
    Ответов: 7
    Последнее сообщение: 11.12.2008, 11:40
  5. Аппаратный журнал под DOS
    от Adalon в разделе Программное обеспечение
    Ответов: 11
    Последнее сообщение: 23.12.2006, 03:04

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •