Joop and all, yes, that is the proper value to set it. ?When that software was written we didn't think that the uBITX would be used for contesting and we have now been proven wrong - LOL. ?Making that number smaller shortens the transition time between TX and RX, larger lengthens the time. ?You don't want to get it too short though as that will overwork the relays. ?Remember, the uBITX is NOT capable of full break-in (QSK) on CW because relays are being used for T/R switching. ?Get that delay too short and your relays won't last long using CW.
Jim Sheldon for the TSW team
toggle quoted message
Show quoted text
------ Original Message ------
Sent: 9/5/2018 6:05:06 AM
Subject: Re: [BITX20] CW PTT attack time to slow #ubitx
Howdy,
today I have had a go at W0EB¡¯s firmware version together with a I2C LCD display. Using the I2C bus frees up a number of digital and analog lines. A dedicated digital line is used for straight key input (I am using an external keyer). Also, using software interrupts improves keying responsiveness. I no longer have missing dits and dahs¡
One thing I am missing in this firmware version: there is no way to set PTT delay, that is the time it takes to go from transmit to receiver. It is much to long, especially for contesting.
It looks like it is hardcoded:
#define CW_TIMEOUT (350l)
in ubitx.h
Regards,
Joop PG4I
Op 1 sep. 2018, om 04:10 heeft W2CTX <
w2ctx@...> het volgende geschreven:
On??webpage is NANO software that implements interrupt driven CW generation.? Also
eliminates the voltage divider scheme.? Also eliminates the need to switch between straight key?
and paddle as both are always active.
rOn