Why not 7100-7104?
> On Dec 26, 2021, at 7:53 PM, Tsutsumi Takehiko via wsjt-devel > <wsjt-devel@lists.sourceforge.net> wrote: > > > Hi, > > ARRL Letter on 09/23/2021 titled “IARU Regio 3 Considers Significant > Expansion of HF Digital Segments” triggered the dialog among JA WSJT users > about the recent activities of IARU bandplan proposal. It is the great > movement establishing “time-synchronized transmission mode capacity demands” > and we must encourage globally harmonized bandplan implementation as soon as > possible. However, I noticed a concern on 40m proposal by the reason that I > have experienced a lots of QRM from lengthy, high powered and wide band > occupied adjacent SSB operation on 40m at QRG 7074 FT-8 activity and it is > not the best allocation for all narrow band data users as FT-8 is the most > favorite and popular format today. From this aspect, I prefer FT-8 to take > the most protected segment from SSB operation swapping the allocation of Time > Sync Data to 7040~7055kHz, for example 7040kHz. This principle to allocate > lower side to “Time Synch Data” is proposed on 80m. I understand the > allocation rule to prioritize the current allocation explained in the letter > saying “ a global narrowband conversational modes (e.g., PSK) segment between > 7040 and 7044 kHz in alignment with existing Region 1 arrangements” but that > is not future looking and does not convince for me. > > Thus, I wish to hear from the audience of this forum whether it is painful > enough for us to move WSJT i.e. FT-8 segment to 7040~7055kHz and I must > refrain from proposing to IARU R3 at this moment. > > Any comments (from Region 1 especially) ? > > Regards, > > take > > de JA5AEA > > Windows の メール から送信 > > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
