Welcome to DVSwitch
Purpose
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
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.
Re: AMBE GPIO board
#analog_bridge
Steve,
I didn't know about parameter very well for AMBEtest4.py. The result was without parameter. This time I tried with "AMBEtest4.py -e -v -n" and the baudrate was 460800 but it still doesn't seem to be properly working.
Port name: /dev/ttyAMA0
Baudrate: 460800 Byte size: 8 Parity: N Stop bits: 1 Xon Xoff: False RTS/CTS: False DST/DTR: False ********************* Testing Reset DV3000 Error, AMBE header was corrupt I found a thread which has something to do with the error message "AMBE header was corrupt" and I read KI7SBI solved his issue with a bigger power supply. I don't fully understand the main issue of his but I just tried with a couple of other big enough power supplies but no luck, meaning same return from AMBEtest4.py and the audio crashes on Dstar.
Any other suggestions?
p.s. When I set for a separate AMBE server with the proper address and port on Analog_Bridge.ini it works ok and the audio is very good.
|
|
Re: First release of USRP Client (pyUC)
ve6gcd@...
I just caught a glitch: Transmit is disabled after double clicking the Transmit Button twice right after opening the app.
|
|
Re: setting up MMDVM_Bridge and Analog_Bridge
#analog_bridge
#mmdvm_bridge
MIKE Parie <aa1pr@...>
OK like this gentleman I too am having issues
it seems my node is communicating with brandmesiter & echolink, both are connected & reporting all the test steps along the process were verified as instructed in the pdf however the node will not pass audio as far as I can tell trying to access it from my 2nd echolink app on the cell using cell data I need to get someone on the outside world to connect in for me & test can I add a node radio to this I dont see anyone doing that from my online research so far Ive added my usb radio fob script accordingly to the simpleusb_tune_usb_42282.conf I see the new software doesnt have simpleusb-tune-menu so how does one set audio levels I also tried to setup a script/command so when the node is turned on it connects to 1999 with startup_macro =*9531999 will this still work with the new software? can I also install the zoiper script in iax.conf & extensions.conf like the crompton image to gain iax access? any help is greatly appreciated, thanks
|
|
Re: First release of USRP Client (pyUC)
ve6gcd@...
Thanks Steve,
This is interesting, might also try pursuing this route. I will reconfugure rpt.conf as advised and let you know. 73, Geoffrey VE6GCD
|
|
Re: First release of USRP Client (pyUC)
Sorry for the delay, it took me a bit to figure out what I think is
your issue.
toggle quoted messageShow quoted text
In rpt.conf for the node you are connecting to via USRP you have something like this: rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP What this says is that chan_usrp is listening on port 32001 This is how your audio gets from pyUC to ASL 127.0.0.1:34001 tells CHAN_USRP to send audio to IP 127.0.0.1 on port 34001. Well unless you have pyUC running on the same machine as the ASL node, you will hear no audio from pyUC. So, change 127.0.0.1 to the IP of the machine running pyUC. Steve N4IRS
On 2/25/2020 10:55 PM, ve6gcd@... wrote:
Hi Steve,
|
|
Re: AMBE GPIO board
#analog_bridge
Kevin Ku
2020년 2월 27일 (목) 19:54, Steve N4IRS <szingman@...>님이 작성:
|
|
Re: AMBE GPIO board
#analog_bridge
Joe,
toggle quoted messageShow quoted text
Analog_Bridge does support a Pi-Hat type of DV3000. Both Mike and a regularly run the NWDigital Pi-Hat DV3000. What parameter are you using to run AMBEtest4.py? It should be AMBEtest4.py --error --verbose -n --serial /dev/ttyAMA0 73, Steve N4IRS
On 2/27/20 1:26 AM, onetree9@...
wrote:
|
|
AMBE GPIO board
#analog_bridge
Thank you for the great work of DVSwitch. I am trying to hook up my AMBE GPIO board which was made in Japan and similar to DV3000 GPIO board. It was working ok for AMBE server on RPI3B+ with the following setup: device port : /dev/ttyAMA0 baudrate : 460800
It doesn't work for DVSwitch with the following setup(s) in Analog_Bridge.ini: device port : /dev/ttyAMA0 baudrate : 460800 or 230400 (AMBEtest4.py showed this baudrate) serial : true
Interestingly, I get the different baudrate from the AMBEtest4.py on RPI3B+ Here is the result:
Setting serial port Serial port parameters: Port name: /dev/ttyAMA0 Baudrate: 230400 Byte size: 8 Parity: N Stop bits: 1 Xon Xoff: False RTS/CTS: False DST/DTR: False ********************* Silent testing mode..... Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Reset DV3000 Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Get Product ID Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Get Version Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Set DSTAR Mode Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Reset DV3000 Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Set DMR Mode Error, AMBE header was corrupt Error, no reply from DV3000. Command issued was: Decode AMBE Error, decode AMBE to PCM return no results Error, AMBE header was corrupt .......... ..........
Questions: 1. Does DVSwitch only support USB serial device ?
2. If it supports GPIO serial, is there other way of setup for GPIO device on Analog_Bridge.ini ?
73, Joe, HL5KY.
|
|
Re: What DMR ID's?
#analog_bridge
Alejandro Pereida
Thanks Steve, well this is the idea hopefully we can make it work:
I built two repeaters for our Mexican radio club, both in the same rack on a mountain top, one is using a Rasperry Pi 4 running PI-STAR, two Motorola CDM1500 on the 438.025 Mhz (- 5Mhz) frequency pair I only enabled DMR and D-Star on the Pi-Star for that repeater (Call: XE2SJN DMR id: 334217). The other is an analog VHF repeater using a Raspberry pi 3 running Asterisk as the controller and two Motorola CDM1500. So the idea is to be able to link the analog repeater to TG 334217 using the Analog_bridge,MMDVM_bridge and MD380 emulator programs as shown on some youtube videos. Will this setup work if both repeaters are behind the same public IP? Is it possible to link/unlink the analog repeater from the DMR network via DTMF? Thanks in advance Alex N2IX / XE2BSS
|
|
Re: What DMR ID's?
#analog_bridge
Alex,
toggle quoted messageShow quoted text
The gatewayDmrId is the ID sent by Analog_Bridge if it has no other choice. Depending on how you are using Analog_Bridge, it may never be used. Hope this helps, 73, Steve N4IRS
On 2/25/20 8:41 PM, Alejandro Pereida
via Groups.Io wrote:
Hello, in the Analog_Bridge.ini file under [AMBE AUDIO] and for the parameters:
|
|
What DMR ID's?
#analog_bridge
Alejandro Pereida
Hello, in the Analog_Bridge.ini file under [AMBE AUDIO] and for the parameters:
gatewayDmrId = xxxxxx ; ID to use when transmitting from Analog_Bridge
repeaterID = 3342045 ; ID of source repeater Which DMR id's should I use for the gatewayDmrId? considering that this is a repeater with DMR ID = 3342045 Thanks Alex N2IX / XE2BSS
|
|
Re: First release of USRP Client (pyUC)
ve6gcd@...
Thanks Steve,
I will try to play with it and see how I can use it to interface ASL and S-COM 7330. 73, Geoffrey VE6GCD
|
|
Re: DVSwitch Server Dying once a day
Jay,
toggle quoted messageShow quoted text
We are looking at a possible cause / solution. Steve
On 2/25/2020 12:01 PM, Jay wrote:
Maybe someone has a solution. I have Raspberry Pi 3 with DVSwitch built from the most current instructions. It works great but sometime overnight, every night, the device becomes unreachable. By that I mean I VNC into it and it will not conned until it is rebooted. Its like it went to sleep and doesn't want to wake up.
|
|
Re: First release of USRP Client (pyUC)
Geoff,
toggle quoted messageShow quoted text
You can leave the default server alone, it will not be used when connecting to ASL. Set aslMode=1 Setup you ASL node using the USRP channel driver. Set the ports to the same value rxchannel = USRP/127.0.0.1:12345:12345 Please be aware that you can not control the node (*70 etc) from pyUC. All you can do is transmit and receive. Steve N4IRS
On 2/25/2020 1:58 PM,
ve6gcd@... wrote:
Hi Steve,
|
|
Re: First release of USRP Client (pyUC)
ve6gcd@...
Hi Steve,
Can you tell me how to set this up for ASL USRP node? The downloaded pyUC.ini file has defaultServer=DMR. aslMode=0 For AllStarLink Do I need to set defaultServer to blank, while aslMode=1? 73, Geoffrey VE6GCD
|
|
DVSwitch Server Dying once a day
Jay
Maybe someone has a solution. I have Raspberry Pi 3 with DVSwitch built from the most current instructions. It works great but sometime overnight, every night, the device becomes unreachable. By that I mean I VNC into it and it will not conned until it is rebooted. Its like it went to sleep and doesn't want to wake up.
Has anyone else experienced this. The OS is fully up to date. All IP addresses are static. No other software has been installed. I just enabled VNC and started using it. I do not believe it is DVSwitch software that is the cause but I have a bunch of Pi3 devices running without this occurring on them. Any suggestions or hints would be helpful. -- jb N4NQY
|
|
YSF to DMR setup with hang time
#mmdvm_bridge
ve6gcd@...
Hi,
I would like to setup MMDVM_Bridge where FCS room can comminicate with a Brandmeister Talkgroup. Due to the loop ban processing in BM, I would like to set it up such that DMR will have minimum of 2 seconds RX for every transmission coming from the FCS room. Can you guys tell me how the MMDVM_Bridge should be configured? Please advise. Thanks. 73, Geoffrey VE6GCD
|
|
Re: setting up MMDVM_Bridge and Analog_Bridge
#analog_bridge
#mmdvm_bridge
What error do you get?
toggle quoted messageShow quoted text
On 2/21/20 12:29 PM, yo2lqa@...
wrote:
Hi Steve.I use linux deploy apk on my android phone and i run debian in chroot.I have installed dvswitch...analog_bridge-md380-emu-mmdvm_bridge and connect to ipsc2 romania(DMR+).I have one problem,my md380-emu don't start as service in chroot.How can i solve this?
|
|
Re: alll star help
Brad NK8J <bradnk8j@...>
do you have your port forwarding open for echolink set in your
router? EchoLink requires that your router or
firewall allow inbound and outbound UDP to ports 5198 and 5199,
and outbound TCP to port 5200
toggle quoted messageShow quoted text
On 2/18/2020 12:06 AM, clayton wrote:
hi i new to this i just put this on my pi i can get ecolink to long in but can not conet to it and all so i see dmr working but all star will not work this is the file a flower
|
|
Re: setting up MMDVM_Bridge and Analog_Bridge
#analog_bridge
#mmdvm_bridge
yo2lqa@...
Hi Steve.I use linux deploy apk on my android phone and i run debian in chroot.I have installed dvswitch...analog_bridge-md380-emu-mmdvm_bridge and connect to ipsc2 romania(DMR+).I have one problem,my md380-emu don't start as service in chroot.How can i solve this?
73' YO2LQA
|
|