Date   

Re: Do we need more subgroups. #poll

Mike Zingman - N4IRR
 

A different way to slice this is to have a small set of subgroups that talk about format bridges

AMBE <--> AMBE
AMBE <--> IMBE
DSTAR <--> ANYTHING ELSE


Re: Do we need more subgroups. #poll

Steve N4IRS
 

OK, Without ASL below are the base permutations. From that let's eliminate some obvious "I doubt anyone would do this"

Based on Russells comment that most bridges involve DMR
DMR <-> D-Stsr
DMR <-> YSF
DMR <-> NXDN
DMR <-> P25

D-Star <-> YSF
D-Star <-> NXDN
D-Star <-> P25 (I doubt anyone would do this)

YSF <-> NXDN
YSF <-> P25

NXDN <-> P25

BTW, this kinda ignores YSFn vs YSFw

Anyone else care to eliminate a bridge? I'm leaning to create the first four Subgroups and see what happens.

Steve


Re: Do we need more subgroups. #poll

 

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.

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 



Re: Do we need more subgroups. #poll

Steve N4IRS
 

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 



Re: Do we need more subgroups. #poll

Jim Gifford - K9AGR
 

That sounds like a reasonable way to handle it to me.

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 





Re: Do we need more subgroups. #poll

Mike KB8JNM
 

I think that has it as far as I can see except as you mentioned ASL

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@midnighteng.com <mailto:groupio@midnighteng.com>> 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@msgstor.com <mailto:szingman@msgstor.com><mailto:szingman@msgstor.com>> 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


Re: Do we need more subgroups. #poll

 

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 


Re: Do we need more subgroups. #poll

Jim Gifford - K9AGR
 

The (N - 1) accounted for the fact that bridges work in 2 directions.  Otherwise it would be N*N / 2.

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






Re: Do we need more subgroups. #poll

Steve N4IRS
 

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@...> 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





Re: Do we need more subgroups. #poll

Mike KB8JNM
 

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@midnighteng.com> 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@msgstor.com <mailto:szingman@msgstor.com> <mailto:szingman@msgstor.com <mailto:szingman@msgstor.com>>> 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


Re: Do we need more subgroups. #poll

Jim Gifford - K9AGR
 

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




Re: Do we need more subgroups. #poll

Lito - WI6Y
 

I would agree with Mike (JNM).


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
>>
>
>
>
>
>




Re: Do we need more subgroups. #poll

Mike KB8JNM
 

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@msgstor.com <mailto:szingman@msgstor.com>> 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


Re: Do we need more subgroups. #poll

Steve N4IRS
 

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 


Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

Steve N4IRS
 

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




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

 



Re: YSFReflector <> DMR #dmrlink

nick@...
 

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


Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

Ray Harden
 

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

 


Re: YSFReflector <> DMR #dmrlink

Steve N4IRS
 

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

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.



Re: YSFReflector <> DMR #dmrlink

Ethan - KE7DUX
 

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.


Re: Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

Steve N4IRS
 

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


5981 - 6000 of 9518