Date   

Re: Battery power for Node 4629

Charles J Killian
 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Here's how I would do it.

Replace the power supply in the node computer with a 12 VDC supply side
switching supply.

http://www.powerstream.com/mini-itx.htm is one place to look at such a
thing.

Obtain your battery or batteries and hook them to a West Mountain Radio
PWRGate PG40S. Hook a good stiff ANALOG (say Astron) 12 VDC supply to
the PWRGate, hook your load to the PWRGate (radio, computer, controller,
what-have-you).

Get a small inverter for anything that simply must have 110 VAC.

When the AC mains are live the PWRGate acts as a pretty fair charge
controller. When the mains fail everything switches to the battery
nearly instantaneously.

I use this set up at home for my station. When I get equipment for the
station I try and make sure it runs on 12 VDC. I'm heavy into emcomm
and I have no issues.


As to batteries, try and find someone who works for an outfit that
installs industrial grade UPS systems. Generally, by contract, they
will do wholesale change out of batteries every couple of years or so at
an installation. I obtained 8 75 AH batteries at $15 a piece. Six of
them run my station and two are for portable use (at 60 lbs a piece not
so much). These are good glass mat batteries.

Hope this helps some.

Chuck...
WB6YOK


Phil D. Mills/NV4P wrote:
What is everyone using for DC battery backup for the node computer,
router, modem, etc, in the event of a power failure? I'm looking for
something seamless that doesn't require an AC UPS. See my delimma,
below. Thanks for your time.

Phil/NV4P
Node 4629

-------- Original Message --------
Subject: Battery power
Date: Fri, 20 Feb 2009 10:34:31 -0600
From: Phil D. Mills/NV4P <phil@...>
Reply-To: phil@...
Organization: NV4P
To: WA4WKL <julian.harris@...>, KG4KGW
<kneedeep1@...>, W4PWB <kg4ung1@...>, K6JSI
<k6jsi@...>, KD4WCY <ellisdarius@...>, KG4DMB
<kg4dmb67@...>



Good morning...

Just a quick note to let everyone know, I have lowered the transmitter
power of NV4P/L to 5 watts until an adequate (but not pricey) source of
DC voltage can be acquired or purchased soon. I discovered a couple of
days ago, that at its former power level of 25 watts, the radio's
display would dim and the fan would almost quit. Recharging the attached
marine battery did not help. I believe that the battery has just about
had it. My ultimate goal is to obtain at least a 30amp power supply, a
cheap but good quality deep cycle marine battery for backup, and some
sort of switching mechanism to move the radio, and required node
PC/router/cable modem, to the marine battery automatically, in the event
of an AC power failure in the future. (Thus bypassing all of the
equipment's 120vAC transformers and power supplies, as they only really
need 12vDC or less to run.) I do not want to have to rely on the
commercial mains to keep the node on the air, if at all possible. I've
been lucky to have the UPS serve the node PC and networking equipment,
and not have any prolonged power outages. If I have to build this
switching mechanism myself, I'll do it, but it will be something new for
me, with a steep learning curve, thus requiring a LOT of time.

Can someone let Rick KI4LSS know? I don't have his email address. I
think I covered the most frequent users with an interest to Pensacola.
Primary item of business here is getting the node radio a DC power
source so I can run more than just 5 watts without killing the radio.

Thanks

Phil D. Mills/NV4P, Pensacola, FL
NV4P/L - 146.46MHz, pl 100Hz.
IRLP Node 4629, EchoLink Node 46290
WIN System Affiliate #65

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkme4dkACgkQoMI2ggy3n7vCRACgg0wC20yPPZMzaFs8gjJJWpPg
aCUAn2inZLZQn9fyjlK5pHLwM/OPG2LH
=59S2
-----END PGP SIGNATURE-----


Re: Battery power for Node 4629

Rogers, Ron <RR124640@...>
 

I see you are using a cable modem.
At my location, if we loose commercial mains we loose cable service due
to "head end" cable system amplifier (about 1/2 mile away) loosing
power.

How does your cable service act when you loose power ?


Ron
WW8RR


________________________________

From: irlp@... [mailto:irlp@...] On Behalf Of
Phil D. Mills/NV4P
Sent: Friday, February 20, 2009 11:41 AM
To: irlp@...
Subject: [irlp] Battery power for Node 4629



What is everyone using for DC battery backup for the node computer,
router, modem, etc, in the event of a power failure? I'm looking for
something seamless that doesn't require an AC UPS. See my delimma,
below. Thanks for your time.

Phil/NV4P
Node 4629

-------- Original Message --------
Subject: Battery power
Date: Fri, 20 Feb 2009 10:34:31 -0600
From: Phil D. Mills/NV4P <phil@... <mailto:phil%40nv4p.com> >
Reply-To: phil@... <mailto:phil%40nv4p.com>
Organization: NV4P
To: WA4WKL <julian.harris@...
<mailto:julian.harris%40earthlink.net> >, KG4KGW
<kneedeep1@... <mailto:kneedeep1%40hotmail.com> >, W4PWB
<kg4ung1@... <mailto:kg4ung1%40hotmail.com> >, K6JSI
<k6jsi@... <mailto:k6jsi%40winsystem.org> >, KD4WCY
<ellisdarius@... <mailto:ellisdarius%40bellsouth.net> >,
KG4DMB
<kg4dmb67@... <mailto:kg4dmb67%40hotmail.com> >

Good morning...

Just a quick note to let everyone know, I have lowered the transmitter
power of NV4P/L to 5 watts until an adequate (but not pricey) source of
DC voltage can be acquired or purchased soon. I discovered a couple of
days ago, that at its former power level of 25 watts, the radio's
display would dim and the fan would almost quit. Recharging the attached

marine battery did not help. I believe that the battery has just about
had it. My ultimate goal is to obtain at least a 30amp power supply, a
cheap but good quality deep cycle marine battery for backup, and some
sort of switching mechanism to move the radio, and required node
PC/router/cable modem, to the marine battery automatically, in the event

of an AC power failure in the future. (Thus bypassing all of the
equipment's 120vAC transformers and power supplies, as they only really
need 12vDC or less to run.) I do not want to have to rely on the
commercial mains to keep the node on the air, if at all possible. I've
been lucky to have the UPS serve the node PC and networking equipment,
and not have any prolonged power outages. If I have to build this
switching mechanism myself, I'll do it, but it will be something new for

me, with a steep learning curve, thus requiring a LOT of time.

Can someone let Rick KI4LSS know? I don't have his email address. I
think I covered the most frequent users with an interest to Pensacola.
Primary item of business here is getting the node radio a DC power
source so I can run more than just 5 watts without killing the radio.

Thanks

Phil D. Mills/NV4P, Pensacola, FL
NV4P/L - 146.46MHz, pl 100Hz.
IRLP Node 4629, EchoLink Node 46290
WIN System Affiliate #65


Battery power for Node 4629

Phil D. Mills/NV4P <phil@...>
 

What is everyone using for DC battery backup for the node computer, router, modem, etc, in the event of a power failure? I'm looking for something seamless that doesn't require an AC UPS. See my delimma, below. Thanks for your time.

Phil/NV4P
Node 4629

-------- Original Message --------
Subject: Battery power
Date: Fri, 20 Feb 2009 10:34:31 -0600
From: Phil D. Mills/NV4P <phil@...>
Reply-To: phil@...
Organization: NV4P
To: WA4WKL <julian.harris@...>, KG4KGW <kneedeep1@...>, W4PWB <kg4ung1@...>, K6JSI <k6jsi@...>, KD4WCY <ellisdarius@...>, KG4DMB <kg4dmb67@...>



Good morning...

Just a quick note to let everyone know, I have lowered the transmitter power of NV4P/L to 5 watts until an adequate (but not pricey) source of DC voltage can be acquired or purchased soon. I discovered a couple of days ago, that at its former power level of 25 watts, the radio's display would dim and the fan would almost quit. Recharging the attached marine battery did not help. I believe that the battery has just about had it. My ultimate goal is to obtain at least a 30amp power supply, a cheap but good quality deep cycle marine battery for backup, and some sort of switching mechanism to move the radio, and required node PC/router/cable modem, to the marine battery automatically, in the event of an AC power failure in the future. (Thus bypassing all of the equipment's 120vAC transformers and power supplies, as they only really need 12vDC or less to run.) I do not want to have to rely on the commercial mains to keep the node on the air, if at all possible. I've been lucky to have the UPS serve the node PC and networking equipment, and not have any prolonged power outages. If I have to build this switching mechanism myself, I'll do it, but it will be something new for me, with a steep learning curve, thus requiring a LOT of time.

Can someone let Rick KI4LSS know? I don't have his email address. I think I covered the most frequent users with an interest to Pensacola. Primary item of business here is getting the node radio a DC power source so I can run more than just 5 watts without killing the radio.

Thanks

Phil D. Mills/NV4P, Pensacola, FL
NV4P/L - 146.46MHz, pl 100Hz.
IRLP Node 4629, EchoLink Node 46290
WIN System Affiliate #65


Re: IRLP access prevented by a networked computer running AOL

iamcranked <Larry@...>
 

Thank you All for your reply,

We had visited the UPnP issue prior to the original posting but
appreciate it being brought up as a possible problem source . It was
active originally but had been disabled prior to my original post.
Running AOL still creates the problem with UPnP disabled.

Not being a current Windows or AOL person I was unaware of the Port
Magic issue and will certainly have him look at removing/disable it.

A migration to Ubuntu was already underway at my friends location and
once he's comfortable with it I'm sure this AOL problem will be become
a moot issue.

Thanks for your assistance.

Larry - N7FM

--- In irlp@..., "Chris Curtis" <demoman@...> wrote:

I'd check the router's UPNP option.
Disable it and that should "clear things up".

Upnp allows port mapping on the fly and can override the static
settings.

Chris
Kb0wlf
3185

-----Original Message-----
From: irlp@... [mailto:irlp@...] On Behalf Of
iamcranked
Sent: Wednesday, February 18, 2009 10:55 PM
To: irlp@...
Subject: [irlp] IRLP access prevented by a networked computer
running AOL

Larry - N7FM - Node 3507

I was just helping a friend determine why his node quit accepting
incoming node connections.

We finally discovered that if a Windows computer was running an AOL
browser and/or email program from his local network it would prevent
ALL incoming traffic to his normal ComCast IP address as long as AOL
was active. Kill the AOL program and all went back to normal.

AOL's IP redirect, prevented Internet access TO any other
computer/server on the local network. Therefore no incoming node
connections or remote admin could occur when AOL was active.

Any way around this?... besides the obvious -- Junk AOL!

Thanks
Larry - N7FM











------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.0.234 / Virus Database: 270.10.23/1947 - Release Date:
02/11/09
18:11:00


Kenwood UHF Repeater and Node

Gerry Brentnall
 

Thanks to my proximity to the Pave Paws Radar at Beale AFB, California, and thanks to the FCC's order to reduce output power to a point which makes communications difficult or impractical, I have decided to sell my UHF repeater. Before I put it up on Ebay, since it is (or was) an operating IRLP node (3246), I thought I would offer it here first.

The repeater is a Kenwood TKR-850. Output is 45 watts. The sale includes an external duplexer. The repeater works great and is in good condition. I will also sell the Node computer which is hooked to it if you want.

If you are interested please contact me directly rather than through this group: WA6E at ARRL.NET

73

Gerry
WA6E


Re: IRLP access prevented by a networked computer running AOL

k9dc
 

On Feb 19, 2009, at 9:42 AM, AG0N-3055 wrote:

I wouldn't have AOhelL on anything! But...some people do, so the
question will come up. What "service" will be disabled for the AOL
customer when UPnP is suddenly disabled?
The Internet and all other things evil :)

-k9dc


Re: IRLP access prevented by a networked computer running AOL

Jim Sandford <n7hqz.jim@...>
 

Gary, So very true. My daughters friends (teenagers) stay over, and one :needed to get online, so I gave her access to my wireless system and bang! Broken IRLP node! 5 minutes later, she had broken AOL and I had a working node again! Nice one Gary "AOhelL" Hehe! The end! 73! Jim

AG0N-3055 wrote:

On Thu, 19 Feb 2009 06:21:24 -0800, Jim Sandford wrote:


Convenient, yes but no way secure! AOL Hi-Jacking uh, I mean Port Magic! This should fix your problem. It did for me! 73! Jim
I wouldn't have AOhelL on anything! But...some people do, so the
question will come up. What "service" will be disabled for the AOL
customer when UPnP is suddenly disabled? What's going to break for
them?

Gary


Re: IRLP access prevented by a networked computer running AOL

chris curtis
 

I'd check the router's UPNP option.
Disable it and that should "clear things up".

Upnp allows port mapping on the fly and can override the static settings.

Chris
Kb0wlf
3185

-----Original Message-----
From: irlp@... [mailto:irlp@...] On Behalf Of
iamcranked
Sent: Wednesday, February 18, 2009 10:55 PM
To: irlp@...
Subject: [irlp] IRLP access prevented by a networked computer running AOL

Larry - N7FM - Node 3507

I was just helping a friend determine why his node quit accepting
incoming node connections.

We finally discovered that if a Windows computer was running an AOL
browser and/or email program from his local network it would prevent
ALL incoming traffic to his normal ComCast IP address as long as AOL
was active. Kill the AOL program and all went back to normal.

AOL's IP redirect, prevented Internet access TO any other
computer/server on the local network. Therefore no incoming node
connections or remote admin could occur when AOL was active.

Any way around this?... besides the obvious -- Junk AOL!

Thanks
Larry - N7FM











------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.0.234 / Virus Database: 270.10.23/1947 - Release Date: 02/11/09
18:11:00


Re: IRLP access prevented by a networked computer running AOL

Gary - AG0N
 

On Thu, 19 Feb 2009 06:21:24 -0800, Jim Sandford wrote:

Convenient, yes but no way secure! AOL Hi-Jacking uh, I mean Port Magic!
This should fix your problem. It did for me! 73! Jim
I wouldn't have AOhelL on anything! But...some people do, so the
question will come up. What "service" will be disabled for the AOL
customer when UPnP is suddenly disabled? What's going to break for
them?

Gary
--
http: //garymcduffie .com
3055: http: // garymcduffie.com /irlp/ 3055
NodeOp Help Page: http:// garymcduffie. com /irlp


Re: IRLP access prevented by a networked computer running AOL

Jim Sandford <n7hqz.jim@...>
 

Hi Larry, Check to see if your router/firewall has UPnP Service. If so, dis-able it. UPnP allows protected network hosts computers to send requests to the router/firewall to have certain ports opened or forwarded when needed. This is a convenient way to allow services that support UPnP to function properly without the need to create custom firewall rules.
Convenient, yes but no way secure! AOL Hi-Jacking uh, I mean Port Magic! This should fix your problem. It did for me! 73! Jim
--------------------------------------------------------------------------------------
David McAnally wrote:

Larry,

I don't use AOL, but I've read elsewhere that AOL, or at least some
versions of AOL, may use something called "Port Magic" that messes
with router settings. You might want look for "Port Magic" settings
or Google for "Port Magic" and see if you can change its settings or
disable it to resolve the problem.


On Wed, Feb 18, 2009 at 10:54 PM, iamcranked <iamcranked@...> wrote:

Larry - N7FM - Node 3507

I was just helping a friend determine why his node quit accepting
incoming node connections.

We finally discovered that if a Windows computer was running an AOL
browser and/or email program from his local network it would prevent
ALL incoming traffic to his normal ComCast IP address as long as AOL
was active. Kill the AOL program and all went back to normal.

AOL's IP redirect, prevented Internet access TO any other
computer/server on the local network. Therefore no incoming node
connections or remote admin could occur when AOL was active.

Any way around this?... besides the obvious -- Junk AOL!

Thanks
Larry - N7FM


Re: IRLP access prevented by a networked computer running AOL

David McAnally
 

Larry,

I don't use AOL, but I've read elsewhere that AOL, or at least some
versions of AOL, may use something called "Port Magic" that messes
with router settings. You might want look for "Port Magic" settings
or Google for "Port Magic" and see if you can change its settings or
disable it to resolve the problem.

On Wed, Feb 18, 2009 at 10:54 PM, iamcranked <iamcranked@...> wrote:
Larry - N7FM - Node 3507

I was just helping a friend determine why his node quit accepting
incoming node connections.

We finally discovered that if a Windows computer was running an AOL
browser and/or email program from his local network it would prevent
ALL incoming traffic to his normal ComCast IP address as long as AOL
was active. Kill the AOL program and all went back to normal.

AOL's IP redirect, prevented Internet access TO any other
computer/server on the local network. Therefore no incoming node
connections or remote admin could occur when AOL was active.

Any way around this?... besides the obvious -- Junk AOL!

Thanks
Larry - N7FM
--
Regards,
David McAnally, WD5M


Re: IRLP access prevented by a networked computer running AOL

Rick Bates <HappyMoosePhoto@...>
 

While it is an odd problem, you can do what I do here. My linux box is
directly attached to the Internet and a second NIC is attached to the home
network. That way there is physical isolation between the two networks, the
linux box can act as a firewall and router and my home network never touches
the Internet and is VERY secure.

You might also wander through the router settings to make sure they're
correct. There is no way the network should be able to be hijacked like
that.

Rick WA6NHC

www.HappyMoosePhoto.com

Wildlife and scenic images

_____

From: irlp@... [mailto:irlp@...] On Behalf Of
iamcranked
Sent: Wednesday, February 18, 2009 8:55 PM
To: irlp@...
Subject: [irlp] IRLP access prevented by a networked computer running AOL



Larry - N7FM - Node 3507

I was just helping a friend determine why his node quit accepting
incoming node connections.

We finally discovered that if a Windows computer was running an AOL
browser and/or email program from his local network it would prevent
ALL incoming traffic to his normal ComCast IP address as long as AOL
was active. Kill the AOL program and all went back to normal.

AOL's IP redirect, prevented Internet access TO any other
computer/server on the local network. Therefore no incoming node
connections or remote admin could occur when AOL was active.

Any way around this?... besides the obvious -- Junk AOL!

Thanks
Larry - N7FM


IRLP access prevented by a networked computer running AOL

iamcranked <iamcranked@...>
 

Larry - N7FM - Node 3507

I was just helping a friend determine why his node quit accepting
incoming node connections.

We finally discovered that if a Windows computer was running an AOL
browser and/or email program from his local network it would prevent
ALL incoming traffic to his normal ComCast IP address as long as AOL
was active. Kill the AOL program and all went back to normal.

AOL's IP redirect, prevented Internet access TO any other
computer/server on the local network. Therefore no incoming node
connections or remote admin could occur when AOL was active.

Any way around this?... besides the obvious -- Junk AOL!

Thanks
Larry - N7FM


Re: Multiple nodes one router

w6ray@sbcglobal.net
 

Only if you have multiple public IP addresses and your router supports
multiple IP addresses on the outside interface. Normally this will
require a Cisco IOS based router or some other commercial class router
on your Internet connection. Even an IOS router can only do this if
statically addressed with multiple IPs (no DHCP to the SP). The
normal residential routers (Linksys, Netgear, D-link etc) will not do
this. Every IRLP node MUST be on a unique public IP address.

The short answer for most of us, is no.

-k9dc

On Feb 14, 2009, at 11:19 AM, Ted McArthur wrote:

Is it possible to have 2 nodes that are behind a single router that
has the
same IP address?
I have 13 static IP addresses and I am using a 2wire gateway with wireless
for AT&T and am currently operating two IRLP nodes, each on its own PUBLIC
IP address. The 2wire router/modem works just fine in this case. (I had to
purchase a new one this past weekend as the old one quit.) It is very easy
to set up, etc. But as was stated earlier, you must have a PUBLIC address
for each node.


73 de Ray Quinn W6RAY
Visalia, CA DM06
IRLP Nodes 8120 & 3661
Echolink 152747 WA6BAI


Re: CW ider needed.

Steve Passmore <k6kya@...>
 

Aux lines are output only

The kk7av IDer is triggered via inbound network packets so it would have to be modified in a way to watch cos which is different than its core design.

Steve

travis8303 wrote:

Trying to understand the need.
Are you looking for an ID unit that will ID at the determined intervals regardless of the node use?
Similar to what a smart IDer does by only Iding when you after and during usage and then remains silent when the repeater isn't used.
And, you are using the factory or similar controller for the repeat function?

If so, I could use information on the same thing.

Could the Pectol or another IDer be triggered through one of the aux lines so it would ID and function just as if the node itself were in use?
Travis
AA9NV

--- In irlp@..., "tigger_bouncy_99" <krmjqo@...> wrote:


Current configuration: Repeater without controller. Just a straight
MastrII repeater with the computer directly connected. Standard
wireline audio connections and COR coming from the COR board in the
MII.
The IDer package I have installed is the Dave Pectol IDer. Works
great for the IRLP. I was hoping it would detect carrier when IRLP
is

NOT in use and ID on an activity detected basis.

There is a reference in the package about using Aux 2 with the
version

3 IRLP board. Don't know why. I thought MAYBE this was a way to
make

the IDer package ID when IRLP is not in use. Apparently this is not
supported or available.

I am trying to NOT add a controller. There's no reason for it if
the

Pectol IRLP IDer package can handle the ID function when IRLP is not
in use. Don't start with me about how I need a controller to
maintain

control over the repeater, etc. I already have that covered through
power control to the repeater using a separate mechanism.

If this cannot be done with the Pectol IDer package, that's okay,
I'll

tear it out and install a simple IDer/controller such as the RC-100,
one of which I just happen to have laying about.

If there is anything else I can answer, I will be glad to do so.


Kevin KA0JQO
7060/4288



--- In irlp@..., Mike Morris WA6ILQ <wa6ilq@> wrote:

At 11:43 AM 02/17/09, you wrote:


I recently loaded the IRLP identifier package on my Centos based
IRLP

machine.

It seems to work fine with IRLP traffic but I would like to get
some

clarification as to what and how this is supposed to work.

My computer is connected directly to the repeater, that is,
there is

no simplex radio involved.
How is the repeater configured?
Does the repeater have a controller? If so, what type? (or are
you

expecting the node to be the controller?)

Every decent controller that I have seen has it's own identifier
that

handles all normal repeater traffic.


When using IRLP, the IDer seems to operate fine.
That's because the script runs as part of the IRLP node.


What does it take to make the IDer functionality operate when the
repeater is being used only as a repeater with no IRLP activity?
Use the IDer that is part of your repeater controller.


Is this what the Aux 2 lead is for?
Aux2, like Aux 1 and Aux3 are outputs that are for whatever
you program it to be (using scripts).


What does it take to make this work for standard repeater
operation?

First describe your repeater and how it's connected and
configured, then we can help you.

Mike




------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links




Re: CW ider needed.

Dennis Hudson
 

I doubt we're going to be able to help you here. If you are not
familiar with scripting, which 3 people have now suggested you look at
using, you should stick to using a hardware IDer and leave the IRLP
node as is.


--
Dennis, N2LBT
@Upstate_NY

On Wed, Feb 18, 2009 at 3:02 PM, tigger_bouncy_99 <krmjqo@...> wrote:

Just to ensure I am clear about things, my MII repeater is set up as a
wireline tone remote controlled repeater. It uses all of the factory
audio and repeater control mechanisms. It is totally factory all the
way down to the CG boards.

I don't need to pass audio THROUGH the sound card, I only need the
D@%# thing to ID like a repeater would normally ID. All other
functions are covered.

The IRLP machine needs to ID when COR is detected and not in IRLP
active mode.







--- In irlp@..., Steve Passmore <k6kya@...> wrote:

It can be done, That's exactly how my repeater is set up, It's a
mastr
II station with the node connected via the wireline connections. The
station has basic repeat functions but no IDer. I modified one of the
ID scripts several years back to base its ID on COS and PTT activity
rather than the original PTT only functionality. The script I'm using
is uses SCCW to generate the tones which only works with the old ISA
soundblaster cards. But I think I have a version modified to use cwpcm.
Rob Pectol's ID script watches the packets flowing into the node to
trigger it's activity so it's not as easily modifiable. The purpose of
using AUX2 is to prevent the ID from interfering with the normal keying
of the radio from IRLP traffic. This ID script has worked flawlessly
for the past 6 years. Actually too well as it has given me reason to
put off installing the hardware controller I have sitting on the shelf
for it.

Steve


tigger_bouncy_99 wrote:
Current configuration: Repeater without controller. Just a straight
MastrII repeater with the computer directly connected. Standard
wireline audio connections and COR coming from the COR board in
the MII.

The IDer package I have installed is the Dave Pectol IDer. Works
great for the IRLP. I was hoping it would detect carrier when IRLP is
NOT in use and ID on an activity detected basis.

There is a reference in the package about using Aux 2 with the version
3 IRLP board. Don't know why. I thought MAYBE this was a way to make
the IDer package ID when IRLP is not in use. Apparently this is not
supported or available.

I am trying to NOT add a controller. There's no reason for it if the
Pectol IRLP IDer package can handle the ID function when IRLP is not
in use. Don't start with me about how I need a controller to maintain
control over the repeater, etc. I already have that covered through
power control to the repeater using a separate mechanism.

If this cannot be done with the Pectol IDer package, that's okay, I'll
tear it out and install a simple IDer/controller such as the RC-100,
one of which I just happen to have laying about.


If there is anything else I can answer, I will be glad to do so.


Kevin KA0JQO
7060/4288



--- In irlp@..., Mike Morris WA6ILQ <wa6ilq@> wrote:

At 11:43 AM 02/17/09, you wrote:


I recently loaded the IRLP identifier package on my Centos based
IRLP
machine.

It seems to work fine with IRLP traffic but I would like to get some
clarification as to what and how this is supposed to work.

My computer is connected directly to the repeater, that is, there is
no simplex radio involved.
How is the repeater configured?
Does the repeater have a controller? If so, what type? (or are you
expecting the node to be the controller?)

Every decent controller that I have seen has it's own identifier that
handles all normal repeater traffic.


When using IRLP, the IDer seems to operate fine.
That's because the script runs as part of the IRLP node.


What does it take to make the IDer functionality operate when the
repeater is being used only as a repeater with no IRLP activity?
Use the IDer that is part of your repeater controller.


Is this what the Aux 2 lead is for?
Aux2, like Aux 1 and Aux3 are outputs that are for whatever
you program it to be (using scripts).


What does it take to make this work for standard repeater operation?
First describe your repeater and how it's connected and
configured, then we can help you.

Mike


Re: CW ider needed.

travis8303
 

The first part of this post was already answered, hadn't showed up in
my inbox when I replied.
ID question remains.

--- In irlp@..., "travis8303" <travis8303@...> wrote:

Trying to understand the need.
Are you looking for an ID unit that will ID at the determined
intervals regardless of the node use?
Similar to what a smart IDer does by only Iding when you after and
during usage and then remains silent when the repeater isn't used.
And, you are using the factory or similar controller for the repeat
function?

If so, I could use information on the same thing.

Could the Pectol or another IDer be triggered through one of the
aux
lines so it would ID and function just as if the node itself were
in
use?

Travis
AA9NV

--- In irlp@..., "tigger_bouncy_99" <krmjqo@> wrote:



Current configuration: Repeater without controller. Just a
straight
MastrII repeater with the computer directly connected. Standard
wireline audio connections and COR coming from the COR board in
the
MII.

The IDer package I have installed is the Dave Pectol IDer. Works
great for the IRLP. I was hoping it would detect carrier when
IRLP
is
NOT in use and ID on an activity detected basis.

There is a reference in the package about using Aux 2 with the
version
3 IRLP board. Don't know why. I thought MAYBE this was a way to
make
the IDer package ID when IRLP is not in use. Apparently this is
not
supported or available.

I am trying to NOT add a controller. There's no reason for it if
the
Pectol IRLP IDer package can handle the ID function when IRLP is
not
in use. Don't start with me about how I need a controller to
maintain
control over the repeater, etc. I already have that covered
through
power control to the repeater using a separate mechanism.

If this cannot be done with the Pectol IDer package, that's okay,
I'll
tear it out and install a simple IDer/controller such as the RC-
100,
one of which I just happen to have laying about.


If there is anything else I can answer, I will be glad to do so.


Kevin KA0JQO
7060/4288



--- In irlp@..., Mike Morris WA6ILQ <wa6ilq@> wrote:

At 11:43 AM 02/17/09, you wrote:

I recently loaded the IRLP identifier package on my Centos
based
IRLP
machine.

It seems to work fine with IRLP traffic but I would like to
get
some
clarification as to what and how this is supposed to work.

My computer is connected directly to the repeater, that is,
there is
no simplex radio involved.
How is the repeater configured?
Does the repeater have a controller? If so, what type? (or are
you
expecting the node to be the controller?)

Every decent controller that I have seen has it's own
identifier
that
handles all normal repeater traffic.

When using IRLP, the IDer seems to operate fine.
That's because the script runs as part of the IRLP node.

What does it take to make the IDer functionality operate when
the
repeater is being used only as a repeater with no IRLP
activity?

Use the IDer that is part of your repeater controller.

Is this what the Aux 2 lead is for?
Aux2, like Aux 1 and Aux3 are outputs that are for whatever
you program it to be (using scripts).

What does it take to make this work for standard repeater
operation?

First describe your repeater and how it's connected and
configured, then we can help you.

Mike


Re: CW ider needed.

travis8303
 

Trying to understand the need.
Are you looking for an ID unit that will ID at the determined
intervals regardless of the node use?
Similar to what a smart IDer does by only Iding when you after and
during usage and then remains silent when the repeater isn't used.
And, you are using the factory or similar controller for the repeat
function?

If so, I could use information on the same thing.

Could the Pectol or another IDer be triggered through one of the aux
lines so it would ID and function just as if the node itself were in
use?

Travis
AA9NV

--- In irlp@..., "tigger_bouncy_99" <krmjqo@...> wrote:



Current configuration: Repeater without controller. Just a straight
MastrII repeater with the computer directly connected. Standard
wireline audio connections and COR coming from the COR board in the
MII.

The IDer package I have installed is the Dave Pectol IDer. Works
great for the IRLP. I was hoping it would detect carrier when IRLP
is
NOT in use and ID on an activity detected basis.

There is a reference in the package about using Aux 2 with the
version
3 IRLP board. Don't know why. I thought MAYBE this was a way to
make
the IDer package ID when IRLP is not in use. Apparently this is not
supported or available.

I am trying to NOT add a controller. There's no reason for it if
the
Pectol IRLP IDer package can handle the ID function when IRLP is not
in use. Don't start with me about how I need a controller to
maintain
control over the repeater, etc. I already have that covered through
power control to the repeater using a separate mechanism.

If this cannot be done with the Pectol IDer package, that's okay,
I'll
tear it out and install a simple IDer/controller such as the RC-100,
one of which I just happen to have laying about.


If there is anything else I can answer, I will be glad to do so.


Kevin KA0JQO
7060/4288



--- In irlp@..., Mike Morris WA6ILQ <wa6ilq@> wrote:

At 11:43 AM 02/17/09, you wrote:

I recently loaded the IRLP identifier package on my Centos based
IRLP
machine.

It seems to work fine with IRLP traffic but I would like to get
some
clarification as to what and how this is supposed to work.

My computer is connected directly to the repeater, that is,
there is
no simplex radio involved.
How is the repeater configured?
Does the repeater have a controller? If so, what type? (or are
you
expecting the node to be the controller?)

Every decent controller that I have seen has it's own identifier
that
handles all normal repeater traffic.

When using IRLP, the IDer seems to operate fine.
That's because the script runs as part of the IRLP node.

What does it take to make the IDer functionality operate when the
repeater is being used only as a repeater with no IRLP activity?
Use the IDer that is part of your repeater controller.

Is this what the Aux 2 lead is for?
Aux2, like Aux 1 and Aux3 are outputs that are for whatever
you program it to be (using scripts).

What does it take to make this work for standard repeater
operation?

First describe your repeater and how it's connected and
configured, then we can help you.

Mike


Re: CW ider needed.

tigger_bouncy_99 <krmjqo@...>
 

Just to ensure I am clear about things, my MII repeater is set up as a
wireline tone remote controlled repeater. It uses all of the factory
audio and repeater control mechanisms. It is totally factory all the
way down to the CG boards.

I don't need to pass audio THROUGH the sound card, I only need the
D@%# thing to ID like a repeater would normally ID. All other
functions are covered.

The IRLP machine needs to ID when COR is detected and not in IRLP
active mode.







--- In irlp@..., Steve Passmore <k6kya@...> wrote:

It can be done, That's exactly how my repeater is set up, It's a
mastr
II station with the node connected via the wireline connections. The
station has basic repeat functions but no IDer. I modified one of the
ID scripts several years back to base its ID on COS and PTT activity
rather than the original PTT only functionality. The script I'm using
is uses SCCW to generate the tones which only works with the old ISA
soundblaster cards. But I think I have a version modified to use cwpcm.
Rob Pectol's ID script watches the packets flowing into the node to
trigger it's activity so it's not as easily modifiable. The purpose of
using AUX2 is to prevent the ID from interfering with the normal keying
of the radio from IRLP traffic. This ID script has worked flawlessly
for the past 6 years. Actually too well as it has given me reason to
put off installing the hardware controller I have sitting on the shelf
for it.

Steve


tigger_bouncy_99 wrote:
Current configuration: Repeater without controller. Just a straight
MastrII repeater with the computer directly connected. Standard
wireline audio connections and COR coming from the COR board in
the MII.

The IDer package I have installed is the Dave Pectol IDer. Works
great for the IRLP. I was hoping it would detect carrier when IRLP is
NOT in use and ID on an activity detected basis.

There is a reference in the package about using Aux 2 with the version
3 IRLP board. Don't know why. I thought MAYBE this was a way to make
the IDer package ID when IRLP is not in use. Apparently this is not
supported or available.

I am trying to NOT add a controller. There's no reason for it if the
Pectol IRLP IDer package can handle the ID function when IRLP is not
in use. Don't start with me about how I need a controller to maintain
control over the repeater, etc. I already have that covered through
power control to the repeater using a separate mechanism.

If this cannot be done with the Pectol IDer package, that's okay, I'll
tear it out and install a simple IDer/controller such as the RC-100,
one of which I just happen to have laying about.


If there is anything else I can answer, I will be glad to do so.


Kevin KA0JQO
7060/4288



--- In irlp@..., Mike Morris WA6ILQ <wa6ilq@> wrote:

At 11:43 AM 02/17/09, you wrote:


I recently loaded the IRLP identifier package on my Centos based
IRLP
machine.

It seems to work fine with IRLP traffic but I would like to get some
clarification as to what and how this is supposed to work.

My computer is connected directly to the repeater, that is, there is
no simplex radio involved.
How is the repeater configured?
Does the repeater have a controller? If so, what type? (or are you
expecting the node to be the controller?)

Every decent controller that I have seen has it's own identifier that
handles all normal repeater traffic.


When using IRLP, the IDer seems to operate fine.
That's because the script runs as part of the IRLP node.


What does it take to make the IDer functionality operate when the
repeater is being used only as a repeater with no IRLP activity?
Use the IDer that is part of your repeater controller.


Is this what the Aux 2 lead is for?
Aux2, like Aux 1 and Aux3 are outputs that are for whatever
you program it to be (using scripts).


What does it take to make this work for standard repeater operation?
First describe your repeater and how it's connected and
configured, then we can help you.

Mike




------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links




Re: CW ider needed.

Dennis Hudson
 

I used the irlp-controller binary code to interface to my GE MVP
repeater for ID only. I did NOT use the computer to handle repeat
audio. I used the built in controller for that. (Have to wire input to
left and output on right (or visa versa) and then move AUMIX sliders
to correspond) I used one of the AUX logic outs to just PTT(without
CG) so the IDer would not be audible on the repeater unless there was
also IRLP or RF repeated audio along with it. Makes a nice armchair
node setup, and doesn't beep boop-a-doop all the time when cherchunked
or a node connects. -- Dennis, @Upstate_NY


tigger_bouncy_99 wrote:
Current configuration: Repeater without controller. Just a straight
MastrII repeater with the computer directly connected. Standard
wireline audio connections and COR coming from the COR board in the MII.

The IDer package I have installed is the Dave Pectol IDer. Works
great for the IRLP. I was hoping it would detect carrier when IRLP is
NOT in use and ID on an activity detected basis.

There is a reference in the package about using Aux 2 with the version
3 IRLP board. Don't know why. I thought MAYBE this was a way to make
the IDer package ID when IRLP is not in use. Apparently this is not
supported or available.

I am trying to NOT add a controller. There's no reason for it if the
Pectol IRLP IDer package can handle the ID function when IRLP is not
in use. Don't start with me about how I need a controller to maintain
control over the repeater, etc. I already have that covered through
power control to the repeater using a separate mechanism.

If this cannot be done with the Pectol IDer package, that's okay, I'll
tear it out and install a simple IDer/controller such as the RC-100,
one of which I just happen to have laying about.