Welcome to DVSwitch

Check your radio programming for the channel

I decided i'm not gonna run the pyUC

I finally got the DVswitch up and running.  The Analog to dmr link is working fine.

The only issue I have, is every 10 minutes, this ID is played ONLY on the DMR TG (Not the analog side)
Anyone know where this ID is living?  I ; out all the ID's in analog_bridge.ini

Video of the ID Going Off

Hi,

I have noticed that when restarting services via the "dvs" menu “Restart DVSwitch Services” or using the “Drop Dynamic TGs” in the DVSM App, the DMR server always returns to a particular server.

When restarting DVSwitch services, what determines what DMR server is selected?

Regards,
   Dave

Corey, I have messaged him as much in a private mail. Dave M0UPM BM UK Admin 

Brandmeister prefers you to directly work with the master and do a true xlx connection as it uses the xlx protocol directly.

These are my ini files for a Brandmeister TG to XLX bridge

BM TG <> MMDVM_Bridge <> MMDVM_Bridge <> XLX (DMR Mode)

Had one way audio for a while and was tearing my hair out.. (now have none left :-) )

These might save someone some time..     problem was the DVSwitch ini file where I had to define the TG..  otherwise one way audio..

Remember and setup a static TG on the BM self service page and set your password accordingly.

Craig
2M0JUM

Frank.  Anytime you try and execute a command from the current directory, you must proceed it with a ./ so you should enter ./pyUC.py    Also, Python may not be in your path.  Try python3 pyUC.py.  Let us know what happens

I am sorry - the IP address is: ...

Sure Steve I will post there too and ty again for wonderfull work done on those digital systems

73 ' s

I suggest you post this information in the HBlink subgroup <https://dvswitch.groups.io/g/HBlink> Where more HBlink users will see it.

Steve N4IRS

Hello Bob, thank you for kind replay.

unfortunately Parrot documentation on hblink3 is fragmented , a piece here, a piece there so a bit unconfortable to follow the puzzle

On my radio of course the parrot is a group call and I can engage the parrot, what is frustrating  WAS the wrong audio coming back

I  found another polish man talking about parrot  on hblink3 and he says that first is necessary start the parrot service itself , otherwise no parrot service on board

So it ise necessary have a parrot.service or start by hand calling

/usr/bin/python3 /srv/HBlink3-main/HBlink3/playback.py  -c /srv/HBlink3-main/HBlink3/playback.cfg

that is my relative path.

Following the guidance to have a parrot.service , in facts,  now the parrot is working succesfully

Was just the lack of a service

thanks again , 73's Marco IZ8XOH

Frank,
pyUC is a client program written in Python3. It requires a system with a graphic interface (Linux window manager, Microsoft Windows, Apple MAC. it is not intended to run on the server. That is not to say it CAN'T be run on the server. I just want you to understand the program.

When you run a Linux program it either must be in you path or you must explicitly tell Linux the full path. Since pyUC is a python program run it with python3 pyUC.py.

The md380-emulator is installed and set to start on boot by the image or install script.

To connect your DVSwitch Server to your HAMVOIP node:

Add a private node to HAMVOIP. Use this as a guide for the node stanza <https://github.com/DVSwitch/Analog_Bridge/blob/master/ASL/rpt.conf.txt>
instead of setting the rxchannel to 127.0.0.1, set it to the address of your DVSwitch Server
Once you have the private node setup and working on HAMVOIP change the [USRP] stanza in Analog_Bridge.ini:
[USRP]
address = 127.0.0.1                     ; IP address of USRP partner (Allstar/Asterisk or another Analog_Bridge)
txPort = 32001                          ; Transmit USRP frames on this port
rxPort = 34001                          ; Listen for USRP frames on this port
usrpAudio = AUDIO_UNITY                 ; Digital -> Analog (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_USE_AGC)
usrpGain = 1.10                         ; Gain factor when usrpAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)
usrpAGC = -20,10,100                    ; Set the agc threshold (db), slope (db) and decay (ms)
tlvAudio = AUDIO_UNITY                  ; Analog -> Digital (AUDIO_UNITY, AUDIO_USE_GAIN, AUDIO_BPF)
tlvGain = 0.35                          ; Gain factor when tlvAudio = AUDIO_USE_GAIN (0.0 to 5.0) (1.0 = AUDIO_UNITY)

Set the address above to the IP address of your HAMVOIP node.

Steve N4IRS 

Frank which directory are you issuing the pyUC.py command from? If the same directory as the one holding pyUC.py script try ./pyUC.py.

Otherwise make sure the path is know.

Larry - N7FM

I set up a Raspberry Pi last week with Hamvoip.  The Allstar Node is up and running and RF is connected.  It has a private node 1999 also.

I installed DVSwitch on the second Pi (No ALS)

I followed the DVSwitch Installation and User Guide v1.61.pdf instructions but am stuck at the pyUC

I unzipped the USRP Client and copied it to home/pyUC

I ran the following command;

I set up a Raspberry Pi last week with Hamvoip.  The Allstar Node is up and running and RF is connected.  It has a private node 1999 also.

I installed DVSwitch on the second Pi (No ALS)

I followed the DVSwitch Installation and User Guide v1.61.pdf instructions but am stuck at the pyUC

I unzipped the USRP Client and copied it to home/pyUC

I ran the following command;

Hey guys I wanted to add macros in the config section of dvswitch to shut down or restart my allstar node but when i close the app and restart the app
it resets the macros I entered I believe I have the full version. Thanks.

Hello all,
following many tutorials and hows to, and studying and again studying I succesfully manage to install hblink on a amhf rockchip processor board. It starts and also dashboard is working fine.

But now I have a problem I'm not able to debug properly.

Let descrive my setup:
have a economic chinese clone hotspot simplex mounted on another armhf board and running MMDVMhost. Also have 2 ini files, one with registration to Italy brandmeiseter, another ini registering on lan local hblink. I start then with ./mmdvmhost /home/myhome/brandmeister.ini or ./mmdvmhost /home/myhome/hblink.ini so I can follow on screnn what is going on.

Scenario GOOD : I register into brandmeister , call the parrot 9990 and hear the talkback:

M: 2020-12-25 23:16:26.089 DMR, Logged into the master successfully
M: 2020-12-25 23:16:34.111 DMR Slot 2, received RF voice header from xxxxxx to 9990
M: 2020-12-25 23:16:37.891 DMR Slot 2, received RF end of voice transmission from  xxxxxx to 9990, 3.6 seconds, BER: 0.9%
M: 2020-12-25 23:16:41.056 DMR Slot 2, received network voice header from 9990 to xxxxxx
M: 2020-12-25 23:16:44.663 DMR Slot 2, received network end of voice transmission from 9990 to xxxxxx, 3.7 seconds, 0% packet loss, BER: 0.2%

Scenario BAD : I log into local hblink , call the parrot and a lot of error coming out

M: 2020-12-25 23:27:30.015 DMR, Logged into the master successfullE: 2020-12-25 23:27:59.324

DMR Slot 2, overflow in the DMR slot RF queue ( many many of these)
M: 2020-12-25 23:28:00.822 DMR Slot 2, network watchdog has expired, 7.1 seconds, 69% packet loss, BER: 0.2% ( and voice is not intellegible)

 

By searching on Google this  same error It landed me to MAYBE a problem with tcxo on my hotspot hat  but here come questions:

Why the same hardware is working on brendmeister network and not working on local hblink? If was a tcxo problem it shouldn't have worked on neither

What can I use to debug the underlaying problem or, if we do a sort od meeting, could anyone check from outside with different hardware if all the stuff are correct? Of course will give a public ip and open port and setup a momentary password for tests.

 

Thank you in advance for replays, 73's Marco iz8xoh

EDIT : I read a topic on 05/08/19 that says "
Parrot is not (yet) ported to python3"

Is that the reason ?

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