Date   

Installing DVSwitch-Dashboard on top of existing DVSwitch/Quantar-Bridge Install

Steve D. Jones
 

I'm currently running dvswitch and Quantar-Bridge and would like to add a dashboard. Looks like the initial install I did didn't include the dashboard server.

I backed up my existing install with the intention of installing the complete dvswitch-server repository but I'm getting hung up on installing it.

The apt-get command can't find the package "Unable to locate package dvswitch-server". My sources.list file shows only one source, raspbian.raspberry.org. Is there another source I need to add to be able to install the new server?


Re: A little help on how to modify one of the preset DMR networks

IK7VXC Mike
 

Thank you Steve. I'm counting on it

Mike IK7VXC


Re: A little help on how to modify one of the preset DMR networks

Steve N4IRS
 

Mike,
No, sorry it's not easily changeable.  This will be changed in the next revision.

Steve N4IRS

On 4/1/2021 12:30 PM, IK7VXC Mike wrote:
Under DMR Networks I have the option to configure up to 5 DMR networks. Apparently the first 3 seem kind of locked on Braindmeister, DMRPlus and TGIF.
I already have configured networks 4 and 5; I need to configure network 3 to work on the HBLink network. I can still do that by just setting the HBlink server but I also wish to modify where it says TGIF (please see pic)
https://ibb.co/g7TgDFC
If this doesn't involve some major editing, could you please point me in the right direction? I also wish to change the popup message where it says "Wait for ....TGIF" into "Wait for ... HBlink". (see pic)
https://ibb.co/whb8Dpq

Thank you
IK7VXC Mike


A little help on how to modify one of the preset DMR networks

IK7VXC Mike
 

Under DMR Networks I have the option to configure up to 5 DMR networks. Apparently the first 3 seem kind of locked on Braindmeister, DMRPlus and TGIF.
I already have configured networks 4 and 5; I need to configure network 3 to work on the HBLink network. I can still do that by just setting the HBlink server but I also wish to modify where it says TGIF (please see pic)
https://ibb.co/g7TgDFC
If this doesn't involve some major editing, could you please point me in the right direction? I also wish to change the popup message where it says "Wait for ....TGIF" into "Wait for ... HBlink". (see pic)
https://ibb.co/whb8Dpq

Thank you
IK7VXC Mike


Checking my work... #mmdvm_bridge

haydenkaufman@...
 

Trying to setup DMR to D-STAR so I can incorporate D-STAR into my DMR HT for EmComm activities.  I have a DV-Stick.
Does this look right?


Just smashing my head in at 3AM. 
Thanks
Hayden
N2HAY


locked DVSwitch component updates and additions

Steve N4IRS
 

We have updated all the major components of DVSwitch along with adding a new member of the family.

Analog_Reflector 1.1.19
    AllStar metadata and highlight updates
    hUC toast for corrupt json
    Define reflector exit codes
    Add mode specific UI
    Modal iOS warning on cert mismatch
    Package latest doc file
    Fix AR to AR tune processing
    Add DVSM support for available modes
    Add AllStar node list highlight for transmitting nodes

Analog_Bridge 1.6.2
    Protect threads from signals
    SIGHUP does a LogClose()
   Add STFU as a valid mode

MMDVM_Bridge 1.6.4
    Suppress TAG_EVENTs
    BM Freq adjustments
    P25 and DMR callsign lookup when not provided.
    STFU fix for no audio packets
    SIGHUP closes log.  Next log statement will reopen it.
    Change fatal exit code to 254

STFU 0.3.2
    Add version number to the STFU reporting (user agent)
    Make reconnect remember the last selected TG for re-subscription
    Watch for ping timeouts and re-load
    Add TA

dvswitch.sh 1.6.1
    New URL for allmondb
    Use max of 14 characters to match process name
    Allow a list of processes for getUDPPortsForProcess
    Account for format change of P25 and NXDN host files
    Change APRS host URL Add ASL and STFU


locked Re: Shaming for using an app

 

On 31/3/21 9:43 am, Tito Lopez - YN1OB wrote:
It is not for them to  harass you on how you handle your businesses. I
would just ignore them self righteous numbnuts. Follow the beat of
your own drum and Screw what anyone else thinks.
Agree totally.  As far as I'm concerned, they can take a long walk off a
short pier. :)  While I prefer to go in via some form of amateur RF, I
do use apps and computer access, when appropriate, and I don't care what
others use, just keep active. :)
I used to get heckled for not having a top notch HF rig or not putting
out 500 watts.  Screw them, You don't need them. There are plenty of
hams out there  that will hold an interesting QSO without the hassle.
Yeah, I've had some of that, but what many do on HF (chasing DX entities
and contesting) doesn't interest me.  Each to their own.  If you enjoy
it, do it, if you don't, then don't. :)

Now that my main phone is an Apple, I'm more likely to be using hUC than
DVSwitch Mobile, when I do use IP directly.  hUC is quite impressive,
that's for sure.

--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


locked Re: Shaming for using an app

Tito Lopez - YN1OB
 

It is not for them to  harass you on how you handle your businesses. I would just ignore them self righteous numbnuts. Follow the beat of your own drum and Screw what anyone else thinks.
I used to get heckled for not having a top notch HF rig or not putting out 500 watts.  Screw them, You don't need them. There are plenty of hams out there  that will hold an interesting QSO without the hassle.
w3daw
yn1ob

On Sat, Mar 27, 2021 at 12:08 AM IK7VXC Mike <gammaproject@...> wrote:
Thank you guys for your support. Too bad Steve didn't pick up on my request ... (sigh ..)


Allmon2 / Asterisk

Jim, AA7CL
 

Hope I'm in the right place, if not, please advise.

Running asl stretch on an ESXI host, debian 9 VM. Finally got allmon2 to login to the node however, I can't seem to resolve the "Could not connect to Asterisk Manager." error. using Allmon2. The node show registered. I can however, telnet in on port 5038 and authenticate just fine.

Also, can't get asterisk to acknowledge any commands in asterisk -cli. I do get DTMF decoding, audio to and from the radio along with ptt but even using rpt fun cannot get anything to happen when I issue a command ( rpt fun mynode *3othernode) etc.

Any ideas?


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

 

Yes, I do run a p25 bridge.

On 30/3/21 12:25 pm, Steve N4IRS wrote:
Did you have anything running with P25? A bridge perhaps?

On 3/29/21 9:24 PM, Tony Langdon wrote:
On 30/3/21 12:37 am, Steve N4IRS wrote:
Yes, you can stop QB abd keep QB from starting at boot. I doubt you
CPU going to 100% was caused by QB.
I have seen it cause high CPU usage - not necessarily 100%, but at least
50%, confirmed by top.  In my case, disabling QB was the solution.





--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

Steve N4IRS
 

Did you have anything running with P25? A bridge perhaps?

On 3/29/21 9:24 PM, Tony Langdon wrote:
On 30/3/21 12:37 am, Steve N4IRS wrote:
Yes, you can stop QB abd keep QB from starting at boot. I doubt you
CPU going to 100% was caused by QB.
I have seen it cause high CPU usage - not necessarily 100%, but at least
50%, confirmed by top.  In my case, disabling QB was the solution.


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

 

On 30/3/21 12:37 am, Steve N4IRS wrote:
Yes, you can stop QB abd keep QB from starting at boot. I doubt you
CPU going to 100% was caused by QB.
I have seen it cause high CPU usage - not necessarily 100%, but at least
50%, confirmed by top.  In my case, disabling QB was the solution.

--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

 

On 30/3/21 12:33 am, Alec-N1AJW wrote:
I found that the ircgateway was running which blocked xlx from
running. and the large cpu increase.  my vm went to 100 percent for
not sure how long was due to the quantar bridge.  Would it be possible
to turn the Quantar bridge startup off by default and we can enable it
if we use that mode??
I've seen similar high CPU usage by Quantar_Bridge and have had to
disable it, since I don't use it.

--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: DVS install on Hytera PNC380 ?

Allister
 

Thanks for that Mike, 

I will give it a go when I get the kids off to bed this evening . 

Allister 


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

Mike Zingman - N4IRR
 

However, it IS a known issue that ircddbgateway can runaway and use 100%cpu.  


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

Steve N4IRS
 

Yes, you can stop QB abd keep QB from starting at boot. I doubt you CPU going to 100% was caused by QB.

systemctl stop quantar_bridge
systemctl disable quantar_bridge


On 3/29/2021 9:33 AM, Alec-N1AJW wrote:
I found that the ircgateway was running which blocked xlx from running. and the large cpu increase.  my vm went to 100 percent for not sure how long was due to the quantar bridge.  Would it be possible to turn the Quantar bridge startup off by default and we can enable it if we use that mode??


Alec


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

Alec-N1AJW
 

I found that the ircgateway was running which blocked xlx from running. and the large cpu increase.  my vm went to 100 percent for not sure how long was due to the quantar bridge.  Would it be possible to turn the Quantar bridge startup off by default and we can enable it if we use that mode??


Alec


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

Mike Zingman - N4IRR
 

This is just an informational message.  The message is a result of adding a new event type to several of the modes. Please ignore it. I will fix the message in the next release. 


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

Heiko DL1BZ
 

NXDN unknown tag (13) in TVL
same here since last version of mmdvm_bridge. Don't know if it's important. All works ok.

73 Heiko, DL1BZ


Re: Problem running new DVSwitch on same server as XLX, YSF, P25 or NXDN reflectors

David Young
 

Steve,
Ok, I put one server running P25 and NXDN with bridging to hblink3 master hub back to the stock versions of Analog_Bridge V161 and MMDVM_Bridge V163.  So far after turning on the Analog_Bridge logging to #2 I am not getting the redundant messages.  This could have been my mistake when initially setting up the bridge as I forgot that the one instance of Analog_Bridge auto starts and I probably started it a second time, or maybe one of the updates fixed this problem.
The high CPU usage usually takes almost an hour before it starts to jump up from 5%.  So you might let it go over night.
Here is an error message I am getting when starting the MMDVM_Bridge for NXDN which is the second bridge so it doesn't auto start and I start it manually.  See the MMDVM_Bridge log file, the last entry after successful connection to the master.
"E:  NXDN unknown tag (13) in TVL"  if I use MMDVM_Bridge V162, this error does not appear.  Don't know if this is important to the operation, as the bridge works ok.
--
Dave WB6DTB

741 - 760 of 9774