Pavel,
Put spaces (as many as you want or need) before the first
character, and even between characters, to introduce delays.
Works great.
So, I might use a macro like this to send a DTMF code:
<CLRTX><MODEM:BPSK31><GOFREQ:0000><TX><DTMF:
1 2 3 4><RX>
Put this all on one line so that there are no extra characters
(carriage returns) that cause delay after the DTMF is sent. Also
notice that I set the mode to PSK31 and set it to 0 Hz on the
waterfall. This will get the tailing PSK31 signal out of the way
and it should not cause any problems.
73,
-Joe-
Ing. Pavel Milanes Costa wrote:
Hi
all.
Ok, testing locally the macro and I found that the first symbol
get hurt in my local repeater (dtmfkit RX on other radio and i
always lost the first symbol)
So, the delay in my local repeater is too long or the TX to data
time in DTMF is to short.
My local repeater is a homebrew type, actually is a two TK-760G
radios back to back with a bird tone generator using a NE555 for
tx end tail...
I don't know if this happens with professionals repeater systems,
but it can, please check this...
Then I need a delay between the TX start and the DTMF signal...
searching in the macros, the IDLE can help me...
I set up a macro like this:
<TX>
<IDLE:1>
<DTMF:80122416002>
<RX>
And it does not work... test it yourself, the IDLE is inserted
*after* the DTMF tone, not before as it should be...try setting
the delay to 2 or 3 secs for increased effect...
So Dave and others, it will be useful that the DTMF macro signals
obey the IDLE macro time.
This is for signals that pass *through* the repeater, not to the
repeater system it self...
73
El 30/08/11 13:26, Harry Bloomberg escribió:
Thanks! After I build the new version I'll
make "Link UP" and "Link
DOWN" macro keys and see what happens.
We have Echolink connected to our 440 repeater. This could also
be
useful for speed-dialing Echolink nodes.
73,
Harry Bloomberg W3YJ
[email protected]
On Tue, 30 Aug 2011, Ing. Pavel Milanes Costa wrote:
Yes, that is a successful use case, and
thinking a little about it you
can program a macro like this and you are done.
<TX>
<DTMF:12312312312312> <- activation sequence
<RX>
The use of dtmf as a macro and not as a mode, let you insert
the
activation sequence independently of the mode being used, so
it's a
great feature.
Searching a little in google I discover that DTMF is 'not' a
real
communication mode in the full definition, due to his limited
charset.
So Dave have make the homework, and I have learned a little
more about
the digital radio modes.
The DTMF TX as a macro is the right decision as I see it, so I
correct
myself about it.
But, I'm still wishing for the DTMF RX feature.... Like a
"partial
mode" as WWV and Frequency Analysis perhaps?
73
El 30/08/11 13:00, Harry Bloomberg escribió:
I've been reading about the DTMF
encoder and was wondering why it should
be in Fldigi. I came up with a use case and I now see the
light.
Every Sun night we run a net over a 440 repeater linked to a
2M
repeater. We use touch-tone commands to bring up the link.
The commands
are a bit lengthy and are a pain to enter by hand. Only one
of my radios
has a touch-tone memory. The DTMF encoder would be a super
way to bring
up the link.
So yes, I now think this is a great idea. I'll build this
new alpha
version and see how well it works to bring up the remote
link.
73,
Harry Bloomberg W3YJ
[email protected]
On Tue, 30 Aug 2011, Ing. Pavel Milanes Costa wrote:
El 29/08/11 21:14, w1hkj escribi�:
Added since AG
DTMF encoder
* Added DTMF encoder accessible as a macro tag
- <DTMF:string of chars> where string of chars can
contain 0..9,space,-,comma,*,#,A..D
- space, hyphen and comma insert a 50 msec silent
period in the transmission
Packet audio boost
* Added control to provide Rx audio gain boost
Wide Cursor Tracks
* Added user configurable item for 2x track widths
http://www.w1hkj.com/alpha/fldigi/
73, Dave, W1HKJ
Nice feature the dtmf encoder, but rigth now I can't
imagine a real
use in my conditions... please en light me.
But, that could be "useful" as a real mode with TX/RX and
some
configuration parameters to detect the numbers over the
air like
dtmfkit does, or to send a series of numbers to remote
control radio
like the "killer" function in some commercial kenwood
stations.
Just thinking about it...
I can't test the packet mode now (I'm at work)
But there are plans to implement the connected mode and
not just the
unproto mode?
Also to implement the fast modes (aka. 4800 AFSK or 9600
FSK)?
My local BBS (I'm the SYSOP) have 1200 AFSK (default..
little
activity), 4800 AFSK (Main mode, used by almost all
because the speed
boost) and 9600 FSK (just a little group of user with 9k6
capable
radios...) all using soundmodem, would be nice to use
fldigi to
interact whit it.
73
--
Pavel Milanes Costa
Consultor Inform�tico
Consultores Asociados S.A. (CONAS), sucursal Camag�ey.
Telef: (32) 29-6344
"Utilizamos Open Source en nuestros servidores porque es
una manera
m�s de controlar nuestro propio destino."
DiBona (Google SysAdmin)
Yo uso Free and Open Source Software (FOSS), y t�?
--
Pavel Milanes Costa
Consultor Informático
Consultores Asociados S.A. (CONAS), sucursal Camagüey.
Telef: (32) 29-6344
"Utilizamos Open Source en nuestros servidores porque es una
manera
más de controlar nuestro propio destino."
DiBona (Google SysAdmin)
Yo uso Free and Open Source Software (FOSS), y tú?
_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha
--
+---------------------------------------------------------------+
| Joseph A. Counsil [email protected] Phone:(573) 341-5186 |
| 1310 Woodlawn Drive, Rolla, MO 65401 Amateur Radio: - KØOG - |
+---------------------------------------------------------------+
|
