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 didn't see any effect. A bug? Tom / K5TRA
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 effect GeorgeC W2DB 2360 ----- Original Message ----- From: tom To: app_rpt-users@ohnosec.org Sent: Wednesday, August 28, 2013 1:11 PM Subject: 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 didn't see any effect. A bug? Tom / K5TRA
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 effect GeorgeC W2DB 2360 ----- Original Message -----
From: tom To: app_rpt-users@ohnosec.org Sent: Wednesday, August 28, 2013 1:11 PM Subject: 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 didn’t 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
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 doesn’t seem to work with simpleusb. Tom / K5TRA From: 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 effect GeorgeC W2DB 2360 ----- Original Message ----- From: tom <mailto:k5tra@austin.rr.com> To: app_rpt-users@ohnosec.org Sent: Wednesday, August 28, 2013 1:11 PM Subject: 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 didn’t 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
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. Thanks ________________________________ From: 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 doesn’t seem to work with simpleusb. Tom / K5TRA From: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 effect GeorgeC W2DB 2360 ----- Original Message -----
From:tom To:app_rpt-users@ohnosec.org Sent:Wednesday, August 28, 2013 1:11 PM Subject: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 didn’t 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
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. Thanks From: 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 doesn’t seem to work with simpleusb. Tom / K5TRA From: 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 effect GeorgeC W2DB 2360 ----- Original Message ----- From: tom To: app_rpt-users@ohnosec.org Sent: Wednesday, August 28, 2013 1:11 PM Subject: 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 didn’t 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
Jim, thanks for fixing that. I've had a node sitting in the corner for about 6 months because I needed that function. Steve On Fri, Aug 30, 2013 at 6:33 PM, Jim Duuuude <telesistant@hotmail.com>wrote:
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. Thanks
*From:* 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 doesn’t seem to work with simpleusb. Tom / K5TRA
*From:* 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 effect
GeorgeC W2DB 2360
----- Original Message ----- *From:* tom <k5tra@austin.rr.com> *To:* app_rpt-users@ohnosec.org *Sent:* Wednesday, August 28, 2013 1:11 PM *Subject:* 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 didn’t 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
-- IMPORTANT: This email is intended for the use of the individual addressee(s) named above and may contain information that is confidential privileged or unsuitable for overly sensitive persons with low self-esteem, no sense of humor or irrational religious beliefs. If you are not the intended recipient, any dissemination, distribution or copying of this email is not authorized (either explicitly or implicitly) and constitutes an irritating social fauxpas. No animals were harmed in the transmission of this email, although the mutt next door is living on borrowed time, let me tell you.
participants (5)
-
George Csahanin -
Jim Duuuude -
Johnny Keeker -
Steve Passmore -
tom