-
21.04.2019, 13:03 #18496
- Регистрация
- 29.03.2013
- Адрес
- Galicja i Lodomeria
- Сообщений
- 6,029
- Поблагодарили
- 2730
- Поблагодарил
- 1245
Где вы все его, этого EU2Q находите?
Ни вечером, когда японцы плавно переходящие на американцев на 40 идут, ни утром, ни разу его не наблюдал.
На 80 и 160 та же история, ни разу не помешал. Если бы не форум, и не знал бы о его существовании.Victor Goncharsky US5WE/K1WE (UW5W in contests, ex UB5WE)
DXCC HR #1 (Mixed, Phone), 10BDXCC(160-6m), 9BWAS(160-10m),
Challenge 2900+, 5BWAZ(200), WAZ-160(40), WAZ-6m.
УКВ комитет ЛРУ, ARRL field checker.
-
21.04.2019, 13:03 #18497
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
-
21.04.2019, 13:06 #18498
- Регистрация
- 02.04.2007
- Адрес
- п.Подлесный
- Возраст
- 60
- Сообщений
- 3,832
- Поблагодарили
- 909
- Поблагодарил
- 305
-
21.04.2019, 13:10 #18499
-
21.04.2019, 13:13 #18500
- Регистрация
- 25.08.2011
- Возраст
- 69
- Сообщений
- 268
- Поблагодарили
- 141
- Поблагодарил
- 376
Не пошло для TS590S: не только сдвиг, а и вообще САТ не работает.
Есть в MSHV интересная возможность конфигурации в мультиответе:
- RX список: от 2 до 5
- TX слоты: 1
- х SMmg
- х AUTO Sort
излучаем только один слот, но если вас вызвало 2 и более станций (или в процессе работы с 1-м позвал еще один) то в последнем цикле передается типа:
JH1XUM RR73; RA6CF <UF8T> +06
В JTDX в обычном режиме это пишется двумя строками:
20190421_074100 34 0.1 1500 ~ JH1XUM UF8T RR73 1
20190421_074100 34 0.1 1500 ~ RA6CF UF8T +06 1
Значительно сокращается время загрузки диапазона т.к. по RR73 RA6CF почти 100% бы меня вызывал, ну и я по любому цикл передачи передавал бы ему рапорт. Я попробовал, мне нравится (это даже без возможности ручной манипуляции выбора корреспондента и порядка ответа). Да я не DX и вроде часто работаю, но по несколько станций зовут очень часто, а уж молотят (даже на частоте с кем работаешь) без перерыва, пока не ответишь. Я надеюсь Игорь скажет свое авторитетное мнение по изменению протокола работы.73!
Victor, UF8T
-
21.04.2019, 13:20 #18501
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
21.04.2019, 13:42 #18502
- Регистрация
- 01.06.2007
- Адрес
- LO64rl
- Возраст
- 61
- Сообщений
- 3,129
- Поблагодарили
- 1222
- Поблагодарил
- 2124
Не стану размещать скрин под катом.
Но сегодня на 40 м пришлось особенно "умиляться" сигналом eu2q:
Миша, я тоже посмотрел https://belgie.by/ru/obraschenie
Но там как бы про обращения физ-лиц и юр-лиц - граждан Беларуси.
Твои скрины приняли ?
Я хочу тоже обратиться.
Давай по этому вопросу в ЛС.
Валерий, UN7JID, предлагаю присоединиться - чтобы в надзорных органах Беларуси видели, что даже на таком большом расстоянии (Восточный Казахстан) eu2q создает проблемы нормальным радиолюбителям.Держаться за ключ, это не значит работать на нем.
Алексей (RW9WT)
-
21.04.2019, 13:47 #18503
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Этот вопрос требует глубокой проработки, в сообщении
JH1XUM RR73; RA6CF <UF8T> +06
вместо позывного UF8T передан хэш, для специального сообщения DX pedition существует отдельная хэш таблица (два отдельных массива, один содержит 10-битные хэши второй позывные) , и позывной UF8T должен находиться в этой таблице во всех существующих программах (WSJT-X, JTDX, MSHV), иначе программа корреспондента не сможет ассоциировать принятый хэш позывному. Думаю что есть смысл обсудить этот вопрос с командой WSJT.
Возможны возражения: такой подход является частичной автоматизацией QSO, что не соответствует политике проводимой командой WSJT. С другой стороны для специального сообщения DX pedition размер хэша ограничен 10 бит (1024 позывных), и если в эту таблицу заносить все декодированные позывные то часто в таком сообщении программа у других операторов (не участвующих в QSO) будет подставлять неверный позывной, в сценарии когда правильный позывной отсутствует в окне DX Call.
Для сравнения, в стандарных сообщениях QSO с нестандартными позывными используется 12 бит хэш (4096 позывных), вероятность ошибки примерно в 4 раза меньше.
Также использование специального сообщения в конце QSO сделает невозможным проведение такого QSO с нестандартным позывным одного из корреспондентов, здесь придется менять протокол FT8.
Еще есть конфликтный сценарий требующий последующего использования двух слотов на передачу:
JH1XUM RR73; RA6CF <UF8T> +06
UF8T JH1XUM R-15
UF8T RA6CF R-15
? UF8T RR73
Идея хорошая но без расширения FT8 полос не пойдет, а при широкополосной работе (20 и более кГц) в FT8 и существующий многослотовый режим уже становится приемлемым при условии использования линейного передающего тракта.Последний раз редактировалось UA3DJY; 21.04.2019 в 14:28.
-
21.04.2019, 14:20 #18504
- Регистрация
- 18.01.2011
- Адрес
- Москва @ Домодедовский р-н
- Возраст
- 61
- Сообщений
- 708
- Поблагодарили
- 609
- Поблагодарил
- 780
-
21.04.2019, 14:26 #18505
- Регистрация
- 02.04.2007
- Адрес
- п.Подлесный
- Возраст
- 60
- Сообщений
- 3,832
- Поблагодарили
- 909
- Поблагодарил
- 305
-
21.04.2019, 14:38 #18506
- Регистрация
- 21.08.2006
- Адрес
- Коряжма
- Возраст
- 53
- Сообщений
- 323
- Поблагодарили
- 166
- Поблагодарил
- 463
-
21.04.2019, 14:43 #18507
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
-
21.04.2019, 14:51 #18508
- Регистрация
- 21.08.2006
- Адрес
- Коряжма
- Возраст
- 53
- Сообщений
- 323
- Поблагодарили
- 166
- Поблагодарил
- 463
-
21.04.2019, 15:00 #18509
-
21.04.2019, 15:02 #18510
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Похоже оператор отсутствует, вместо оператора работает робот, сообщений-замечаний сейчас ему передают много на его частоте но он на замечания не реагирует.
В усилителе мощности еще не справляется фильтр сетевых пульсаций по питанию анода:
Последний раз редактировалось UA3DJY; 21.04.2019 в 15:15.
Социальные закладки