Date   

Re: HBlink3 OB use

area51now@...
 

Sorry I just realized i put this in the wrong section


HBlink3 OB use

area51now@...
 

Hello all have got stuck on getting the openbridge working, Branmister confirmed they see my connection but as of yet I am not able to get any traffic too or from BM, I was hoping one of the experts our here can take a look at my rules and ob set up to see if I have it correct.


BRIDGES = {
    'BM-3102 Tac310': [
            {'SYSTEM': 'OBP-1',    'TS': 1, 'TGID': 310,    'ACTIVE': True, 'TIMEOUT': 25, 'TO_TYPE': 'NONE',  'ON': [], 'OFF': [], 'RESET': []},
            {'SYSTEM': 'MASTER-1',    'TS': 1, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 25, 'TO_TYPE': 'NONE',  'ON': [], 'OFF': [], 'RESET': []},

[OBP-1]
MODE: OPENBRIDGE
ENABLED: True
IP:
PORT: 62035
NETWORK_ID: 316111350
PASSPHRASE: xxxxxxx
TARGET_IP: 3103.repeater.net
TARGET_PORT: 62035
USE_ACL: True
SUB_ACL: DENY:1
TGID_ACL: PERMIT:ALL

Thank you

Bob

KB6LED


Re: Transcoders Per Linux Box?

Steve N4IRS
 

Chris,
There is no fixed limit. Depends on CPU, Memory etc. I would say a decent host could run more then you would need.

On 8/25/19 12:36 AM, Chris K7AZ via Groups.Io wrote:
Curios how many transcoders can be implemented in na Linux ASL box?
I am assuming different internal ports would be needed for each one?

Thank you,
Chris K7AZ
DMR AARG - ASL 29837 so far…



Transcoders Per Linux Box?

Chris K7AZ
 

Curios how many transcoders can be implemented in na Linux ASL box?
I am assuming different internal ports would be needed for each one?

Thank you,
Chris K7AZ
DMR AARG - ASL 29837 so far…


Re: MMDVM_Bridge and Analog_Bridge log file name and timezone changes possible?

Steve N4IRS
 

Well,
It make no sense to me to restart asterisk when rotating the AB log. AB does not need a restart, so why bother?
postrotate
        /usr/sbin/asterisk -rx 'logger reload' > /dev/null 2>&1

This says after the rotate (postrotate) reload the asterisk logger. You could restart AB, but again why bother.

On 8/24/19 5:40 PM, David Ranch wrote:

Hey Steve,

Thanks for the logrotate formula though I already put something similar in place.



Analog_Bridge will allow you to logrotate. I'm pretty sure it will start a new log, so you will not need the postrotate.

Ok, Is there any harm in leaving in the postrotate?


Mike and I will talk about MMDVM_Bridge.

Ok.. thanks!  Please don't forget to discuss the timezone thing too!

--David
KI6ZHD



Hello Everyone,

I would like to use Linux's logrotate tool to rotate out and compress the various DV Switch but the MMDVM system names it's log files differently from everything else:

   MMDVM_Bridge-2019-08-24.log  <--- uses a date scheme and auto-rotates
   MMDVM_Bridge-2019-08-23.log
   MMDVM_Bridge-2019-08-22.log
   MMDVM_Bridge-2019-08-21.log
   MMDVM_Bridge-2019-08-20.log
   MMDVM_Bridge-2019-08-19.log
   MMDVM_Bridge-2019-08-18.log
   MMDVM_Bridge-2019-08-17.log

   Analog_Bridge.log <--- Uses one standard log name and never rotates

   asterisk/messages <--- Uses one standard log name and never rotates


I'm trying to figure out how I can get MMDVM to just create names like "MMDVM_Bridge" and not auto-rotate them.  Is that possible?   I would also like the MMDVM and Analog_Bridge logs to use localtime just like how the Asterisk/messages timestamps work.   I've looked at various documentation for these items including:

   https://github.com/N4IRS/MMDVM-Install

   https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit

but I'm striking out.  Can anyone tell me if these changes are possible w/o recompiling the code?

--David
KI6ZHD



Re: MMDVM_Bridge and Analog_Bridge log file name and timezone changes possible?

David Ranch
 


Hey Steve,

Thanks for the logrotate formula though I already put something similar in place.



Analog_Bridge will allow you to logrotate. I'm pretty sure it will start a new log, so you will not need the postrotate.

Ok, Is there any harm in leaving in the postrotate?


Mike and I will talk about MMDVM_Bridge.

Ok.. thanks!  Please don't forget to discuss the timezone thing too!

--David
KI6ZHD



Hello Everyone,

I would like to use Linux's logrotate tool to rotate out and compress the various DV Switch but the MMDVM system names it's log files differently from everything else:

   MMDVM_Bridge-2019-08-24.log  <--- uses a date scheme and auto-rotates
   MMDVM_Bridge-2019-08-23.log
   MMDVM_Bridge-2019-08-22.log
   MMDVM_Bridge-2019-08-21.log
   MMDVM_Bridge-2019-08-20.log
   MMDVM_Bridge-2019-08-19.log
   MMDVM_Bridge-2019-08-18.log
   MMDVM_Bridge-2019-08-17.log

   Analog_Bridge.log <--- Uses one standard log name and never rotates

   asterisk/messages <--- Uses one standard log name and never rotates


I'm trying to figure out how I can get MMDVM to just create names like "MMDVM_Bridge" and not auto-rotate them.  Is that possible?   I would also like the MMDVM and Analog_Bridge logs to use localtime just like how the Asterisk/messages timestamps work.   I've looked at various documentation for these items including:

   https://github.com/N4IRS/MMDVM-Install

   https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit

but I'm striking out.  Can anyone tell me if these changes are possible w/o recompiling the code?

--David
KI6ZHD


Re: MMDVM_Bridge and Analog_Bridge log file name and timezone changes possible?

Steve N4IRS
 

David,
Here is a log rotate for Asterisk:

/var/log/asterisk/messages /var/log/asterisk/*log {
   daily
   missingok
   rotate 14
   compress
   delaycompress
   notifempty
   sharedscripts
   postrotate
        /usr/sbin/asterisk -rx 'logger reload' > /dev/null 2>&1
   endscript
}

Analog_Bridge will allow you to logrotate. I'm pretty sure it will start a new log, so you will not need the postrotate.
Mike and I will talk about MMDVM_Bridge.

73, Steve N4IRS

On 8/24/19 4:51 PM, David Ranch wrote:

Hello Everyone,

I would like to use Linux's logrotate tool to rotate out and compress the various DV Switch but the MMDVM system names it's log files differently from everything else:

   MMDVM_Bridge-2019-08-24.log  <--- uses a date scheme and auto-rotates
   MMDVM_Bridge-2019-08-23.log
   MMDVM_Bridge-2019-08-22.log
   MMDVM_Bridge-2019-08-21.log
   MMDVM_Bridge-2019-08-20.log
   MMDVM_Bridge-2019-08-19.log
   MMDVM_Bridge-2019-08-18.log
   MMDVM_Bridge-2019-08-17.log

   Analog_Bridge.log <--- Uses one standard log name and never rotates

   asterisk/messages <--- Uses one standard log name and never rotates


I'm trying to figure out how I can get MMDVM to just create names like "MMDVM_Bridge" and not auto-rotate them.  Is that possible?   I would also like the MMDVM and Analog_Bridge logs to use localtime just like how the Asterisk/messages timestamps work.   I've looked at various documentation for these items including:

   https://github.com/N4IRS/MMDVM-Install

   https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit

but I'm striking out.  Can anyone tell me if these changes are possible w/o recompiling the code?

--David
KI6ZHD


MMDVM_Bridge and Analog_Bridge log file name and timezone changes possible?

David Ranch
 


Hello Everyone,

I would like to use Linux's logrotate tool to rotate out and compress the various DV Switch but the MMDVM system names it's log files differently from everything else:

   MMDVM_Bridge-2019-08-24.log  <--- uses a date scheme and auto-rotates
   MMDVM_Bridge-2019-08-23.log
   MMDVM_Bridge-2019-08-22.log
   MMDVM_Bridge-2019-08-21.log
   MMDVM_Bridge-2019-08-20.log
   MMDVM_Bridge-2019-08-19.log
   MMDVM_Bridge-2019-08-18.log
   MMDVM_Bridge-2019-08-17.log

   Analog_Bridge.log <--- Uses one standard log name and never rotates

   asterisk/messages <--- Uses one standard log name and never rotates


I'm trying to figure out how I can get MMDVM to just create names like "MMDVM_Bridge" and not auto-rotate them.  Is that possible?   I would also like the MMDVM and Analog_Bridge logs to use localtime just like how the Asterisk/messages timestamps work.   I've looked at various documentation for these items including:

   https://github.com/N4IRS/MMDVM-Install

   https://docs.google.com/document/d/1-Ot5pGaibmEGmmFh-l8HUq2LRyZoujiJYulr-VSga9s/edit

but I'm striking out.  Can anyone tell me if these changes are possible w/o recompiling the code?

--David
KI6ZHD


Re: Pros / Cons of the IMBE / md380-emu / ThumbDV for DMR to analog audio quality

Steve N4IRS
 

The DV3000 refers to any of the NWD hardware vocoders. (same chip)
DMR, NXDN and YSFn are all AMBE
P25 and YSFw are IMBE

On 8/24/19 1:21 PM, David Ranch wrote:

Hello Steve,

Thanks for the detail.  I assume that there will be no real difference between the NW Digital ThumbDV (USB based) and the DV3000 (Rpi HAT)?  While not important, I assume if P25 isn't supported, that also means YSF-WIDE won't work with these HW solutions either?  What about YSF-Narrow?

--David



On 08/24/2019 08:47 AM, Steve N4IRS wrote:
David,
It's pretty simple really:
DV3000 Best audio for AMBE and D-Star. No P25
MD380-emu Good audio for AMBE. No D-Star or P25
OP25 (built into AB) OK audio for AMBE. Lousy audio for D-Star. Good audio of P25

Hope this helps,
73, Steve N4IRS
NXD
On 8/24/19 11:42 AM, David Ranch wrote:

Hello Everyone,

I've successfully setup DV-Switch on a Raspberry Pi to serve as a full time DMR Talkgroup to Analog repeater bridge.  It seems to work well but I have questions about the audio quality. 

The system is currently using the IMBE software emulation but the audio isn't great.  I've been trying to find qualitative comparisons of the IMBE emulator vs the md380 emulator vs a real AMBE chip solution like NW Digital's ThumbDV product out on the Internet but I'm not finding anything.  Is anyone aware of any URLs out there that tries to break this down a bit?  I know audio quality can be subjective so something that has audio clips of original test audio and resulting IMBE, md380-emu, and ThumbDV would be great.

--David
KI6ZHD



Re: Pros / Cons of the IMBE / md380-emu / ThumbDV for DMR to analog audio quality

David Ranch
 


Hello Steve,

Thanks for the detail.  I assume that there will be no real difference between the NW Digital ThumbDV (USB based) and the DV3000 (Rpi HAT)?  While not important, I assume if P25 isn't supported, that also means YSF-WIDE won't work with these HW solutions either?  What about YSF-Narrow?

--David



On 08/24/2019 08:47 AM, Steve N4IRS wrote:
David,
It's pretty simple really:
DV3000 Best audio for AMBE and D-Star. No P25
MD380-emu Good audio for AMBE. No D-Star or P25
OP25 (built into AB) OK audio for AMBE. Lousy audio for D-Star. Good audio of P25

Hope this helps,
73, Steve N4IRS


On 8/24/19 11:42 AM, David Ranch wrote:

Hello Everyone,

I've successfully setup DV-Switch on a Raspberry Pi to serve as a full time DMR Talkgroup to Analog repeater bridge.  It seems to work well but I have questions about the audio quality. 

The system is currently using the IMBE software emulation but the audio isn't great.  I've been trying to find qualitative comparisons of the IMBE emulator vs the md380 emulator vs a real AMBE chip solution like NW Digital's ThumbDV product out on the Internet but I'm not finding anything.  Is anyone aware of any URLs out there that tries to break this down a bit?  I know audio quality can be subjective so something that has audio clips of original test audio and resulting IMBE, md380-emu, and ThumbDV would be great.

--David
KI6ZHD


Re: Pros / Cons of the IMBE / md380-emu / ThumbDV for DMR to analog audio quality

Steve N4IRS
 

David,
It's pretty simple really:
DV3000 Best audio for AMBE and D-Star. No P25
MD380-emu Good audio for AMBE. No D-Star or P25
OP25 (built into AB) OK audio for AMBE. Lousy audio for D-Star. Good audio of P25

Hope this helps,
73, Steve N4IRS


On 8/24/19 11:42 AM, David Ranch wrote:

Hello Everyone,

I've successfully setup DV-Switch on a Raspberry Pi to serve as a full time DMR Talkgroup to Analog repeater bridge.  It seems to work well but I have questions about the audio quality. 

The system is currently using the IMBE software emulation but the audio isn't great.  I've been trying to find qualitative comparisons of the IMBE emulator vs the md380 emulator vs a real AMBE chip solution like NW Digital's ThumbDV product out on the Internet but I'm not finding anything.  Is anyone aware of any URLs out there that tries to break this down a bit?  I know audio quality can be subjective so something that has audio clips of original test audio and resulting IMBE, md380-emu, and ThumbDV would be great.

--David
KI6ZHD


Pros / Cons of the IMBE / md380-emu / ThumbDV for DMR to analog audio quality

David Ranch
 


Hello Everyone,

I've successfully setup DV-Switch on a Raspberry Pi to serve as a full time DMR Talkgroup to Analog repeater bridge.  It seems to work well but I have questions about the audio quality. 

The system is currently using the IMBE software emulation but the audio isn't great.  I've been trying to find qualitative comparisons of the IMBE emulator vs the md380 emulator vs a real AMBE chip solution like NW Digital's ThumbDV product out on the Internet but I'm not finding anything.  Is anyone aware of any URLs out there that tries to break this down a bit?  I know audio quality can be subjective so something that has audio clips of original test audio and resulting IMBE, md380-emu, and ThumbDV would be great.

--David
KI6ZHD


Re: Disconnection after 45 seconds

Steve N4IRS
 

We are going to need to see logs. We need to see your ASL log, your Analog_Bridge log and MMDVM_Bridge log.
The log sections need to be from the same time frame. When you transmit on ASl, when the SAME traffic passes to Analog_Bridge and when that traffic passes to MMDVM_Bridge.

On 8/21/19 8:09 PM, Greg Goddard via Groups.Io wrote:
Connected to All-Star



Sent from my Samsung Galaxy smartphone.

-------- Original message --------
From: Steve N4IRS <szingman@...>
Date: 22/08/2019 00:49 (GMT+00:00)
Subject: Re: [DVSwitch] Disconnection after 45 seconds

Greg,
We need more info. What program(s) are you running? What are you connected to? Some log files would help.

Steve N4IRS

On 8/21/19 7:46 PM, Greg Goddard via Groups.Io wrote:

 Can I anybody help when connected after 45 seconds my signal will cut-out Come anybody help me with this problem please


2E0LXC  greg goddard 

Sent from my Samsung Galaxy smartphone.



Re: Disconnection after 45 seconds

Greg Goddard <greggoddard@...>
 

Connected to All-Star



Sent from my Samsung Galaxy smartphone.

-------- Original message --------
From: Steve N4IRS <szingman@...>
Date: 22/08/2019 00:49 (GMT+00:00)
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Disconnection after 45 seconds

Greg,
We need more info. What program(s) are you running? What are you connected to? Some log files would help.

Steve N4IRS

On 8/21/19 7:46 PM, Greg Goddard via Groups.Io wrote:

 Can I anybody help when connected after 45 seconds my signal will cut-out Come anybody help me with this problem please


2E0LXC  greg goddard 

Sent from my Samsung Galaxy smartphone.


Re: Disconnection after 45 seconds

Greg Goddard <greggoddard@...>
 

 Connected to DV switch on my mobile Every 45 seconds A node number can be heard and the signal cuts out then comes back in again



Sent from my Samsung Galaxy smartphone.

-------- Original message --------
From: Steve N4IRS <szingman@...>
Date: 22/08/2019 00:49 (GMT+00:00)
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Disconnection after 45 seconds

Greg,
We need more info. What program(s) are you running? What are you connected to? Some log files would help.

Steve N4IRS

On 8/21/19 7:46 PM, Greg Goddard via Groups.Io wrote:

 Can I anybody help when connected after 45 seconds my signal will cut-out Come anybody help me with this problem please


2E0LXC  greg goddard 

Sent from my Samsung Galaxy smartphone.


Re: Disconnection after 45 seconds

Steve N4IRS
 

Greg,
We need more info. What program(s) are you running? What are you connected to? Some log files would help.

Steve N4IRS

On 8/21/19 7:46 PM, Greg Goddard via Groups.Io wrote:

 Can I anybody help when connected after 45 seconds my signal will cut-out Come anybody help me with this problem please


2E0LXC  greg goddard 

Sent from my Samsung Galaxy smartphone.


Disconnection after 45 seconds

Greg Goddard <greggoddard@...>
 


 Can I anybody help when connected after 45 seconds my signal will cut-out Come anybody help me with this problem please


2E0LXC  greg goddard 

Sent from my Samsung Galaxy smartphone.


Re: Rpi 3 Allstar to TGIF Gateway #analog_bridge

Peter Buckley <SkierInAvon@...>
 

Thanks Guys!
Reads easy enough.
I'll update my original documentation (actually Steve's public documentation) and include this new Section for the MMDVM_Bridge.ini file!
73s
-pete  N0ECT


Re: Rpi 3 Allstar to TGIF Gateway #analog_bridge

Jeff Lehman, N8ACL
 

Yes that is the only change needed in the MMDVM_Bridge.ini file.

Make sure that you use a valid TGIF talkgroup in the Analog_Bridge.ini File.

When I did this same thing, I just copied the ini files from the working brandmeister bridge to the TGIF bridge, changed that address and used a valid talkgroup. Everything else stays the same and it all came up no problem.
---
Jeff Lehman, N8ACL
E-mail: n8acl@...
Hamshack Hotline: 4218

Webmaster
Hamilton County ARPSC
http://www.hamcoarpsc.org
E-mail: info@...
Phone: 513-452-6480

On August 21, 2019 at 12:33 PM, Steve N4IRS <szingman@...> wrote:

Pete,
Thanks for moving this to the forum, so everyone can learn from your question.

In MMDVM_Bridge.ini you will see the [DMR Network] stanza

[DMR Network]
Enable=0
Address=tgif.network
Port=62031
Jitter=360
Local=62032
Password=passw0rd
# Options=
Slot1=0
Slot2=1
Debug=0

I believe the only change is the Address. I have bolded the entry above.

Steve N4IRS

On 8/21/2019 12:28 PM, Peter Buckley via Groups.Io wrote:
Thanks to Steve's (N4IRS) efforts we have a working Rpi3 based Allstar to BrandMeister <--> Gateway.

Does anyone have documentation how how to build a RPi3 based Allstar to TGIF Gateway?
I'd like to have (2) different Rpi3 running, and operating (2) separate Allstar Gateways...
One to BrandMeister (have that today) and a different one running Allstar to TGIF Gateway.

Thanks,
-pete  N0ECT




Re: Rpi 3 Allstar to TGIF Gateway #analog_bridge

Steve N4IRS
 

Pete,
Thanks for moving this to the forum, so everyone can learn from your question.

In MMDVM_Bridge.ini you will see the [DMR Network] stanza

[DMR Network]
Enable=0
Address=tgif.network
Port=62031
Jitter=360
Local=62032
Password=passw0rd
# Options=
Slot1=0
Slot2=1
Debug=0

I believe the only change is the Address. I have bolded the entry above.

Steve N4IRS

On 8/21/2019 12:28 PM, Peter Buckley via Groups.Io wrote:
Thanks to Steve's (N4IRS) efforts we have a working Rpi3 based Allstar to BrandMeister <--> Gateway.

Does anyone have documentation how how to build a RPi3 based Allstar to TGIF Gateway?
I'd like to have (2) different Rpi3 running, and operating (2) separate Allstar Gateways...
One to BrandMeister (have that today) and a different one running Allstar to TGIF Gateway.

Thanks,
-pete  N0ECT