F0rens1c 如圖所示，透過 QRZ 的 Logbook 接收到的資訊，即使已填寫 UTC 日期時間、頻率和模式，仍顯示「無法匹配」，但實際上資訊是正確的。 之前也有 FT8 的情況，無論如何確認都無法成功。 不知道問題出在哪裡。
BI1UHW 這種情況我遇到過兩次，但兩次的狀況不一樣。第一次，對方的回應比我的 TX1 晚很久，而且似乎成功了，但我自動記錄的 QSO 開始時間是 RST 的時間，但對方可能按照 TX1 的時間來計算，所以 QSO 開始的時間不對，我的比他晚很久。解決方案就是去 JTDX 的 all.txt 裡搜尋這段通聯，然後試試哪個時間才是正確的，畢竟 RR73 在原則上來說是通聯成功的，只是自動程式搞錯了而已，這樣修改也不會影響有效性。第二次，對方在 QSO 開始的時間填錯了，晚了一個小時，我直接拒絕讓他檢查時間。
BG2EWI 我也常常遇到類似情況，偶爾會很久沒上傳同步日誌，就會有人提醒我確認。大多數的確認請求會在 lotw 同步之後自動消失，但有些無法自動比對的情況，還需要我去檢查日誌，其中有些是軟體問題導致通聯拉鋸，沒有成功記錄，需要我按照解碼記錄手動撰寫日誌條目上傳。另外，有些情況在日誌中根本找不到通聯記錄，甚至在解碼記錄裡面也查不到，因此只能拒絕。
F0rens1c BH9FPZ 😂收到兩個 FT8 的訊號，確實是透過 通聯，我平常使用 JTDX+GT，自動傳送 lotw+qrz，正常情況下都能成功匹配。當時我嘗試使用了 WSJTX，設定好後試了一下幾個頻段，結果忘了記錄 log，後來時間久了也記不清楚，因此兩個頻段就無法進行 lotw 傳輸。
闽ICP备2021006864号-7
闽公网安备35020602002794号