I am by no means an expert of JT65, but, as far as I know, its coding
takes into account
the structure of the call signs of the hams active in EME mode, using
them as an alphabet of
symbols to search into. Probably the excellent ideas behind JT65 could
be used for a new
program, but I doubt that JT65 can be used as it is.... but of course I
may be proved wrong,
as often happened...

Hello Alberto.

 

I'm no expert either and I quite agree standard JT65 is too wide and the tone 'bursts' probably too fast for optimal use on LF.

However, I recall from the notes that come with the software that there is a mode which does not anticipate the EME sequence. This was introduced after several DX-Peditions found that odd prefixes and suffixes would not be accepted in normal operation. I understand you still have to send a particular number of characters, but it allows random message formats.

 

My thought was that if this mode was used and characters selected that occurred close to the JT65 sync tone, then the overall transmission may be narrow enough to try on LF.

Just to see if the idea of building up a message over several transmission periods with TX and RX  both time synchronised could allow an evaluation of the technique.

 

Of course the current controversy on the EME reflector revolves around the present version of JT65 using a table of callsigns of active EME stations. Probably best to not add active LF stations to that database.

 

Regards

 

David