[arm-allstar] The RxOnDelay issue

Roger Coudé ve2dbe at yahoo.ca
Thu Jul 5 14:46:45 EST 2018



(I am sorry, there was an issue with characters sets in my last)The actual implementation of RxOnDelay in simpleusb is that it is applied each time the Rx keys on. That is overkill to prevent ping pong between remote systems since it is required only immediately after Tx unkey event.
The consequence is that when a mobile does not have a steady signal, each little break in the cor is translated into a long muting on the allstar net.
When a conversation is heard on a duplex=0 transceiver talking to a link-to-link repeater, if no party is involved behind (the radio only receives), there is no reason to have the RxOnDelay being activated.
On the other hand, if the conversion involves that a transceiver transmits toward the link-to-link repeater, the RxOndelay should starts just after Tx keys down, and expire after the proper delay to block the unwanted squelch tail.
The communications on our large network would be improved a lot. If you need the actual implementation to remain the same, then i would suggest a new parameter like «TailEliminator»
73Roger VE2DBE


More information about the arm-allstar mailing list