Date   

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



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

Ray Harden
 

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: Do we need more subgroups. #poll

Steve N4IRS
 

Jon,
Maybe someone in the HB subgroup can take it on, Mike and I are up to our ears right now.

Steve

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


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

Steve N4IRS
 

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

 

No debug. I need the 5 complete outputs from the 5 programs run in the foreground (no &) I need the complete output. The reason is the instruction are the same is because I never seem to get everything. The one time I did get what looked like the complete set of outputs, there were a number of issues with the config files used. By getting the foreground output I see the actual setting settings used I don't have to reference the config files. I'm more then happy to help but I can't do that with out waht I ask for.

This is exactly the procedure I use to troubleshoot when I build a bridge. This is how I find my mistakes.

Steve 

On 3/12/19 7:13 PM, Ray Harden wrote:

Respectfully, these instructions seem to be what you asked me to do earlier and just now I have sent these results.

My process was to open 5 terminals in downsized windows, pre-staging the specific commands, then returning to start each program starting with ./Reflector, then Gateway, the two - _DMR and _P25s, and last MMDVM_bridge.

Settle a couple of minutes, TX one DMR, then TX one P25.

Do you want DEBUG anywhere? We ran with all debugs @ 0 before.

I am happy to comply with your instructions and considering everyone's valuable time in process.

RayH   w0ray


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, March 12, 2019 4:33:12 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

 

 

On 3/12/19 4:43 PM, Ray Harden wrote:

Mistaken “/etc/Analog_Bridge_P25.ini” was used which resulted in the erroneous Port entries, ambeMode -> DMR,  2 xxID -> 0 … very sorry for this error.

 

I have deleted the erroneous  xx_P25.ini to eliminate this stupid error.

 

New run with what are the corrected files is attached.  I believe this test reflects the proper port pairings.

 

I noticed that the details of the Analog_Bridge_xx.ini files are not printed this time and I don’t know why.

cd to the directory and just run AB with the ini file. no need to run it in the background. Just run multiple shells. I need that output from each program. It's the only way I know for sure the parameters being used.
Without it, I can go no further.

To be clear, I want each program run in the foreground. I want 1 transmission from DMR and 1 transmission from P25. Everything should be in the same time frame.

 

I am very well aware of the PortCross-Over assignments and have taken careful steps to check and reverify these critical specs. – never sure that everything lines up until I see things working.  I have printed the port assignments chart and understand the configuration.

 

Please accept my apology for the mistaken file.

 

RayH  w0ray

 

 

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Tuesday, March 12, 2019 1:07 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

 

From Analog_Bridge_DMR_Log
M: 2019-03-12 17:02:21.481 Setting [AMBE_AUDIO] server -> 127.0.0.1
M: 2019-03-12 17:02:14.944 Setting [AMBE_AUDIO] fromDMRPort -> 31000
M: 2019-03-12 17:02:14.944 Setting [AMBE_AUDIO] toDMRPort -> 31003

From MMDVM_Bridge_Log
M: 2019-03-12 17:02:30.724 DMR, Setting [DMR] Address -> 127.0.0.1
M: 2019-03-12 17:02:30.724 DMR, Setting [DMR] TXPort -> 31100
M: 2019-03-12 17:02:30.724 DMR, Setting [DMR] RXPort -> 31103

Analog_Bridge_DMR needs to point at the DMR ports in DVSwitch.ini. TX to RX RX to TX
You will have no communications between Analog_Bridge_DMR and MMDVM_Bridge until this is fixed.

From Analog_Bridge_DMR_Log
M: 2019-03-12 17:02:14.945 Setting [USRP] server -> 127.0.0.1
M: 2019-03-12 17:02:14.945 Setting [USRP] toASLPort -> 32001
M: 2019-03-12 17:02:14.945 Setting [USRP] fromASLPort -> 34001

From Analog_Bridge_P25_Log
M: 2019-03-12 17:02:21.481 Setting [AMBE_AUDIO] server -> 127.0.0.1
M: 2019-03-12 17:02:21.481 Setting [AMBE_AUDIO] fromDMRPort -> 31000
M: 2019-03-12 17:02:21.481 Setting [AMBE_AUDIO] toDMRPort -> 31003

Analog_Bridge_P25 needs to point at the P25 ports in DVSwitch.ini. TX to RX RX to TX
You will have no communications between Analog_Bridge_P25 and MMDVM_Bridge until this is fixed.

From Analog_Bridge_P25_Log
M: 2019-03-12 17:02:21.481 Setting [AMBE_AUDIO] ambeMode -> DMR

This should be P25 not DMR

On 3/12/2019 1:40 PM, Ray Harden wrote:

Version 2 ****  this should look a bit better with Reflector started first

     ___________________________________________________________

 

As requested, All DEBUGs are Off, MMDVM_Bridge, Analog_Bridge_DMR, Analog_Bridge_P25, P25Gateway, P25Reflector LOGS, Zipped.

 

One transmission from each radio. Capture results.

 

Many thanks for your efforts

 

RayH    w0ray

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Wednesday, March 6, 2019 2:01 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

 

All off

On 3/6/2019 3:00 PM, Ray Harden wrote:

Debug on or off, all or which ones?


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Wednesday, March 6, 2019 1:40:35 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

 

OK, here is what I need.
Run MMDVM_Bridge Analog_Bridge_DMR Analog_Bridge_P25 P25Gateway all at the same time. Let everything startup and settle. Give me one transmission from a user with a DMR radio. The give me one transmission with a P25 radio. Capture the output from each program in a file then zip it up and send it.

On 3/6/2019 2:32 PM, Ray Harden wrote:

Sorry for the delay … took some time to delete the unwanted lines  … both files are close in time segments … I was already in the process before I saw your  message about Debug Off

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Wednesday, March 6, 2019 11:28 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Problem Description: No Audio @ P25 radio, No Audio DMR from Bridge P25 <<-->> DMR

 

Turn off debug in each program.
Can you send actual text files?
I do see "No response from 31900, unlinking on the gateway.

 

 

 

 

 


6061 - 6080 of 9595