3D2CR Конвей Риф

[R7AL]

1) В официальной версии WSJT-X нет и никогда не было "робота". Более того, разработчики во всех более-менее свежих версиях сделали так, чтобы передача выключалась каждые несколько циклов, увеличив тем самым "вовлеченность" оператора в работу.
2) QSO заносится в лог только одновременно с передачей RR73, и никак иначе.
3) В свежих версиях - если программа видит повторный рапорт, она вносит еще одно QSO в лог, аналогично и третье. Может даже больше - не знаю, не было желания экспериментировать. Разработчики сделали это намеренно. С какой целью - неизвестно.

Очевидно, что софт Дома был "затюнингован" с целью сокращения времени QSO и раздувания лога с помощью дублей.

P.S. Фотки с рифа (те, ссылка на которые была здесь) никак не доказывают его работу именно оттуда, скорее наоборот. Ну это пусть разбираются те, кто принимает соответствующие решения.

[R4GM]

Польская почта работает надежно, Авиа письмо за границу дешевле нашего больше, чем в два раза.

Несмотря на это 3d2cr(за 2019 год) qsls для сотен российских радиолюбителей (тем кто платил 5$).... отправлены одним пакетом в адрес rw6hs ...который нам всем и разослал

[US5WE]

1) В официальной версии WSJT-X нет и никогда не было "робота". Более того, разработчики во всех более-менее свежих версиях сделали так, чтобы передача выключалась каждые несколько циклов, увеличив тем самым "вовлеченность" оператора в работу.
2) QSO заносится в лог только одновременно с передачей RR73, и никак иначе.
3) В свежих версиях - если программа видит повторный рапорт, она вносит еще одно QSO в лог, аналогично и третье. Может даже больше - не знаю, не было желания экспериментировать. Разработчики сделали это намеренно. С какой целью - неизвестно.

Очевидно, что софт Дома был "затюнингован" с целью сокращения времени QSO и раздувания лога с помощью дублей.

P.S. Фотки с рифа (те, ссылка на которые была здесь) никак не доказывают его работу именно оттуда, скорее наоборот. Ну это пусть разбираются те, кто принимает соответствующие решения.

Я писал исключительно о софте WSJT-Z от SQ9FVE, у кого он установлен - может, при наличии времени и желания поэкспериментировать с тюнингом и конфигурированием.

Сам алгоритм F/H подразумевает только 2 отправки R-XX ловящим лису. Изнеможение тут излишне ))

Я постоянно наблюдаю многократные передачи R-XX когда DX (и не только 3D2CR) в F/H.

[RX4HX]

программа видит повторный рапорт, она вносит еще одно QSO в лог, аналогично и третье. Может даже больше - не знаю, не было желания экспериментировать. Разработчики сделали это намеренно. С какой целью - неизвестно.

На самом деле сделано это с благой целью - чтобы избежать большой разности времени QSO у DX и у того, кто звал. Ведь абстрактно оно может быть достаточно большим и не пойти в зачет на LoTW.

[UA4HQS]

На LoTW полчаса разница допустима же?

both QSO descriptions specify start times within 30 minutes of each other

Это надо очень постараться, чтобы разница в полчаса была.

[EU1FQ]

Если так разобраться, то может ничего крамольного и нет в том, что 3D2CR не отправлял RR73. Идет эволюционный прцесс проведения QSO в цифре. И для DX, возможно, со временем, это станет нормой, большее количество операторов сможет сработать с редкой территорией. Вспомните, с чего все начиналось. Обязательное соблюдение четного/нечетного периода для для передачи CQ в зависимости от континента, обязательное присутствие RRR, а затем только 73. Постепенно это перерасло в RR73. Никакого намека на многослот даже и слышать не желали, только в штыки. Теперь уже и 73 и RR73 довольно часто уже не отправляют, заканчивая QSO сообщением RRR. А в режиме F/H, так вообще нет понятия отправить DXу 73! И никакого щума по этому вопросу не возникает. Так что, если считать, что юзер услышал (увидел) DX, то он его уже принимает с определенным Db для внесения рапорта в лог, а DX, если дал рапотр юзеру с конкретным db для занесения рапорта в лог, то почему не считать что QSO между двумя компьютерами состоялось? Для чего еще нужны какие то телодвижения? Это ведь QSO между компьютерами, они друг друга поняли Ах да, сразу реплика, так ведь нет от DX RR73! А в каком официальном документе это прописано? Да ни в каком, везде только рекомендации авторов протокола работы в FT8. Но ведь это только рекомендации! И заметьте, не всегда они выполняются.
Не зря Дом писал, что будет отрабатывать на Конвее разные варианты работы в FT8/FT4. Поживем - увидим, будет развиваться проведение QSO в FT8 в этом направлении, или нет.

[EU7A]

Так что, если считать, что юзер услышал (увидел) DX, то он его уже принимает с определенным Db для внесения рапорта в лог, а DX, если дал рапорт юзеру с конкретным db для занесения рапорта в лог, то почему не считать что QSO между двумя компьютерами состоялось?

А если не услышал (и не слышит), а вкачал в антенну киловатт, который ДХ точно услышит, позвал минут 15-20, дождался лога назавтра, подбором узнал точное время "QSO", заплатил $5 и имеешь cfm в LoTW - для всемирного журнала рапорта то не нужны Вот к чему такой обмен привести может. Просьба не считать как совет

[RZ6BU]

Теперь уже и 73 и RR73 довольно часто уже не отправляют, заканчивая QSO сообщением RRR. А в режиме F/H, так вообще нет понятия отправить DXу 73! И никакого щума по этому вопросу не возникает.

А никакого шума по этому вопросу и не должно быть.Если один из операторов передал свои, например R-5 о том, что принял рапорт от корреспондента, а второй в ответ на это передал RRR, то связь считается комплектной и никаких 73 и RR73 передавать уже не надо. Связь уже подтверждена обоими корреспондентами.

А в каком официальном документе это прописано? Да ни в каком, везде только рекомендации авторов протокола работы в FT8. Но ведь это только рекомендации!

Я не нашел официальных рекомендаций по процедуре проведения связи в современных цифровых модах (FT8, FT4 и т.д.) на КВ. Но изначально программа WSJT создавалась Джо Тейлором, K1JT для работы со слабыми сигналами (отражение от ионизированных следов метеоров, отражение от Луны и т.д.) в УКВ диапазонах. Соответственно в дальнейшем протокол и при работе на КВ использовался тот же, что и для цифровых видов УКВ связи. А этот протокол описан в официальном документе "IARU-R1 VHF Handbook" . В разделе 4 этого документа на стр. 102 сказано
"2.2.3. Зачетная связь - это та, где каждый оператор принял позывной, рапорт и подтверждение, что другой оператор сделал то же самое. Это подтверждение может быть либо «R», предшествующий рапорту или строка из трех последовательных «Роджерс» (RRR)". Но «R» обязательно должен быть передан/принят обоими корреспондентами. Нет «R» хотя бы от одного из корреспондентов, нет и комплектного QSO.
Вообще эта процедура стандартная для любого вида модуляции - CW, SSB, FM... И цифра не является каким-то эксклюзивом. Помню несколько лет назад, кто-то из DXсов (вроде из Африки) давал CQ в SSB, выхватывал вызывающую станцию, давал рапорт, а при следующей передаче давал рапорт уже другой станции без подтверждения предыдущей. Ну DX вероятно был новичёк и не знал, как правильно проводить связи. А может быть тоже "отрабатывал разные варианты" работы в SSB. Новатор

[RW4C]

То UC6A: Так ещё в 90-ых годах 9K2ZZ отрабатывал пайлапы таким образом - "Whiskey Victoria Five Nine", пауза, "Oscar Zulu Queen Five Nine" - до 6 связей в минуту "делал" Всегда было интересно, как он карточки получал за эти связи?! Ведь свой позывной редко кто полностью слышал от него, а не услышал позывного в ответ, считай, нет QSO. Наугад что ли слали?

[EU1FQ]

А если не услышал (и не слышит), а вкачал в антенну киловатт...

А что, ни разу не наблюдали, как работают через websdr?

[US5WE]

А если не услышал (и не слышит), а вкачал в антенну киловатт, который ДХ точно услышит, позвал минут 15-20, дождался лога назавтра, подбором узнал точное время "QSO", заплатил $5 и имеешь cfm в LoTW - для всемирного журнала рапорта то не нужны Вот к чему такой обмен привести может. Просьба не считать как совет

Смысл поста недоступен пониманию.
В любом случае, нужно принять свой рапорт -ХХ, чтобы "киловатт в антенне" начал передавать R-XX
В лог DX-a записываются только те, кому этот F/H DX передал -XX.

[4L5A]

Новости 3D2CR 5 октября 2021
https://dxnews.com/3d2cr/

[4L5A]

IOTA комитет принял решение не засчитывать связи с 3D2CR экспедицией 2021 года на дипломы IOTA
https://dxnews.com/3d2cr/

[UA3AIF]

Так могут и для DXCC не засчитать.

[UA6AA]

Знаковое событие.
Наверно какие-то связи он всё же проводил сам, но не зачли ничего, потому часть связей по их мнению проводил компьютер без участия в них человека.