Date   

Re: DMR Bridge working but not.....

Charles Wiant
 

Check to make sure ports are correct .



Sent from my Samsung Galaxy smartphone.

-------- Original message --------
From: K4VL <73dek4vl@...>
Date: 2/15/19 6:00 AM (GMT-06:00)
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] DMR Bridge working but not.....

I turned off the PC I was working on and went back to the Raspberry Pi. I have it where it will key from either side now. I do have one problem that the PC was having. I am not getting anything from the analog side. When I key my analog radio nothing is passed through to DMR.

I have an Allstar node that controls my repeater. I also have this DMR bridge which is on a separate raspberry pi. I have them connected through allstar. I am wondering if my problem is not something in my allstar setup. It passes audio from the DMR side but not from the allstar side.

On Thu, Feb 14, 2019 at 2:08 PM Steve N4IRS <szingman@...> wrote:

If you had run Analog_Bridge in the foreground, you would have seen Analog_bridge is crashing. Set useEmulator to true and retest.

Sent from Mail for Windows 10

 

From: K4VL
Sent: Thursday, February 14, 2019 8:03 AM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] DMR Bridge working but not.....

 

I have attached analog_bridge and mmdvm_bridge log files. I cannot find one for md380-emu. When this happens I can still see activity on brandmeister when I key the repeater. I ran CLI, analog_bridge and mmdvm_bridge in the foreground. No errors just no activity on them. 

 

On Thu, Feb 14, 2019 at 4:58 AM Steve N4IRS <szingman@...> wrote:

If I had to guess, and I do have to guess because I see no logs when the issue happens, I would guess the problem is in the vocoder. What vocoder are you using? Is md380-emu crashing?

On 2/13/19 10:44 PM, K4VL wrote:

I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.

 

 


Re: DMR Bridge working but not.....

K4VL
 

I turned off the PC I was working on and went back to the Raspberry Pi. I have it where it will key from either side now. I do have one problem that the PC was having. I am not getting anything from the analog side. When I key my analog radio nothing is passed through to DMR.

I have an Allstar node that controls my repeater. I also have this DMR bridge which is on a separate raspberry pi. I have them connected through allstar. I am wondering if my problem is not something in my allstar setup. It passes audio from the DMR side but not from the allstar side.


On Thu, Feb 14, 2019 at 2:08 PM Steve N4IRS <szingman@...> wrote:

If you had run Analog_Bridge in the foreground, you would have seen Analog_bridge is crashing. Set useEmulator to true and retest.

Sent from Mail for Windows 10

 

From: K4VL
Sent: Thursday, February 14, 2019 8:03 AM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] DMR Bridge working but not.....

 

I have attached analog_bridge and mmdvm_bridge log files. I cannot find one for md380-emu. When this happens I can still see activity on brandmeister when I key the repeater. I ran CLI, analog_bridge and mmdvm_bridge in the foreground. No errors just no activity on them. 

 

On Thu, Feb 14, 2019 at 4:58 AM Steve N4IRS <szingman@...> wrote:

If I had to guess, and I do have to guess because I see no logs when the issue happens, I would guess the problem is in the vocoder. What vocoder are you using? Is md380-emu crashing?

On 2/13/19 10:44 PM, K4VL wrote:

I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.

 

 


Software based user digital radio?

Skyler Fennell
 

Has anybody explored the concept of using analog_bridge and mmdvm_host as a user radio (like hook a GM300 to a pi with a sound card and microphone and stm32dvm) 

I know DMR would be hard because of the TDMA but for fusion and P25, it probably can’t be too bad. (Dstar would still need a hardware vocoder unfortunately)

So could a “simplex node” actually be used as a user radio to talk to repeaters with, and then just hook up a microphone and push button for PTT to a private AllStar node on the other side? 

Sort of where I think the future of HT’s is going to be at where where you download a software package for each mode you want to use. 

It would be reallly nice to have a radio that just does all of the modes...


Re: DMR Bridge working but not.....

Steve N4IRS
 

If you had run Analog_Bridge in the foreground, you would have seen Analog_bridge is crashing. Set useEmulator to true and retest.

Sent from Mail for Windows 10

 

From: K4VL
Sent: Thursday, February 14, 2019 8:03 AM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] DMR Bridge working but not.....

 

I have attached analog_bridge and mmdvm_bridge log files. I cannot find one for md380-emu. When this happens I can still see activity on brandmeister when I key the repeater. I ran CLI, analog_bridge and mmdvm_bridge in the foreground. No errors just no activity on them. 

 

On Thu, Feb 14, 2019 at 4:58 AM Steve N4IRS <szingman@...> wrote:

If I had to guess, and I do have to guess because I see no logs when the issue happens, I would guess the problem is in the vocoder. What vocoder are you using? Is md380-emu crashing?

On 2/13/19 10:44 PM, K4VL wrote:

I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.

 

 


Re: DMR Bridge working but not.....

K4VL
 

I have attached analog_bridge and mmdvm_bridge log files. I cannot find one for md380-emu. When this happens I can still see activity on brandmeister when I key the repeater. I ran CLI, analog_bridge and mmdvm_bridge in the foreground. No errors just no activity on them. 


On Thu, Feb 14, 2019 at 4:58 AM Steve N4IRS <szingman@...> wrote:
If I had to guess, and I do have to guess because I see no logs when the issue happens, I would guess the problem is in the vocoder. What vocoder are you using? Is md380-emu crashing?

On 2/13/19 10:44 PM, K4VL wrote:
I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.


Re: DMR Bridge working but not.....

Corey Dean N3FE <n3fe@...>
 

Only thing I can suggest is to check the logs.  You may need to put them in Debug Mode to see what it happening.

Corey  N3FE


On Wed, Feb 13, 2019 at 10:44 PM K4VL <73dek4vl@...> wrote:
I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.


Re: DMR Bridge working but not.....

Steve N4IRS
 

If I had to guess, and I do have to guess because I see no logs when the issue happens, I would guess the problem is in the vocoder. What vocoder are you using? Is md380-emu crashing?

On 2/13/19 10:44 PM, K4VL wrote:
I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.


DMR Bridge working but not.....

K4VL
 

I finally figured out most of the problem I was having with my bridge. The problem I a left with is this. After I restart my hotspot I can key my DMR radio and my analog repeater keys up. This works for a while but after I key up on the analog side the DMR side won't key the repeater anymore. Also there is no audio passing from analog to digital.


Re: BrandMeister to XLX

JJ Cummings
 

Correct, but realistically the audio loss does not seem so bad as long as the audio levels in and out of ASL are just right.  Of course that all goes to h3ll when stations have really hot audio.


On Wed, Feb 13, 2019 at 11:12 AM Mike Zingman - N4IRR <mike.zingman@...> wrote:
This will work, but besides loss of metadata you also have the loss of audio quality when the connected mode uses the same format of AMBE/IMBE. For example if you have nxdn bridged to dmr you are decoding  to pcm and then re-encoding back to AMBE. 


Re: Blog with P25<->DMR Info

mike@...
 

Hey Mike, 

I've got that exact write-up started - I'll get it posted up this shortly. 

73,
Mike

On Wed, Feb 13, 2019 at 9:16 AM Mike AE4ML <mike.lussier@...> wrote:
Mike, 
I saw your write up very nicely done. I'm looking forward to building that setup myself. 

Are you planning on a write up for the dashboard as well ? 

Mike AE4ML


Re: BrandMeister to XLX

Mike Zingman - N4IRR
 

This will work, but besides loss of metadata you also have the loss of audio quality when the connected mode uses the same format of AMBE/IMBE. For example if you have nxdn bridged to dmr you are decoding  to pcm and then re-encoding back to AMBE. 


Re: Blog with P25<->DMR Info

Steve N4IRS
 

Yes. DVSwitch.org runs 2 YSF, 2 NXDN, 3 P25 nad a partridge in a pear tree.
It's all about the ports.

On 2/13/19 12:43 PM, Russell, KV4S wrote:
Can a p25 reflector and a nxdn reflector run from the same server?

On Wed, Feb 13, 2019, 11:23 AM Steve N4IRS <szingman@... wrote:
293 <https://wiki.radioreference.com/index.php/NAC>

Like I said, change as little as possible.

On 2/13/19 12:09 PM, Russell, KV4S wrote:
what should NAC be set to in the mmdvm_bridge.ini?

[P25]
Enable=1
NAC=293

On Tue, Feb 12, 2019 at 1:03 PM Steve N4IRS <szingman@...> wrote:
This is a port diagram of the DMR <-> P25 bridge.

<https://dvswitch.groups.io/g/main/wiki/Port-Diagram>

On 2/12/2019 1:36 PM, Russell, KV4S wrote:
Or can you zip and send files from a working system I can compare to?
I must be missing something really silly.

On Tue, Feb 12, 2019, 12:26 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io wrote:
Steve,
I have build the simple YSF to DMR successfully like this guide shows:

can the same be done with P25?
I'm just curious as the blog said i needed P25Gateway to make it work? 

On Tue, Feb 12, 2019 at 12:19 PM Steve N4IRS <szingman@...> wrote:
I hate to say it, I have built a few. They work. Same concept as all the rest. Enable the mode in MMDVM_Bridge and Analog_Bridge and match the ports.

On 2/12/2019 1:16 PM, Russell, KV4S wrote:
Has anyone had any luck getting this type of bridge setup?

I can't seem to get working. I think my analog_bridge_p25 is the problem it never shows any traffic after it's running.

I've gone by the 927 blog without any luck.

On Thu, Jan 31, 2019 at 3:07 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
i did.

I made another change here are the current logs and ini's it actually looks like everything is working but the p25 dashboard does not show traffice and the nxdn dashboard do not show i'm keying up from allstar.



On Thu, Jan 31, 2019 at 2:36 PM Steve N4IRS <szingman@...> wrote:
 Russell,
Have you started at one end and tested each program one at a time in the foreground?
BTW, you can include a zip file with your message. That way someone does not have to go to an external site just to get the zip file.

Steve

On 1/31/2019 3:26 PM, Russell, KV4S wrote:
Well, I got the P25 bridge uniquely named.
hmm it still doesn't appear to be bridged?

Lates logs and inis: https://we.tl/t-wIx3y9gFLe

not sure what i'm missing?

On Wed, Jan 30, 2019 at 4:38 PM <mike@...> wrote:
OK - a couple of things... your Analog Bridges need to be uniquely named, and have uniquely named .ini files. The .ini files are different for each as well. Review the Build and Configure sections on blog.927.org for how to create the needed files and tweak the ini files. 

Also - In the log snippet you just posted, P25 is the indicated mode, but you're supplying DMR-ID info. No need to do that for the P25 ini file. 
Also v2.0: The DMR-ID in your log has an extra digit in it - 313666507 - which might be causing the BM master connection issues if that's what you're using elsewhere in the setup. 

On Wed, Jan 30, 2019 at 2:28 PM Russell, KV4S <russelljthomas@...> wrote:
I: 2019-01-30 22:25:57.822 Analog Bridge is starting
M: 2019-01-30 22:25:57.823 Setting [GENERAL] logLevel -> 2
M: 2019-01-30 22:25:57.823 Setting [GENERAL] exportMetadata -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2019-01-30 22:25:57.823 Setting [GENERAL] decoderFallBack -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] useEmulator -> true
M: 2019-01-30 22:25:57.824 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2019-01-30 22:25:57.824 Setting [GENERAL] outputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] inputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useMicrophone -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useVox -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxDecay -> 2
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxTrigger -> 200
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "fromDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] fromDMRPort -> 34100
W: 2019-01-30 22:25:57.824 Using deprecated option "toDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] toDMRPort -> 34103
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] ambeMode -> P25
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] minTxTimeMS -> 2000
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] gatewayDmrId -> 3136665
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] repeaterID -> 313666507
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTg -> 31777
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTs -> 2
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] colorCode -> 1
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [USRP] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "toASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] toASLPort -> 34001
W: 2019-01-30 22:25:57.824 Using deprecated option "fromASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] fromASLPort -> 32001
M: 2019-01-30 22:25:57.824 Setting [USRP] aslAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] agcGain -> 5.0
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrGain -> 0.17
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [DV3000] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "port"
M: 2019-01-30 22:25:57.824 Setting [DV3000] port -> 2460
W: 2019-01-30 22:25:57.824 ioctl reset error 
W: 2019-01-30 22:25:57.824 ioctl speed error 
W: 2019-01-30 22:25:57.824 ioctl stereo error 
W: 2019-01-30 22:25:57.824 ioctl setfmt error 
M: 2019-01-30 22:25:57.824 Audio In/Out Device: /dev/null
I: 2019-01-30 22:25:57.824 Open UDP listener on 127.0.0.1:34100
I: 2019-01-30 22:25:57.824 Open USRP on 127.0.0.1:34001
M: 2019-01-30 22:25:57.824 Connecting to DV3000 hardware......
W: 2019-01-30 22:25:58.845 DV3000 not found at 127.0.0.1:2460
I: 2019-01-30 22:25:59.455 Subscriber IDs loaded: 120633
I: 2019-01-30 22:25:59.455 Default extended metadata <K2HZE>
I: 2019-01-30 22:25:59.455 Connecting to emulator on host 127.0.0.1:2470
W: 2019-01-30 22:25:59.455 Using software MBE decoder version 1.2.3
W: 2019-01-30 22:25:59.455 Using software OP25 IMBE/AMBE vocoder
I: 2019-01-30 22:25:59.456 Starting Analog_Bridge --> USRP thread
I: 2019-01-30 22:25:59.459 Open UDP listener on 127.0.0.1:32001
I: 2019-01-30 22:25:59.459 Starting USRP --> IPSC_Bridge thread

On Wed, Jan 30, 2019 at 4:27 PM Russell Thomas <russelljthomas@...> wrote:
never mind, i think I fixed that. 

let me keep testing and see if i get further.

On Wed, Jan 30, 2019 at 4:21 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
great catch i had got interrupted and did not finish setting up the second analog bridge's service file to make it start.
I started it in the foreground and it's getting this?:  2019-01-30 22:16:18.817 Repeater ID can not be the same as subscriber ID

where can i find the P25Hosts.txt and what should it be set to?


On Wed, Jan 30, 2019 at 3:49 PM <mike@...> wrote:
According the logs, you only have one instance of Analog_Bridge running. You need 2. One for DMR and one for P25 (or perhaps didn't include that log)

I also see that you're loading 17 P25 Reflectors. While probably not critical, your P25Hosts.txt only needs the localhost reflector information, as it isn't meant to connect to others... 

Network Access Control (NAC) is analogous to CTCSS for P25. 

On Wed, Jan 30, 2019 at 1:12 PM Russell, KV4S <russelljthomas@...> wrote:
I have been following the blog working on a Bridge for a fellow in NY and I don't think somethings is linked up correctly but nothing is jumping out at me in the logs.

Logs are located here for review: https://we.tl/t-LYRjUm1WpC 

let me know what i'm missing.

Also, what is NAC? 

On Tue, Jan 29, 2019 at 11:30 AM Steve N4IRS <szingman@...> wrote:
Make these both true.

On 1/29/2019 12:19 PM, Kevin N9OIG wrote:
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] decoderFallBack -> false
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] useEmulator -> false










Re: Blog with P25<->DMR Info

 

Can a p25 reflector and a nxdn reflector run from the same server?


On Wed, Feb 13, 2019, 11:23 AM Steve N4IRS <szingman@... wrote:
293 <https://wiki.radioreference.com/index.php/NAC>

Like I said, change as little as possible.

On 2/13/19 12:09 PM, Russell, KV4S wrote:
what should NAC be set to in the mmdvm_bridge.ini?

[P25]
Enable=1
NAC=293

On Tue, Feb 12, 2019 at 1:03 PM Steve N4IRS <szingman@...> wrote:
This is a port diagram of the DMR <-> P25 bridge.

<https://dvswitch.groups.io/g/main/wiki/Port-Diagram>

On 2/12/2019 1:36 PM, Russell, KV4S wrote:
Or can you zip and send files from a working system I can compare to?
I must be missing something really silly.

On Tue, Feb 12, 2019, 12:26 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io wrote:
Steve,
I have build the simple YSF to DMR successfully like this guide shows:

can the same be done with P25?
I'm just curious as the blog said i needed P25Gateway to make it work? 

On Tue, Feb 12, 2019 at 12:19 PM Steve N4IRS <szingman@...> wrote:
I hate to say it, I have built a few. They work. Same concept as all the rest. Enable the mode in MMDVM_Bridge and Analog_Bridge and match the ports.

On 2/12/2019 1:16 PM, Russell, KV4S wrote:
Has anyone had any luck getting this type of bridge setup?

I can't seem to get working. I think my analog_bridge_p25 is the problem it never shows any traffic after it's running.

I've gone by the 927 blog without any luck.

On Thu, Jan 31, 2019 at 3:07 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
i did.

I made another change here are the current logs and ini's it actually looks like everything is working but the p25 dashboard does not show traffice and the nxdn dashboard do not show i'm keying up from allstar.



On Thu, Jan 31, 2019 at 2:36 PM Steve N4IRS <szingman@...> wrote:
 Russell,
Have you started at one end and tested each program one at a time in the foreground?
BTW, you can include a zip file with your message. That way someone does not have to go to an external site just to get the zip file.

Steve

On 1/31/2019 3:26 PM, Russell, KV4S wrote:
Well, I got the P25 bridge uniquely named.
hmm it still doesn't appear to be bridged?

Lates logs and inis: https://we.tl/t-wIx3y9gFLe

not sure what i'm missing?

On Wed, Jan 30, 2019 at 4:38 PM <mike@...> wrote:
OK - a couple of things... your Analog Bridges need to be uniquely named, and have uniquely named .ini files. The .ini files are different for each as well. Review the Build and Configure sections on blog.927.org for how to create the needed files and tweak the ini files. 

Also - In the log snippet you just posted, P25 is the indicated mode, but you're supplying DMR-ID info. No need to do that for the P25 ini file. 
Also v2.0: The DMR-ID in your log has an extra digit in it - 313666507 - which might be causing the BM master connection issues if that's what you're using elsewhere in the setup. 

On Wed, Jan 30, 2019 at 2:28 PM Russell, KV4S <russelljthomas@...> wrote:
I: 2019-01-30 22:25:57.822 Analog Bridge is starting
M: 2019-01-30 22:25:57.823 Setting [GENERAL] logLevel -> 2
M: 2019-01-30 22:25:57.823 Setting [GENERAL] exportMetadata -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2019-01-30 22:25:57.823 Setting [GENERAL] decoderFallBack -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] useEmulator -> true
M: 2019-01-30 22:25:57.824 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2019-01-30 22:25:57.824 Setting [GENERAL] outputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] inputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useMicrophone -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useVox -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxDecay -> 2
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxTrigger -> 200
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "fromDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] fromDMRPort -> 34100
W: 2019-01-30 22:25:57.824 Using deprecated option "toDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] toDMRPort -> 34103
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] ambeMode -> P25
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] minTxTimeMS -> 2000
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] gatewayDmrId -> 3136665
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] repeaterID -> 313666507
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTg -> 31777
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTs -> 2
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] colorCode -> 1
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [USRP] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "toASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] toASLPort -> 34001
W: 2019-01-30 22:25:57.824 Using deprecated option "fromASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] fromASLPort -> 32001
M: 2019-01-30 22:25:57.824 Setting [USRP] aslAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] agcGain -> 5.0
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrGain -> 0.17
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [DV3000] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "port"
M: 2019-01-30 22:25:57.824 Setting [DV3000] port -> 2460
W: 2019-01-30 22:25:57.824 ioctl reset error 
W: 2019-01-30 22:25:57.824 ioctl speed error 
W: 2019-01-30 22:25:57.824 ioctl stereo error 
W: 2019-01-30 22:25:57.824 ioctl setfmt error 
M: 2019-01-30 22:25:57.824 Audio In/Out Device: /dev/null
I: 2019-01-30 22:25:57.824 Open UDP listener on 127.0.0.1:34100
I: 2019-01-30 22:25:57.824 Open USRP on 127.0.0.1:34001
M: 2019-01-30 22:25:57.824 Connecting to DV3000 hardware......
W: 2019-01-30 22:25:58.845 DV3000 not found at 127.0.0.1:2460
I: 2019-01-30 22:25:59.455 Subscriber IDs loaded: 120633
I: 2019-01-30 22:25:59.455 Default extended metadata <K2HZE>
I: 2019-01-30 22:25:59.455 Connecting to emulator on host 127.0.0.1:2470
W: 2019-01-30 22:25:59.455 Using software MBE decoder version 1.2.3
W: 2019-01-30 22:25:59.455 Using software OP25 IMBE/AMBE vocoder
I: 2019-01-30 22:25:59.456 Starting Analog_Bridge --> USRP thread
I: 2019-01-30 22:25:59.459 Open UDP listener on 127.0.0.1:32001
I: 2019-01-30 22:25:59.459 Starting USRP --> IPSC_Bridge thread

On Wed, Jan 30, 2019 at 4:27 PM Russell Thomas <russelljthomas@...> wrote:
never mind, i think I fixed that. 

let me keep testing and see if i get further.

On Wed, Jan 30, 2019 at 4:21 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
great catch i had got interrupted and did not finish setting up the second analog bridge's service file to make it start.
I started it in the foreground and it's getting this?:  2019-01-30 22:16:18.817 Repeater ID can not be the same as subscriber ID

where can i find the P25Hosts.txt and what should it be set to?


On Wed, Jan 30, 2019 at 3:49 PM <mike@...> wrote:
According the logs, you only have one instance of Analog_Bridge running. You need 2. One for DMR and one for P25 (or perhaps didn't include that log)

I also see that you're loading 17 P25 Reflectors. While probably not critical, your P25Hosts.txt only needs the localhost reflector information, as it isn't meant to connect to others... 

Network Access Control (NAC) is analogous to CTCSS for P25. 

On Wed, Jan 30, 2019 at 1:12 PM Russell, KV4S <russelljthomas@...> wrote:
I have been following the blog working on a Bridge for a fellow in NY and I don't think somethings is linked up correctly but nothing is jumping out at me in the logs.

Logs are located here for review: https://we.tl/t-LYRjUm1WpC 

let me know what i'm missing.

Also, what is NAC? 

On Tue, Jan 29, 2019 at 11:30 AM Steve N4IRS <szingman@...> wrote:
Make these both true.

On 1/29/2019 12:19 PM, Kevin N9OIG wrote:
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] decoderFallBack -> false
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] useEmulator -> false









Re: Blog with P25<->DMR Info

Steve N4IRS
 

293 <https://wiki.radioreference.com/index.php/NAC>

Like I said, change as little as possible.

On 2/13/19 12:09 PM, Russell, KV4S wrote:
what should NAC be set to in the mmdvm_bridge.ini?

[P25]
Enable=1
NAC=293

On Tue, Feb 12, 2019 at 1:03 PM Steve N4IRS <szingman@...> wrote:
This is a port diagram of the DMR <-> P25 bridge.

<https://dvswitch.groups.io/g/main/wiki/Port-Diagram>

On 2/12/2019 1:36 PM, Russell, KV4S wrote:
Or can you zip and send files from a working system I can compare to?
I must be missing something really silly.

On Tue, Feb 12, 2019, 12:26 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io wrote:
Steve,
I have build the simple YSF to DMR successfully like this guide shows:

can the same be done with P25?
I'm just curious as the blog said i needed P25Gateway to make it work? 

On Tue, Feb 12, 2019 at 12:19 PM Steve N4IRS <szingman@...> wrote:
I hate to say it, I have built a few. They work. Same concept as all the rest. Enable the mode in MMDVM_Bridge and Analog_Bridge and match the ports.

On 2/12/2019 1:16 PM, Russell, KV4S wrote:
Has anyone had any luck getting this type of bridge setup?

I can't seem to get working. I think my analog_bridge_p25 is the problem it never shows any traffic after it's running.

I've gone by the 927 blog without any luck.

On Thu, Jan 31, 2019 at 3:07 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
i did.

I made another change here are the current logs and ini's it actually looks like everything is working but the p25 dashboard does not show traffice and the nxdn dashboard do not show i'm keying up from allstar.



On Thu, Jan 31, 2019 at 2:36 PM Steve N4IRS <szingman@...> wrote:
 Russell,
Have you started at one end and tested each program one at a time in the foreground?
BTW, you can include a zip file with your message. That way someone does not have to go to an external site just to get the zip file.

Steve

On 1/31/2019 3:26 PM, Russell, KV4S wrote:
Well, I got the P25 bridge uniquely named.
hmm it still doesn't appear to be bridged?

Lates logs and inis: https://we.tl/t-wIx3y9gFLe

not sure what i'm missing?

On Wed, Jan 30, 2019 at 4:38 PM <mike@...> wrote:
OK - a couple of things... your Analog Bridges need to be uniquely named, and have uniquely named .ini files. The .ini files are different for each as well. Review the Build and Configure sections on blog.927.org for how to create the needed files and tweak the ini files. 

Also - In the log snippet you just posted, P25 is the indicated mode, but you're supplying DMR-ID info. No need to do that for the P25 ini file. 
Also v2.0: The DMR-ID in your log has an extra digit in it - 313666507 - which might be causing the BM master connection issues if that's what you're using elsewhere in the setup. 

On Wed, Jan 30, 2019 at 2:28 PM Russell, KV4S <russelljthomas@...> wrote:
I: 2019-01-30 22:25:57.822 Analog Bridge is starting
M: 2019-01-30 22:25:57.823 Setting [GENERAL] logLevel -> 2
M: 2019-01-30 22:25:57.823 Setting [GENERAL] exportMetadata -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2019-01-30 22:25:57.823 Setting [GENERAL] decoderFallBack -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] useEmulator -> true
M: 2019-01-30 22:25:57.824 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2019-01-30 22:25:57.824 Setting [GENERAL] outputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] inputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useMicrophone -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useVox -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxDecay -> 2
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxTrigger -> 200
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "fromDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] fromDMRPort -> 34100
W: 2019-01-30 22:25:57.824 Using deprecated option "toDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] toDMRPort -> 34103
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] ambeMode -> P25
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] minTxTimeMS -> 2000
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] gatewayDmrId -> 3136665
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] repeaterID -> 313666507
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTg -> 31777
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTs -> 2
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] colorCode -> 1
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [USRP] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "toASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] toASLPort -> 34001
W: 2019-01-30 22:25:57.824 Using deprecated option "fromASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] fromASLPort -> 32001
M: 2019-01-30 22:25:57.824 Setting [USRP] aslAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] agcGain -> 5.0
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrGain -> 0.17
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [DV3000] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "port"
M: 2019-01-30 22:25:57.824 Setting [DV3000] port -> 2460
W: 2019-01-30 22:25:57.824 ioctl reset error 
W: 2019-01-30 22:25:57.824 ioctl speed error 
W: 2019-01-30 22:25:57.824 ioctl stereo error 
W: 2019-01-30 22:25:57.824 ioctl setfmt error 
M: 2019-01-30 22:25:57.824 Audio In/Out Device: /dev/null
I: 2019-01-30 22:25:57.824 Open UDP listener on 127.0.0.1:34100
I: 2019-01-30 22:25:57.824 Open USRP on 127.0.0.1:34001
M: 2019-01-30 22:25:57.824 Connecting to DV3000 hardware......
W: 2019-01-30 22:25:58.845 DV3000 not found at 127.0.0.1:2460
I: 2019-01-30 22:25:59.455 Subscriber IDs loaded: 120633
I: 2019-01-30 22:25:59.455 Default extended metadata <K2HZE>
I: 2019-01-30 22:25:59.455 Connecting to emulator on host 127.0.0.1:2470
W: 2019-01-30 22:25:59.455 Using software MBE decoder version 1.2.3
W: 2019-01-30 22:25:59.455 Using software OP25 IMBE/AMBE vocoder
I: 2019-01-30 22:25:59.456 Starting Analog_Bridge --> USRP thread
I: 2019-01-30 22:25:59.459 Open UDP listener on 127.0.0.1:32001
I: 2019-01-30 22:25:59.459 Starting USRP --> IPSC_Bridge thread

On Wed, Jan 30, 2019 at 4:27 PM Russell Thomas <russelljthomas@...> wrote:
never mind, i think I fixed that. 

let me keep testing and see if i get further.

On Wed, Jan 30, 2019 at 4:21 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
great catch i had got interrupted and did not finish setting up the second analog bridge's service file to make it start.
I started it in the foreground and it's getting this?:  2019-01-30 22:16:18.817 Repeater ID can not be the same as subscriber ID

where can i find the P25Hosts.txt and what should it be set to?


On Wed, Jan 30, 2019 at 3:49 PM <mike@...> wrote:
According the logs, you only have one instance of Analog_Bridge running. You need 2. One for DMR and one for P25 (or perhaps didn't include that log)

I also see that you're loading 17 P25 Reflectors. While probably not critical, your P25Hosts.txt only needs the localhost reflector information, as it isn't meant to connect to others... 

Network Access Control (NAC) is analogous to CTCSS for P25. 

On Wed, Jan 30, 2019 at 1:12 PM Russell, KV4S <russelljthomas@...> wrote:
I have been following the blog working on a Bridge for a fellow in NY and I don't think somethings is linked up correctly but nothing is jumping out at me in the logs.

Logs are located here for review: https://we.tl/t-LYRjUm1WpC 

let me know what i'm missing.

Also, what is NAC? 

On Tue, Jan 29, 2019 at 11:30 AM Steve N4IRS <szingman@...> wrote:
Make these both true.

On 1/29/2019 12:19 PM, Kevin N9OIG wrote:
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] decoderFallBack -> false
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] useEmulator -> false









Re: Blog with P25<->DMR Info

Mike AE4ML
 

Mike, 
I saw your write up very nicely done. I'm looking forward to building that setup myself. 

Are you planning on a write up for the dashboard as well ? 

Mike AE4ML


Re: Blog with P25<->DMR Info

 

what should NAC be set to in the mmdvm_bridge.ini?

[P25]
Enable=1
NAC=293

On Tue, Feb 12, 2019 at 1:03 PM Steve N4IRS <szingman@...> wrote:
This is a port diagram of the DMR <-> P25 bridge.

<https://dvswitch.groups.io/g/main/wiki/Port-Diagram>

On 2/12/2019 1:36 PM, Russell, KV4S wrote:
Or can you zip and send files from a working system I can compare to?
I must be missing something really silly.

On Tue, Feb 12, 2019, 12:26 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io wrote:
Steve,
I have build the simple YSF to DMR successfully like this guide shows:

can the same be done with P25?
I'm just curious as the blog said i needed P25Gateway to make it work? 

On Tue, Feb 12, 2019 at 12:19 PM Steve N4IRS <szingman@...> wrote:
I hate to say it, I have built a few. They work. Same concept as all the rest. Enable the mode in MMDVM_Bridge and Analog_Bridge and match the ports.

On 2/12/2019 1:16 PM, Russell, KV4S wrote:
Has anyone had any luck getting this type of bridge setup?

I can't seem to get working. I think my analog_bridge_p25 is the problem it never shows any traffic after it's running.

I've gone by the 927 blog without any luck.

On Thu, Jan 31, 2019 at 3:07 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
i did.

I made another change here are the current logs and ini's it actually looks like everything is working but the p25 dashboard does not show traffice and the nxdn dashboard do not show i'm keying up from allstar.



On Thu, Jan 31, 2019 at 2:36 PM Steve N4IRS <szingman@...> wrote:
 Russell,
Have you started at one end and tested each program one at a time in the foreground?
BTW, you can include a zip file with your message. That way someone does not have to go to an external site just to get the zip file.

Steve

On 1/31/2019 3:26 PM, Russell, KV4S wrote:
Well, I got the P25 bridge uniquely named.
hmm it still doesn't appear to be bridged?

Lates logs and inis: https://we.tl/t-wIx3y9gFLe

not sure what i'm missing?

On Wed, Jan 30, 2019 at 4:38 PM <mike@...> wrote:
OK - a couple of things... your Analog Bridges need to be uniquely named, and have uniquely named .ini files. The .ini files are different for each as well. Review the Build and Configure sections on blog.927.org for how to create the needed files and tweak the ini files. 

Also - In the log snippet you just posted, P25 is the indicated mode, but you're supplying DMR-ID info. No need to do that for the P25 ini file. 
Also v2.0: The DMR-ID in your log has an extra digit in it - 313666507 - which might be causing the BM master connection issues if that's what you're using elsewhere in the setup. 

On Wed, Jan 30, 2019 at 2:28 PM Russell, KV4S <russelljthomas@...> wrote:
I: 2019-01-30 22:25:57.822 Analog Bridge is starting
M: 2019-01-30 22:25:57.823 Setting [GENERAL] logLevel -> 2
M: 2019-01-30 22:25:57.823 Setting [GENERAL] exportMetadata -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] subscriberFile -> /var/lib/dvswitch/subscriber_ids.csv
M: 2019-01-30 22:25:57.823 Setting [GENERAL] decoderFallBack -> true
M: 2019-01-30 22:25:57.823 Setting [GENERAL] useEmulator -> true
M: 2019-01-30 22:25:57.824 Setting [GENERAL] emulatorAddress -> 127.0.0.1:2470
M: 2019-01-30 22:25:57.824 Setting [GENERAL] outputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] inputAudioDevice -> /dev/null
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useMicrophone -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] useVox -> false
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxDecay -> 2
M: 2019-01-30 22:25:57.824 Setting [GENERAL] voxTrigger -> 200
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "fromDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] fromDMRPort -> 34100
W: 2019-01-30 22:25:57.824 Using deprecated option "toDMRPort"
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] toDMRPort -> 34103
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] ambeMode -> P25
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] minTxTimeMS -> 2000
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] gatewayDmrId -> 3136665
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] repeaterID -> 313666507
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTg -> 31777
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] txTs -> 2
M: 2019-01-30 22:25:57.824 Setting [AMBE_AUDIO] colorCode -> 1
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [USRP] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "toASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] toASLPort -> 34001
W: 2019-01-30 22:25:57.824 Using deprecated option "fromASLPort"
M: 2019-01-30 22:25:57.824 Setting [USRP] fromASLPort -> 32001
M: 2019-01-30 22:25:57.824 Setting [USRP] aslAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] agcGain -> 5.0
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrAudio -> AUDIO_USE_GAIN
M: 2019-01-30 22:25:57.824 Setting [USRP] dmrGain -> 0.17
W: 2019-01-30 22:25:57.824 Using deprecated option "server"
M: 2019-01-30 22:25:57.824 Setting [DV3000] server -> 127.0.0.1
W: 2019-01-30 22:25:57.824 Using deprecated option "port"
M: 2019-01-30 22:25:57.824 Setting [DV3000] port -> 2460
W: 2019-01-30 22:25:57.824 ioctl reset error 
W: 2019-01-30 22:25:57.824 ioctl speed error 
W: 2019-01-30 22:25:57.824 ioctl stereo error 
W: 2019-01-30 22:25:57.824 ioctl setfmt error 
M: 2019-01-30 22:25:57.824 Audio In/Out Device: /dev/null
I: 2019-01-30 22:25:57.824 Open UDP listener on 127.0.0.1:34100
I: 2019-01-30 22:25:57.824 Open USRP on 127.0.0.1:34001
M: 2019-01-30 22:25:57.824 Connecting to DV3000 hardware......
W: 2019-01-30 22:25:58.845 DV3000 not found at 127.0.0.1:2460
I: 2019-01-30 22:25:59.455 Subscriber IDs loaded: 120633
I: 2019-01-30 22:25:59.455 Default extended metadata <K2HZE>
I: 2019-01-30 22:25:59.455 Connecting to emulator on host 127.0.0.1:2470
W: 2019-01-30 22:25:59.455 Using software MBE decoder version 1.2.3
W: 2019-01-30 22:25:59.455 Using software OP25 IMBE/AMBE vocoder
I: 2019-01-30 22:25:59.456 Starting Analog_Bridge --> USRP thread
I: 2019-01-30 22:25:59.459 Open UDP listener on 127.0.0.1:32001
I: 2019-01-30 22:25:59.459 Starting USRP --> IPSC_Bridge thread

On Wed, Jan 30, 2019 at 4:27 PM Russell Thomas <russelljthomas@...> wrote:
never mind, i think I fixed that. 

let me keep testing and see if i get further.

On Wed, Jan 30, 2019 at 4:21 PM Russell, KV4S via Groups.Io <russelljthomas=gmail.com@groups.io> wrote:
great catch i had got interrupted and did not finish setting up the second analog bridge's service file to make it start.
I started it in the foreground and it's getting this?:  2019-01-30 22:16:18.817 Repeater ID can not be the same as subscriber ID

where can i find the P25Hosts.txt and what should it be set to?


On Wed, Jan 30, 2019 at 3:49 PM <mike@...> wrote:
According the logs, you only have one instance of Analog_Bridge running. You need 2. One for DMR and one for P25 (or perhaps didn't include that log)

I also see that you're loading 17 P25 Reflectors. While probably not critical, your P25Hosts.txt only needs the localhost reflector information, as it isn't meant to connect to others... 

Network Access Control (NAC) is analogous to CTCSS for P25. 

On Wed, Jan 30, 2019 at 1:12 PM Russell, KV4S <russelljthomas@...> wrote:
I have been following the blog working on a Bridge for a fellow in NY and I don't think somethings is linked up correctly but nothing is jumping out at me in the logs.

Logs are located here for review: https://we.tl/t-LYRjUm1WpC 

let me know what i'm missing.

Also, what is NAC? 

On Tue, Jan 29, 2019 at 11:30 AM Steve N4IRS <szingman@...> wrote:
Make these both true.

On 1/29/2019 12:19 PM, Kevin N9OIG wrote:
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] decoderFallBack -> false
> M: 2019-01-29 17:11:35.760 Setting [GENERAL] useEmulator -> false








Re: BrandMeister to XLX

JJ Cummings
 

What we are presently doing is sending all of the modes into ASL (YSF, P25, D*, NXDN and DMR).  Each mode has it's own ASL NODE ID and of course thusly it's own Analog_Bridge instance.  This affords us the capability to connect/disconnect modes(Nodes) from the "Hub or Core" easily through Allmon.  The only pitfall is that you lose metadata (read ID/Callsign) when going from one digital mode to another, but the control that this configuration affords our control ops by far outweighs that drawback.  It is trivial to run multiple instances of things like MD380_Emu, Analog_Bridge and MMDVM_Bridge - one simply needs to copy/create a new systemd configuration that points to a different config and boom, I think that it's been discussed a few times in the lists here (I know that I have posted some examples)

JJC
N0PKT

On Tue, Feb 12, 2019 at 8:00 PM Pierre Martel <petem001@...> wrote:
xlxd can transcode between mode if it is connected to some vocoder. 

dvswitch can do the same but it can also transfert voice payload to different network if they use the same type of vocoder. And Steve explained what mode can mix with what other mode without vocoder. Any link between any mode that are not in the same "family" type will need to be decoded and re-encoded with some vocoder.

Le mar. 12 févr. 2019 à 21:53, Roselito de los Reyes <Tolitski@...> a écrit :
I had to make sure of my answer as it's not so clear to me yet. 

This is a cut and pasted quote from the developers power point

• Merge all users rather than to scatter them in different camps. Multi Protocol (DPlus, DCS, DExtra and multi standard such as D-star, DMR and C4FM)

Not sure how it works really. 



Maybe someone else can better explain this..


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:57 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
OK,
So my turn for a clarification, is XLX mouule a D-Star or DMR?

On 2/12/19 7:42 PM, Roselito de los Reyes wrote:
Sorry for the misunderstanding, I’m trying to build bridges between an xlx module to a mode. Like so in the diagram:

Xlx module a <-> dmr


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:39:18 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
Two channels? If you mean 2 instances of Analog_Bridge, yes you need to run an instance for each side of the transcode.
The transcoder above could be reused if the Partner programs (MMDVM_Bridge) disconnects from the transcoder, it could be reused.

All of the connectivity between Partner programs is pretty static due to the the port assignments. That is not to say that scripting could allow you to build up and tear down a connection at will.

Steve

On 2/12/19 7:28 PM, Roselito de los Reyes wrote:
So two channels are required per transcoded module? Is there a way to maximize usage where if a transcoder is free, a module would be able to utilize it?




Re: BrandMeister to XLX

Pierre Martel
 

xlxd can transcode between mode if it is connected to some vocoder. 

dvswitch can do the same but it can also transfert voice payload to different network if they use the same type of vocoder. And Steve explained what mode can mix with what other mode without vocoder. Any link between any mode that are not in the same "family" type will need to be decoded and re-encoded with some vocoder.

Le mar. 12 févr. 2019 à 21:53, Roselito de los Reyes <Tolitski@...> a écrit :
I had to make sure of my answer as it's not so clear to me yet. 

This is a cut and pasted quote from the developers power point

• Merge all users rather than to scatter them in different camps. Multi Protocol (DPlus, DCS, DExtra and multi standard such as D-star, DMR and C4FM)

Not sure how it works really. 



Maybe someone else can better explain this..


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:57 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
OK,
So my turn for a clarification, is XLX mouule a D-Star or DMR?

On 2/12/19 7:42 PM, Roselito de los Reyes wrote:
Sorry for the misunderstanding, I’m trying to build bridges between an xlx module to a mode. Like so in the diagram:

Xlx module a <-> dmr


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:39:18 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
Two channels? If you mean 2 instances of Analog_Bridge, yes you need to run an instance for each side of the transcode.
The transcoder above could be reused if the Partner programs (MMDVM_Bridge) disconnects from the transcoder, it could be reused.

All of the connectivity between Partner programs is pretty static due to the the port assignments. That is not to say that scripting could allow you to build up and tear down a connection at will.

Steve

On 2/12/19 7:28 PM, Roselito de los Reyes wrote:
So two channels are required per transcoded module? Is there a way to maximize usage where if a transcoder is free, a module would be able to utilize it?




Re: BrandMeister to XLX

Lito - WI6Y
 

I had to make sure of my answer as it's not so clear to me yet. 

This is a cut and pasted quote from the developers power point

• Merge all users rather than to scatter them in different camps. Multi Protocol (DPlus, DCS, DExtra and multi standard such as D-star, DMR and C4FM)

Not sure how it works really. 



Maybe someone else can better explain this..


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:57 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
OK,
So my turn for a clarification, is XLX mouule a D-Star or DMR?

On 2/12/19 7:42 PM, Roselito de los Reyes wrote:
Sorry for the misunderstanding, I’m trying to build bridges between an xlx module to a mode. Like so in the diagram:

Xlx module a <-> dmr


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:39:18 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
Two channels? If you mean 2 instances of Analog_Bridge, yes you need to run an instance for each side of the transcode.
The transcoder above could be reused if the Partner programs (MMDVM_Bridge) disconnects from the transcoder, it could be reused.

All of the connectivity between Partner programs is pretty static due to the the port assignments. That is not to say that scripting could allow you to build up and tear down a connection at will.

Steve

On 2/12/19 7:28 PM, Roselito de los Reyes wrote:
So two channels are required per transcoded module? Is there a way to maximize usage where if a transcoder is free, a module would be able to utilize it?




Re: BrandMeister to XLX

Steve N4IRS
 

OK,
So my turn for a clarification, is XLX mouule a D-Star or DMR?

On 2/12/19 7:42 PM, Roselito de los Reyes wrote:
Sorry for the misunderstanding, I’m trying to build bridges between an xlx module to a mode. Like so in the diagram:

Xlx module a <-> dmr


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, February 12, 2019 4:39:18 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] BrandMeister to XLX
 
Two channels? If you mean 2 instances of Analog_Bridge, yes you need to run an instance for each side of the transcode.
The transcoder above could be reused if the Partner programs (MMDVM_Bridge) disconnects from the transcoder, it could be reused.

All of the connectivity between Partner programs is pretty static due to the the port assignments. That is not to say that scripting could allow you to build up and tear down a connection at will.

Steve

On 2/12/19 7:28 PM, Roselito de los Reyes wrote:
So two channels are required per transcoded module? Is there a way to maximize usage where if a transcoder is free, a module would be able to utilize it?



6901 - 6920 of 10139