Date   

Re: Trying to install and setup DV switch on android

Steve N4IRS
 

On 6/26/21 10:24 PM, Joe Quinn wrote:
I have an android tablet that I’m trying to set up a DV switch on. I have a clear note, which is what I will be using for the server.
I know there are things I need to edit in iax.conf, but I don’t know what they are. Can you tell me what stanzas I need to put in iax.conf, and how I can link them to extensions.conf? I’m pretty new at editing files… So any help that you could give would be appreciated. I’m blind as well, if that matters any. :-)





Trying to install and setup DV switch on android

Joe Quinn
 

I have an android tablet that I’m trying to set up a DV switch on. I have a clear note, which is what I will be using for the server.
I know there are things I need to edit in iax.conf, but I don’t know what they are. Can you tell me what stanzas I need to put in iax.conf, and how I can link them to extensions.conf? I’m pretty new at editing files… So any help that you could give would be appreciated. I’m blind as well, if that matters any. :-)


Re: C-Bridge -> HB-Link using HB_Bridge & IPSC_Bridge.

KB5PBM
 


Will,

It was after an update.  Now running 9831.2021.1.10.  Tried to go back to a previous version from January 2019 with same results.  Its just strange that I am running the same issue to playback.py using only DMRLink.

Steve,
I will ask in that group.

Thanks.


Re: Noob, wishing to tap into the wisdom here

mark weisenfeld
 

Wow, so encouraging! Thanks.

Ok, so I do have a ThumbDV, I just referred to it by another nomenclature.              <joke class="obscure"> does it have an NSN? </joke>.

Also, fortunately, I did buy a really good DMR HT before realizing that I need something that does the other 'stuff' digital. So I can operate for a while with DMR function waiting until later.

So, This tells me what I need to do is get all this fired up and running so I can start to interact with y'all on the level you are familiar (acronyms and such).
Let me dive into it and with the confidence that it is not wasted time and see how it goes.

Glad to hear the FT-8900 will work. I have a couple of radios that do narrow, but their ability to TX/RX wide data is questionable. If using the data port and the 9600 baud pin on the FT-8900 is sufficient then that will help.


Re: C-Bridge -> HB-Link using HB_Bridge & IPSC_Bridge.

Steve N4IRS
 

Will,
I suggest you ask here <https://dvswitch.groups.io/g/HBlink>

Steve N4IRS

On 6/22/21 10:36 AM, Will - N7DUD wrote:

Out of curiosity, has the C-Bridge software been updated recently? I had a similar issue that *seemed* to come (and eventually go away) with C-Bridge updates. I have no solid proof of this, except for coincidental timing. Like you, I had been running for about a year with no issues, then started getting loss on RX (from C-Bridge). Then after a software update, it went away. 
Just interested to see if you happen to have similar results. 

 

Will -N7DUD



Re: C-Bridge -> HB-Link using HB_Bridge & IPSC_Bridge.

Will - N7DUD
 

Out of curiosity, has the C-Bridge software been updated recently? I had a similar issue that *seemed* to come (and eventually go away) with C-Bridge updates. I have no solid proof of this, except for coincidental timing. Like you, I had been running for about a year with no issues, then started getting loss on RX (from C-Bridge). Then after a software update, it went away. 
Just interested to see if you happen to have similar results. 

 

Will -N7DUD


Re: Noob, wishing to tap into the wisdom here

 

No one, yet.  And AFAIK, I don't know anyone with plans to do DMR.  Currently, only M17 is the focus for the client.

On 22/6/21 9:43 am, Steve N4IRS wrote:
So who has done a repeater client for DMR using MMDVM firmware?

Sent via smoke signal (AT&T)

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tony Langdon <vk3jed@...>
Sent: Monday, June 21, 2021 7:40:53 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Noob, wishing to tap into the wisdom here
 
Except that nothing mandates the use of MMDVMHost in this setup, only the MMDVM firmware on the modem or hotspot board.  For example, M17Client doesn't use MMDVMHost to talk to the MMDVM board, it talks to the firmware on the board directly.

On 22/6/21 9:37 am, Steve N4IRS wrote:
Actually, it's not about the switching, it's about MMDVMHost not being a repeater client. It will be a repeater, but not a client.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tony Langdon <vk3jed@...>
Sent: Monday, June 21, 2021 7:32:48 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Noob, wishing to tap into the wisdom here
 
The basic idea will work for all modes except DMR.  In fact, there now exists an implementation that uses a MMDVM modem (can use a hotspot board for QRPP) into a 9600 bps capable radio.  Currently, this sort of modem only exists for M17, but other modes could conceivably be added.  Some modes (especially D-STAR) would also require a hardware AMBE vocoder, such as a ThumbDV.  DMR deserves special mention, because of the T/R switching requirements for proper repeater operation, as you alluded to.

There was an announcement abour M17Client on the OpenDV group.  I've been testing M17Client with a Repeater Builders MMDVM modem and a Yaesu FT-8900 with great results.  I have been using this with a MMDVM based repeater that I have on test here.

On 22/6/21 8:31 am, Steve N4IRS wrote:
Doable? Yes. Some problems, accessing a DMR repeater comes to mind. DMR simplex will work. The hotspot board is low power. DVSwitch Server, Maybe Hblink, MMDVMHost. I'm on my phone so limited answer.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of mark weisenfeld <mark.wfeld@...>
Sent: Monday, June 21, 2021 6:21:03 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Noob, wishing to tap into the wisdom here
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


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


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


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


Re: Noob, wishing to tap into the wisdom here

Steve N4IRS
 

So who has done a repeater client for DMR using MMDVM firmware?

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tony Langdon <vk3jed@...>
Sent: Monday, June 21, 2021 7:40:53 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Noob, wishing to tap into the wisdom here
 
Except that nothing mandates the use of MMDVMHost in this setup, only the MMDVM firmware on the modem or hotspot board.  For example, M17Client doesn't use MMDVMHost to talk to the MMDVM board, it talks to the firmware on the board directly.

On 22/6/21 9:37 am, Steve N4IRS wrote:
Actually, it's not about the switching, it's about MMDVMHost not being a repeater client. It will be a repeater, but not a client.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tony Langdon <vk3jed@...>
Sent: Monday, June 21, 2021 7:32:48 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Noob, wishing to tap into the wisdom here
 
The basic idea will work for all modes except DMR.  In fact, there now exists an implementation that uses a MMDVM modem (can use a hotspot board for QRPP) into a 9600 bps capable radio.  Currently, this sort of modem only exists for M17, but other modes could conceivably be added.  Some modes (especially D-STAR) would also require a hardware AMBE vocoder, such as a ThumbDV.  DMR deserves special mention, because of the T/R switching requirements for proper repeater operation, as you alluded to.

There was an announcement abour M17Client on the OpenDV group.  I've been testing M17Client with a Repeater Builders MMDVM modem and a Yaesu FT-8900 with great results.  I have been using this with a MMDVM based repeater that I have on test here.

On 22/6/21 8:31 am, Steve N4IRS wrote:
Doable? Yes. Some problems, accessing a DMR repeater comes to mind. DMR simplex will work. The hotspot board is low power. DVSwitch Server, Maybe Hblink, MMDVMHost. I'm on my phone so limited answer.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of mark weisenfeld <mark.wfeld@...>
Sent: Monday, June 21, 2021 6:21:03 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Noob, wishing to tap into the wisdom here
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


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


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


Re: Noob, wishing to tap into the wisdom here

 

Except that nothing mandates the use of MMDVMHost in this setup, only the MMDVM firmware on the modem or hotspot board.  For example, M17Client doesn't use MMDVMHost to talk to the MMDVM board, it talks to the firmware on the board directly.

On 22/6/21 9:37 am, Steve N4IRS wrote:
Actually, it's not about the switching, it's about MMDVMHost not being a repeater client. It will be a repeater, but not a client.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tony Langdon <vk3jed@...>
Sent: Monday, June 21, 2021 7:32:48 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Noob, wishing to tap into the wisdom here
 
The basic idea will work for all modes except DMR.  In fact, there now exists an implementation that uses a MMDVM modem (can use a hotspot board for QRPP) into a 9600 bps capable radio.  Currently, this sort of modem only exists for M17, but other modes could conceivably be added.  Some modes (especially D-STAR) would also require a hardware AMBE vocoder, such as a ThumbDV.  DMR deserves special mention, because of the T/R switching requirements for proper repeater operation, as you alluded to.

There was an announcement abour M17Client on the OpenDV group.  I've been testing M17Client with a Repeater Builders MMDVM modem and a Yaesu FT-8900 with great results.  I have been using this with a MMDVM based repeater that I have on test here.

On 22/6/21 8:31 am, Steve N4IRS wrote:
Doable? Yes. Some problems, accessing a DMR repeater comes to mind. DMR simplex will work. The hotspot board is low power. DVSwitch Server, Maybe Hblink, MMDVMHost. I'm on my phone so limited answer.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of mark weisenfeld <mark.wfeld@...>
Sent: Monday, June 21, 2021 6:21:03 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Noob, wishing to tap into the wisdom here
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


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


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


Re: Noob, wishing to tap into the wisdom here

Steve N4IRS
 

Actually, it's not about the switching, it's about MMDVMHost not being a repeater client. It will be a repeater, but not a client.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tony Langdon <vk3jed@...>
Sent: Monday, June 21, 2021 7:32:48 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Noob, wishing to tap into the wisdom here
 
The basic idea will work for all modes except DMR.  In fact, there now exists an implementation that uses a MMDVM modem (can use a hotspot board for QRPP) into a 9600 bps capable radio.  Currently, this sort of modem only exists for M17, but other modes could conceivably be added.  Some modes (especially D-STAR) would also require a hardware AMBE vocoder, such as a ThumbDV.  DMR deserves special mention, because of the T/R switching requirements for proper repeater operation, as you alluded to.

There was an announcement abour M17Client on the OpenDV group.  I've been testing M17Client with a Repeater Builders MMDVM modem and a Yaesu FT-8900 with great results.  I have been using this with a MMDVM based repeater that I have on test here.

On 22/6/21 8:31 am, Steve N4IRS wrote:
Doable? Yes. Some problems, accessing a DMR repeater comes to mind. DMR simplex will work. The hotspot board is low power. DVSwitch Server, Maybe Hblink, MMDVMHost. I'm on my phone so limited answer.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of mark weisenfeld <mark.wfeld@...>
Sent: Monday, June 21, 2021 6:21:03 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Noob, wishing to tap into the wisdom here
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


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


Re: Noob, wishing to tap into the wisdom here

 

The basic idea will work for all modes except DMR.  In fact, there now exists an implementation that uses a MMDVM modem (can use a hotspot board for QRPP) into a 9600 bps capable radio.  Currently, this sort of modem only exists for M17, but other modes could conceivably be added.  Some modes (especially D-STAR) would also require a hardware AMBE vocoder, such as a ThumbDV.  DMR deserves special mention, because of the T/R switching requirements for proper repeater operation, as you alluded to.

There was an announcement abour M17Client on the OpenDV group.  I've been testing M17Client with a Repeater Builders MMDVM modem and a Yaesu FT-8900 with great results.  I have been using this with a MMDVM based repeater that I have on test here.

On 22/6/21 8:31 am, Steve N4IRS wrote:
Doable? Yes. Some problems, accessing a DMR repeater comes to mind. DMR simplex will work. The hotspot board is low power. DVSwitch Server, Maybe Hblink, MMDVMHost. I'm on my phone so limited answer.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of mark weisenfeld <mark.wfeld@...>
Sent: Monday, June 21, 2021 6:21:03 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Noob, wishing to tap into the wisdom here
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


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


Re: Noob, wishing to tap into the wisdom here

Steve N4IRS
 

Doable? Yes. Some problems, accessing a DMR repeater comes to mind. DMR simplex will work. The hotspot board is low power. DVSwitch Server, Maybe Hblink, MMDVMHost. I'm on my phone so limited answer.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of mark weisenfeld <mark.wfeld@...>
Sent: Monday, June 21, 2021 6:21:03 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Noob, wishing to tap into the wisdom here
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


Noob, wishing to tap into the wisdom here

mark weisenfeld
 

Hey guys (gals), 

I have a desire/dream to build a device wherein I connect a UHF FM radio & antenna to, an interface board, a Raspberry Pi, and then some sort of spkr/mic/PTT arrangement that will allow me to TX/RX in the 3 major digital protocols (DMR/D-Star/YSF), all from the same setup.
I do not expect to do all these at once. Even if I had to reboot the device to switch modes, just as long as it could do all 3, that would be fine.

I have the 
STM32_DVM_v4, a Pi 3 B+, and one of those DV300U USB sticks from NWdigitalradio.com

I have been a software dev/dev-ops/tech svcs worker for over 20 years.
I have both mocked people who say it, and also said myself,  "It can't be that hard." 

Can you point me in the right direction in this group?

Thanks

 


C-Bridge -> HB-Link using HB_Bridge & IPSC_Bridge.

KB5PBM
 

I have been running this configuration for several years now without any issues.  Lately I have had a problem with the stream from the C-bridge to HBLink cutting out at regular iniverals.  From HBLink to the C-Bridge is fine,  I have had all my interfaces pointed to interface 127.0.0.1.  Both have been on the same server.  CPU only shows about 15% with traffic.  I have disabled iptables rules with same results.  So I made an instance of dmrlink-playback.py with IPSC_Bridge logging in to that process with same results.  When I look at the debug of HB_Bridge I see 
DEBUG (IPSCBRIDGE2) MSTPONG Received. Pongs Since Connected: 13
INFO Voice Transmission Start on TS 1 and TG 51 (51) from 3148824 (3148824)
INFO Voice Transmission End 2.33 seconds loss rate: 0.00% (37/37)

On the return path looking at IPSC_Bridge I am getting 

DEBUG (TARMAMASTER1) End AMBE encode STREAM ID: 3434497723 FRAMES: 46
INFO Voice Transmission Start on TS 1 and TG 51 (51) from 3148824 (3148824)
INFO Voice Transmission End 2.72 seconds loss rate: 93.33% (3/45)

I also tried moving all three of these processes to another machine with same results as well as delete all the .pyc files of all three directories and restart application.  Currently I am running these on python2.7. 

Like I said this has worked flawless for several years and just started having an issue.  I am currently using hblink3 with python3.5.

Any help would be appreciated.

Thanks,
Robert KB5PBM


Re: SHARI TO BM VIA DVSWITCH ON ASL #brandmeister #analog_bridge

Fairfieldsteve@...
 

Jeff and Alec
Thank you for the explanation.  Now I understand and will act accordingly.
N1saf
Steve


YSFReflector X commands causing BM loop ban [SOLVED]

scot forshaw
 

[SOLVED]
[SOLUTION]
Setting a "hangTimerInFrames = 60" in the DVSwitch.ini [DMR] and [YSF] stanzas has forced transmissions to BM to be made a minimum of 7 seconds, preventing "User Blocked" messages from the DMR side.



Since starting the thread I have systematically adjusted the settings in my DVSwitch.ini and MMDVM_Bridge.ini files until the option that controls the BM tail time was found. 
To recap, I run 2 x MMDVM_Bridge instances on 1 device. One for DMR itself and one for YSF <--> DMR. 

The problem was short presses of the X button and Search & Direct caused BM loop ban "user blocked" messages on the bridge SSID (A well known issue)

The solution was in DVSwitch.ini, in the YSF <--> DMR instance I added < hangTimerInFrames = 60 >

In the [DMR] stanza I added : <hangTimerInFrames = 60        ; Use 50 for 3 seconds of hang time (3000 / 60)>
 
; Configure the DMR Partner
; Audio format is AMBE 72 bit
[DMR]
Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)
TXPort = 31101                  ; Port to send AMBE TLV frames to (export)
RXPort = 31104                  ; Port to listen on (import)
Slot = 2                        ; Export slot
hangTimerInFrames = 60        ; Use 50 for 3 seconds of hang time (3000 / 60)



In the [YSF] stanza I added the same  <hangTimerInFrames = 60        ; Use 50 for 3 seconds of hang time (3000 / 60)>

; Configure the Yaesu Fusion Partner
; Audio format is AMBE 72 bit
; Audio format is IMBE 88 bit
[YSF]
Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)
TXPort = 31104                  ; Port to send AMBE TLV frames to (export)
RXPort = 31101                  ; Port to listen on (import)
FallbackID = 2347857            ; In case we can not find a valid DMR id in the database, export this one
ExportTG = 23591                ; Which TG to export
Slot = 2                        ; Export slot
hangTimerInFrames = 60        ; Use 50 for 3 seconds of hang time (3000 / 60)
 
This has led to a much safer 7 second tail time on BM confirmed by watching the last heard TX times when pressing the X button or a single short PTT press.
Yes it means a lengthy pause for the stations using the link but as GB-CCARC is only a small group of users it isn't a problem and encourages stations to take a pause anyway :) 

Thanks
Scot
2E0WWV


Re: SHARI TO BM VIA DVSWITCH ON ASL #brandmeister #analog_bridge

Jeff Lehman, N8ACL
 

What he means is regardless of how the bridging is done, Whether it’s using HUC, pyuc, the DVswitch app, the server image, a hand build DV Switch system,  Allstar, Echolink or whatever, the BM admins have asked that no briding to worldwide or statewide Talkgroups be done. There are agreements with other DMR networks and BM the there will be no briding to keep it pure DMR…


Jeff Lehman, N8ACL
E-mail: N8ACL@...
Hamshack Hotline: 4218
Website: https://n8acl.ddns.net



On Jun 17, 2021, at 11:42, Stephen Fairfield <steve.fairfield@...> wrote:

Perhaps I misunderstand your comment but I am not connecting ALLSTAR to DMR TG 91. I am connecting DVSWITCH server to TG91 using ALLSTARLINK.
Steve


Re: SHARI TO BM VIA DVSWITCH ON ASL #brandmeister #analog_bridge

Stephen Fairfield
 

Perhaps I misunderstand your comment but I am not connecting ALLSTAR to DMR TG 91. I am connecting DVSWITCH server to TG91 using ALLSTARLINK.
Steve


Re: SHARI TO BM VIA DVSWITCH ON ASL #brandmeister #analog_bridge

Alec-N1AJW
 

You should not be connecting allstar to tg 91.  allstar can be used on approved tg's like your seven digit id or with an OK from BM admin.  BM is a digital system its not intended nor was allstar intended to be used in this manner.  If you hear others doing it they are wrong also if they didnt get OK.  I have nothing against your system.  Please dont link it to a worldwide TG


Alec
N1AJW


SHARI TO BM VIA DVSWITCH ON ASL #brandmeister #analog_bridge

Fairfieldsteve@...
 

Relatively New ALLSTAR user here…
I have setup my SHARI on RPi4 to connect to ALLSTAR, ECHOLINK and then Brandmeister using ASL and DVSWITCH. EVERYTHING works fine except when I try to use my radio to connect to SHARI
node and listen to the DMR channel 91 active on DVSWITCH SHARI node, I get no audio in from DMR CH 91. I can transmit to SHARI and hear the transmission come out on the SHARI ALLSTAR node, but nothing from DMR. I do see all the traffic on DMR TG91 if I connect to the web browser for the node SHARI is running on - get the DASHBOARD fine.
Can someone please help ?

Thank you

N1SAF
Steve

241 - 260 of 9774