Hi,

Here is the description of a small extension to the macro QSY:

At the moment, here is what QSY does:

<QSY:FFF.F[:NNNN]> qsy to transceiver frequency kHz, optional water frequency Hz

The proposed fix is to add several frequencies and frequency ranges instead of just one, like that:

<QSY:F1;F2;F3[:NNNN]>

... or, with frequency increments:
<QSY:F1+D1;F2+D2;F3[:NNNN]>

The increments D1, D2 ... represent frequency intervals, that is, a shorter way to write:

<QSY:F1;F1+D2;F1+2*D1;F1+3*D1 ... F2;F2+D2;F2+2*D2 ... ;F3:NNNN>

Here is the new behaviour (Nothing being changed wrt NNNN):

* If the current frequency is smaller that F1, jumps to F1.
* If the current bigger is bigger that F3, jumps to F1.
* If the current frequency is in the interval F1-F3, jumps to the next frequency, strictly greater than the current one.

That means:
* If only one frequency is given like now, nothing is changed.
* If there are several frequencies, it jumps to the next one each time the macro is run. It allows to try a range of frequencies, and jumps back to the beginning, simply by clicking the macro. * If a macro tag <TIME:secs> is added, the macro will automatically try all the frequency range, in a loop. The loop stops when clicking on the waterfall. But can restart at the last freq by rerunning the macro.

What is it made for?

Simple example: Wefax emitters have several frequencies, but one cannot know in advance which one will emit something. Dialing all of them is a pain. Here, just by clicking the macro, you can test all freqs. Here is the macro, which iterates on all frequencies of London Weather fax, with 5 seconds tempo:

<RIGMODE:USB><MODEM:WEFAX576><QSY:3853.1;7878.1;2616.6;3287.6;4608.1;4780.1;8038.1><TIME:5>


Another example: This macro tries all frequencies of the FM band. Now it is possible to go from one station to the next just by clicking one button (No temporisation):
<RIGMODE:FM><QSY:88000+200;108000>


The necessary code change implies about 200 new lines in the function pQSY (file misc/macros.cxx), and should not break anything.

Any remark, idea or suggestion?

Thanks

Remi


_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha

Reply via email to