Well, it was indeed accurate that:
1) The "rxondelay" parameter in chan_simpleusb did not work or have any effect.
2) The software *DID* indeed fully and correctly support the "rxondelay" feature, with
one very specific exception: The parameter was *NEVER* read from the config file!!
All I have to say on my part is: "DUH!!"
The new version (one line change) which fixes this will appear publicly in SVN at 7:15 PDT this
evening.
Jim WB6NIL
Date: Thu, 29 Aug 2013 21:36:08 -0700
From: cypresstower@yahoo.com
To: k5tra@austin.rr.com; george@dyb.com; app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] RXONDELAY not working?Rgr Tom, "I am using usbradio.conf". Should have realized you were referring to. I have a mobile node with limey linux and simpleusb.conf. I owe you one so I'll test it and see what I come up with.ThanksFrom: tom <k5tra@austin.rr.com>
To: 'Johnny Keeker' <cypresstower@yahoo.com>; 'George Csahanin' <george@dyb.com>; app_rpt-users@ohnosec.org
Sent: Thursday, August 29, 2013 10:15 PM
Subject: RE: [App_rpt-users] RXONDELAY not working?
Johnny, I think you must be using usbradio instead of simpleusb (as we are). Both rxondelay and rxsquelchdelay are parameters in chan_usbradio.c. however, rxondelay is in chan_simpleusb.c while rxsquelchdelay is not. The problem is rxondelay doesnt seem to work with simpleusb.Tom / K5TRAFrom: Johnny Keeker [mailto:cypresstower@yahoo.com]
Sent: Thursday, August 29, 2013 7:58 PM
To: George Csahanin; tom; app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] RXONDELAY not working?Conducting an experiment with rxondelay, I set my node at 1000ms and connected to another node on a different server that I'm able to monitor its transmitter. I applied a signal to the receiver with rxondelay. The transmitter on the connected node keys up and as I count to 10, No audio was present so I lowered the rxondelay by half, 500ms. Conducting the same test, I found that around the 6 count audio came out the transmitter. Lowering the rxondelay to 100ms, and got a count of 2 before hearing audio. I determined that rxondelay is working. In my case it stops the ping pong effect. I find a 15ms delay is ideal for a gm300 receiver. It would interesting if someone out there could conduct this same test.... I also found using rxsquelchdelay=XXms is another useful setting to eliminate any squelch tail noise, but it must be used with dsp or flat audio on ACID.From: George Csahanin <george@dyb.com>
To: tom <k5tra@austin.rr.com>; app_rpt-users@ohnosec.org
Sent: Wednesday, August 28, 2013 9:22 PM
Subject: Re: [App_rpt-users] RXONDELAY not working?I'll chime in, I have it on a simplex node with simpleusb and it doesn't work. Made it 10,000 ms and no effectGeorgeCW2DB 2360----- Original Message -----From: tomSent: Wednesday, August 28, 2013 1:11 PMSubject: Re: [App_rpt-users] RXONDELAY not working?The chan_simpleusb.c code clearly has the rxondelay parameter. However, I tested it on a couple of half-duplex nodes and didnt see any effect. A bug?Tom / K5TRA
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users