Hi Everybody, In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node. I'm after input on what others have done on their own AllStarLink nodes. I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc). On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node. Michael. VK5ZEA
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS -----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID) Hi Everybody, In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node. I'm after input on what others have done on their own AllStarLink nodes. I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc). On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node. Michael. VK5ZEA _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to goto a acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on... I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution? -----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM To: 'Michael Carey'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID) Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS -----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID) Hi Everybody, In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node. I'm after input on what others have done on their own AllStarLink nodes. I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc). On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node. Michael. VK5ZEA _______________________________________________ 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
I know that a good number of guys are running streaming scanner feeds (Windows) on thin clients, with appropriate trimming down of components to squeeze into the limited memory and resources of a thin client. They are also inexpensive, I believe. Maybe that hardware would serve this purpose well? Bote W4NUD on the road again...ho boy! On Sun, Jul 31, 2011 at 10:25 AM, John Heron <jh0932@gmail.com> wrote:
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to go to an acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on...
I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution?
-----Original Message----- From:Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure.
Lu KA4EPS
-----Original Message----- From: Michael Carey Sent: Sunday, July 31, 2011 7:00 AM Subject: [App_rpt-users] Culling Linux Services (ACID)
...On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node.
Michael. VK5ZEA
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the others use printer port for PTT, and all use software squelch and ctcss decode. GeorgeC ----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "'Lu Vencl'" <vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to goto a acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on...
I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution?
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM To: 'Michael Carey'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID)
Hi Everybody,
In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node.
I'm after input on what others have done on their own AllStarLink nodes.
I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc).
On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node.
Michael. VK5ZEA
_______________________________________________ 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
Any motorboating issues? Sent from my iPhone On Jul 31, 2011, at 1:21 PM, "George Csahanin" <george@dyb.com> wrote:
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk
Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the others use printer port for PTT, and all use software squelch and ctcss decode.
GeorgeC
----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "'Lu Vencl'" <vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to goto a acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on...
I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution?
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM To: 'Michael Carey'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID)
Hi Everybody,
In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node.
I'm after input on what others have done on their own AllStarLink nodes.
I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc).
On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node.
Michael. VK5ZEA
_______________________________________________ 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
I think I know what you mean. Shows us as a very brief, repeated disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 seconds, then ok for a while. t iunterrupts main audio as well, just very brief and not noticed. Yup, every PC I tried does it. I jusst got used to it. I wanted to get a recording of it over a year ago, but no clean way to record audio. You really get to notice it if you put your signal generator in the receiver, and modulate with something like a 1Kc tone I've tried five computers and four USB devices, all do it. GeorgeC W2DB ----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "George Csahanin" <george@dyb.com> Cc: "Lu Vencl" <vencl@att.net>; "MichaelCarey" <michaelcarey@internode.on.net>; "app_rpt mailing list" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 12:26 PM Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID)
Any motorboating issues?
Sent from my iPhone
On Jul 31, 2011, at 1:21 PM, "George Csahanin" <george@dyb.com> wrote:
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk
Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the others use printer port for PTT, and all use software squelch and ctcss decode.
GeorgeC
----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "'Lu Vencl'" <vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to goto a acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on...
I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution?
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM To: 'Michael Carey'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID)
Hi Everybody,
In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node.
I'm after input on what others have done on their own AllStarLink nodes.
I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc).
On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node.
Michael. VK5ZEA
_______________________________________________ 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
I've never yet experienced a node with a usb interface that does not 'motorboat' at all. Try *MY* test on a spare or test node: Set all tx timers to NOT be able to time out or make it several days. Set beaconing ON and set your CW ID to go off every 1 minute. Set the node to transmit 100Hz PL to the URI *DO NOT* hook up a radio... Hook up a good set of amplified speakers to the URI TX audio port. Issue a radio key command.. You *should* hear the 100Hz PL in your speaker(s) as well as your frequent station ID. If not adjust levels until you hear the PL tone in the speakers.. Set levels so the once per minute ID is not terribly annoying.. and PL is audible. You'll get used to it. Leave this on for a few days and just hang out listening to it while you work or do other things around the shack.. or office or .. In all of my experiences so far - there are occasional audio chopouts (motorboating).. which will be far more apparent in this continuously on test scenario that waiting around for it to actually happen On the air with a real live system. Steve -----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of George Csahanin Sent: Sunday, July 31, 2011 2:16 PM To: John Heron Cc: app_rpt mailing list Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) I think I know what you mean. Shows us as a very brief, repeated disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 seconds, then ok for a while. t iunterrupts main audio as well, just very brief and not noticed. Yup, every PC I tried does it. I jusst got used to it. I wanted to get a recording of it over a year ago, but no clean way to record audio. You really get to notice it if you put your signal generator in the receiver, and modulate with something like a 1Kc tone I've tried five computers and four USB devices, all do it. GeorgeC W2DB ----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "George Csahanin" <george@dyb.com> Cc: "Lu Vencl" <vencl@att.net>; "MichaelCarey" <michaelcarey@internode.on.net>; "app_rpt mailing list" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 12:26 PM Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID)
Any motorboating issues?
Sent from my iPhone
On Jul 31, 2011, at 1:21 PM, "George Csahanin" <george@dyb.com> wrote:
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk
Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the others use printer port for PTT, and all use software squelch and ctcss decode.
GeorgeC
----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "'Lu Vencl'" <vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to goto a acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on...
I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution?
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM To: 'Michael Carey'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID)
Hi Everybody,
In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node.
I'm after input on what others have done on their own AllStarLink nodes.
I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc).
On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node.
Michael. VK5ZEA
_______________________________________________ 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
There's a recording of it over here: http://www.youtube.com/watch?v=lqYwhtuVLDs Steve -----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of George Csahanin Sent: Sunday, July 31, 2011 2:16 PM To: John Heron Cc: app_rpt mailing list Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID) I think I know what you mean. Shows us as a very brief, repeated disruption to PL tone, drops your mobile/ht decoder, maybe for time in 2 seconds, then ok for a while. t iunterrupts main audio as well, just very brief and not noticed. Yup, every PC I tried does it. I jusst got used to it. I wanted to get a recording of it over a year ago, but no clean way to record audio. You really get to notice it if you put your signal generator in the receiver, and modulate with something like a 1Kc tone I've tried five computers and four USB devices, all do it. GeorgeC W2DB ----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "George Csahanin" <george@dyb.com> Cc: "Lu Vencl" <vencl@att.net>; "MichaelCarey" <michaelcarey@internode.on.net>; "app_rpt mailing list" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 12:26 PM Subject: [SPAM] Re: [App_rpt-users] Culling Linux Services (ACID)
Any motorboating issues?
Sent from my iPhone
On Jul 31, 2011, at 1:21 PM, "George Csahanin" <george@dyb.com> wrote:
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk
Use CM108 $6.96 USB sounds FOBs. Brought PTT out of one of them, the others use printer port for PTT, and all use software squelch and ctcss decode.
GeorgeC
----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "'Lu Vencl'" <vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not. I ran into this years ago running a global pactor III network and finally had to goto a acceptable hardware list as some hardware came real close to being fully compatible but would sporadically do weird things for no apparent reason... a bad thing when the box is in remote jungle locations... It boils down to who has had the least amount of issues with motherboard a vs. b and so on...
I am looking at small micro ATX form factors for example... anybody have suggestions for a inexpensive repeatable reliable solution?
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, July 31, 2011 9:44 AM To: 'Michael Carey'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
Michael, I still have not figured out what causes this issue. I have tried adding two different NEC chipset USB PCI boards and that made it much worse on my ASUS mother boards. I believe I have pretty much exhausted all options at this point. I just don't know why all 8 of my boxes 2.8 GHZ (all Asus) do this. I went to slower boxes (even down to 400 Mhz) and I don't get this issue.. Go figure. There has to be some other underlying issue where perhaps and interrupt is being messed with or some other issue. I just can't pin it down. I am working out a trade for some slower boxes in exchange for these machines as a solution for now. Sorry I wish I had a better answer. Lu KA4EPS
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Michael Carey Sent: Sunday, July 31, 2011 7:00 AM To: app_rpt mailing list Subject: [App_rpt-users] Culling Linux Services (ACID)
Hi Everybody,
In an effort to make node 27871 a lean, mean, fighting machine... I'm trying to keep things neat and tidy by stopping any services that have no direct impact on the operation of the node.
I'm after input on what others have done on their own AllStarLink nodes.
I have done a similar thing on my Icom G2 D-Star gateway... going through and disabling services (like bluetooth, VNC, smartcard, IPv6, etc).
On a side note, has anyone found a definitive cause for the occasional motorboating/stuttering audio when an AllStarNode transmits? I have another machine that I can use, but I would like to know what causes it and how it can be eliminated or reduced. This is the only thing that has marred an otherwise perfect experience with my AllStarLink node.
Michael. VK5ZEA
_______________________________________________ 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
Ahhhh - the old blip-blip-blip ... why didn't you say so? I used to hear that on my old dell server system - an immensely powerful computer (dual 3.6 MHz Xeon) with a really crappy USB system ... in fact I think one of the ports was USB1 In some old description of app rpt there is talk about a jitter buffer for the USB devices that you could adjust. I think that may have been replaced with some sort of elastic buffer that you cannot adjust (Jim will know). You can imagine that, in some low end systems (or problematical USB ports), the output does not keep up with the input or vice versa and eventually a buffer overflows (or runs dry). At that point the program has to throw away some data or stop and let the buffer fill again .... of course, if people keep letting the carrier drop from time to time you may never run into this.... Ken
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users- bounces@ohnosec.org] On Behalf Of Steve Gladden Sent: Sunday, July 31, 2011 5:57 PM To: George Csahanin; John Heron Cc: app_rpt mailing list Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID)
There's a recording of it over here: http://www.youtube.com/watch?v=lqYwhtuVLDs
Interetsing The units I settled on were the Intel D945 that Limey was built to run on. I used a D201 originally, which does it as well. So what does it take for that to not happen? I went to use pp for cor and ptt in latesst one, on a D945, but it refuses to read the parallel port, so I let the software do squelch and ctcss. If the intel board has a bad USB system, who makes a supported board that doesn't? My idea was to keep the box small (M200 case) and run on 12V (PicoPSU supply) I got to where I just ignore it. I guess in the future I could try letting the repeater transmitter encode PL. That's really where you notice it when that is interrupted. GeorgeC ----- Original Message ----- From: "Ken" <ke2n@cs.com> To: "'Steve Gladden'" <steve@michiganbroadband.com>; "'George Csahanin'" <george@dyb.com>; "'John Heron'" <jh0932@gmail.com> Cc: "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 5:57 PM Subject: RE: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID)
Ahhhh - the old blip-blip-blip ... why didn't you say so?
I used to hear that on my old dell server system - an immensely powerful computer (dual 3.6 MHz Xeon) with a really crappy USB system ... in fact I think one of the ports was USB1
In some old description of app rpt there is talk about a jitter buffer for the USB devices that you could adjust. I think that may have been replaced with some sort of elastic buffer that you cannot adjust (Jim will know).
You can imagine that, in some low end systems (or problematical USB ports), the output does not keep up with the input or vice versa and eventually a buffer overflows (or runs dry). At that point the program has to throw away some data or stop and let the buffer fill again .... of course, if people keep letting the carrier drop from time to time you may never run into this....
Ken
-----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users- bounces@ohnosec.org] On Behalf Of Steve Gladden Sent: Sunday, July 31, 2011 5:57 PM To: George Csahanin; John Heron Cc: app_rpt mailing list Subject: Re: [App_rpt-users] [SPAM] Re: Culling Linux Services (ACID)
There's a recording of it over here: http://www.youtube.com/watch?v=lqYwhtuVLDs
I don't have any scientific evidence, but would argue that you should select a board that has plenty of USB ports right on the mother board. No plug-in USB adapters. I am running four mini-ITX (Atom D510mo) systems with URIs and small SSHD's. Board with CPU was $79. It has gigabit Ethernet and 4 USB ports on the front panel plus headers for 4 more. It has serial and parallel port headers, if you need these ports. Each system consumes 18 watts at 12 volts. One box runs asterisk and G4KLX "sound card DSTAR" applications at the same time - others run two nodes, one with streaming audio to the internet. No motor boating. YMMV - this may not be the best choice in a location where the ambient temperature can go ballistic. 73 Ken
----- Original Message ----- From: "John Heron" <jh0932@gmail.com> To: "'Lu Vencl'" <vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not.
I too am using the Intel D510 MO with cooling fan in ia supplied case/+ps. I currently have 4 nodes on this box using URIs. 3 of the 4 nodes are full duplex repeaters with dsp dec /enc. The forth is connected to a WX radio with a WX 100 board attached. I did experiment with 4 repeaters and it worked ok. no motorboating. As it was said YMMV. I used the standard ACid install. Jon VA3RQ On 7/31/2011 2:04 PM, Ken wrote:
I don't have any scientific evidence, but would argue that you should select a board that has plenty of USB ports right on the mother board. No plug-in USB adapters.
I am running four mini-ITX (Atom D510mo) systems with URIs and small SSHD's. Board with CPU was $79. It has gigabit Ethernet and 4 USB ports on the front panel plus headers for 4 more. It has serial and parallel port headers, if you need these ports. Each system consumes 18 watts at 12 volts.
One box runs asterisk and G4KLX "sound card DSTAR" applications at the same time - others run two nodes, one with streaming audio to the internet.
No motor boating.
YMMV - this may not be the best choice in a location where the ambient temperature can go ballistic.
73 Ken
----- Original Message ----- From: "John Heron"<jh0932@gmail.com> To: "'Lu Vencl'"<vencl@att.net>; "'Michael Carey'" <michaelcarey@internode.on.net>; "'app_rpt mailing list'" <app_rpt-users@ohnosec.org> Sent: Sunday, July 31, 2011 9:25 AM Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
It begs the question on what hardware really works 100% and what does not.
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk
I'm running the same boards and using CF-to-IDE adapters for remote base nodes with zero problems. I haven't had the "motorboating" problems others are reporting on any of my builds. I'm using anything from P4's to quad cores, all Intel of course (I'm anti-AMD in general). Aside from thining out the OS, I'd also suggest disabling any unnecessary hardware on the mobo BIOS as well, turning off any power-saving stuff in BIOS, etc. --- Jeff WN3A
Yeap, did all of that.. Still had the issue.. BTW these ASUSU mother boards I have has 6 USB ports. Lu KA4EPS -----Original Message----- From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Jeff DePolo Sent: Sunday, July 31, 2011 2:34 PM To: 'app_rpt mailing list' Subject: Re: [App_rpt-users] Culling Linux Services (ACID)
So far built 3 on Intel D945GCLF2 boards, PicoPSU power supplies, both Limey off a CF and Acid off disk
I'm running the same boards and using CF-to-IDE adapters for remote base nodes with zero problems. I haven't had the "motorboating" problems others are reporting on any of my builds. I'm using anything from P4's to quad cores, all Intel of course (I'm anti-AMD in general). Aside from thining out the OS, I'd also suggest disabling any unnecessary hardware on the mobo BIOS as well, turning off any power-saving stuff in BIOS, etc. --- Jeff WN3A _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
participants (9)
-
Bote Man -
George Csahanin -
Jeff DePolo -
John Heron -
Ken -
Lu Vencl -
Michael Carey -
REDBUTTON_CTRL -
Steve Gladden