проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[R6LCF]

В каких руководящих документах определено это правило для проведения QSO

Работой в этой моде ,FT8 не регламентируется никакими руководящими документами ,а только рекомендациями. Большинство пользователей их выполняет .
Если вам до сих пор это непонятно поищите рекомендации в Google .Не сложно. Не считаю необходимым делать это за вас.

[R5WM]

Работой в этой моде ,FT8 не регламентируется никакими руководящими документами ,а только рекомендациями.

Я такой рекомендации в документах IARU не нашел https://www.iaru-r1.org/reference/.
А то что одна баба сказала может для вас и правило, но не нужно это всем навязывать.

[UA3DJY]

Посмотрел только что лог VP8PJ, я в логе в FT8. Он мне три раза передавал рапорт, я все время отвечал на частоте своей передачи. 73 не получил, прием был хороший, никаких пропусков декода. Посмотрел свой лог wsjtx.adi - связи нет. И я логе.... Чудеса.....

Особенность работы программы MSHV в многослоте? Если DX оператор не передает сообщение RR73 то уровень интерференции от впустую зовущих корреспондентов у него будет зашкаливать.

[UF8T]

Особенность работы программы MSHV в многослоте? Если DX оператор не передает сообщение RR73 то уровень интерференции от впустую зовущих корреспондентов у него будет зашкаливать.

Игорь, не похоже что VP8PJ работает в MSHV, WSJT-X верный. Ну по крайней мере я один раз видел как ими снималась фиксация Hold TX Freq при подозрении что мешают на передающих частотах. Янки будут работать в MSHV? В PskReporter никого от них не вижу в MSHV... Программа достойная, но не "ихняя". RR73 явно передавалось, просто у товарища не декодировался один слот, помешали или еще чего. Как начинающему EW6FL: внесите QSO в лог, если будут проблемы - напишите в личку, помогу. Команда WSJT-X то ли невольно, то ли специально создала хаос с невнесением в релизы и инструкции важных изменений программы. Отсюда и сплошной бардак как в этой теме так и в теме VP8PJ (и я понимаю противников этой ... моды). Это мое мнение, не навязываю его. Предлагаю всем заново прочитать первый пост в этой ветке и прекратить собачиться.
И просьба к "начинающим":
задавайте вопросы только если уж вы совсем расписались в своих способностях самостоятельно решить какой-либо вопрос. В этой теме практически все возможные вопросы уже по несколько раз обсуждались. Почитайте, поэкспериментируйте. Ну по крайней мере задавайте, но не прям сейчас (горит), а вот, допустим, завтра. А к завтрашнему дню глядишь и в мозгах чего появится, на душе то как будет приятно. А советы давать не зная 100% о правильности: ну рано вам еще...

[R6LCF]

А то что одна баба сказала может для вас и правило

Да для меня рекомендации данного радиолюбителя это правило. В отличие от вашего.......

->Скрытый текст<-

Могу выслать версию на англ.если вам будет более понятнее.

[RX3ASP]

TX=RX надо отключать, когда даёшь CQ, чтобы не скакать по частотам отвечающих, и вызывая редкого DX, на частоте которого и так уже свалка. В обычных связях, как раз лучше включать TX=RX, чтобы уникальная связь с соседом не занимала две частоты.
В WSJT-X и JTDX, независимо от положения TX=RX, если ваша частота = частоте корреспондента +/-50Гц, при ответе другому, ваша передача всегда блокируется. MSHV как всегда впереди планеты всей и паровоза - принципиально не делают такую блокировку.

[R6LCF]

В обычных связях, как раз лучше включать TX=RX, чтобы уникальная связь с соседом не занимала две частоты.

->Скрытый текст<-

Рекомендации GaryHinson

[RX3ASP]

Вроде ясно написал: "уникальная связь с соседом". Встав на "свободное место водопада" можно помешать кому-то, кто принимает на этой частоте сигнал из мёртвой, для вас, зоны. Или, перейдя на приём, обнаружить, что на свободной частоте куча станций кого-то зовёт.
А вообще надо чаще на приём переходить! "The stock DXing advice to LISTEN, LISTEN, LISTEN" рекомендует тот же Gary Hinson

[RX4HX]

В обычных связях, как раз лучше включать TX=RX, чтобы уникальная связь с соседом не занимала две частоты.

На самом деле это очень большая ошибка - при разносе частот RX/TX не будет занято 2 частоты, т.к. в другой "фазе" приема-передачи вашу частоту для приема можно использовать и для передачи и наоборот. Так что включение разноса частот считаю обязательным.

[UF8T]

На самом деле это очень большая ошибка - при разносе частот RX/TX не будет занято 2 частоты, т.к. в другой "фазе" приема-передачи вашу частоту для приема можно использовать и для передачи и наоборот. Так что включение разноса частот считаю обязательным.

Сколько людей - столько и мнений. От того что мы с вами здесь обговариваем делать Lock TX или не делать ну ничего не изменится... Я вот такую штуку расскажу (для представляющих DX. Мне сильно понравилось). Речь идет о манере работы минимум двоих из этой тройки: ZD7BG, ZD7MY, ZD7JC. Мы с вами обычно как частоту передачи выбираем? - правильно: чтобы как минимум в нашем предполагаемом цикле приема она была свободна. Зовем этого ZD7 (на своей чистой для нас частоте, зовущих обычно несколько, у него зовущих явно много). Он с Lock Tx прыгает на нашу заведомо чистую частоту и дает рапорт. Быстренько отрабатывает и уходит на следующего. Будете звать его на частоте RR73: не ответит. А только на частоте следующего в его cтеке вызовов. Супер! Ну и тема ставить LOck Tx или не ставить больше для темы "FT8" подходит.

[UF8T]

Он с Lock Tx

Описался, надо: без удержания TX частоты.

[RX4HX]

Сколько людей - столько и мнений

Правильное мнение тут только одно))) Работать с разносом частоты. Объяснение простое: Вы дали общий вызов, на Вашей частоте Вас позвали сразу несколько станций и создали друг другу помехи, в результате у Вас ничего не декодировалось. А при вызове с разносом частот такого не произойдет.

[R5WM]

Ну кто из корифеев может подсказать увижу я тут в стороне зовущую станцию с уровнем -20 и менее или нет?
Это частота 144174 и помеха от кабельного TV.

[UA3DJY]

не похоже что VP8PJ работает в MSHV, WSJT-X верный. Ну по крайней мере я один раз видел как ими снималась фиксация Hold TX Freq при подозрении что мешают на передающих частотах. Янки будут работать в MSHV? В PskReporter никого от них не вижу в MSHV... Программа достойная, но не "ихняя".

Не в первый раз сталкиваюсь с тем что на Web сайте экспедиции рассказывают про аппаратуру, антенны и при этом молчат про методику работы в FT8 и какую программу используют. Судя по работе VP8PJ в FT8 операторы опытные, вижу только одно логическое объяснение почему опытные операторы молчат про правила проведения QSO с ними в FT8..

[US5WE]

Не в первый раз сталкиваюсь с тем что на Web сайте экспедиции рассказывают про аппаратуру, антенны и при этом молчат про методику работы в FT8 и какую программу используют. Судя по работе VP8PJ в FT8 операторы опытные, вижу только одно логическое объяснение почему опытные операторы молчат про правила проведения QSO с ними в FT8..

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

"Update February 27th RR73, but not in log? KNOWN ISSUE FOLLOW OUR ADVICE
This is a historic problem for DXpeditions. 10% of ALL FT8 Qs will be dropped and cannot be entered into the log until AFTER the DXpedition.
This is a KNOWN PROBLEM.
Please follow the instruction on OQRS which is very clear!
Not in Log/Busted Call check request on-line function will be available shortly after the DXpedition.
Do not send log check request email!
If you are not in log, work again or wait until this function will be enabled.
The ops are already aware of this FT8 dropping QSO issue and it has been an issue for the last 3 years.
Please be patient and follow the advice above. Make a security QSO if you can."

Думаю, хотя может и ошибаюсь, что операторы стараются работать на софте и таким способом, чтобы свести потери к минимуму, раз уж Тейлор и Ко этой проблемой не озабочены.