Home Messages Hashtags Subgroups Wiki

Welcome to DVSwitch

DVSwitch is a set of tools and programs related to provisioning and operating Amateur Radio digital voice networks.

Purpose

The purpose of DVSwitch is as follows:

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

Our stated position is:

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.

Between

and

Re: Do we need more subgroups. #poll Russell, KV4S #3635 I agree assumptions usually get broken fast. I'm strictly making that comment from what I've seen on this email list and what I've been asked to build for others that reach out to me. AllStar <> DMR being the most common and what builds to the bigger bridges that also include other modes. destination may not have been the right word as all systems in a bridge is where we expect to hear audio. We this group lays out a bridge flow it usually has a start and end and the end is what i meant by destination in that <> flow. toggle quoted messageShow quoted text On Wed, Mar 13, 2019 at 12:57 PM Steve N4IRS <szingman@...> wrote: I don't agree with the assumption that DMR is involved in every bridge. Does a bridge have a destination? On 3/13/2019 1:53 PM, Russell, KV4S wrote: without making it "complicated". The destination would be the topic name. I think we can assume DMR is the core mode. I don't think I've seen a bridge system someone has worked on that hasn't inluded DMR in the mix with the exception of one i'll talk about later. I would think subgroups would be Allstar (we already have), main (already have for DMR and general), D-STAR, YSF, P25, NXDN. if you post in those subgroups then the assumption you are tying to bridge dmr to that mode. In the case of one i saw was allstar to YSF then you would probably pick YSF group and notate in the subject ASL <> YSF. i think this would keep things mostly separated as for topic discussions. On Wed, Mar 13, 2019 at 12:02 PM Steve N4IRS <szingman@...> wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@...> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Steve N4IRS #3634 I don't agree with the assumption that DMR is involved in every bridge. Does a bridge have a destination? toggle quoted messageShow quoted text On 3/13/2019 1:53 PM, Russell, KV4S wrote: without making it "complicated". The destination would be the topic name. I think we can assume DMR is the core mode. I don't think I've seen a bridge system someone has worked on that hasn't inluded DMR in the mix with the exception of one i'll talk about later. I would think subgroups would be Allstar (we already have), main (already have for DMR and general), D-STAR, YSF, P25, NXDN. if you post in those subgroups then the assumption you are tying to bridge dmr to that mode. In the case of one i saw was allstar to YSF then you would probably pick YSF group and notate in the subject ASL <> YSF. i think this would keep things mostly separated as for topic discussions. On Wed, Mar 13, 2019 at 12:02 PM Steve N4IRS <szingman@...> wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@...> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Jim Gifford - K9AGR #3633 That sounds like a reasonable way to handle it to me. toggle quoted messageShow quoted text On Mar 13, 2019, at 1:53 PM, Russell, KV4S <russelljthomas@...> wrote: without making it "complicated". The destination would be the topic name. I think we can assume DMR is the core mode. I don't think I've seen a bridge system someone has worked on that hasn't inluded DMR in the mix with the exception of one i'll talk about later. I would think subgroups would be Allstar (we already have), main (already have for DMR and general), D-STAR, YSF, P25, NXDN. if you post in those subgroups then the assumption you are tying to bridge dmr to that mode. In the case of one i saw was allstar to YSF then you would probably pick YSF group and notate in the subject ASL <> YSF. i think this would keep things mostly separated as for topic discussions. On Wed, Mar 13, 2019 at 12:02 PM Steve N4IRS <szingman@...> wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@...> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Mike KB8JNM #3632 I think that has it as far as I can see except as you mentioned ASL toggle quoted messageShow quoted text On 3/13/2019 1:50 PM, Steve N4IRS wrote: Did I miss any? D-Star <-> DMR D-Star <-> YSF D-Star <-> NXDN D-Star <-> P25 DMR <-> YSF DMR <-> NXDN DMR <-> P25 YSF <-> NXDN YSF <-> P25 NXDN <-> P25 This is without ASL On 3/13/2019 1:44 PM, Jim Gifford - K9AGR wrote: A subgroup per bridge pair could quickly get out of hand. For N modes, you'd end up with (N * (N-1)) / 2 subgroups. For 5 modes, that's 10 bridging subgroups. For 7 modes, you're up to 21 bridging subgroups. Just off the top of my head, there's Analog, D-Star, YSF Narrow, YSF Wide, DMR, NXDN, and P25, and perhaps more I don't remember or haven't heard of. That's already 7 modes, or 21 subgroups. While the topics within would be extremely specific, it would suck having to create all the subgroups. Personally, I think it might be time for splitting the traffic up some. But where the dividing lines should fall isn't clear to me yet. Hence my vote for none of the above. 73, Jim K9AGR On Mar 13, 2019, at 1:11 PM, Mike KB8JNM <groupio@... <mailto:groupio@...>> wrote: I would suggest A separate bridge subgroup for the pair <> On 3/13/2019 1:02 PM, Steve N4IRS wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... <mailto:szingman@...><mailto:szingman@...>> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Russell, KV4S #3631 without making it "complicated". The destination would be the topic name. I think we can assume DMR is the core mode. I don't think I've seen a bridge system someone has worked on that hasn't inluded DMR in the mix with the exception of one i'll talk about later. I would think subgroups would be Allstar (we already have), main (already have for DMR and general), D-STAR, YSF, P25, NXDN. if you post in those subgroups then the assumption you are tying to bridge dmr to that mode. In the case of one i saw was allstar to YSF then you would probably pick YSF group and notate in the subject ASL <> YSF. i think this would keep things mostly separated as for topic discussions. toggle quoted messageShow quoted text On Wed, Mar 13, 2019 at 12:02 PM Steve N4IRS <szingman@...> wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@...> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Jim Gifford - K9AGR #3630 The (N - 1) accounted for the fact that bridges work in 2 directions. Otherwise it would be NN / 2. toggle quoted messageShow quoted text On Mar 13, 2019, at 1:50 PM, Mike KB8JNM <groupio@...> wrote: I would understand that it is a number of subgroups, but I don't think as many as you state because you are counting some twice. DMR <> YSF would include YSF <> DMR But in any case, a BRIDGING subgroup might be in order as a start till more is sorted out. On 3/13/2019 1:44 PM, Jim Gifford - K9AGR wrote: A subgroup per bridge pair could quickly get out of hand. For N modes, you'd end up with (N (N-1)) / 2 subgroups. For 5 modes, that's 10 bridging subgroups. For 7 modes, you're up to 21 bridging subgroups. Just off the top of my head, there's Analog, D-Star, YSF Narrow, YSF Wide, DMR, NXDN, and P25, and perhaps more I don't remember or haven't heard of. That's already 7 modes, or 21 subgroups. While the topics within would be extremely specific, it would suck having to create all the subgroups. Personally, I think it might be time for splitting the traffic up some. But where the dividing lines should fall isn't clear to me yet. Hence my vote for none of the above. 73, Jim K9AGR On Mar 13, 2019, at 1:11 PM, Mike KB8JNM <groupio@...> wrote: I would suggest A separate bridge subgroup for the pair <> On 3/13/2019 1:02 PM, Steve N4IRS wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... <mailto:szingman@...> <mailto:szingman@... <mailto:szingman@...>>> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Steve N4IRS #3629 Did I miss any? D-Star <-> DMR D-Star <-> YSF D-Star <-> NXDN D-Star <-> P25 DMR <-> YSF DMR <-> NXDN DMR <-> P25 YSF <-> NXDN YSF <-> P25 NXDN <-> P25 This is without ASL toggle quoted messageShow quoted text On 3/13/2019 1:44 PM, Jim Gifford - K9AGR wrote: A subgroup per bridge pair could quickly get out of hand. For N modes, you'd end up with (N * (N-1)) / 2 subgroups. For 5 modes, that's 10 bridging subgroups. For 7 modes, you're up to 21 bridging subgroups. Just off the top of my head, there's Analog, D-Star, YSF Narrow, YSF Wide, DMR, NXDN, and P25, and perhaps more I don't remember or haven't heard of. That's already 7 modes, or 21 subgroups. While the topics within would be extremely specific, it would suck having to create all the subgroups. Personally, I think it might be time for splitting the traffic up some. But where the dividing lines should fall isn't clear to me yet. Hence my vote for none of the above. 73, Jim K9AGR On Mar 13, 2019, at 1:11 PM, Mike KB8JNM <groupio@...> wrote: I would suggest A separate bridge subgroup for the pair <> On 3/13/2019 1:02 PM, Steve N4IRS wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... <mailto:szingman@...>> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Mike KB8JNM #3628 I would understand that it is a number of subgroups, but I don't think as many as you state because you are counting some twice. DMR <> YSF would include YSF <> DMR But in any case, a BRIDGING subgroup might be in order as a start till more is sorted out. toggle quoted messageShow quoted text On 3/13/2019 1:44 PM, Jim Gifford - K9AGR wrote: A subgroup per bridge pair could quickly get out of hand. For N modes, you'd end up with (N * (N-1)) / 2 subgroups. For 5 modes, that's 10 bridging subgroups. For 7 modes, you're up to 21 bridging subgroups. Just off the top of my head, there's Analog, D-Star, YSF Narrow, YSF Wide, DMR, NXDN, and P25, and perhaps more I don't remember or haven't heard of. That's already 7 modes, or 21 subgroups. While the topics within would be extremely specific, it would suck having to create all the subgroups. Personally, I think it might be time for splitting the traffic up some. But where the dividing lines should fall isn't clear to me yet. Hence my vote for none of the above. 73, Jim K9AGR On Mar 13, 2019, at 1:11 PM, Mike KB8JNM <groupio@...> wrote: I would suggest A separate bridge subgroup for the pair <> On 3/13/2019 1:02 PM, Steve N4IRS wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... <mailto:szingman@...> <mailto:szingman@... <mailto:szingman@...>>> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Jim Gifford - K9AGR #3627 A subgroup per bridge pair could quickly get out of hand. For N modes, you'd end up with (N * (N-1)) / 2 subgroups. For 5 modes, that's 10 bridging subgroups. For 7 modes, you're up to 21 bridging subgroups. Just off the top of my head, there's Analog, D-Star, YSF Narrow, YSF Wide, DMR, NXDN, and P25, and perhaps more I don't remember or haven't heard of. That's already 7 modes, or 21 subgroups. While the topics within would be extremely specific, it would suck having to create all the subgroups. Personally, I think it might be time for splitting the traffic up some. But where the dividing lines should fall isn't clear to me yet. Hence my vote for none of the above. 73, Jim K9AGR toggle quoted messageShow quoted text On Mar 13, 2019, at 1:11 PM, Mike KB8JNM <groupio@...> wrote: I would suggest A separate bridge subgroup for the pair <> On 3/13/2019 1:02 PM, Steve N4IRS wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... <mailto:szingman@...>> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Lito - WI6Y #3626 I would agree with Mike (JNM). toggle quoted messageShow quoted text From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Mike KB8JNM <groupio@...> Sent: Wednesday, March 13, 2019 10:11 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Do we need more subgroups. I would suggest A separate bridge subgroup for the pair <> On 3/13/2019 1:02 PM, Steve N4IRS wrote: > So the question becomes, I want to build a DMR <-> D-Star bridge, what > subgroup do I use? DMR? D-Star? > > Steve > > On 3/13/2019 9:08 AM, Russell, KV4S wrote: >> somehow i missed it too i must have marked everything read when i got >> a backlog of messages from being away a few days...... >> >> I'm very much in favor of the subgroups, it makes things easier to >> ready when you know the topic ahead of time vs all being in one big >> email list. >> >> Example Allstar subgroup vs main. >> >> On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... >> <mailto:szingman@...>> wrote: >> >> So, >> A very interesting thing has shown up in the voting so far. Though >> the majority of votes want separate subgroups, some of the people >> that answer questions voted to leave things the way they are. >> >> Steve >> > > > > >
More All Messages By This Member
Re: Do we need more subgroups. #poll Mike KB8JNM #3625 I would suggest A separate bridge subgroup for the pair <> toggle quoted messageShow quoted text On 3/13/2019 1:02 PM, Steve N4IRS wrote: So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@... <mailto:szingman@...>> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Do we need more subgroups. #poll Steve N4IRS #3624 So the question becomes, I want to build a DMR <-> D-Star bridge, what subgroup do I use? DMR? D-Star? Steve toggle quoted messageShow quoted text On 3/13/2019 9:08 AM, Russell, KV4S wrote: somehow i missed it too i must have marked everything read when i got a backlog of messages from being away a few days...... I'm very much in favor of the subgroups, it makes things easier to ready when you know the topic ahead of time vs all being in one big email list. Example Allstar subgroup vs main. On Tue, Mar 12, 2019 at 6:31 PM Steve N4IRS <szingman@...> wrote: So, A very interesting thing has shown up in the voting so far. Though the majority of votes want separate subgroups, some of the people that answer questions voted to leave things the way they are. Steve
More All Messages By This Member
Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR Steve N4IRS #3623 I do not see a transmission from P25, so I'll address DMR -> P25 We see the TX in the MB log here: M: 2019-03-13 14:27:10.248 DMR Slot 2, received network voice header from W0RAY to TG 3119 In AB_DMR we see this: I: 2019-03-13 14:27:10.249 Begin TX: src=3119240 rpt=0 dst=3119 slot=2 cc=0 In AB_P25 we see this: I: 2019-03-13 14:27:10.250 USRP packet type: USRP_TYPE_TEXT (W0RAY) -> 3119240 M: 2019-03-13 14:27:10.806 PTT on Back to the MB log we see this: I: 2019-03-13 14:27:10.808 P25, Begin TX: src=3119240 rpt=3119240 dst=31900 slot=2 cc=1 And finally in the P25Reflector log we see: M: 2019-03-13 14:27:24.942 Transmission from W0RAY at W0RAY to TG 31900 31900? Where is that coming from? In AB_P25 we see this: M: 2019-03-13 14:26:50.193 Setting [AMBE_AUDIO] txTg -> 31900 OK, so that explains the final output TG. Now, I'm looking at the audio level settings. In AB_DMR I see this: M: 2019-03-13 14:26:44.928 Setting [USRP] aslAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.928 Setting [USRP] agcGain -> -15 What value do you have for agcGain in the AB_DMR.ini? In AB_P25 I see this: M: 2019-03-13 14:26:50.194 Setting [USRP] aslAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:50.194 Setting [USRP] agcGain -> -15 What value do you have for agcGain in the AB_P25.ini? Steve N4IRS toggle quoted messageShow quoted text On 3/13/2019 11:44 AM, Ray Harden wrote: The attached file is the correct one with the same name. Unfortunately I mistakenly included a file from an earlier run in the former .ZIP. RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Wednesday, March 13, 2019 10:06 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR I don't think the AB logLevel is set at 2. I don't see a single transmission from P25. If the AB logs do not look like this don't send the files until they do. I: 2019-03-13 14:26:44.924 Copyright (C) 2018 DVSwitch, INAD. I: 2019-03-13 14:26:44.924 Created by Mike N4IRR and Steve N4IRS I: 2019-03-13 14:26:44.924 Analog Bridge comes with ABSOLUTELY NO WARRANTY I: 2019-03-13 14:26:44.924 I: 2019-03-13 14:26:44.924 This software is for use on amateur radio networks only, I: 2019-03-13 14:26:44.924 it is to be used for educational purposes only. Its use on I: 2019-03-13 14:26:44.924 commercial networks is strictly prohibited. I: 2019-03-13 14:26:44.924 I: 2019-03-13 14:26:44.924 Analog Bridge is starting M: 2019-03-13 14:26:44.926 Setting [GENERAL] logLevel -> 2 M: 2019-03-13 14:26:44.926 Setting [GENERAL] exportMetadata -> true M: 2019-03-13 14:26:44.926 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv M: 2019-03-13 14:26:44.926 Setting [GENERAL] decoderFallBack -> true M: 2019-03-13 14:26:44.926 Setting [GENERAL] useEmulator -> true M: 2019-03-13 14:26:44.927 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470 M: 2019-03-13 14:26:44.927 Setting [GENERAL] outputAudioDevice -> /dev/null M: 2019-03-13 14:26:44.927 Setting [GENERAL] inputAudioDevice -> /dev/null M: 2019-03-13 14:26:44.927 Setting [GENERAL] useMicrophone -> false M: 2019-03-13 14:26:44.927 Setting [GENERAL] useVox -> false M: 2019-03-13 14:26:44.927 Setting [GENERAL] voxDecay -> 2 M: 2019-03-13 14:26:44.927 Setting [GENERAL] voxTrigger -> 200 M: 2019-03-13 14:26:44.927 Setting [AMBE_AUDIO] server -> 127.0.0.1 M: 2019-03-13 14:26:44.927 Setting [AMBE_AUDIO] fromDMRPort -> 31100 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] toDMRPort -> 31103 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] ambeMode -> DMR M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] minTxTimeMS -> 2000 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] gatewayDmrId -> 311924009 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] repeaterID -> 3119240 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] txTg -> 31900 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] txTs -> 2 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] colorCode -> 1 M: 2019-03-13 14:26:44.928 Setting [USRP] server -> 127.0.0.1 M: 2019-03-13 14:26:44.928 Setting [USRP] toASLPort -> 32001 M: 2019-03-13 14:26:44.928 Setting [USRP] fromASLPort -> 34001 M: 2019-03-13 14:26:44.928 Setting [USRP] aslAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.928 Setting [USRP] agcGain -> -15 M: 2019-03-13 14:26:44.929 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.929 Setting [USRP] dmrGain -> 0.35 M: 2019-03-13 14:26:44.929 Setting [DV3000] server -> 127.0.0.1 M: 2019-03-13 14:26:44.929 Setting [DV3000] port -> 2460 W: 2019-03-13 14:26:44.929 ioctl reset error W: 2019-03-13 14:26:44.929 ioctl speed error W: 2019-03-13 14:26:44.929 ioctl stereo error W: 2019-03-13 14:26:44.929 ioctl setfmt error M: 2019-03-13 14:26:44.929 Audio In/Out Device: /dev/null I: 2019-03-13 14:26:44.929 Open UDP listener on 127.0.0.1:31100 I: 2019-03-13 14:26:44.930 Open USRP on 127.0.0.1:32001 M: 2019-03-13 14:26:44.930 Connecting to DV3000 hardware...... W: 2019-03-13 14:26:45.947 DV3000 not found at 127.0.0.1:2460 Project 25 IMBE Encoder/Decoder Fixed-Point implementation Developed by Pavel Yazev E-mail: pyazev@... Version 1.0 (c) Copyright 2009 This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the file ``LICENSE'' for details. I: 2019-03-13 14:26:46.747 Subscriber IDs loaded: 125115 I: 2019-03-13 14:26:46.747 Default extended metadata <311924009> I: 2019-03-13 14:26:46.748 Connecting to emulator on host 127.0.0.1:2470 W: 2019-03-13 14:26:46.748 Using software MBE decoder version 1.2.3 W: 2019-03-13 14:26:46.748 Using software OP25 IMBE/AMBE vocoder I: 2019-03-13 14:26:46.749 Starting Analog_Bridge --> USRP thread I: 2019-03-13 14:26:46.749 Open UDP listener on 127.0.0.1:34001 I: 2019-03-13 14:26:46.749 Starting USRP --> HB_Bridge thread On 3/13/2019 10:51 AM, Ray Harden wrote: A_B logs now have logLevel = 2 RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Wednesday, March 13, 2019 9:10 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR The AB logs do not contain the settings. Make sure you have [GENERAL] logLevel = 2 ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal Set logLevel to 2 or below and capture all again. On 3/13/2019 8:58 AM, Ray Harden wrote: Responding to your request … 5 logs run without the [ & ], All Debugs @ 0 this time; keyed TYT-380 DMR radio on Brandmeister TG 3119 first, then a few seconds later the P25 – TG31900 mobile radio >> P25 repeater and its MMDVM-P25-Enabled TG31900 software. There is a really impressive amount of setup to do this – I have probably missed something! v/r RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Tuesday, March 12, 2019 6:20 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR
More All Messages By This Member
Re: YSFReflector <> DMR #dmrlink nick@... #3622 I ended up having a separate issue going from DMR to YSF. I had someone message me privately that had the same issue and went to YSF2DMR. I went this route and it worked good but would be more than willing to test any fixes to MMDVM_Bridge as I think this has great potential and was easy to setup. You can see the post I am referring to here: https://dvswitch.groups.io/g/main/topic/dmr_to_ysf_bridge_not_working/30305770?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,30305770 Let me know where I can help. Nick
More All Messages By This Member
Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR Ray Harden #3621 The attached file is the correct one with the same name. Unfortunately I mistakenly included a file from an earlier run in the former .ZIP. RayH w0ray toggle quoted messageShow quoted text From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Wednesday, March 13, 2019 10:06 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR I don't think the AB logLevel is set at 2. I don't see a single transmission from P25. If the AB logs do not look like this don't send the files until they do. I: 2019-03-13 14:26:44.924 Copyright (C) 2018 DVSwitch, INAD. I: 2019-03-13 14:26:44.924 Created by Mike N4IRR and Steve N4IRS I: 2019-03-13 14:26:44.924 Analog Bridge comes with ABSOLUTELY NO WARRANTY I: 2019-03-13 14:26:44.924 I: 2019-03-13 14:26:44.924 This software is for use on amateur radio networks only, I: 2019-03-13 14:26:44.924 it is to be used for educational purposes only. Its use on I: 2019-03-13 14:26:44.924 commercial networks is strictly prohibited. I: 2019-03-13 14:26:44.924 I: 2019-03-13 14:26:44.924 Analog Bridge is starting M: 2019-03-13 14:26:44.926 Setting [GENERAL] logLevel -> 2 M: 2019-03-13 14:26:44.926 Setting [GENERAL] exportMetadata -> true M: 2019-03-13 14:26:44.926 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv M: 2019-03-13 14:26:44.926 Setting [GENERAL] decoderFallBack -> true M: 2019-03-13 14:26:44.926 Setting [GENERAL] useEmulator -> true M: 2019-03-13 14:26:44.927 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470 M: 2019-03-13 14:26:44.927 Setting [GENERAL] outputAudioDevice -> /dev/null M: 2019-03-13 14:26:44.927 Setting [GENERAL] inputAudioDevice -> /dev/null M: 2019-03-13 14:26:44.927 Setting [GENERAL] useMicrophone -> false M: 2019-03-13 14:26:44.927 Setting [GENERAL] useVox -> false M: 2019-03-13 14:26:44.927 Setting [GENERAL] voxDecay -> 2 M: 2019-03-13 14:26:44.927 Setting [GENERAL] voxTrigger -> 200 M: 2019-03-13 14:26:44.927 Setting [AMBE_AUDIO] server -> 127.0.0.1 M: 2019-03-13 14:26:44.927 Setting [AMBE_AUDIO] fromDMRPort -> 31100 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] toDMRPort -> 31103 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] ambeMode -> DMR M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] minTxTimeMS -> 2000 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] gatewayDmrId -> 311924009 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] repeaterID -> 3119240 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] txTg -> 31900 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] txTs -> 2 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] colorCode -> 1 M: 2019-03-13 14:26:44.928 Setting [USRP] server -> 127.0.0.1 M: 2019-03-13 14:26:44.928 Setting [USRP] toASLPort -> 32001 M: 2019-03-13 14:26:44.928 Setting [USRP] fromASLPort -> 34001 M: 2019-03-13 14:26:44.928 Setting [USRP] aslAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.928 Setting [USRP] agcGain -> -15 M: 2019-03-13 14:26:44.929 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.929 Setting [USRP] dmrGain -> 0.35 M: 2019-03-13 14:26:44.929 Setting [DV3000] server -> 127.0.0.1 M: 2019-03-13 14:26:44.929 Setting [DV3000] port -> 2460 W: 2019-03-13 14:26:44.929 ioctl reset error W: 2019-03-13 14:26:44.929 ioctl speed error W: 2019-03-13 14:26:44.929 ioctl stereo error W: 2019-03-13 14:26:44.929 ioctl setfmt error M: 2019-03-13 14:26:44.929 Audio In/Out Device: /dev/null I: 2019-03-13 14:26:44.929 Open UDP listener on 127.0.0.1:31100 I: 2019-03-13 14:26:44.930 Open USRP on 127.0.0.1:32001 M: 2019-03-13 14:26:44.930 Connecting to DV3000 hardware...... W: 2019-03-13 14:26:45.947 DV3000 not found at 127.0.0.1:2460 Project 25 IMBE Encoder/Decoder Fixed-Point implementation Developed by Pavel Yazev E-mail: pyazev@... Version 1.0 (c) Copyright 2009 This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the file ``LICENSE'' for details. I: 2019-03-13 14:26:46.747 Subscriber IDs loaded: 125115 I: 2019-03-13 14:26:46.747 Default extended metadata <311924009> I: 2019-03-13 14:26:46.748 Connecting to emulator on host 127.0.0.1:2470 W: 2019-03-13 14:26:46.748 Using software MBE decoder version 1.2.3 W: 2019-03-13 14:26:46.748 Using software OP25 IMBE/AMBE vocoder I: 2019-03-13 14:26:46.749 Starting Analog_Bridge --> USRP thread I: 2019-03-13 14:26:46.749 Open UDP listener on 127.0.0.1:34001 I: 2019-03-13 14:26:46.749 Starting USRP --> HB_Bridge thread On 3/13/2019 10:51 AM, Ray Harden wrote: A_B logs now have logLevel = 2 RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Wednesday, March 13, 2019 9:10 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR The AB logs do not contain the settings. Make sure you have [GENERAL] logLevel = 2 ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal Set logLevel to 2 or below and capture all again. On 3/13/2019 8:58 AM, Ray Harden wrote: Responding to your request … 5 logs run without the [ & ], All Debugs @ 0 this time; keyed TYT-380 DMR radio on Brandmeister TG 3119 first, then a few seconds later the P25 – TG31900 mobile radio >> P25 repeater and its MMDVM-P25-Enabled TG31900 software. There is a really impressive amount of setup to do this – I have probably missed something! v/r RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Tuesday, March 12, 2019 6:20 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR A_B_P25_LOG_13MAR19_1426hrs
More All Messages By This Member
Re: YSFReflector <> DMR #dmrlink Steve N4IRS #3620 Ethan, Sorry I did not see this before. (way too much inbound e-mail) There is a bug in MMDVM_Bridge and YSF one of the symptoms is Mikes call. It will be fixed. Steve N4IRS toggle quoted messageShow quoted text On 3/13/2019 11:33 AM, Ethan - KE7DUX wrote: Hello Nick, You may have seen my topic, which was posted a day before yours. I am doing the same thing, and was at the same point you were. I could not get DMR Callsigns to show up on YSF Radios. I posted about this but did not get any feedback on things to try. Did you ever get it working? I ended up ditching this setup altogether and am just running DMR2YSF and it's been working perfectly so far (about a week). Here was my last post, I am curious if this is the same behavior you see: -------------------- On my Pi-Star (Connected to YSF Gateway) DMR users come across properly in the pistar dashboard, however nothing shows up on my FT2D On my DV4mini (Connected to YSF Gateway) DMR users come across as "******", and nothing shows on my FT2D. On a friend's Openspot2 (Connected to YSF Gateway), it shows N4IRR (Mike)'s info (for all DMR users), but nothing on his FT2D.
More All Messages By This Member
Re: YSFReflector <> DMR #dmrlink Ethan - KE7DUX #3619 Hello Nick, You may have seen my topic, which was posted a day before yours. I am doing the same thing, and was at the same point you were. I could not get DMR Callsigns to show up on YSF Radios. I posted about this but did not get any feedback on things to try. Did you ever get it working? I ended up ditching this setup altogether and am just running DMR2YSF and it's been working perfectly so far (about a week). Here was my last post, I am curious if this is the same behavior you see: -------------------- On my Pi-Star (Connected to YSF Gateway) DMR users come across properly in the pistar dashboard, however nothing shows up on my FT2D On my DV4mini (Connected to YSF Gateway) DMR users come across as "******", and nothing shows on my FT2D. On a friend's Openspot2 (Connected to YSF Gateway), it shows N4IRR (Mike)'s info (for all DMR users), but nothing on his FT2D.
More All Messages By This Member
Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR Steve N4IRS #3618 I don't think the AB logLevel is set at 2. I don't see a single transmission from P25. If the AB logs do not look like this don't send the files until they do. I: 2019-03-13 14:26:44.924 Copyright (C) 2018 DVSwitch, INAD. I: 2019-03-13 14:26:44.924 Created by Mike N4IRR and Steve N4IRS I: 2019-03-13 14:26:44.924 Analog Bridge comes with ABSOLUTELY NO WARRANTY I: 2019-03-13 14:26:44.924 I: 2019-03-13 14:26:44.924 This software is for use on amateur radio networks only, I: 2019-03-13 14:26:44.924 it is to be used for educational purposes only. Its use on I: 2019-03-13 14:26:44.924 commercial networks is strictly prohibited. I: 2019-03-13 14:26:44.924 I: 2019-03-13 14:26:44.924 Analog Bridge is starting M: 2019-03-13 14:26:44.926 Setting [GENERAL] logLevel -> 2 M: 2019-03-13 14:26:44.926 Setting [GENERAL] exportMetadata -> true M: 2019-03-13 14:26:44.926 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv M: 2019-03-13 14:26:44.926 Setting [GENERAL] decoderFallBack -> true M: 2019-03-13 14:26:44.926 Setting [GENERAL] useEmulator -> true M: 2019-03-13 14:26:44.927 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470 M: 2019-03-13 14:26:44.927 Setting [GENERAL] outputAudioDevice -> /dev/null M: 2019-03-13 14:26:44.927 Setting [GENERAL] inputAudioDevice -> /dev/null M: 2019-03-13 14:26:44.927 Setting [GENERAL] useMicrophone -> false M: 2019-03-13 14:26:44.927 Setting [GENERAL] useVox -> false M: 2019-03-13 14:26:44.927 Setting [GENERAL] voxDecay -> 2 M: 2019-03-13 14:26:44.927 Setting [GENERAL] voxTrigger -> 200 M: 2019-03-13 14:26:44.927 Setting [AMBE_AUDIO] server -> 127.0.0.1 M: 2019-03-13 14:26:44.927 Setting [AMBE_AUDIO] fromDMRPort -> 31100 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] toDMRPort -> 31103 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] ambeMode -> DMR M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] minTxTimeMS -> 2000 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] gatewayDmrId -> 311924009 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] repeaterID -> 3119240 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] txTg -> 31900 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] txTs -> 2 M: 2019-03-13 14:26:44.928 Setting [AMBE_AUDIO] colorCode -> 1 M: 2019-03-13 14:26:44.928 Setting [USRP] server -> 127.0.0.1 M: 2019-03-13 14:26:44.928 Setting [USRP] toASLPort -> 32001 M: 2019-03-13 14:26:44.928 Setting [USRP] fromASLPort -> 34001 M: 2019-03-13 14:26:44.928 Setting [USRP] aslAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.928 Setting [USRP] agcGain -> -15 M: 2019-03-13 14:26:44.929 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN M: 2019-03-13 14:26:44.929 Setting [USRP] dmrGain -> 0.35 M: 2019-03-13 14:26:44.929 Setting [DV3000] server -> 127.0.0.1 M: 2019-03-13 14:26:44.929 Setting [DV3000] port -> 2460 W: 2019-03-13 14:26:44.929 ioctl reset error W: 2019-03-13 14:26:44.929 ioctl speed error W: 2019-03-13 14:26:44.929 ioctl stereo error W: 2019-03-13 14:26:44.929 ioctl setfmt error M: 2019-03-13 14:26:44.929 Audio In/Out Device: /dev/null I: 2019-03-13 14:26:44.929 Open UDP listener on 127.0.0.1:31100 I: 2019-03-13 14:26:44.930 Open USRP on 127.0.0.1:32001 M: 2019-03-13 14:26:44.930 Connecting to DV3000 hardware...... W: 2019-03-13 14:26:45.947 DV3000 not found at 127.0.0.1:2460 Project 25 IMBE Encoder/Decoder Fixed-Point implementation Developed by Pavel Yazev E-mail: pyazev@... Version 1.0 (c) Copyright 2009 This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the file ``LICENSE'' for details. I: 2019-03-13 14:26:46.747 Subscriber IDs loaded: 125115 I: 2019-03-13 14:26:46.747 Default extended metadata <311924009> I: 2019-03-13 14:26:46.748 Connecting to emulator on host 127.0.0.1:2470 W: 2019-03-13 14:26:46.748 Using software MBE decoder version 1.2.3 W: 2019-03-13 14:26:46.748 Using software OP25 IMBE/AMBE vocoder I: 2019-03-13 14:26:46.749 Starting Analog_Bridge --> USRP thread I: 2019-03-13 14:26:46.749 Open UDP listener on 127.0.0.1:34001 I: 2019-03-13 14:26:46.749 Starting USRP --> HB_Bridge thread toggle quoted messageShow quoted text On 3/13/2019 10:51 AM, Ray Harden wrote: A_B logs now have logLevel = 2 RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Wednesday, March 13, 2019 9:10 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR The AB logs do not contain the settings. Make sure you have [GENERAL] logLevel = 2 ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal Set logLevel to 2 or below and capture all again. On 3/13/2019 8:58 AM, Ray Harden wrote: Responding to your request … 5 logs run without the [ & ], All Debugs @ 0 this time; keyed TYT-380 DMR radio on Brandmeister TG 3119 first, then a few seconds later the P25 – TG31900 mobile radio >> P25 repeater and its MMDVM-P25-Enabled TG31900 software. There is a really impressive amount of setup to do this – I have probably missed something! v/r RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Tuesday, March 12, 2019 6:20 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR
More All Messages By This Member
Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR Ray Harden #3617 A_B logs now have logLevel = 2 RayH w0ray toggle quoted messageShow quoted text From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Wednesday, March 13, 2019 9:10 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR The AB logs do not contain the settings. Make sure you have [GENERAL] logLevel = 2 ; Show messages and above 0=No logging, 1=Debug, 2=Message, 3=Info, 4=Warning, 5=Error, 6=Fatal Set logLevel to 2 or below and capture all again. On 3/13/2019 8:58 AM, Ray Harden wrote: Responding to your request … 5 logs run without the [ & ], All Debugs @ 0 this time; keyed TYT-380 DMR radio on Brandmeister TG 3119 first, then a few seconds later the P25 – TG31900 mobile radio >> P25 repeater and its MMDVM-P25-Enabled TG31900 software. There is a really impressive amount of setup to do this – I have probably missed something! v/r RayH w0ray From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS Sent: Tuesday, March 12, 2019 6:20 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR LOGS_13MAR_1426hrs.zip
More All Messages By This Member
Re: Do we need more subgroups. #poll Steve N4IRS #3616 Jon, Maybe someone in the HB subgroup can take it on, Mike and I are up to our ears right now. Steve toggle quoted messageShow quoted text On 3/13/2019 9:37 AM, Jon K1IMD wrote: Hi Steve, I too missed the post about the poll. I typically do not use the web portal and maybe that is why. In any event, groups for each "mode" would be helpful. For instance, most of the traffic on DVSwitch is AllStar bridging & transcoding based which presently is of no interest to me. Maybe some day... and I will know where to find the information. On the other hand... IPSC_Bridge and HB_Bridge and it's associated applications are critical to keeping my repeaters connected to c-Bridges. BTW, is there presently any work going on to incorporate hblink3 into HB_Bridge? I have helped build a few bridges to c-Bridges around the country and the c-Bridge ops would like to have some controls on loading the connection. This is supported in hblink3 but not easily in HB_Bridge. 73 Jon K1IMD
More All Messages By This Member

7241 - 7260 of 10776

Home Hashtags Subgroups Wiki About Features Pricing Updates Terms Help Twitter