Это нельзя сделать точно - максимальная полоса у MMVARI 3 кгц.
Мне в принципе все равно, но вот помнится кто то был против этого. Тут давай те голосованием)))
А это в какой нибудь программе реализовано? Посмотреть на практике как это?
Вид для печати
Это нельзя сделать точно - максимальная полоса у MMVARI 3 кгц.
Мне в принципе все равно, но вот помнится кто то был против этого. Тут давай те голосованием)))
А это в какой нибудь программе реализовано? Посмотреть на практике как это?
Ну хотя бы это; "А ещё лучше когда ширина полосы пропускания DSP фильтра задаётся самим пользователем, например как в Airlink Express Airlink Express
Там левой клавишей мыши кликаем по водопаду и не опуская её ведём в правую сторону, этим задаём полосу BPF. Можно и наоборот, справа налево. И у нас BPF жёстко привязан к приемному маркеру, смещаем маркер и смещается BPF а хотелось бы чтоб задав в ручном режиме полосу BPF она не смещалась и в ней мог свободно перемещаться приёмный маркер. Объясню как понимаю. Стал работать на общий вызов, зафиксировал частоту передачи, в ручном режиме создал фильтр относительно маркера передачи и теперь в полосе этого фильтра могу принимать сигналы независимо где они находятся слева или справа от передающего маркера. Всё что за границами фильтра обрезается. Подобное есть в том же Airlink Express, 5MContest."
Airlink Express
http://www.airlinkexpress.org/downlo...inkExpress.pdf
Вложение 171450
Извините что проход подкачал но вот более понятный снимок. И при кликанье на позывные справа основной маркер перестраивается на сигнал дополнительного канала. Так гораздо оперативнее и удобнее чем дополнительные окна.
Вложение 171453
Алексей!
Можно ли сделать так, что бы окно "MasterDat window" открывалось не только в режиме Contest?
Это окно полезно не только в соревнованиях.
Сообщение от RA9XQ
отображение FFT (Спектроскоп) и W.F. (Водопад) одновременно
А ЗАЧЕМ????????????
Только у меня не работает "Стиль цифр" в телеграфе?
Выбрал NT, а передает все равно 599.
Вложение 171454
Наверное привычка ещё с UR5EQF лога ( а может и до) иметь спектроскоп и скажу даже большее на спектроскопе хотел бы иметь сетку звуковой частоты в Гц, в довесок к водопаду с теперешней сеткой (частота трансивера + звуковая частота).
Конечно было бы оптимально если пользователь имел бы возможность выбора что смотреть и с какой сеткой. Но основное слово остаётся за автором лога, нужен ему лишний геморрой или нет, я не настаиваю.
Хотя бы потому, что кроме синдрома зелёных слотиков существовали, существуют и будут появляться и другие интересы и мероприятия в эфире. В которых время продолжительности QSO имеет значение. Например, «Snakes & Ladders», проводимое EuCW, или скандинавское SOCWA, или некоторые другие.
Или, например, лет 30 тому нас учили, что время QSO — это время его окончания. А многих бусурман — время его начала. И в этом случае (если конечно, это не контест, или не «QSO» в стиле 5nn-tu), если фиксируется только одно время, в журналах корреспондентов разница может составлять и десятки минут.
О времени начала QSO спецификация ADIF не говорит ничего, кроме того, что оно — есть.
В Logger32 время начала QSO фиксируется по переходу курсора из поля «Callsign» в любое другое поле окна ввода QSO — позывной то можно ввести и задолго до начала QSO, но когда тебе отвечают, то, как правило, в этот момент переходишь в к.-л. другое поле, например, принятого RST, что вполне может служить моментом начала QSO.
Или же, если при проведении QSO не трясёшься над журналом, а общаешься с корреспондентом, но продолжительность этого конкретного QSO имеет значение, время начала отмечаешь у себя в памяти. А после того, как закончил, фиксируешь время, сохраняя QSO в журнале и затем, прямо в таблице с логом вносишь имя-город, другие данные, поправляешь принятый-переданный RST и время начала QSO Например, Logger32 в таких случаях автоматически записывает в качестве времени начала и времени окончания одно и то же время — время сохранения, и первое надо потом поправить. Кстати, заметил, что непосредственно в таблице лога LogHX этого не сделать, только во вновь открываемом окошке редактирования QSO, что лично мне — неудобно.
Именно так. ADIF разработан для обмена данными между различными логгерами. Хорошие логгеры этой спецификации стараются придерживаться, как раз для того, чтобы их данные были 100% переносимыми.
В общем, я всё понял. Спасибо Вам, Алексей, за труд и хороший логгер. Жаль, что мне это не подходит. Уж лучше пока я останусь на Logger32, ставшем до безобразия тормозным, но строго поддерживающим спецификацию ADIF до последней закорючечки. А как найду, то тогда уже
"Баловался с бэнд мапом. Кликнул на спот LA2SA. Всеполя заполнились и в поле IOTA eu-062.
Вид "классический". Перевёл в "списочный" вид. Кликнул опять на LA2SA. Данные опять те же, но IOTA пропала.:( Не беда, а вот "классическрй вид" всё равно потихоньку ползёт вниз когда гуляешь по спотам с верху вниз и обратно. Немного раздражает.
Пошёл читать дальше.:) уже стр.187.
Для того, чтоб работал стиль цифр, цифры, которые нужно передавать по "стилю" нужно заключать в {} - почему так: это не контест лог, тут не понять, что нужно укорачивать, а что нет. Хотите передать РСТ укорочено - макрос {[RSTS]} - вот так должен выглядеть.
На другие вопросы отвечу уже из дома - с работы убегаю.
Блин... не могу понять логику работы закраски цветом спотов по мод/диапазон/подтверждён/ :) Упорно лог выдаёт "страна не нужна", хотя на некоторых диапазонах нет подтверждения и окно "QSO статистик" об этом "говорит".
Мне нужно видеть в спотах страны - сработано/не сработано/подтверждено/не подтверждено ТОЛЬКО в CW и только в LotW.
Как правильно настроить?