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.
User guide page 3
Great guide! Suggest a bit of clarity on wireless setup would be useful. Two separate sections on page 3 would help and methods 2and3 don’t seem to apply anymore.
rich
|
|
|
|
ASL to DMR - not receiving inbound traffic
Gerry Filby
Hi Folks,
I've worked through the "ASL to DMR Bridge How To" pdf and I think I have things more or less set up - I get the expected CLI output when running MMDVM_Bridge and Analog_Bridge in the foreground per the doc. I'm connecting to TG 91 (Worlwide) in Analog_bridge.ini thusly: [AMBE_AUDIO] address = 127.0.0.1 ; IP address of xx_Bridge txPort = 31103 ; Transmit TLV frames to partner on this port rxPort = 31100 ; Listen for TLV frames from partner on this port ambeMode = DMR ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this f$ minTxTimeMS = 2500 ; Minimum time in MS for hang delay (0-10000)
; The metadata below is used when ASL is the source since it does not have any concept of digital modes gatewayDmrId = 310307899 ; ID to use when transmitting from Analog_Bridge repeaterID = 310307801 ; ID of source repeater txTg = 91 ; TG to use for all frames sent from Analog_Bridge -> xx_Bridge txTs = 2 ; Slot to use for frames sent from Analog_Bridge -> xx_Bridge colorCode = 1
|
|
|
|
Re: Will DVSwitch support my Raspberry Pi 3B+ 3.5" 320x480 TFT Touch Screen
Depends on what you want to do. Tell us more.
toggle quoted messageShow quoted text
Steve N4IRS
On 11/17/2020 3:48 PM,
KM4GCY@... wrote:
I build my Raspberry Pi 3 with a 3.5" 320x480 TFT Touch Screen in hopes to find an image that would support it, is DWSwitch a good solution?
|
|
|
|
Will DVSwitch support my Raspberry Pi 3B+ 3.5" 320x480 TFT Touch Screen
I build my Raspberry Pi 3 with a 3.5" 320x480 TFT Touch Screen in hopes to find an image that would support it, is DWSwitch a good solution?
|
|
|
|
Dashboard for multiple instances in DVSwitch
kpappa@...
I have installed two functional instances on my Raspberry PI, but so far I managed to have Dashboard only for the first instance. Any idea or anyone have implemented such a similar task ?
|
|
|
|
Re: M17 to ASL
Skyler Fennell
Sorry Steve (kc1awv) for bad mouthing the mode, sometimes I forget the filter, and think its a really cool project and am willing to help where I can to improve on it. I’m guilty of it too but a lot of us take all this free open source software for granted. Skyler
On Mon, Nov 16, 2020 at 7:09 AM Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: M17 to ASL
Skyler Fennell
Thank you Steve, I really appreciate your work!
On Mon, Nov 16, 2020 at 6:31 AM Steve KC1AWV <smiller+groups@...> wrote: Skyler,
|
|
|
|
Re: Setup of a Bridge YSF to DMR - Anyone out there who can solve this mystery ?
#mmdvm_bridge
Because it's all digital. No need for a Analog component.
toggle quoted messageShow quoted text
On 11/16/2020 8:43 AM, Aaron Groover
wrote:
This is where i get stuck. How does it communicate without Analog_Bridge.ini?
|
|
|
|
low audio from dmr to echolink
Jose Manuel Martinez Barbera
![]()
|
|
|
|
Re: Setup of a Bridge YSF to DMR - Anyone out there who can solve this mystery ?
#mmdvm_bridge
Aaron Groover
This is where i get stuck. How does it communicate without Analog_Bridge.ini?
|
|
|
|
Re: M17 to ASL
Skyler,
I'm sorry that your experience with M17 hasn't been as stellar as some may expect. Please, understand that the protocol is still very much in its infancy, and there are many people working on the protocol to improve it. As of now, there are no plans by the M17 Working Group on implementing any sort of cross-mode / cross-protocol capability, as the protocol is still not finished. There are several projects working on doing so, but again these are all very much in an 'alpha' stage. If you would like to participate or know more about the progress, you may visit the website or join us on our chat channels to further the discussion there. Thanks! Steve KC1AWV
|
|
|
|
Re: YSF to DMR
Show the log when they can't hear you.
toggle quoted messageShow quoted text
Show DVSwitch.ini
On 11/16/2020 8:02 AM, Aaron Groover
wrote:
|
|
|
|
YSF to DMR
So last night I tried playing around doing a YSF and DMR bridge
I did set up the one instance on the MMDVM bridge like steve showed in the example thats in the index of the group. So i have BM on the DMR side, and my reflector on the ysf server. Logged into BM put my dmr ID in as the TG as well. Went into dvswitch pointed YSF at DMR since well its easier..... I did not run the analog bridge as it said it did not need one. Ran MMDVM_Bridge.ini No transmit, no receive nothing. Logs in just fine however i can hear them but they cant hear me. Any ideas? I thought i followed them to the T but I think im missing something. Any help would be appreciated. Keep in mind, I was digging all weekend through the threads before I asked. Sorry for the repeated questions guys, Im sorry. MMDVM_Bridge.ini file [General]
Callsign=W3NTT
Id=3138055
Timeout=180
Duplex=0
[Info] << -- I dont really change this stuff, because it shows incorrectly on the BM dash.
RXFrequency=222340000
TXFrequency=224940000
Power=1
Latitude=41.7333
Longitude=-50.3999
Height=0
Location=Iceberg, North Atlantic
Description=MMDVM_Bridge
URL=https://groups.io/g/DVSwitch
[Log]
# Logging levels, 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal
DisplayLevel=1
FileLevel=2
#FilePath=/var/log/mmdvm
FilePath=/var/log
FileRoot=MMDVM_Bridge
[DMR Id Lookup]
File=/var/lib/mmdvm/DMRIds.dat
Time=24
[NXDN Id Lookup]
File=/var/lib/mmdvm/NXDN.csv
Time=24
[Modem]
Port=/dev/null
RSSIMappingFile=RSSI.dat
Trace=0
Debug=0
[D-Star]
Enable=0
Module=C
[DMR]
Enable=1
ColorCode=1
EmbeddedLCOnly=1
DumpTAData=0
[System Fusion]
Enable=1
[P25]
Enable=0
NAC=293
[NXDN]
Enable=0
RAN=1
Id=12345
[D-Star Network]
Enable=0
GatewayAddress=127.0.0.1
GatewayPort=20010
LocalPort=20011
Debug=0
[DMR Network]
Enable=1
Address=3102.repeater.net
Port=62031
Jitter=360
Local=62032
Password=passw0rd
Slot1=1
Slot2=1
Debug=0
[System Fusion Network]
Enable=1
LocalAddress=0
LocalPort=3200
GatewayAddress=45.77.223.27
GatewayPort=42000
Debug=0
[P25 Network]
Enable=0
GatewayAddress=127.0.0.1
GatewayPort=42020
LocalPort=32010
Debug=0
[NXDN Network]
Enable=0
#LocalAddress=127.0.0.1
Debug=0
LocalPort=14021
GatewayAddress=127.0.0.1
GatewayPort=14020
|
|
|
|
Re: M17 to ASL
Skyler Fennell
Copy, The mode kinda sucks anyway, I love the codec being open source but it sounds like garbage, my ears have to strain to understand some people depending on if their voice fits the codecs ideals. We need a mode that runs 8-10kbps over ham radio, the bands are wide open, there's no traffic and we have plenty of bandwidth on UHF for example. We're not commercial, and not running out of space. Sure, we might be running out of repeater coordinations in large cities but just because we have full coordinations, does not mean people are using them... I would love to see an implementation of G.729 or similar directly over RF.
On Sun, Nov 15, 2020 at 9:08 AM Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: What could have caused this series of 0 second transmissions?
#mmdvm_bridge
#brandmeister
k7wby@...
My best guess is a loopback occurred. There's any number of way's to create loopbacks.
|
|
|
|
Re: M17 to ASL
No We will cross that bridge when we come to it.
toggle quoted messageShow quoted text
On 11/15/20 11:01 AM, Skyler Fennell wrote:
|
|
|
|
M17 to ASL
Skyler Fennell
Is there a solution to bridge M17 to ASL?
|
|
|
|
bitarray error?
#hblink
Aaron Groover
So i recently installed the HBlink server its been quite some time. On hblink3 when i run the python3 bridge.py i get the following error;
Traceback (most recent call last): File "bridge.py", line 35, in <module>
from bitarray import bitarray
ModuleNotFoundError: No module named 'bitarray'
Not really sure what exactly module im missing i followed the "quick setup" guide i found on the group with the NEW packages....
|
|
|
|
Re: [allstarlink] Embed Allmon Node Dashboard into WordPress/Webpage or Website
Aaron Groover
Speaking of switch. Steve, are we able to run 2 instances of MMDVM bridge and analog bridge? What I’m trying to do is bring my ysf reflector and my dmr TG together. I’ll send it to the switch group as well.
toggle quoted messageShow quoted text
--
Thank You,
Aaron Groover
The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future. **This message has been composed on a mobile application. Please excuse any grammatical errors**
On Nov 14, 2020, at 13:20, GB7NR Support <support@...> wrote:
|
|
|
|
What could have caused this series of 0 second transmissions?
#mmdvm_bridge
#brandmeister
@hamzahradio
Hello and thanks for reading,
I was looking at the log of transmissions on my YSF Reflector which is bridged to DMR using MMDVM Bridge. A series of 0 second transmissions from 1 to 2am were detected, but on brandmeister last heard nothing is present. https://brandmeister.network/?page=lh&DestinationID=73583 These transmissions originated from the DMR side and the log below is from the yaesu fusion reflector. Any ideas what could have caused this and how to fix/prevent it? Many thanks
|
|
|