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, W1HKJNice 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ú?
-- 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ú?
<<attachment: pavel.vcf>>
_______________________________________________ fldigi-alpha mailing list [email protected] https://lists.berlios.de/mailman/listinfo/fldigi-alpha
