Hi!
Some 20 QSOs, a lot of retries. Normally, I am bad in RX (vertical in the suburb) and if I hear, they hear me. Even with cca 500 W TX I was not heard (most QSOs were with 100W). People kept calling CQ, and I was jumping around: exact QRG, +110 Hz, - 110 Hz. No clear winner which QRG is best: I had to guess QRM on the other side. Looks like here noise tonight followed all ITU recommendations for noise, several FT4 frames were decoded with -20 dB S/N. This might be reason why for a lot of QSOs I just had to keep pressing F4 until next CQ was decoded. proposal: mention in the manual/guideline: After RR73 is received by CQ calling station, QSO is acknowledged by sending next CQ. First CQ in series actually means "73; CQ". When single CQ was decoded with very low S/N, "Best S+P" jumped on it with long series of unanswered TX2. Proposal: TX triggered by "Best S+P" shall be limited to 2 (or 3) calls to minimize QRM. If triggered by F2, normal timeout applies. Proposal: define Hi/Lo S/N level, say -8 dB. "Best S+P" shall prioritize good signals with high QSO probability higher as sporadic -20 dB calls. For manual clicking it would be nice to have low signals marked with color, maybe only half of the line is colored. Proposal: to minimize QRM, do not transmit if there is low probability of being decoded. If TX is on two seconds late in FT4, it is unlikely FEC can restore missing bits, but this QRM can prevent some other frame of being decoded. Attention was paid not to do two calls in parallel, so no logging problems, One QSO was logged twice with two reports: I noticed late other party missed my 73 and was still sending report to me. As I alreay QSOed, I had to click on the call again, and send RR73. Proposal: do not log same call/same band twice conseqitvely or in within 15 minutes. And last: only two QSOs are LotW confirmed. Like FT8: go to TQSL, change FT4 to DATA. Once ADIF standard confirms FT4, reload all FT4 QSOs to LotW. See you on May 14th, hopefully with better CONDX and more stations. 73 gl Iztok, S52D [http://psn.sdn.si/ts/neo-plus-naj-samopodpis_345x185.jpg] <https://neo.io/info/paketi?utm_source=mail_podpis> Pravni pogoji / Legal disclaimer Telekom Slovenije, d.d., Ljubljana <http://www.telekom.si/disclaimer> _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
