Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get repeater tones & hang time from me if I try to just 'monitor' them using the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note and test this and report step by step what's happening.
Thanks
Steve
···
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get
repeater tones & hang time from me if I try to just 'monitor' them using
the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those
unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just
monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note and
test this and report step by step what's happening.
Thanks
Steve
Versions of app_rpt.c which are older than version 0.199 might be sending telemetry to foreign nodes under some
conditions, especially if the foreign node is running a really old version of app_rpt.c which does not use the
new keying scheme.
You should check what version of app_rpt.c you are running and see if the foriegn node is running a really old
version of app_rpt.c
Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get repeater tones & hang time from me if I try to just 'monitor' them using the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note and test this and report step by step what's happening.
Thanks
Steve
Versions of app_rpt.c which are older than version 0.199 might be sending telemetry to foreign nodes under some
conditions, especially if the foreign node is running a really old version of app_rpt.c which does not use the
new keying scheme.
You should check what version of app_rpt.c you are running and see if the foriegn node is running a really old
version of app_rpt.c
Steve
WA6ZFT
Hi Steve I have the latest version installed or almost the latest version (3 days old).
So what I'm hearing you say is that the far end may have an older version (causing this issue) and this is out of my control.
Is this correct?
Thanks!
Steve
···
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Hi all. I can provide a little more info on this as it was one of our nodes that was the "foreign node".
Ok I believe he connected to node 2357 which is currently running 0.192 App_Rpt. I do believe it does send the newkey commands. Dont know it this classifies as a "really old node"or not.
Anyway we were receiving a repeater tail from his node after every transmission at our end.
Since he connected in rx mode we did not get any announcement that he connected.
Steve ZFT: Is there an easy way to upgrade these nodes without having to go to the sites?
A while back I tried the astupdate thing and it told me the version was too old and I had to do a reinstall.
This would mean a trip to the sites some of which are a few hours of driving.
I would like to be up to date to be in sync with everyone.
Jon VA3RQ
Stephen Rodgers wrote:
···
Steve Gladden wrote:
Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get repeater tones & hang time from me if I try to just 'monitor' them using the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note and test this and report step by step what's happening.
Thanks
Steve
Versions of app_rpt.c which are older than version 0.199 might be sending telemetry to foreign nodes under some
conditions, especially if the foreign node is running a really old version of app_rpt.c which does not use the
new keying scheme.
You should check what version of app_rpt.c you are running and see if the foriegn node is running a really old
version of app_rpt.c
Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get
repeater tones & hang time from me if I try to just 'monitor' them using
the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those
unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just
monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note and
test this and report step by step what's happening.
Thanks
Steve
Versions of app_rpt.c which are older than version 0.199 might be sending telemetry to foreign nodes under some
conditions, especially if the foreign node is running a really old version of app_rpt.c which does not use the
new keying scheme.
You should check what version of app_rpt.c you are running and see if the foriegn node is running a really old
version of app_rpt.c
Steve
WA6ZFT
Hi Steve I have the latest version installed or almost the latest
version (3 days old).
So what I'm hearing you say is that the far end may have an older
version (causing this issue) and this is out of my control.
Is this correct?
Thanks!
Steve
I guess the question would be does it do it when connected to my node (2010)?
Try connecting to me in transceive mode to see if I'm monitoring, then tear down the connection and
try monitor mode. I'm running the latest app_rpt.c there as well.
Hi all. I can provide a little more info on this as it was one of our
nodes that was the "foreign node".
Ok I believe he connected to node 2357 which is currently running 0.192
App_Rpt. I do believe it does send the newkey commands. Dont know it
this classifies as a "really old node"or not.
Anyway we were receiving a repeater tail from his node after every
transmission at our end.
Since he connected in rx mode we did not get any announcement that he
connected.
Steve ZFT: Is there an easy way to upgrade these nodes without having
to go to the sites?
A while back I tried the astupdate thing and it told me the version was
too old and I had to do a reinstall.
This would mean a trip to the sites some of which are a few hours of
driving.
I would like to be up to date to be in sync with everyone.
Jon VA3RQ
Stephen Rodgers wrote:
Steve Gladden wrote:
Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get
repeater tones & hang time from me if I try to just 'monitor' them
using the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those
unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just
monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note
and test this and report step by step what's happening.
Thanks
Steve
Versions of app_rpt.c which are older than version 0.199 might be
sending telemetry to foreign nodes under some
conditions, especially if the foreign node is running a really old
version of app_rpt.c which does not use the
new keying scheme.
You should check what version of app_rpt.c you are running and see if
the foriegn node is running a really old
version of app_rpt.c
You can download and compile app_rpt.c to manually update it, if you feel comfortable with this approach.
This may or may not work depending on how old the code is on your system.
Additionally you may check out a fresh source tree and compile and install the whole enchilada.
This may be the approach which is prudent.
The manual instructions for both methods are located here:
Ok I did some testing earlier and connected 2377 to node 2357. 2377 has V0.203 and is running as a full duplex repeater.
Node 2357 still has V0.192. I connected in monitor mode and it worked fine. I connected in Tranceive mode and it fine too.
No repeater tails or other stuff that I can see.
So it seem the versions I have on these nodes are not a problem for now.
Not sure what version Steve G is using but I would seem that the problem might be in his node.
Jon VA3RQ
Stephen Rodgers wrote:
···
Steve Gladden wrote:
Stephen Rodgers wrote:
Steve Gladden wrote:
Have a node setup (repeater) with usbradio..
Using mostly default setup.
at the moment I have rx /repeater setup for carrier access (no ctcss)
Been testing this and the far end nodes report that they get get repeater tones & hang time from me if I try to just 'monitor' them using the *2
monitor functionality..
*3 works as expected but when I try to use *2 I'm getting those unexpected results and the far end is experiencing some grief/confusion.
Am I misunderstanding how this should work?
Or are there any common gotchyas where you'd think you're just monitoring but it's doing more than that?
Sorry this is a bit vague.. I probably need to bring up another note and test this and report step by step what's happening.
Thanks
Steve
Versions of app_rpt.c which are older than version 0.199 might be sending telemetry to foreign nodes under some
conditions, especially if the foreign node is running a really old version of app_rpt.c which does not use the
new keying scheme.
You should check what version of app_rpt.c you are running and see if the foriegn node is running a really old
version of app_rpt.c
Steve
WA6ZFT
Hi Steve I have the latest version installed or almost the latest version (3 days old).
So what I'm hearing you say is that the far end may have an older version (causing this issue) and this is out of my control.
Is this correct?
Thanks!
Steve
I guess the question would be does it do it when connected to my node (2010)?
Try connecting to me in transceive mode to see if I'm monitoring, then tear down the connection and
try monitor mode. I'm running the latest app_rpt.c there as well.