Thanks for the answer. This is something like that I have in mind: A
kind of software-based scanner looping on every frequency of a given
frequency range, with a given step.
At each step, it measures the signal/noise ratio. If it is powerful
enough, it tries a subset of modem types (Subset based on the frequency
for example). For each of them, it waits a couple of seconds, and tries
to decode something meaningful. Instead of looping on a frequency rqnge,
it might as well try a list of given frequencies.
If it can find something 'interesting' (Occurence of given strings such
as 'CQ', callsigns, english words etc...) , it writes the data and the
frequency in a logbook (Or database like DBlog's one).
I wondered whether <SRCHUP> and <SRCHDN> may help, but I could not
really understand them nor make them work.
Thanks
R
Andy obrien wrote:
I have a problem guessing which are the transmit modes of some signals
we receive.
So, do you please think it would be possible to have an automatic system
for guessing the mode of a signal ?
Something which would try all fldigi modes, wait a couple of seconds to
decode something,
You may be able to do thisalready via the macros. To save sometime,
break it down in to a couple of macros differentiated by distinct
classes of signals, leave out the ones you are already knowledgeable
about (e.g. RTTY is so distinct you probably do not need that in a
macro, same for PSK31. ) example
<MODEM:CTSTIA:250:8>
<MODEM:CTSTIA:500:16>
<MODEM:CTSTIA:1000:8>
<MODEM:CTSTIA:1000:16>
<MODEM:CTSTIA:500:8>
and play around with the <TIMER:NN> commands in between each mode command.
Andy K3UK
_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha
_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha
