Коли я бачу на панорамі FT8 Qatar-Oscar нахилену посилку (див. скріншот) і не бачу декода, то одразу розумію, звідки проблеми ростуть. Дуже багато хто використовують для роботи через цей супутник "розумну" плату Adalm Pluto. Це готовий конструктор-лего розробника. Там непоганий процесор (Лінукс), пара добрих АЦП/ЦАП, кілька опорних гетеродинів, обв'язування керування та стабiлiзатори. З програмою SDR Console і парою примочок це відразу перетворюється на повнодуплексний трансівер, але ще більш дешеве рішення - перенесення частот супутника до одного з діапазонів 430/144/29 мгц з допомогою даунконвертора.
Правда в такому варіанті виходить у кращому випадку семидуплекс, а то й чистий симплекс. При використанні лише одного демона (процесу) програми WSJT, той, хто передає, свого сигналу, не чує і не бачить на панорамі.Коли йому не відповідають на кілька викликів підряд, він не розуміє, що відбувається. Показометр передавача в нормі, інші станції приймаються, а йому не відповідають.
Справа в тому, що не вистачає стабільності гетеродина передавача. У випадку з Плуто це добре описано в інтернеті. Там недостатньо стабільний для діапазону 10 гігагерц кварцевий гетеродин на передачу. Я теж писав як с цим боротися. 
Тому коли я бачу, що людина позбавлена можливості здогадатися сама в чому її проблема, я намагаюся підказати. Знаючи, що він приймає добре, я передаю послідовно два рядки. Спочатку FREQ DRIFT і потім TRY FT4. Тому що в FT4 посилка тривалістю вдвічі коротша і гетеродин не встигає "втекти" далеко і посилка декодується. У такому разі той у кого проблема сам може здогадатися, що його проблема не тракт передачі, а стабільність гетеродина. Не соромтеся підказувати один одному про проблеми та рішення. Нас залишилося так мало, що це точно не буде зайвим.
