最近在关注FT8这类数字模式，发现了一个小问题。例如A台与B台进行通联时，A台向B台发送了RR73。此时B台是否要向A台回复73，使得A台可以确认QSO呢？事实上，根据WSJT-X的User Guide（用户手册）（网址：https://wsjt.sourceforge.io/wsjtx-doc/wsjtx-main-2.6.0.html#_standard_exchange）的Standard Exchange部分，A台在向B台发送RR73时，双方即可确认QSO了。同时，在网页中下方注明：「The RR73 message should be used only if you are reasonably confident that no repetitions will be required.」意思是：RR73只有在你确信不会收到回复的时候才使用。也就是说，如果B台在收到A台的RR73后，不向A台回复73，转向与其他友台通联也是合理的。此时，A台也无需因为没有收到B台的73而反复发送RR73，从而浪费一个15s的时间。由此，我倡议双方在通联通联过程中，收到RR73（或RRR）消息即可确认QSO。同时，避免对于RR73消息不必要的回复。如需获得对方的73，建议使用RRR进行回复。欢迎各位友台交流讨论！

不过有时候要发73才会记录通联所以还是会有rr73之后还看到73的回复

对于双方自动日志记录，只有73/RR73或者包含73的自由文本才会触发

@"YofoaStudio"#p588 所以说事实上只要看到RR73就可以记录通联了，对方发出RR73也可以记录通联了。再发回73不是必要的。

@"BI1NEI"#p595 触发记录的条件好像是主动发送RR73或者73的小心，或者接收到带有73的内容，所以如果不是F/H模式，你收到了对方的RR73，只是触发了自己的日志记录，但是你不发送73，对方是不会触发日志记录的。所以基于这个特点，有的时候可以利用一下。比如你发送了回复R-10后对方一直没发RR73给你，但是其实双方已经交换了信号报告，也可以认为是完成了QSO，这时候如果迫切需要这个DXCC，可以试试直接发送73过去，“强制”那边触发记录。然后就是有时候如果通联中，突然出现稀有dxcc，为了快速结束当前QSO，可以连续发送RR73和73过去，快速结束QSO，当然这其实挺不礼貌的。

还在想为啥有的用RRR有的用RR73，学习了！

两种方式，第一种，你只是记录一下日志，对方长时间不给你回RR73，可以手动点击通联日志，记录通联日志，后期上传到qrz再看通联确认情况第二种你发射的R XX信号报告对方一直不回复（或者传播下去了），可以手动发射RR73（其实我们按流程是接收RR73发送73的）多发几次，如果对方收到触发登记日志最好，如果对方已经QSY或者QRT了，那就看天了，对方有没有按第一种方式操作，我试过直接回73，软件只是自动回复一次，所以这种情况建议回复RR73 至少能多发射几次

你的倡议需要和做自动化脚本的人沟通。。

结束联通是RRR与RR73二选一，都由软件自动完成。

@"Bi4KKF"#p22893 这玩意不是自动的么

@"BI4IVE"#p23054 自动也有规则

關於 FT8 的 RR73 與 RRR 提出的建議

BI1NEI

我最近一直在關注 FT8 這種數位模式，發現了一個小問題。
例如，當 A 台與 B 台進行通訊時，A 台會向 B 台發送 RR73。在此情況下，B 台是否應該回覆 A 台 RR73，讓 A 台能夠確認 QSO？

事實上，根據 WSJT-X 的使用者指南 (《使用者手冊》) (網址：https://wsjt.sourceforge.io/wsjtx-doc/wsjtx-main-2.6.0.html#_standard_exchange) 的標準交換部分，當 A 台向 B 台發送 RR73 時，雙方即可確認 QSO。

同時，在網頁下方註明：「『RR73』訊息僅適用於您有合理信心，不會需要重複使用的情況。」
意思是：RR73僅在您確定不會收到回覆時才使用。
換句話說，如果 B 台在收到 A 端的 RR73 後，沒有回覆給 A 端，並且轉向與其他友台通訊，這也是合理的。在此情況下，A 端的也不需要因為沒有收到 B 端的 RR73 而不斷地發送 RR73，從而浪費一個 15 秒的時間。

因此，我建議雙方在通訊聯絡過程中，只要收到 RR73 (或 RRR) 的訊息，即可確認 QSO。同時，避免對 RR73 訊息進行不必要的回覆。若需要對方的回應，建議使用 RRR 來回覆。

歡迎各位同台人士進行交流討論！

YofoaStudio

不過，有時候需要發送 73 才能記錄通聯。
因此，即使在 RR73 後，仍然可能會看到關於 73 的回覆。

BI1NEI

YofoaStudio 因此，實際上只要收到 RR73 就表示已建立連線，對方發送 RR73 也有同樣效果。不需要再發送 73。

BI1NIZ

對於雙方自動記錄日誌，只有「73/RR73」或包含「73」的自由文字才會觸發。

BI1NIZ

BI1NEI 觸發記錄的條件似乎是主動發送 RR73 或 73 的訊息，或是收到包含 73 的內容。因此，如果不是 F/H 模式，你收到了對方發送的 RR73，只是觸發了自己的記錄，但如果你沒有發送 73，對方就不會觸發記錄。因此，可以利用這個特性。例如，你發送了 R-10 的回覆後，對方一直沒有發送 RR73 給你，但實際上雙方已經交換了訊號報告，也可以認為已完成 QSO。如果當時急需 DXCC，可以嘗試直接發送 73，「強制」觸發記錄。另外，在通訊中，如果突然出現稀有 DXCC，為了快速結束當下的 QSO，可以連續發送 RR73 和 73，快速結束 QSO。當然，這其實不太禮貌。

BG5VLI

原來是這樣啊！我一直以為為什麼有些是用 RRR，有些是用 RR73。

Bi4KKF

兩種方法：第一種，您只需記錄下來相關的資訊，如果對方長時間沒有回覆 RR73，您可以手動點擊聯絡紀錄，記錄聯絡紀錄，然後將其上傳至 Qrz 後再查看聯絡確認情況。
第二種情況：你發射的 R XX 訊號，對方一直沒有回覆（或已傳播），你可以手動發射 RR73 (實際上我們依照流程是接收 RR73 發送 73 的)，多發幾次。如果對方收到觸發登錄日誌最好，如果對方已經 QSY 或 QRT 了，那就看天了，對方是否按照第一種方式操作。
我嘗試直接回「73」，但軟體只能自動回覆一次，因此建議回「RR73」，這樣至少可以發射多次。

BI4IVE

Bi4KKF 這東西不是自動化的嗎？

BG2EFX

您的提議需要與負責撰寫自動化腳本的人溝通。

BG7DKN

結束連通是選擇 RRR 或 RR73 中的一種，這兩種操作均由軟體自動執行。

Bi4KKF

BI4IVE 自動也有規則

闽ICP备2021006864号-7

闽公网安备35020602002794号互联网举报中心

用户协议隐私政策社区规范积分规则中继规则转载须知
更新日志联系我们常见问题友情链接运营报告赞助

浩奇科技（厦门）有限公司

是无线电，把我们联系在一起