N1MM Logger

[UX1AA]

В каком случае может потребоваться второе окно Check?

Попробую объяснить.
При достаточно активном зове в SO2R (в данном случае я имею ввиду симулятор, но это без разницы) выхватываем часть позывного и вводим на первом радио, появляются варианты позывных. Но позывной не получилось выхватить полностью.
Пошел прием на втором радио, начинаем вводить позывной, естественно подсказки появляются под это радио, предыдущие исчезают.
Когда возвращаемся к вводу на первом радио опять изменяютя в чеке позывные. При достаточном темпе и сколь-нибудь продолжительном времени это начинает несколько утомлять. А если принимаешь только часть позывного и на первом и на втором - можно легко запутатся в чеках. Для лучшего восприятия окно чека нужно раполагать посредине между окнами ввода, чтобы как-то контролировать эти "движения", и место на мониторе как-то нерационально начинает использоваться...
Мне очень нравится функция ALT+Y, все время ее использую, и в случае с двумя окнами, мне кажется, было бы вообще супер.
Возможно, как-то сумбурно объяснил. Нужно самому попробовать.
Может кто-то из тех пользователей, кто тренируется на симуляторе, сможет лучше донести идею? Присоединяйтесь.

[UA6AA]

Добавить нечего, все на понятном языке.
Тоже поддержу, нужная фича определённо.

[NA3M]

Николай, NA3M, помогите разобраться пожалуйста что не так. Это радио виновато или недопилили в софте N1MM?

В дополнение к предыдущему сообщению некоторые подробности что делается на порту CAT.
F=14250.60 CW VFO1=VFO2
N1MM
Запрос:04.07.2020 18:57:04.38064 (+0.2188 seconds)

00 00 00 03 10 00 00 00 00 FA
...

Алексей, никаких изменений в коде приема/передачи CAT команд в последния месяцы в логгере не делалось. Так-же никто из пользователей на подобные проблемы не жаловался в последнее время.
Так-что даже не знаю, что предположить. John K3CT (он занимается поддержкой CAT интерфeйса в логгере) советует убедиться, что одновременно с логгером не работают какие-либо программы, которые могут использовать CAT (хотя в такой ситуации логгер бы обнаружил, что порт уже занят). Я бы наверное попробовал временно переименовать текущий N1MM Logger.ini файл (или переместить его в другую папку) и запустить логгер. После этого будет создан чистый ini файл и надо будет снова сконфигурировать логгер под FT-1000 и попробовать сначала в SO1V, а потом в SO2V/SO2R. Может быть это что-то прояснит.

Николай NA3M

[NA3M]

Алексей, никаких изменений в коде приема/передачи CAT команд в последния месяцы в логгере не делалось.
...
Николай NA3M

Хотел только добавить: Убедитесь, что VFO в FT-1000 не находится в режиме памяти (Memory mode). В этом случае данные передавемые по CAT будут неверными, и в поле "Status" главного окна (EW) будет отображаться : "Not VFO mode! Radio frequency incorrect."

[RK9A]

всех приветствую,
подскажите как такую функцию организовать в плюсе:
имеется колибри сдр
sdc
n1mm+
хочется чтобы не только собственные скиммерные споты от своего сдр-а были видны но и скажем споты от VE7CC на бэндмапе и окне телнета?
логиниться автоматически на оба кластера, и как их потом различать?

[UT4LW]

N1MM подключайте к SDC-Telnet Server. А в самом SDC-Telnet Server дополнительно подключайте любое количество внешних кластеров. Например, тут дополнительно к скиммерам подключены кластеры HRD и RBN:



А вот, как их различать? В окне телнета N1MM показан источник? По нему и различайте. Возможно, лог N1MM умеет как-то по-другому отображать споты в БендМэпе, если в источнике указан диез?

[RK9A]

Юрий спасибо!
сидел и думал а может добавить Spotter B, оказался шел в правильном направлении но не дошел))

с деиз там все указано просто думал различать символом !

[NA3M]

Юрий спасибо!
сидел и думал а может добавить Spotter B, оказался шел в правильном направлении но не дошел))

с деиз там все указано просто думал различать символом !

Для информации - в логгере есть такое понятие как "preferred spotter", т.е. "предпочитаемый" споттер. Вот перевод описания данной функции:

"Предпочитаемый(е) Споттер(ы):

Config_Preferred.bmp

Когда эта функция задействована, она разрешает перечислить от 1 до 3-х станций-споттеров, споты которых вы хотите выделить во всех окнах, где появляются споты (Available, BandMap, ...). Введите предпочтительные позывные в поле, разделенные пробелами. Изначально эта функция была разработана для выделения спотов локального скиммера (если он у вас есть), но будет работать и для любых "внешних" споттеров.

В качестве дополнительного бонуса - каждый из трех предпочтительных споттеров может включать варианты базового позывного. Следовательно, если в списке будет "WZ7I", то будут выделены споты от WZ7I-2, WZ7I/3 и т. д."

Замечание - тут речь идет о станциях-споттерах, а не о Telnet кластерах.

Вы можете отправлять свои споты на RBN, подключиться например к W9PA кластеру и выделять "свои" свои споты уже идущие через него к вам в общем потоке спотов. Правда в данном случае будет значительная задержка по времени "своих" и других спотов, особенно в больших контестах из-за сильной нагрузки на RBN серверы. Я предпочитаю использовать только свой локальный CW Skimmer Server (SDR на базе Red Pitaya + внешняя удаленная приемная антенна).

Вот как выглядят споты в логгере, если сделать "предпочитаемым" споттером WZ7I:

Preferred.bmp

Есть еще одно полезное применение для SDR - Spectrum Display window. Подробности здесь: https://n1mmwp.hamdocs.com/manual-wi...isplay-window/

В частности по Colibri SDR есть видео от RL5A: https://www.youtube.com/watch?v=GfcbBnKKbto

Николай NA3M

[UX1AA]

"Смешать" споты от разных источников можно и в самой VE7CC. В т.ч. и свой скиммер. Почитайте хэлп, там достаточно понятно было описано.
Потом коннектитесь к VE7CC из N1MM+ (только на тот-же позывной, который записан в конфигурации самой VE7CC) и все будет работать и показывать от какого источника получен спот.
Замеры по времени появления спотов в секундах не делал, но вроде все работало адекватно. Сейчас пока не использую по причине отстутствия своего скиммера.

[UI3A]

Опять вопрос к Николаю.

Хотел сделать файл UDC для предстоящего ОЧР2020 с турами, мультами.
Но что-то с ходу с мультами не задалось.

В файле указываю:
Multiplier1Name = MiscText
MultSqlString = IARUZONE
ZoneType = IARU

все корреспонденты в Available Mults синие - не мульты

меняю IARU на CQ - появляются мульты в окне Available Mults
Multiplier1Name = MiscText
MultSqlString = CQZONE
ZoneType = CQ


где-то что-то надо еще указать для IARU-шных мультов?

[UA3MIF]

Опять вопрос к Николаю.

Хотел сделать файл UDC для предстоящего ОЧР2020 с турами, мультами.
Но что-то с ходу с мультами не задалось.

В файле указываю:
Multiplier1Name = MiscText
MultSqlString = IARUZONE
ZoneType = IARU

все корреспонденты в Available Mults синие - не мульты

меняю IARU на CQ - появляются мульты в окне Available Mults
Multiplier1Name = MiscText
MultSqlString = CQZONE
ZoneType = CQ


где-то что-то надо еще указать для IARU-шных мультов?

Приветствую, Али!
Прочитал про Вашу проблему.
Эта так было и раньше с IARU множителями, в отличие от CQ.
Но UDC-модуль может преодолеть все проблемы.
Хотел написать, как можно преодолеть эту проблему, но потом
посмотрел свои архивы. Оказалось, что я создавал подобный UDC файл
для OZCHR, в 2014 году. Сделал сейчас необходимые изменения.
Протестировал у себя на компе - всё работает правильно.
Прикрепил архив. Небольшие комментарии к файлам.
1 Сделан файл OZCHR.sec, чтобы зоны ITU были множителями.
2 Сделан файл ITU_zone Call History.txt, чтобы зоны подставлялись
к позывным. Не помню откуда брал базу, но она не очень новая.
Удалил оттуда спецпозывные, дающие три буквы.
3 Сделан файл wl_cty_OZCHR, чтобы ввести новую страну - OZCHR.
В ней список спецпозывных, передающие три буквы в OZCHR.
Так как, эти позывные - множители, то они всегда
будут красными на банд-мапе. Можно добавлять туда изменения,
к примеру, - болгар...
4 В файле OZCHR.udc сделал, чтобы множители считались CW и SSB.
Установил туры по 120 минут.

OZCHR.zip

Проверяйте, может найдёте какие-то неточности.
В N1MM+ не тестировал, только в N1MM loggere,
но по идее должно всё работать и в N1MM+.
Если Николай сделает встроенный тест прямо в программе N1MM+,
тогда эти файлы пригодятся для тех, кто работает в N1MM loggere.
Успехов в соревнованиях, 73! Владимир.

[UN1O]

У меня KENWOOD и интерфейс Ригэксперт стандарт. Все работает, но не работает BAND Map не показывает позывные

[RG9A]

Проверяйте, может найдёте какие-то неточности.
В N1MM+ не тестировал, только в N1MM loggere,
но по идее должно всё работать и в N1MM+.

Результаты тестирования в N1MM+
1. Не считает множителями LZ0.. с буквенными сокращениями.
2. Начало туров - по чётным часам, а нужно - по нечётным (начало в 07:00).
3. При "повторных" турах не считает за множитель наших корреспондентов, передающих буквенные сочетания.

[UI3A]

Сделан файл ITU_zone Call History.txt, чтобы зоны подставлялись
к позывным.

вот это ключевой момент (((
без этого файла IARU-мульты не хотят быть мультами - все синие ((
Конечно можно сгенерить новый, например, из MASTER.SCP, но мне кажется это все равно "костыли".
Или подождать пока новый контест заведут в самом N1MM (типа RRTC2020).
Но правильно было бы подкрутить что-то в модуле N1MM-UDC для корректной работы с мультами IARU.

Сделан файл wl_cty_OZCHR, чтобы ввести новую страну - OZCHR.

Это отличная идея.
Спасибо!

- - - Добавлено - - -

2. Начало туров - по чётным часам, а нужно - по нечётным (начало в 07:00).

В UDC меняем на
MultipleSessions = 0700/0200

- - - Добавлено - - -

1. Не считает множителями LZ0.. с буквенными сокращениями.

в DAT поправил на

OZCHR: 16: 29: EU: 53.65: -41.37: -4.0: OZCHR:
=R3GM,=R8CT,=RA1AL,=RA3TYL,=RA6CA,=RC6U,=RM0A,=RM2T,=RO1M,=RV1CC,
=RW1A,=RW4WR,=UA3DPX,=UA4FER,=UA4HTT,=UA4Z,=UA9MA,=UA9PM, LZ0;

и заново импортировал.

[RG9A]

В UDC меняем на MultipleSessions = 0700/0200

Али,
мелкие недостатки устранены!
Остался главный: множители засчитанные в первом туре не являются множителями во втором туре! Т.е. множитель получился - сквозной, через все туры...