Date   

Re: Dvswitch crashes with weak 4G signal.

 

On 26/12/20 1:37 am, Brad N8PC wrote:
sounds like the problem is your not getting enough 4g signal to your
site. if your using a cellphone for net connection you will have a
problem with reliable communication as cell towers get busy.  if you
have someone close by with line of site I would suggest an outside
internet antenna at each site like https://www.ui.com/products/ 
you have to realize cell communications are not always best for
internet connections.  I run DVSwitch here on a raspberry Pi 4 with 5G
internet connection Wifi without any of the problems your having.  the
other this you might try is changing from a cell phone to an actual
MiFi (mobile data hotspot) that works on cell signals so as not to get
other interruptions from the cell phone.
All well and good, and improving the 4G signal is a good idea where
that's an option, but none of this addresses what looks like a serious
issue that the OP reported - DVSwitch server generating an uncontrolled
transmission when communication with its controlling client is
interrupted.  If the data link is lost, the system should fail in a way
that (1) doesn't result in uncommanded transmissions to the network and
(2) so that client-server communication can be reestablished when the
network connection is restored.

The transmission (and apparent lockup) sounds like a serious issue to
me.  I haven't encountered it, because my DVSwitch installations have
client (AllStar) and server on the same host or in the same data
centre.  I do have a "long haul" USRP link, but that's between AllStar
in Sydney and DummyRepeater running here, and although that has been
subjected to numerous network outages, it has been stable in its
behaviour, meeting the criteria above (no unexpected transmissions or
lockups, and simply picks up where it left off when the network comes back).

I haven't tried talking to DVSwitch server over an unstable network link.

And there's a lot more testing needed.  Does this occur only between
DVSwitch Mobile and the server? Or are connections between AllStar and
DVSwitch affected too?  Can it be replicated if DVSwitch mobile is on
wifi (and the wifi or fixed Internet drops out)?  Does any changes on
the server side have an effect (Pi vs PC/cloud server, home vs data centre)?

Just wondering if I can help test this myself, to assist with bug
hunting.  I can certainly do dodgy wifi and it only takes a 10 minute
drive to reach unreliable mobile coverage. :)

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


Re: Dvswitch crashes with weak 4G signal.

Brad N8PC
 

sounds like the problem is your not getting enough 4g signal to your site. if your using a cellphone for net connection you will have a problem with reliable communication as cell towers get busy.  if you have someone close by with line of site I would suggest an outside internet antenna at each site like https://www.ui.com/products/ 
you have to realize cell communications are not always best for internet connections.  I run DVSwitch here on a raspberry Pi 4 with 5G internet connection Wifi without any of the problems your having.  the other this you might try is changing from a cell phone to an actual MiFi (mobile data hotspot) that works on cell signals so as not to get other interruptions from the cell phone.

On 12/25/2020 5:02 AM, Pd1loi wrote:
Hello gentlemen of DVswitch.
I have already experienced a few times that when I have too little 4G (Mobile data) signal, DV switch crashes. The PTT key turns red, and then transmits continuously. I have also had 2x that I walk in the countryside and then I suddenly get the message unregistered and then I can turn the dVswitch off and on again, but nothing changes. But what I then hear from other amateurs is that the Rasberry Pi will transmit and will not return to normal mode. I just have to turn off the power and restart. I am using a Rasberry 3b with 32gb sd card. and an Inrico T320 with Android 7.0, it also has a 32GB SD card. And everything is up to date. So much for my findings about DVswitch.
73 PD1LOI


Re: DVSM APP server pool

Ralf, DC9NYC
 

Mike,
at the moment the test-pool has tree member under a fixed internet-IP to share DVSM as a small HAM mobile-DVSM-App Service with focus - more people to can test, try and use that excellent mobile App-solution for DV. Most will use the App only (or later the http-Client) and will not install, run, care or handle a DVSM-Switch-Server installation (or are not able to do that).

The IPs/Ports of the test-pool are:
87.191.190.190.207, UDP-Port 50111
87.191.190.190.207, UDP-Port 50112
87.191.190.190.207, UDP-Port 50113

No, I will not write an proxy, - I´am a cisco network-guy, but I have testet with a Load-Balancer and a DVSM-Farm with a VIP-IP with method "distribution static-sticky" - and some others LBA-methods. The problem is, - the loadbalancer can not find out witch DVSM-member is used or have mapped Reflectors/TG- linked or bind - or ist is free.The network-LBA can only detect wenn ip/port is not reachable and take-out then the single member from the pool. An LBA needs a criteria or a helper-port or an agent to check service is used/busy/mapped/armed ortransmitting or have Load, - or must can communicate with the properitary HAM/USRP/DVSM-service.

So I think it is a better way, - the APP handle (client side the given member), an decide with member is free. The APP can communicate with the DVSM-Service directly and understand the communication and DVSM-status more better a network-LBA.

At the moment the user enter all destinations under accounts and set check-box manualy to connect one of the member as linke. So, this has compelled me to write the the question for a pool feature in the DVSM-APP it will be a good feature for the big HAM community. Or build a multi-user DVSM-Switch but ist ist more complex as a pool feature. ...

Regards,
Ralf, DC9NYC



 

   


Dvswitch crashes with weak 4G signal.

Pd1loi
 

Hello gentlemen of DVswitch.
I have already experienced a few times that when I have too little 4G (Mobile data) signal, DV switch crashes. The PTT key turns red, and then transmits continuously. I have also had 2x that I walk in the countryside and then I suddenly get the message unregistered and then I can turn the dVswitch off and on again, but nothing changes. But what I then hear from other amateurs is that the Rasberry Pi will transmit and will not return to normal mode. I just have to turn off the power and restart. I am using a Rasberry 3b with 32gb sd card. and an Inrico T320 with Android 7.0, it also has a 32GB SD card. And everything is up to date. So much for my findings about DVswitch.
73 PD1LOI


Re: Where the heck is hUC?

 

On 23/12/20 11:18 am, Steve N4IRS wrote:
The existing clients are Android any Python. The python client pretty
much runs on any desktop system. As it happens, Mike is spending a LOT
of time making sure the HTML client runs on most browsers and that
includes Safari on IOS.
For the AllStar people among us, The clients will be able to control
the AllStar nodes.
Another thing to look forward to!  I love DVSwitch Mobile on my Android,
but sometimes I only have the iPhone with me.  Sold me yet again! :D


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


Re: Where the heck is hUC?

 

On 23/12/20 8:21 am, Steve N4IRS wrote:
So, how do we give people another option. That option is called
Analog_Reflector. Consider a piece of software tha t will accept
multiple connections from clients (DVSM, pyUC or hUC) it will also
accept connections from multiple AllStar nodes either on the same
server or a remote server. (via USRP)  You can have multiple bridges
Now this sounds awesome.  I'm currently using AllStar as my main
bridge.  Currently, only traffic from modes with dissimilar vocoders
traverses AllStar (DMR - YSF has its own dedicated MMDVM_Bridge
instance).  I'm not keen on losing the metadata on traffic that
traverses AllStar, but at least I can guarantee minimum degradation of
the audio.

Analog_Reflector sounds like just what I'm looking for, and its
additional features sound pretty cool too.  I will definitely be
upgrading to this, when it's available. :)
DVSwitch is about giving you control. You control the mode, you
control the destination. You control the metadata. It's your server.
Do what YOU want.. There is SO much more I did not cover (as Mike will
tell me) There is a admin interface for Analog_Reflector (and a
dashboard) Somebody "sitting on his mike"? Kick him or mute him.
Somebody abusing your server, ban him. I won't promise you we have
thought of everything. That will come to light as we  see
tAnalog_Reflector in the field.
This looks like fun.  I have two use scenarios here, which are very
different:


1.  The multimode reflector.  This is a system that bridges 4 DV modes,
plus AllStar.  The main advantages of Analogue Reflector here would be
preservation of metadata, as well as the ability to isolate modes as
needed, plus access control.  I would be the only one with the keys to
the city, initially.  I may delegate some functions down the line.

2.  I have an instance of DVSwitch on my AllStar node here.  This one is
to allow AllStar to connect directly to any arbitrary destination. 
Analogue_Reflector could simplify a lot of things here.  I could also
use it to link to other software (that I can make speak USRP in one way
or another). :)

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


Re: DVSM APP server pool

Mike Zingman - N4IRR
 

Ralf,

The new Analog_Reflector will fill this need. However, tell me more about your pool. Did you write a proxy?  Does it have a list of available ports?  Does it spawn new AB instances on demand?

Mike


Re: Noobie Questions on DVSwitch and App

G4WXN@...
 

Brian

The built in vocoder is not good for DStar, you need a USB dongle for DStar.

For the favourites list I use a script to push it to the App.

I have attached the list.

The built in list I believe is in /usr/local/dvs/tg_db and is called YSF_node_list.txt

So either edit that or copy the attached over the top, you will need to be super user.

Hope that helps

--
Derek

G4WXN


Noobie Questions on DVSwitch and App

Brian Iler
 

Hi All - 
I have some confusions and questions regarding DVSwitch and the App.

I have DVSwitch up and running, but there's some things I can't seem to figure out and can't find a doc to explain it to me, so here goes:
(1) How do I get FCS as an available mode on the app?
(2) I'm having an issue with editing the favorites lists for YSF - can someone just give me a simple example please?  I just can't get anything to work on that (DMR/P25/DSTAR are all good, just not YSF)
(3) When I'm connected to a DSTAR reflector, it seems that the audio is overloaded (hot sounding), I thought I could do audio adjustments via the app, but I can't find them.

Thanks and 73's
Brian


DVSM APP server pool

Ralf, DC9NYC
 

Hi Steve,
we have installed a public DVswitch server pool. Is it possible APP or hUC USRB client (feature, time later) switch automaticly to the next server entry if selected fails, not reachable, or in use ? (more flexibility - not everyone must setup a DVSM server by self. Not every one "will build a own, dedicated DVSM server". Most will use only the App/hUC-client). ... 
Ralf, DC9NYC


Re: Adding P25 to existing YSF and DMR bridge

Steve N4IRS
 

Gary,
Good to hear all is working. You can point to the .ini files in your systemd unit files. Since you are running 2 instances of MB, you will need to have 2 different DVSwitch.ini files, one for P25 and one for YSF. MMDVM_Bridge will use the environment variable "DVSWITCH" You can set this in your systemd unit file:

[Unit]
Description=MMDVM_Bridge Service
# Description=Place this file in /lib/systemd/system
# Description=N4IRS 10/16/2020

After=netcheck.service
Requires=netcheck.service

[Service]
Type=simple
Restart=always
RestartSec=3
Restart=on-abort
StandardOutput=null
WorkingDirectory=/opt/MMDVM_Bridge
Environment=DVSWITCH=/opt/MMDVM_Bridge/DVSwitch_P25.ini # <-------- LOOK here
ExecStartPre = /bin/sh -c 'echo "Starting MMDVM_Bridge_P25: [`date +%%T.%%3N`]" >> /var/log/netcheck' # <---- look here mot needed but nice.
ExecStart=/opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge_P25.ini
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process

[Install]
WantedBy=multi-user.target


On 12/24/20 5:45 AM, Gary, KE8O wrote:
Steve, 

Using a different DMRID for one of the MB instances solved the issue. P25/YSF/DMR are all bridged together now. Thank you very much for your time!!

I have a clean up questions. For my additional instances of MB and AB I copied the entire content of the original MB and AB folders and execute the programs from those folders. Is that necessary or can I execute from the original location and point to the ini files in the new folder name? 

Example:
ExecStart=/opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge2/MMDVM_Bridge.ini


 


Re: Adding P25 to existing YSF and DMR bridge

Gary, KE8O
 

Steve, 

Using a different DMRID for one of the MB instances solved the issue. P25/YSF/DMR are all bridged together now. Thank you very much for your time!!

I have a clean up questions. For my additional instances of MB and AB I copied the entire content of the original MB and AB folders and execute the programs from those folders. Is that necessary or can I execute from the original location and point to the ini files in the new folder name? 

Example:
ExecStart=/opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge2/MMDVM_Bridge.ini


 


Re: Confused hblink and MMDVM bridge.

G4WXN@...
 

On Wed, Dec 23, 2020 at 05:30 PM, Steve N4IRS wrote:
cd /usr/local/dvs
./dvs
OK got it, many thanks, 

 
--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

Steve N4IRS
 

It was put in the path of a normal user.
cd /usr/local/dvs
./dvs

Steve

On 12/23/2020 12:28 PM, G4WXN@... wrote:
I must have an older version, as

dvs

in terminal just gets command not found even with super user rights

--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

G4WXN@...
 

I must have an older version, as

dvs

in terminal just gets command not found even with super user rights

--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

Steve N4IRS
 

It's there. Follow the doc.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of G4WXN@... <G4WXN@...>
Sent: Wednesday, December 23, 2020 11:50:21 AM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Confused hblink and MMDVM bridge.
 
Yes that is what I installed, but I don't see any DVSwitch server configuration menu?

--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

G4WXN@...
 

Yes that is what I installed, but I don't see any DVSwitch server configuration menu?

--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

Steve N4IRS
 

A waste of time, no. You don't have to use the image. The System Builder script installs the same thing on your system. Just to be clear, you are using this:

cd /tmp
wget http://dvswitch.org/buster
chmod +x buster
./buster
apt-get update -y
apt-get install dvswitch-server -y

If so, the document I pointed to is the same. 

On 12/23/2020 11:40 AM, G4WXN@... wrote:

I didn't use a rpi image, I used the github https://github.com/DVSwitch/DVSwitch-System-Builder install

So everything I have done is a waste of time?
--
Derek

G4WXN



Re: Confused hblink and MMDVM bridge.

G4WXN@...
 

I didn't use a rpi image, I used the github https://github.com/DVSwitch/DVSwitch-System-Builder install

So everything I have done is a waste of time?
--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

Steve N4IRS
 

Things are becoming clearer. We have moved past those to a more streamlined system which includes switching DMR masters on the fly. See <https://dvswitch.groups.io/g/Mobile/files/DVSwitch%20Installation%20and%20User%20Guide%20v1.61.pdf>

Steve

On 12/23/2020 11:03 AM, G4WXN@... wrote:

Yes I tried that, the !9 and it worked sometimes, and not others.

So what do I use as a master in MB.ini that will allow the tune strings to work in all DMR networks?

Because what I have done is exactly what is described in the DVSM_02_17_2020.pdf doc.

--
Derek

G4WXN


1861 - 1880 of 9795