Home Messages Hashtags Subgroups Wiki

Welcome to DVSwitch

DVSwitch is a set of tools and programs related to provisioning and operating Amateur Radio digital voice networks.

Purpose

The purpose of DVSwitch is as follows:

1) Allows “local” networking during an outage of the regional national/international network server.
2) Allows a local network operator to “blend” upstream feeds from different Networks (capital N on purpose). These Networks can’t get their act together and learn how to play nice with each other (everyone guilty as far as we are concerned). They may not like people doing this, but the solution is to grow up and work with each other, and not keep trying to force people to take sides.
3) Allows local segregation of localized traffic with more flexibility.
4) Allows experimentation with linking and how it’s done (part 97 specifies experimentation and advancement of the radio art are a core part of amateur radio).

Mission Statement/Position

Our stated position is:

WHEREAS the Networks continue to be largely islands and are not working together to create a unified network of Networks.
WHEREAS no firm reason has been given by any of the Networks why a *competent* local network operator cannot make this work effectively.

(US ONLY)
WHEREAS 47 CFR 97 (Amateur Radio Service) specifies that a core component of amateur radio is experimentation and advancement of the radio art [97.1(b)].

BE IT RESOLVED the core group of US amateur radio operators and experimenters organized around the DVSwitch project, and in the spirit of USA 47 CFR 97 and its intentions, support the *responsible* and *thoughtful* use of digital voice networking tools to create localized networks that will interconnect to the national/international Networks, and will support users of its tools in order to do this in the most effective and sustainable way possible.

Between

and

Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7491 Happy Halloween.... toggle quoted messageShow quoted text On 10/23/2020 2:08 PM, Greg WB6ZSU wrote: 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Greg WB6ZSU #7490 Thanks Steve. I’ll wait for the new image. As you said, it will be “Just two weeks”. 😀 Greg WB6ZSU toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7489 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. toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7488 If it works don't fix it. toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Greg WB6ZSU #7487 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 toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image Tito Lopez - YN1OB #7486 Looks AWESOME!!! thanks for all the goodies you guys work on. You all should be inducted to the HAM Radio Hall of Fame!!!! Cant wait to install the dashboard, I tried installing but no packages yet.... Cool Stuff
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Greg WB6ZSU #7485 Very strange. This is an example of what I observed last night: M: 2020-10-23 04:29:32.253 Linked to reflector 10400 by WB6ZSU M: 2020-10-23 04:39:34.361 Unlinking from 10400 due to inactivity I: 2020-10-23 05:21:18.507 Loaded 18 P25 reflectors I: 2020-10-23 05:21:18.507 Loaded P25 parrot (TG10) M: 2020-10-23 06:06:00.120 Linked to reflector 10400 by WB6ZSU M: 2020-10-23 06:16:00.802 Unlinking from 10400 due to inactivity toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image wrhowell@... #7484 Excellent video sir, can't wait for the rest of the mentioned videos to be available. Thanks, William
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7483 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. toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Greg WB6ZSU #7482 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 toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7481 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 toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Greg WB6ZSU #7480 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
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image Carlos Minguela #7479 Thanks Steve, this are great news! 73 Carlos KP4CA
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7478 Greg, I ran a test here. root@DVSwitch-Server:~# uname -a Linux DVSwitch-Server 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux root@DVSwitch-Server:~# dpkg --print-architecture amd64 root@DVSwitch-Server:~# /opt/P25Gateway/P25Gateway -v P25Gateway version 20200824 M: 2020-10-23 10:36:53.763 Starting P25Gateway-20200824 M: 2020-10-23 10:36:53.763 Linked at startup to reflector 10200 M: 2020-10-23 10:36:55.986 Unlinked from reflector 10200 by N4IRS M: 2020-10-23 10:36:55.986 Linked to reflector 10400 by N4IRS M: 2020-10-23 10:46:57.842 Linked to reflector 10200 due to inactivity toggle quoted messageShow quoted text 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
More All Messages By This Member
Re: P25Gateway Inactivity Timeout Behavior Steve N4IRS #7477 Greg, Please run the following as root: uname -a dpkg --print-architecture /opt/P25Gateway/P25Gateway -v Steve N4IRS toggle quoted messageShow quoted text 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
More All Messages By This Member
P25Gateway Inactivity Timeout Behavior Greg WB6ZSU #7476 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
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image Tony Langdon #7475 On 23/10/20 9:53 am, Steve N4IRS wrote: Tony, You can go symlink which may be easier to see and understand. I would suggest a single binary and multiple config files. for example MMDVM_Bridge: in /opt/MMDVM_Bridge you have the following: MMDVM_Bridge (binary) MMDVM_Bridge_1.ini MMDVM_Bridge_2.ini In your first systemd unit you would have for the exec line: /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge_1.ini In your second systemd unit you would have for the exec line: /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge_2.ini There is no right way or wrong way. I prefer the above method because when I read the systemd unit file I can see exactly where things are. That would work too, but I think replacing copies of the binaries with symlinks would be easier with my setup. Would save a lot of rejigging of systemd units. As you say, more than one way to skin a cat, and I can always change things later, if it doesn't turn out as I expect. :) -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image Steve N4IRS #7474 I did forget to mention that the dashboard has a neat feature in conjunction with AB. The audio that AB would send to the USRP ports is also sent to the dashboard. A user can listen to the audio buy selecting the button. Note the button can be disabled.
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image Steve N4IRS #7473 Tony, You can go symlink which may be easier to see and understand. I would suggest a single binary and multiple config files. for example MMDVM_Bridge: in /opt/MMDVM_Bridge you have the following: MMDVM_Bridge (binary) MMDVM_Bridge_1.ini MMDVM_Bridge_2.ini In your first systemd unit you would have for the exec line: /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge_1.ini In your second systemd unit you would have for the exec line: /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge_2.ini There is no right way or wrong way. I prefer the above method because when I read the systemd unit file I can see exactly where things are. 73, Steve N4IRS toggle quoted messageShow quoted text On 10/22/20 5:53 PM, Tony Langdon wrote: On 23/10/20 1:01 am, Steve N4IRS wrote: I let the cat out of the bag in the Mobile subgroup so for everyone else... We have been working to enhance AB, MB and dvswitch.sh We have been trying to squash bugs and provide the features we know were needed and we have seen requested here on groups.io. The changes made to the basic components of DVSwitch will enhance not only Mobile users but bridges and other more esoteric applications. All of the TESTING for now has been on the ARM family but once we are ready to release, we will build ALL of the apt packages to support the 4 hardware families: This sounds awesome. Looking forward to seeing what's in the upgrade. I'll have to do some manual tweaks, because I have multiple instances of a number of the binaries running. Might have to go to symlinks for future ease of upgrading. :)
More All Messages By This Member
Re: DVSwitch Server Raspberry Pi Image David Martin #7472 Thanks Steve for the update. I must say the latest MB on GitHub works well now with my Nextion screen NextionDriver combination. Only tested on DMR parrot at present but shows both tx and rx now. Will try other modes shortly. Thanks again for your (and team) efforts. Thanks Dave Martin VK3KQT toggle quoted messageShow quoted text On Fri, Oct 23, 2020, 01:01 Steve N4IRS <szingman@...> wrote: I let the cat out of the bag in the Mobile subgroup so for everyone else... We have been working to enhance AB, MB and dvswitch.sh We have been trying to squash bugs and provide the features we know were needed and we have seen requested here on groups.io. The changes made to the basic components of DVSwitch will enhance not only Mobile users but bridges and other more esoteric applications. All of the TESTING for now has been on the ARM family but once we are ready to release, we will build ALL of the apt packages to support the 4 hardware families: armhf: 32 bit (Raspberry Pi all models) (Orange Pi) (Nano pi) etc Pretty much any Debian based ARM board. i386: 32 bit (low power Intel and compatible) amd64: 64 bit (Intel and compatible) arm64: 64 bit (ARM) That's 16 packages for each hardware family. These packages are in apt format for Debian compatible systems. If you run something else (Arch, Centos etc) the binaries and support files are available on Github. The process is, when a binary is updated, it's uploaded to github and then it's built into a apt package right away. Github and apt will be in sync. This means that to get the most current binary for your hardware family it's simply apt-get update / apt-get upgrade. All of the packages can be installed or added. You don't have to install everything, just what you need or add what you want. Add the dashboard to Quantar, add the menu to dvswitch. It's up to you. All packages include the scripting needed for updating the data files, pushing updated data to the mobile clients, log file management and some scripting to help in troubleshooting. We have included binaries for the support programs needed. This includes md380-emu, NXDNGateway NXDNParrot, P25Gateway, P25Parrot, YSFGateway. YSFParrot and ircDDBGateway. These programs are build directly from the authors github repositories. All of the programs are installable individually. How do you know what programs to install you ask. We have grouped these programs together in a "Meta Package" for easy install For example: apt-get install dvswitch Will install analog-bridge, md380-emu, mmdvm-bridge, nxdngateway, nxdnparrot, p25gateway, p25parrot, ysfgateway, ysfparrot, ircddbgateway, quantar-bridge apt-get install dvswitch-quantar Will install mmdvm-bridge, quantar-bridge, p25gateway, p25parrot Just what you would need for putting a Quantar repeater on the MMDVM P25 network apt-get install dvswitch-server Will install all of the above plus the Menu, Dashboard and System Monitor. Menu? Dashboard? System Monitor? The Menu system will walk you through basic setup. You enter your callsign, DMR ID etc and the menu will place the proper values into the .ini files. The menu will also help a DVSM or pyUC user configure Macros. You can upload sample macros to clients. You can also customize macros. The menu system is built with translation files to allow easy translation to other languages. Some of these are machine translations, so we hope they are close to correct. The first release menus will be available in the following languages: English French German Greek Japanese Korean Polish Spanish The documentation is being written. That is not to say ever nuance of AB, MB and dvswitch.sh are covered. The doc is geared towards the user of DVSM who wants to build his own server. Either from a image or from a script The documentation will be available in English, Korean Polish (to start) The dashboard is a modified version of the Pi-Star Dashboard. <http://server.dvswitch.org> The System Monitor is built on Monit. Monit can monitor the health of services, monitor data file updates, run periodic program checks. Monit has been configured to restart some services if they start to use too many resources. This web page is locked down so only local connections can view it. <http://server.dvswitch.org/demo_monit.png> We have built a Raspberry Pi Buster image that contains all of the programs in a ready to run format. All you have to do is burn the image to a SD card, insert the card in a Raspberry Pi (any model) and go. If you don't want to run a Raspberry Pi, or you have a existing Debian based system you want to add to, you can do that too. apt-get install dvswitch-server will install everything installed on Raspberry Pi image onto your system. We have reached Release candidate 2 which means baring any unforeseen issues, we will release soon. The accompanying documentation is being tweaked now. A lot of work has gone into refining the packages. I expect there will be problems found after release. Those fixes will be applied using the apt install / upgrade system. All I can say is anything over 10 lines of code has a bug, in my case anything over 2 lines of code and the first line is a comment. This does not cover all of the features available. Image clone, file backup/restore password recovery Just to name a few. I have posted the first introductory video. <https://youtu.be/ykW8oF1AGUc> We are working hard on this. When I say we, I mean Mike and I and a number of others. If my wife does not kill me first, it should be out soon. As someone in the software industry once said, "Just 2 weeks"
More All Messages By This Member

1861 - 1880 of 9139

Home Messages Hashtags Subgroups Wiki About Features Pricing Updates Terms Help Twitter