Re: [App_rpt-users] toggling power on USB buss
Just the 2 URI's... Only USB devices on the machine "Robert A. Poff WB3AWJ" <wb3awj@comcast.net> wrote:
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
In the past I have had this problem too. When this occurs, the green light is on the URI but not blinking. If you do a lsusb at the console it will report the device is detected and active. But the node will not key up the radio when there is traffic. The only way to recover that I have found is to reboot the box. Also in this condition the node still receives audio and passes it along to any nodes connected. It just doesn't TX anymore. I had one pc that this happened once or twice a week until the PC finally failed altogether. I replaced the PC with another make model and the problem went away for 3 years. Now it is acting up too. One thing to note is we tried moving the URI to another port on the pc and that seemed to reduce the intervals between it dropping out. For now it doesn't happen too often now. Maybe once in 3 months so far. But never seem to get it resolved. In both cases the PC was a P4 3 gig box with 1 g ram so lats of power to do the job of a 2 node box. Just my experience on this. Jon VA3RQ On 3/26/2014 12:35 PM, Geoff Edmonson wrote:
Just the 2 URI's... Only USB devices on the machine
"Robert A. Poff WB3AWJ" <wb3awj@comcast.net> wrote:
Do you have any other USB devices on the same buss as the URI?
I have two URIs running on the same platform as KD8B is using on one of our sites.
It has a USB flash drive for the archivedir and auto-backup. With the stick on the same buss as a URI, sometimes odd stuff happened. Especially on a reboot sometimes it would find and activate the URI, but the transmitter audio was dropping bits left and right.
Moved the flash drive to another buss and that went away.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
have you tried, instead of the notoriously bad motherboard USB ports, installing a USB card in the expansion bus? I could not get reliable USB throughput on an HP branded desktop tower, at 2g cpu speeds, 2g of dram, etc until i did. motherboard USBs are targeted towards keyboards, mice, and thumb drives. stuffing audio through it is a hit and miss thing; value engineering at its finest. betcha a drop in USB-2 capable expansion card (~$45 USD) will cure many of the problems...did for me...3 years down the road and still all is well... -- Bryan Sent from my iPhone 5...small keyboard, big fingers...please forgive misspellings...
On Mar 26, 2014, at 12:57, Jon Rorke <jrorke@cogeco.ca> wrote:
In the past I have had this problem too. When this occurs, the green light is on the URI but not blinking. If you do a lsusb at the console it will report the device is detected and active. But the node will not key up the radio when there is traffic. The only way to recover that I have found is to reboot the box. Also in this condition the node still receives audio and passes it along to any nodes connected. It just doesn't TX anymore.
I had one pc that this happened once or twice a week until the PC finally failed altogether. I replaced the PC with another make model and the problem went away for 3 years. Now it is acting up too. One thing to note is we tried moving the URI to another port on the pc and that seemed to reduce the intervals between it dropping out. For now it doesn't happen too often now. Maybe once in 3 months so far.
But never seem to get it resolved. In both cases the PC was a P4 3 gig box with 1 g ram so lats of power to do the job of a 2 node box.
Just my experience on this.
Jon VA3RQ
On 3/26/2014 12:35 PM, Geoff Edmonson wrote: Just the 2 URI's... Only USB devices on the machine
"Robert A. Poff WB3AWJ" <wb3awj@comcast.net> wrote:
Do you have any other USB devices on the same buss as the URI?
I have two URIs running on the same platform as KD8B is using on one of our sites.
It has a USB flash drive for the archivedir and auto-backup. With the stick on the same buss as a URI, sometimes odd stuff happened. Especially on a reboot sometimes it would find and activate the URI, but the transmitter audio was dropping bits left and right.
Moved the flash drive to another buss and that went away.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Chasing this same problem... Did you try reloading the software? This was suggested to me as a test before buying a new computer, which I believe is the likely solution. Thanks, Bob kk6ecm Sent from iPad On Mar 26, 2014, at 9:57 AM, Jon Rorke <jrorke@cogeco.ca> wrote:
In the past I have had this problem too. When this occurs, the green light is on the URI but not blinking. If you do a lsusb at the console it will report the device is detected and active. But the node will not key up the radio when there is traffic. The only way to recover that I have found is to reboot the box. Also in this condition the node still receives audio and passes it along to any nodes connected. It just doesn't TX anymore.
I had one pc that this happened once or twice a week until the PC finally failed altogether. I replaced the PC with another make model and the problem went away for 3 years. Now it is acting up too. One thing to note is we tried moving the URI to another port on the pc and that seemed to reduce the intervals between it dropping out. For now it doesn't happen too often now. Maybe once in 3 months so far.
But never seem to get it resolved. In both cases the PC was a P4 3 gig box with 1 g ram so lats of power to do the job of a 2 node box.
Just my experience on this.
Jon VA3RQ
On 3/26/2014 12:35 PM, Geoff Edmonson wrote:
Just the 2 URI's... Only USB devices on the machine
"Robert A. Poff WB3AWJ" <wb3awj@comcast.net> wrote:
Do you have any other USB devices on the same buss as the URI?
I have two URIs running on the same platform as KD8B is using on one of our sites.
It has a USB flash drive for the archivedir and auto-backup. With the stick on the same buss as a URI, sometimes odd stuff happened. Especially on a reboot sometimes it would find and activate the URI, but the transmitter audio was dropping bits left and right.
Moved the flash drive to another buss and that went away.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Are private nodes (e.g. Non-voting RTCM) permanently linked to their host (hub)? IOW, can iaxrpt be used to link and unlink (?) a private node, from the host; both on a private IP system (behind the same router). We have a dual Allstar node system with repeater A connected via URI to the Allstar/ACID computer, which also talks via a URI to a UHF analog link to repeater B. Repeater B uses an RLC-4, which I'm considering replacing with an RTCM, and an IP based rf link. (The UHF link works fine, when the old radios are functioning.) We do want to disconnect them at times when running two events at once in different geographical areas associated with each VHF repeater, which are separated by mountains. Would it be better to use an Allstar node for repeater B (RTCM) on an IP link, or would a private node serve our purposes? Hence the opening question. Why a private node, don't rally want it visible (accessible) from the Allstar system for third party linking. We'll put this one in the category of experience diversification :-) Thanks, Bob kk6ecm Sent from iPad
RTCMs can be used private for either public or private nodes. RTCMs are just a radio connection in the same way a URI is just a radio connection. RTCM are permanently connected to their host through chan_voter and configured in voter.conf. The node number of an RTCM is configured in rpt.conf and connected to the RTCM via the rxchannel= statement. So, yes, you could replace the UHF link to repeater B with an RTCM and a IP link. Basically all you would remove the URI that connects repeater B and configure that node to use the RTCM instead. -- Tim :wq On Mar 27, 2014, at 6:13 AM, kk6ecm <kk6ecm@gmail.com> wrote:
Are private nodes (e.g. Non-voting RTCM) permanently linked to their host (hub)? IOW, can iaxrpt be used to link and unlink (?) a private node, from the host; both on a private IP system (behind the same router).
We have a dual Allstar node system with repeater A connected via URI to the Allstar/ACID computer, which also talks via a URI to a UHF analog link to repeater B. Repeater B uses an RLC-4, which I'm considering replacing with an RTCM, and an IP based rf link. (The UHF link works fine, when the old radios are functioning.) We do want to disconnect them at times when running two events at once in different geographical areas associated with each VHF repeater, which are separated by mountains. Would it be better to use an Allstar node for repeater B (RTCM) on an IP link, or would a private node serve our purposes? Hence the opening question.
Why a private node, don't rally want it visible (accessible) from the Allstar system for third party linking.
We'll put this one in the category of experience diversification :-)
Thanks, Bob kk6ecm
Sent from iPad
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Very good. What about linking the two nodes, and operations "independent" from each other with the RTCM on a private node vs Allstar node? Thanks, Bob kk6ecm Sent from iPad On Mar 27, 2014, at 7:09 AM, Tim Sawyer <tim.sawyer@mac.com> wrote:
RTCMs can be used private for either public or private nodes. RTCMs are just a radio connection in the same way a URI is just a radio connection. RTCM are permanently connected to their host through chan_voter and configured in voter.conf. The node number of an RTCM is configured in rpt.conf and connected to the RTCM via the rxchannel= statement.
So, yes, you could replace the UHF link to repeater B with an RTCM and a IP link. Basically all you would remove the URI that connects repeater B and configure that node to use the RTCM instead. -- Tim :wq
On Mar 27, 2014, at 6:13 AM, kk6ecm <kk6ecm@gmail.com> wrote:
Are private nodes (e.g. Non-voting RTCM) permanently linked to their host (hub)? IOW, can iaxrpt be used to link and unlink (?) a private node, from the host; both on a private IP system (behind the same router).
We have a dual Allstar node system with repeater A connected via URI to the Allstar/ACID computer, which also talks via a URI to a UHF analog link to repeater B. Repeater B uses an RLC-4, which I'm considering replacing with an RTCM, and an IP based rf link. (The UHF link works fine, when the old radios are functioning.) We do want to disconnect them at times when running two events at once in different geographical areas associated with each VHF repeater, which are separated by mountains. Would it be better to use an Allstar node for repeater B (RTCM) on an IP link, or would a private node serve our purposes? Hence the opening question.
Why a private node, don't rally want it visible (accessible) from the Allstar system for third party linking.
We'll put this one in the category of experience diversification :-)
Thanks, Bob kk6ecm
Sent from iPad
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Yes, the RTCM can have a private node number. Private nodes can link to Allstar nodes. Once configured you would just enter *31000 to connect from Allstar to your private node 1000. Private nodes are configured just like an Allstar node only your don’t add a register statement in iax.conf. And each [hosts] stanza has to list the IP addresses of all the other nodes. Of course the node number has to be 1999 or less. On a slightly different topic, do you always want repeater A to be a public Allstar node? If not you could have three nodes on your computer. One private node for each repeater and the Allstar node as a hub (no radio attached). That would be more flexible in that you could have repeater B connect to Allstar and not repeater A or visa versa, or you could have no repeater on Allstar or both repeaters on Allstar. -- Tim :wq On Mar 27, 2014, at 7:28 AM, kk6ecm <kk6ecm@gmail.com> wrote:
Very good. What about linking the two nodes, and operations "independent" from each other with the RTCM on a private node vs Allstar node?
Thanks, Bob kk6ecm
Sent from iPad
On Mar 27, 2014, at 7:09 AM, Tim Sawyer <tim.sawyer@mac.com> wrote:
RTCMs can be used private for either public or private nodes. RTCMs are just a radio connection in the same way a URI is just a radio connection. RTCM are permanently connected to their host through chan_voter and configured in voter.conf. The node number of an RTCM is configured in rpt.conf and connected to the RTCM via the rxchannel= statement.
So, yes, you could replace the UHF link to repeater B with an RTCM and a IP link. Basically all you would remove the URI that connects repeater B and configure that node to use the RTCM instead. -- Tim :wq
On Mar 27, 2014, at 6:13 AM, kk6ecm <kk6ecm@gmail.com> wrote:
Are private nodes (e.g. Non-voting RTCM) permanently linked to their host (hub)? IOW, can iaxrpt be used to link and unlink (?) a private node, from the host; both on a private IP system (behind the same router).
We have a dual Allstar node system with repeater A connected via URI to the Allstar/ACID computer, which also talks via a URI to a UHF analog link to repeater B. Repeater B uses an RLC-4, which I'm considering replacing with an RTCM, and an IP based rf link. (The UHF link works fine, when the old radios are functioning.) We do want to disconnect them at times when running two events at once in different geographical areas associated with each VHF repeater, which are separated by mountains. Would it be better to use an Allstar node for repeater B (RTCM) on an IP link, or would a private node serve our purposes? Hence the opening question.
Why a private node, don't rally want it visible (accessible) from the Allstar system for third party linking.
We'll put this one in the category of experience diversification :-)
Thanks, Bob kk6ecm
Sent from iPad
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
participants (5)
-
Bryan D. Boyle -
Geoff Edmonson -
Jon Rorke -
kk6ecm -
Tim Sawyer