Welcome to DVSwitch

Good plan Steve, with over 75 digital modes currently available it would be an insane project to try to accommodate them all. 

Hi Steve, are you planning to support the new M17 protocol?

Roby IV3JDV

Hey guys,

Jed.n1jbc here. So, i'm brand new to this dvswitch thing, and
honestly it seems pretty cool.
So, the furthest i've gotten with it, is hooking it up to my allstar
node, using a network radio. I'm using an Inrico t-320 network radio,
and have dvswitch installed on it, and am connecting it to my allstar
node. It works great.
Now it's time to expand it further. I've been told that i can run
dmr, and other digital modes if i put a pi together. So i'm at that
point where i want to go to that next step. What do i need to do?
I'm going to have a lot of questions here.

Cheers,

Jed

Thanks Steve. I’ll wait for the new image. As you said, it will be “Just two weeks”. 😀

Greg

WB6ZSU

On Oct 23, 2020, at 10:50 AM, Steve N4IRS <szingman@...> wrote:

When the new image is released and you have access to the site, then yes I suggest you install the new image. If nothing else it will allow safer updates.

On 10/23/2020 1:47 PM, Greg WB6ZSU wrote:

Steve,

I tried restarting both Pi’s and this seems to have corrected the issue.

Do you think it is still a good idea to update the files to the latest version, or is there really no big advantage?  One of the installs is on a mountaintop, and I’m a little hesitant to do a remote upgrade. I’m using this strictly for P25, utilizing Quantar Bridge.

Greg

WB6ZSU

 

On Oct 23, 2020, at 7:59 AM, Steve N4IRS <szingman@...> wrote:

I see no reason it would change. It's just that I tested with the current version as shown in the included logs so I know it's working. As far as I know it always worked that way.

On 10/23/2020 10:58 AM, Greg WB6ZSU wrote:

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

On Oct 23, 2020, at 10:50 AM, Steve N4IRS <szingman@...> wrote:

When the new image is released and you have access to the site, then yes I suggest you install the new image. If nothing else it will allow safer updates.

On 10/23/2020 1:47 PM, Greg WB6ZSU wrote:

Steve,

I tried restarting both Pi’s and this seems to have corrected the issue.

Do you think it is still a good idea to update the files to the latest version, or is there really no big advantage?  One of the installs is on a mountaintop, and I’m a little hesitant to do a remote upgrade. I’m using this strictly for P25, utilizing Quantar Bridge.

Greg

WB6ZSU

 

On Oct 23, 2020, at 7:59 AM, Steve N4IRS <szingman@...> wrote:

I see no reason it would change. It's just that I tested with the current version as shown in the included logs so I know it's working. As far as I know it always worked that way.

On 10/23/2020 10:58 AM, Greg WB6ZSU wrote:

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

Steve,

I tried restarting both Pi’s and this seems to have corrected the issue.

Do you think it is still a good idea to update the files to the latest version, or is there really no big advantage?  One of the installs is on a mountaintop, and I’m a little hesitant to do a remote upgrade. I’m using this strictly for P25, utilizing Quantar Bridge.

Greg

WB6ZSU

 

On Oct 23, 2020, at 7:59 AM, Steve N4IRS <szingman@...> wrote:

I see no reason it would change. It's just that I tested with the current version as shown in the included logs so I know it's working. As far as I know it always worked that way.

On 10/23/2020 10:58 AM, Greg WB6ZSU wrote:

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

Steve,

I tried restarting both Pi’s and this seems to have corrected the issue.

Do you think it is still a good idea to update the files to the latest version, or is there really no big advantage?  One of the installs is on a mountaintop, and I’m a little hesitant to do a remote upgrade. I’m using this strictly for P25, utilizing Quantar Bridge.

Greg

WB6ZSU

 

On Oct 23, 2020, at 7:59 AM, Steve N4IRS <szingman@...> wrote:

I see no reason it would change. It's just that I tested with the current version as shown in the included logs so I know it's working. As far as I know it always worked that way.

On 10/23/2020 10:58 AM, Greg WB6ZSU wrote:

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

On Oct 23, 2020, at 7:59 AM, Steve N4IRS <szingman@...> wrote:

I see no reason it would change. It's just that I tested with the current version as shown in the included logs so I know it's working. As far as I know it always worked that way.

On 10/23/2020 10:58 AM, Greg WB6ZSU wrote:

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

On Oct 23, 2020, at 7:59 AM, Steve N4IRS <szingman@...> wrote:

I see no reason it would change. It's just that I tested with the current version as shown in the included logs so I know it's working. As far as I know it always worked that way.

On 10/23/2020 10:58 AM, Greg WB6ZSU wrote:

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

Steve,

I will try doing this later.

Can you think of why this would have changed all the sudden?  I have two installations which are now behaving this way.

I only realized this because the past few days I was noticing there hasn’t been much chatter on the TG. Also, when I keyed my radio, I would get the “Pacific” annunciation which was an indication that the talkgroup had changed. That’s when I started doing some digging.

Greg

WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

On Oct 23, 2020, at 7:49 AM, Steve N4IRS <szingman@...> wrote:

Greg,
You might just get away with replacing the binary.

systemctl stop p25gateway
cd /opt/P25Gateway
mv P25Gateway P25Gateway.old
 wget https://github.com/DVSwitch/P25Gateway/raw/master/bin/P25Gateway.armhf
mv P25Gateway.armhf P25Gateway
chmod +x P25Gateway
systemctl start p25gateway

To go "all the way" you will want to replace the binary, the ini and the audio directory from this: <https://github.com/DVSwitch/P25Gateway/archive/master.zip>


Steve N4IRS

On 10/23/2020 10:41 AM, Greg WB6ZSU wrote:

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU

Steve,

Here are my results (you can see this is a pretty old install):

root@raspberrypi:/home/pi# uname -a

Linux raspberrypi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@raspberrypi:/home/pi# dpkg --print-architecture

armhf

root@raspberrypi:/home/pi# /opt/P25Gateway/P25Gateway -v

P25Gateway version 20180409

root@raspberrypi:/home/pi#

Greg

WB6ZSU

On Oct 23, 2020, at 2:47 AM, Steve N4IRS <szingman@...> wrote:

Greg,
Please run the following as root:
uname -a
dpkg --print-architecture
/opt/P25Gateway/P25Gateway -v

Steve N4IRS



On 10/23/20 3:17 AM, Greg WB6ZSU wrote:

Over the past few days I’ve noticed a change in the way the Inactivity timeout works.  I have my system configured with a Startup TG of 10400 and an Inactivity Timer of 10 minutes.  The way I’m accustomed to this working is that if I changed talk groups to something other than 10400 (Startup) and there was inactivity on this new TG for more than 10 minutes, the system would revert back to 10400. This is not the way it is behaving today. I’m not exactly sure what TG is now used as the “Revert” TG.

I’ve looked at the P25Gateway log file and verified that even when operating on 10400, if there is more than 10 minutes of inactivity, I will be unlinked from 10400.

Is this a known current behavior, and if so, what does happen after the inactivity timer expires?


Thanks and 73,
Greg
WB6ZSU