[App_rpt-users] RXONDELAY not working?

[Jim Duuuude]

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 at yahoo.com
To: k5tra at austin.rr.com; george at dyb.com; app_rpt-users at 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 at austin.rr.com>
To: 'Johnny Keeker' <cypresstower at yahoo.com>; 'George Csahanin' <george at dyb.com>; app_rpt-users at 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 at yahoo.com] 
Sent: Thursday, August 29, 2013 7:58 PM
To: George Csahanin; tom; app_rpt-users at 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 at dyb.com>
To: tom <k5tra at austin.rr.com>; app_rpt-users at 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 at 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 at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130830/b37a6ba2/attachment.html>