Пробовал.
Хоть с правами, хоть без прав, результат один и тот же:
при запуске FlDigi из лога - интерфейс на латинице.
Вид для печати
Пробовал.
Хоть с правами, хоть без прав, результат один и тот же:
при запуске FlDigi из лога - интерфейс на латинице.
Я потому и спрашиваю, кто сумел подключить. В логе указаны ротаторы, а не контроллеры. И лог управляет контроллером а не ротатором. Один и тот же ротатор может использовать разные контроллеры. Контроллер Rot1Prog, теоретически должен работать и с AlphaSpid, и с PsRotator AZ и любым другим, поддерживающим этот протокол работы. Но ничего не выходит.
Всем Привет!!! У меня Fldigi запускается как надо никаких проблем. ОС win 7 maks. Делайте правильные настройки товарищи. Алексей же ответил Вам.
Лог запускается с правами Администратора, и программы, которые он запускает, тоже должны запускаться с правами Администратора.(Ярлык,совместимость)
В процессе поиска журнала, корректно обрабатывающего при импорте и экспорте файлы логов нескольких программ для работы цифрой в соответствии со спецификациями ADIF 3.1.2, ознакомился с организаций импорта и экспорта логов в популярных программах ведения журнала: Logger32, Log4OM2, DXKeeper, ACLog, EWLog и утилиты ADIF Master. AALog не участвовал в анализе, так как вообще не видит и не обрабатывает субмоды.
Все перечисленные программы корректно обрабатывают логи в формате ADIF при импорте и экспорте и не требуют ручного задания порядка конвертации мод и субмод для конвертации.
Во вложении архив с результатами ознакомления организации импорта и экспорта логов указанных программ.
Думаю, что участникам форума будет интересно ознакомиться с ними.
Для проведения анализа работы перечисленных программ в режимах импорта и экспорта был создан небольшой файл ADI с фрагментами записей из логов MixW, FlFigi, WSJT-X, JS8Call, который и импортировался во все программы.
Возможно результаты моего тестирования программ ведения журналов будут полезны в дальнейшей работе над Вашим логом LogHX.
Вложение 308481
Николай, все бы это хорошо, только вот спецификации ADIF четко определяют названия мод и их субмод и не позволяют их называть и настраивать при конвертации "как душа лежит", иначе будет полная неразбериха. Все протестированные мной популярные программы ведения аппаратных журналов DXKeeper, Log4OM2, Logger32, ACLog, EWLog не позволяют пользователям менять "под себя" названия мод и субмод и определять порядок их конвертации при импорте и экспорте и осуществляют импорт и экспорт в точном соответствии с требованиями спецификаций ADIF. К примеру, для чего для импорта в LogHX лога из MixW пользователь программы должен детально знать что такое ADIF, его структуру и что он выполнен по старым спецификациям ADIF и что он должен для импорта в LogHX вручную прописать порядок конвертации части его мод в субмоды без возможности выбора названий мод и субмод из меню, когда этот порядок однозначно прописан в спецификациях ADIF, а дело программ только реализовать эти требования при импорте и экспорте логов. Кроме того, ручной порядок задания названий мод и субмод и порядка их конвертации позволяет вообще ввести несуществующие и несуразные названия мод и субмод, так как проверка их корректности в программе не осуществляется.
Я только обозначил имеющиеся, на мой взгляд, в LogHX вопросы на которые разработчику программы может быть стоило обратить внимание. С этой же целью я провел и анализ работы указанных выше популярных программ ведения аппаратных журналов в части импорта и кспорта, который может быть будет полезен Алексею в дальнейшей его работе над LogHX. Результаты анализа я выложил в ответе Алексею на форуме.
Мы все хотим, чтобы LogHX стал лучшей программой ведения аппаратного журнала.
У меня такой загрузки проца от FLDigi нет. Около 2% для RigCAT или Hamlib.
Настройки такие:
Для САТ
Для РТТ
Николай, для этого мне нужно до радио добраться, чтобы понять причину проблемы. Постараюсь в ближайшее время.
- - - Добавлено - - -
Я что то не пойму Вас: и LogHX в идеале ничего не требует. Проблема возникает, когда пользователь совместно с логом использует еще какую то программу, которая некорректно работает с Адиф, вот для этого все эти танцы с бубном и нужны. Если у Вас этих программ нет - так Вам эта переконвертация мод-субмод не нужна. Я лично ей не пользуюсь. Меня вполне устраивает, что у меня модуляция MFSK, подмодуляция FT4.
Алексей, я рассматривал возможность использования вашего LogHX именно как аппаратного журнала для интеграции логов из нескольких программ с целью их объединения в единый лог. В Вашей программе для этого предусмотрена опция "Импорт из ADI". Наверное нельзя сказать, что лог MixW организован некорректно, просто он выполнен по старым спецификациям ADIF без субмод. Я о том, что зачем вручную забивать в LogHX названия мод и субмод и указывать порядок их конвертации когда этот перечень уже однозначно определен в спецификациях ADIF и программа может просто автоматически преобразовать файлы ADI старых спецификаций без субмод в лог журнала с модами и субмодами новых спецификаций, как сделано в других названных мной журналах. Ведь задача импорта тогда намного упростится и можно будет вообще забыть про эти "танцы с бубном". В Вашей программе уже по сути заложена эта возможность, только вместо ручного задания названий мод и субмод для конвертации при импорте можно их брать, к примеру, с отдельного файла.
Это только мое предложение, Вам решать, целесообразно применить его или нет.
Удачи Алексей!