|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Colby Ross W1BSB <colbypr@...>
In my testing with repeat off even if using the bridged talkgroup the other clients on the same master don't hear it which is what I was looking for. Thanks again for the help.
Cokby
On Fri, Jun 8, 2018, 15:16 Steve N4IRS < szingman@...> wrote:
repeat only controls traffic passing within a Master. It does not
effect traffic passing through the conf_bridge. At least I think so.
On 6/8/2018 3:14 PM, Colby Ross W1BSB
wrote:
That's what I thought. Thanks Steve. So at this
time if repeat were off there would be no way to define a list
of talk groups that would be repeated to other clients which was
kind of what I thought.
Colby
On Fri, Jun 8, 2018, 15:12 Steve N4IRS < szingman@...>
wrote:
If two clients are
connected to the same Master and repeat is turned on, all
traffic will pass between the two clients.
If two clients are connected to different Master and repeat
is turned on, only the TGs defined in hb_confbridge will
pass between the two clients.
On
6/8/2018 2:28 PM, Colby Ross W1BSB wrote:
There is not. I didn't want every
talk group being repeated, only ones that were defined.
Colby
|
|
|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Steve N4IRS
repeat only controls traffic passing within a Master. It does not
effect traffic passing through the conf_bridge. At least I think so.
toggle quoted messageShow quoted text
On 6/8/2018 3:14 PM, Colby Ross W1BSB
wrote:
That's what I thought. Thanks Steve. So at this
time if repeat were off there would be no way to define a list
of talk groups that would be repeated to other clients which was
kind of what I thought.
Colby
On Fri, Jun 8, 2018, 15:12 Steve N4IRS < szingman@...>
wrote:
If two clients are
connected to the same Master and repeat is turned on, all
traffic will pass between the two clients.
If two clients are connected to different Master and repeat
is turned on, only the TGs defined in hb_confbridge will
pass between the two clients.
On
6/8/2018 2:28 PM, Colby Ross W1BSB wrote:
There is not. I didn't want every
talk group being repeated, only ones that were defined.
Colby
|
|
|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Colby Ross W1BSB <colbypr@...>
That's what I thought. Thanks Steve. So at this time if repeat were off there would be no way to define a list of talk groups that would be repeated to other clients which was kind of what I thought.
Colby
On Fri, Jun 8, 2018, 15:12 Steve N4IRS < szingman@...> wrote:
If two clients are connected to the same Master and repeat is turned
on, all traffic will pass between the two clients.
If two clients are connected to different Master and repeat is
turned on, only the TGs defined in hb_confbridge will pass between
the two clients.
On 6/8/2018 2:28 PM, Colby Ross W1BSB
wrote:
There is not. I
didn't want every talk group being repeated, only ones that were
defined.
Colby
|
|
|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Steve N4IRS
If two clients are connected to the same Master and repeat is turned
on, all traffic will pass between the two clients.
If two clients are connected to different Master and repeat is
turned on, only the TGs defined in hb_confbridge will pass between
the two clients.
toggle quoted messageShow quoted text
On 6/8/2018 2:28 PM, Colby Ross W1BSB
wrote:
There is not. I
didn't want every talk group being repeated, only ones that were
defined.
Colby
|
|
|
Re: "Blocked" Message on Brandmeister
|
|
|
Re: DMR to ASL audio level
Steve N4IRS
Funny you should ask. While trying to write the documentation for
this we realized that the names and comments need fixing. For now,
here is the info:
aslAudio = AUDIO_UNITY ; Audio to ASL (AUDIO_UNITY,
AUDIO_USE_AGC, AUDIO_USE_GAIN)
agcGain = -20 ; Gain (in db) of the AGC filter
dmrAudio = AUDIO_UNITY ; Audio from ASL (AUDIO_UNITY,
AUDIO_USE_GAIN, AUDIO_BPF)
dmrGain = 0.35 ; Gain factor of audio from ASL (0.0-1.0)
aslAudio is the level from DMR to ASL you can use the following:
AUDIO_UNITY No change in level from in to out
AUDIO_USE_GAIN Allow change in level up or down
agcGain is misleading, when used with AUDIO_USE_GAIN it is a
number from 0.0 to 10.0 A number less then 1.0 is a reduction in
level A number greater then 1 is a multiplier.
.75 is 75 percent of AUDIO_UNITY
5.0 is 5 times AUDIO_UNITY.
Steve
toggle quoted messageShow quoted text
On 6/8/2018 2:49 PM, Greg Hovland
wrote:
Thank you. One last
question.
To adjust the DMR to ASL, can I use AUDIO_USE_GAIN? If so, which
number would I adjust? I only see an option for agcGain. I need to
increase my audio from DRM to AllStar.
|
|
|
Re: DMR to ASL audio level
Thank you. One last question.
To adjust the DMR to ASL, can I use AUDIO_USE_GAIN? If so, which number would I adjust? I only see an option for agcGain. I need to increase my audio from DRM to AllStar.
|
|
|
Re: DMR to ASL audio level
Steve N4IRS
No,
Just restart Analog_Bridge
systemctl restart analog_bridge
toggle quoted messageShow quoted text
On 6/8/2018 2:43 PM, Greg Hovland
wrote:
If I make changes to
the audio levels, do I need to reboot the system?
|
|
|
Re: DMR to ASL audio level
If I make changes to the audio levels, do I need to reboot the system?
|
|
|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Colby Ross W1BSB <colbypr@...>
There is not. I didn't want every talk group being repeated, only ones that were defined.
Colby
|
|
|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Colby,
Is there not a,repeat = Y in the hblink ini file?
73,
Peter
Sent from Outlook
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Colby Ross W1BSB <colbypr@...>
Sent: 08 June 2018 19:22:49
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] New member, few questions regarding hblink/hb_bridge/hb_confbridge
Ok, so I've been playing around with hb_confbridge and I think I understand how the bridging portion works now. I set up 2 masters and had a working bridge between them. For this example, we have Master 1, Master 2, Client 1, and Client 2. I connected
Client 1 to Master 1, and Client 2 to Master 2. I set up a bridge on talkgroup 555. Client 1 transmits on TG555 and Client 2 on Master 2 can hear this.
However, and I think this is likely by design, if I connect Client 2 to Master 1, where Client 1 is also connected, and Client 1 transmits over TG555, Client 2 does not hear it. This is kind of what I'm looking for, a way to define what talk groups are passed
to the other clients without repeating all of it. I'm figuring that the software isn't likely designed to do this, but maybe it is and I'm just missing it?
73
Colby W1BSB
|
|
|
Re: New member, few questions regarding hblink/hb_bridge/hb_confbridge
Colby Ross W1BSB <colbypr@...>
Ok, so I've been playing around with hb_confbridge and I think I understand how the bridging portion works now. I set up 2 masters and had a working bridge between them. For this example, we have Master 1, Master 2, Client 1, and Client 2. I connected Client 1 to Master 1, and Client 2 to Master 2. I set up a bridge on talkgroup 555. Client 1 transmits on TG555 and Client 2 on Master 2 can hear this.
However, and I think this is likely by design, if I connect Client 2 to Master 1, where Client 1 is also connected, and Client 1 transmits over TG555, Client 2 does not hear it. This is kind of what I'm looking for, a way to define what talk groups are passed to the other clients without repeating all of it. I'm figuring that the software isn't likely designed to do this, but maybe it is and I'm just missing it?
73
Colby W1BSB
|
|
|
Steve N4IRS
In this topic we will announce bugfixes. Some fixes are minor and some are more important. (Duh! Thanks Captain Obvious)
We will post the issue and how to resolve. I am going to lock this thread so that only the announcements get posted. I think this will help someone looking for a answer. If this turns out to not be the case I'll try something else.
Here is the first of...
There is a bug in the netcheck service. The service is intended to signal to other services that the network is configured and operational.
It was always reporting the net was available. It is now fixed.
To fix on your bridge:
apt-get update
apt-get upgrade
73, Steve N4IRS
|
|
|
Corey Dean N3FE <n3fe@...>
This is what I was referring to. Sorry I should have read everything before responding. My bad...
On Jun 8, 2018, at 10:38 AM, Steve N4IRS < szingman@...> wrote:
If you set the telemdefault = 2 you will not hear the connect
and disconnect after a short time until it is triggered by a
command.
telemdefault = 1 ; 0 = telemetry output
off
; 1 = telemetry output on
(default = 1)
; 2 = timed telemetry
output on command execution and for a short time thereafter.
On 6/8/2018 10:33 AM, WillieB wrote:
If you bridge
to a DMR ID instead of a TG, then it shouldn’t matter at all
whether you leave telemetry on or off. The only issue with
it I’ve ran into, is if you are on a node with a lot of
connecting/disconnecting then while it’s announcing you
can’t transmit. You have to wait until it’s finished. It
gets irritating fast lol…
Now what I
would be interested in, is if we can get it to pass DTMF and
leave telemetry on but only for our node. In other words I
don’t want to hear when other nodes have
disconnecting/connecting nodes.
Well, there is
one report. Turning off telemetry is recommenced but not
mandatory. If the TG the bridge is on does not care or wants
to here the messages, go ahead and turn telemetry on. I guess
I need to be more clear in the how-to.
Thanks, Steve
On 6/8/2018 10:21 AM, WillieB wrote:
Doesn’t work
for me, but I’ll say that since it’s recommended to turn
off all telemetry anyway, it’s not the best solution even
if it did work.
I installed
allmon2, and I also setup Zoiper with an iax connection. I
most always use allmon2 since I can visually see when it
connects and when it doesn’t.
-Will
Hi Steve Et al,
Will the bridges pass DTMF? Let’s
say I setup an ASL<--> DMR Bridge and I want to
control the ASL node. Will the bridge pass the DTMF to do
that?
Just thinking my way through a
possible project, but I was wondering if this worked. It’s
not a deal breaker, just would mean I need to think of
something else 😊
Jeff
Jeff Lehman,
KC8QCH
Email: kc8qch@...
Webmaster
Hamilton County
ARPSC
http://www.hamcoarpsc.org
Email: hamcoarpsc@...
Allstar Node
47374 Administrator
The Guild/IRN
http://theguildglobal.org
|
|
|
Corey Dean N3FE <n3fe@...>
Isn’t there something already like this? I used to do this all the time where if telemetry was done locally it would allow all telemetry to talk for about 5 minutes and then would silence until it was used locally again.
On Jun 8, 2018, at 10:37 AM, Jeff Lehman, KC8QCH < kc8qch@...> wrote: DING DING DING….we have a winner. That is exactly where I was thinking my way towards….Setting up a bridge to a specific DMR ID and then using it as a way to control my node from. Thanks Will and Steve. This all makes sense to me. I will play and see what results I have 😊 Jeff If you bridge to a DMR ID instead of a TG, then it shouldn’t matter at all whether you leave telemetry on or off. The only issue with it I’ve ran into, is if you are on a node with a lot of connecting/disconnecting then while it’s announcing you can’t transmit. You have to wait until it’s finished. It gets irritating fast lol… Now what I would be interested in, is if we can get it to pass DTMF and leave telemetry on but only for our node. In other words I don’t want to hear when other nodes have disconnecting/connecting nodes. Well, there is one report. Turning off telemetry is recommenced but not mandatory. If the TG the bridge is on does not care or wants to here the messages, go ahead and turn telemetry on. I guess I need to be more clear in the how-to.
Thanks, Steve On 6/8/2018 10:21 AM, WillieB wrote: Doesn’t work for me, but I’ll say that since it’s recommended to turn off all telemetry anyway, it’s not the best solution even if it did work. I installed allmon2, and I also setup Zoiper with an iax connection. I most always use allmon2 since I can visually see when it connects and when it doesn’t. -Will Hi Steve Et al, Will the bridges pass DTMF? Let’s say I setup an ASL<--> DMR Bridge and I want to control the ASL node. Will the bridge pass the DTMF to do that? Just thinking my way through a possible project, but I was wondering if this worked. It’s not a deal breaker, just would mean I need to think of something else 😊 Jeff Jeff Lehman, KC8QCH Email: kc8qch@... Webmaster Hamilton County ARPSC http://www.hamcoarpsc.org Email: hamcoarpsc@... Allstar Node 47374 Administrator The Guild/IRN http://theguildglobal.org
|
|
|
Re: Intermittent No Audio
Ty - KG5RKI <tydweaver@...>
It's nothing with brandmeister, check the way you handle that first packet I forget what it's called but the one dvmega thought was always the same ended up not being. Basically I resolved that issue I believe by looking mostly at the ""vocoding areas" iirc it's been a long time.
On Fri, Jun 8, 2018, 10:35 AM Steve N4IRS < szingman@...> wrote:
Easier to change on the bridge.
On 6/8/2018 11:34 AM, WillieB wrote:
Right.
I
have another ID I can test with. Would it make more sense to
put the other ID on the bridge or the hotspot? I’m guessing
the bridge.
So
the bridge would be from DMR ID2 to DMR ID1 and the codeplug
would be programmed with a group call to DMR ID2.
-Will
I don't think
it makes a difference. Though, some radios don't like hearing
traffic from their own ID. The fly in the ointment is that the
audio is heard on hoseline all the time and only sometime on
the radio.
On 6/8/2018 10:37 AM, WillieB wrote:
I
wonder if the intermittent audio issue is only happening
while bridging to a DMR ID, or does anyone else have this
issue bridging to a DMR talk group as well?
-Will
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On
Behalf Of WillieB
Sent: Tuesday, June 5, 2018 9:31 PM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] Intermittent No Audio
Ok, I have some more info. I was just
able to listen to a long net so I did a little more
troubleshooting.
To be clear I'm using a DMR HT
connected to the bridge, connected to AllStar node
45221.
When the issue is happening, one of
2 things happen. My hotspot transmits and shows my DMR
ID the entire time, and it's either completely silent
on the HT or there is a low audio digital type sound
coming out of the DMR HT. It may happen in the middle
of someone talking, or at the beginning. It's usually
at the beginning though.
Also, I can hear the audio fine on
Brandmeister hoseline. See below for a link to a video
of the issue happening (with the low digital sound). The audio you will hear in
the background is hoseline (My DMR ID) playing on a
computer right next to me. All that's coming out of
the HT is the digital signal you hear. When it drops
and starts back talking then you can hear the audio
fine out of the HT. And the next time it does it, it
may be completely silent or may have the low audio
digital signal again.
Seems
to me it's between Brandmeister and my hotspot, but
I'm not sure what triggers it. I guess it could be
related to how the audio is converted, not sure. I
don't have the same issues listening to other DMR
TGs.
On Tue, Jun 5, 2018 at 5:38 PM, Steve
N4IRS <szingman@...>
wrote:
Will,
Mike and I have been discussing where we think the
issue might be. Don't reduce the minimum hang time
or you will run into the BM "loop detector"
You mentioned that you are listening on a hot spot.
Do you have the log for the time period that is the
same as the other 2 logs you posted? When this
happen, does your DMR radio still display the proper
data while listening to silence?
Steve
On 06/05/2018 04:16 PM, WillieB
wrote:
Any ideas on the intermittent
audio issue? The only setting I see in
Analog_Bridge.ini is below. Could changing this
help at all?
minTxTimeMS = 2000
; Minimum time in MS for hang
delay
On Mon, Jun 4, 2018 at 2:14
PM, WillieB <will@...>
wrote:
I’ve
been busy but finally had a chance to
catch it this morning. See attached
logs. It happened right at the end of
each log. I believe all the extended
hang times at the end are related. It
doesn’t seem to show much else but
maybe that will give us some ideas…?
Will,
Since the data flows from ASL to MB
through AB, it's good to tail both the
AB and MB logs. You should see waht is
happening in "real time"
Steve
On
06/01/2018 08:08 PM, WillieB wrote:
My
bridge is working very well, however
I do have one main problem.
Sometimes
when one person stops talking and
another person takes their turn,
my hotspot transmits but there's
no audio coming out. Then next
time it drops and someone else
starts talking I hear the audio.
It may do this in about 1 out of 5
transmissions or so. It varies per
person and AllStar node I'm
connected to. I'm not sure if it's
when they key up fast or what.
I
can listen on the AllStar node and
I hear the audio there, but not on
DMR.
Anyone
else having that problem? I was
going to go check out the
Analog_Bridge.ini file and see if
there are any settings in there
that might make sense changing but
maybe someone can give me some
ideas before I go poking around
and changing things (after backing
up the ini of course!).
I
can also tail -f the 2 log files
when it's happening and see if
that gives me any clues to what
might be going on.
|
|
|
Re: Intermittent No Audio
I did change the ID on my bridge, but I actually noticed the exact same issue today when not using the bridge. I don’t think this is at all related to DVSwitch or any of its kin. -Will
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Friday, June 8, 2018 11:36 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Intermittent No Audio Easier to change on the bridge. On 6/8/2018 11:34 AM, WillieB wrote: Right. I have another ID I can test with. Would it make more sense to put the other ID on the bridge or the hotspot? I’m guessing the bridge. So the bridge would be from DMR ID2 to DMR ID1 and the codeplug would be programmed with a group call to DMR ID2. -Will I don't think it makes a difference. Though, some radios don't like hearing traffic from their own ID. The fly in the ointment is that the audio is heard on hoseline all the time and only sometime on the radio. On 6/8/2018 10:37 AM, WillieB wrote: I wonder if the intermittent audio issue is only happening while bridging to a DMR ID, or does anyone else have this issue bridging to a DMR talk group as well? -Will From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of WillieB
Sent: Tuesday, June 5, 2018 9:31 PM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] Intermittent No Audio Ok, I have some more info. I was just able to listen to a long net so I did a little more troubleshooting. To be clear I'm using a DMR HT connected to the bridge, connected to AllStar node 45221. When the issue is happening, one of 2 things happen. My hotspot transmits and shows my DMR ID the entire time, and it's either completely silent on the HT or there is a low audio digital type sound coming out of the DMR HT. It may happen in the middle of someone talking, or at the beginning. It's usually at the beginning though. Also, I can hear the audio fine on Brandmeister hoseline. See below for a link to a video of the issue happening (with the low digital sound). The audio you will hear in the background is hoseline (My DMR ID) playing on a computer right next to me. All that's coming out of the HT is the digital signal you hear. When it drops and starts back talking then you can hear the audio fine out of the HT. And the next time it does it, it may be completely silent or may have the low audio digital signal again. Seems to me it's between Brandmeister and my hotspot, but I'm not sure what triggers it. I guess it could be related to how the audio is converted, not sure. I don't have the same issues listening to other DMR TGs. On Tue, Jun 5, 2018 at 5:38 PM, Steve N4IRS <szingman@...> wrote: Will,
Mike and I have been discussing where we think the issue might be. Don't reduce the minimum hang time or you will run into the BM "loop detector"
You mentioned that you are listening on a hot spot. Do you have the log for the time period that is the same as the other 2 logs you posted? When this happen, does your DMR radio still display the proper data while listening to silence?
Steve On 06/05/2018 04:16 PM, WillieB wrote: Any ideas on the intermittent audio issue? The only setting I see in Analog_Bridge.ini is below. Could changing this help at all? minTxTimeMS = 2000 ; Minimum time in MS for hang delay On Mon, Jun 4, 2018 at 2:14 PM, WillieB <will@...> wrote: I’ve been busy but finally had a chance to catch it this morning. See attached logs. It happened right at the end of each log. I believe all the extended hang times at the end are related. It doesn’t seem to show much else but maybe that will give us some ideas…? Will,
Since the data flows from ASL to MB through AB, it's good to tail both the AB and MB logs. You should see waht is happening in "real time"
Steve On 06/01/2018 08:08 PM, WillieB wrote: My bridge is working very well, however I do have one main problem. Sometimes when one person stops talking and another person takes their turn, my hotspot transmits but there's no audio coming out. Then next time it drops and someone else starts talking I hear the audio. It may do this in about 1 out of 5 transmissions or so. It varies per person and AllStar node I'm connected to. I'm not sure if it's when they key up fast or what. I can listen on the AllStar node and I hear the audio there, but not on DMR. Anyone else having that problem? I was going to go check out the Analog_Bridge.ini file and see if there are any settings in there that might make sense changing but maybe someone can give me some ideas before I go poking around and changing things (after backing up the ini of course!). I can also tail -f the 2 log files when it's happening and see if that gives me any clues to what might be going on.
|
|
|
Re: Intermittent No Audio
Steve N4IRS
Easier to change on the bridge.
toggle quoted messageShow quoted text
On 6/8/2018 11:34 AM, WillieB wrote:
Right.
I
have another ID I can test with. Would it make more sense to
put the other ID on the bridge or the hotspot? I’m guessing
the bridge.
So
the bridge would be from DMR ID2 to DMR ID1 and the codeplug
would be programmed with a group call to DMR ID2.
-Will
I don't think
it makes a difference. Though, some radios don't like hearing
traffic from their own ID. The fly in the ointment is that the
audio is heard on hoseline all the time and only sometime on
the radio.
On 6/8/2018 10:37 AM, WillieB wrote:
I
wonder if the intermittent audio issue is only happening
while bridging to a DMR ID, or does anyone else have this
issue bridging to a DMR talk group as well?
-Will
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On
Behalf Of WillieB
Sent: Tuesday, June 5, 2018 9:31 PM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] Intermittent No Audio
Ok, I have some more info. I was just
able to listen to a long net so I did a little more
troubleshooting.
To be clear I'm using a DMR HT
connected to the bridge, connected to AllStar node
45221.
When the issue is happening, one of
2 things happen. My hotspot transmits and shows my DMR
ID the entire time, and it's either completely silent
on the HT or there is a low audio digital type sound
coming out of the DMR HT. It may happen in the middle
of someone talking, or at the beginning. It's usually
at the beginning though.
Also, I can hear the audio fine on
Brandmeister hoseline. See below for a link to a video
of the issue happening (with the low digital sound). The audio you will hear in
the background is hoseline (My DMR ID) playing on a
computer right next to me. All that's coming out of
the HT is the digital signal you hear. When it drops
and starts back talking then you can hear the audio
fine out of the HT. And the next time it does it, it
may be completely silent or may have the low audio
digital signal again.
Seems
to me it's between Brandmeister and my hotspot, but
I'm not sure what triggers it. I guess it could be
related to how the audio is converted, not sure. I
don't have the same issues listening to other DMR
TGs.
On Tue, Jun 5, 2018 at 5:38 PM, Steve
N4IRS <szingman@...>
wrote:
Will,
Mike and I have been discussing where we think the
issue might be. Don't reduce the minimum hang time
or you will run into the BM "loop detector"
You mentioned that you are listening on a hot spot.
Do you have the log for the time period that is the
same as the other 2 logs you posted? When this
happen, does your DMR radio still display the proper
data while listening to silence?
Steve
On 06/05/2018 04:16 PM, WillieB
wrote:
Any ideas on the intermittent
audio issue? The only setting I see in
Analog_Bridge.ini is below. Could changing this
help at all?
minTxTimeMS = 2000
; Minimum time in MS for hang
delay
On Mon, Jun 4, 2018 at 2:14
PM, WillieB <will@...>
wrote:
I’ve
been busy but finally had a chance to
catch it this morning. See attached
logs. It happened right at the end of
each log. I believe all the extended
hang times at the end are related. It
doesn’t seem to show much else but
maybe that will give us some ideas…?
Will,
Since the data flows from ASL to MB
through AB, it's good to tail both the
AB and MB logs. You should see waht is
happening in "real time"
Steve
On
06/01/2018 08:08 PM, WillieB wrote:
My
bridge is working very well, however
I do have one main problem.
Sometimes
when one person stops talking and
another person takes their turn,
my hotspot transmits but there's
no audio coming out. Then next
time it drops and someone else
starts talking I hear the audio.
It may do this in about 1 out of 5
transmissions or so. It varies per
person and AllStar node I'm
connected to. I'm not sure if it's
when they key up fast or what.
I
can listen on the AllStar node and
I hear the audio there, but not on
DMR.
Anyone
else having that problem? I was
going to go check out the
Analog_Bridge.ini file and see if
there are any settings in there
that might make sense changing but
maybe someone can give me some
ideas before I go poking around
and changing things (after backing
up the ini of course!).
I
can also tail -f the 2 log files
when it's happening and see if
that gives me any clues to what
might be going on.
|
|
|
Re: Intermittent No Audio
Right. I have another ID I can test with. Would it make more sense to put the other ID on the bridge or the hotspot? I’m guessing the bridge. So the bridge would be from DMR ID2 to DMR ID1 and the codeplug would be programmed with a group call to DMR ID2. -Will
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Friday, June 8, 2018 10:41 AM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Intermittent No Audio I don't think it makes a difference. Though, some radios don't like hearing traffic from their own ID. The fly in the ointment is that the audio is heard on hoseline all the time and only sometime on the radio. On 6/8/2018 10:37 AM, WillieB wrote: I wonder if the intermittent audio issue is only happening while bridging to a DMR ID, or does anyone else have this issue bridging to a DMR talk group as well? -Will From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of WillieB
Sent: Tuesday, June 5, 2018 9:31 PM
To: main@dvswitch.groups.io
Subject: Re: [DVSwitch] Intermittent No Audio Ok, I have some more info. I was just able to listen to a long net so I did a little more troubleshooting. To be clear I'm using a DMR HT connected to the bridge, connected to AllStar node 45221. When the issue is happening, one of 2 things happen. My hotspot transmits and shows my DMR ID the entire time, and it's either completely silent on the HT or there is a low audio digital type sound coming out of the DMR HT. It may happen in the middle of someone talking, or at the beginning. It's usually at the beginning though. Also, I can hear the audio fine on Brandmeister hoseline. See below for a link to a video of the issue happening (with the low digital sound). The audio you will hear in the background is hoseline (My DMR ID) playing on a computer right next to me. All that's coming out of the HT is the digital signal you hear. When it drops and starts back talking then you can hear the audio fine out of the HT. And the next time it does it, it may be completely silent or may have the low audio digital signal again. Seems to me it's between Brandmeister and my hotspot, but I'm not sure what triggers it. I guess it could be related to how the audio is converted, not sure. I don't have the same issues listening to other DMR TGs. On Tue, Jun 5, 2018 at 5:38 PM, Steve N4IRS <szingman@...> wrote: Will,
Mike and I have been discussing where we think the issue might be. Don't reduce the minimum hang time or you will run into the BM "loop detector"
You mentioned that you are listening on a hot spot. Do you have the log for the time period that is the same as the other 2 logs you posted? When this happen, does your DMR radio still display the proper data while listening to silence?
Steve On 06/05/2018 04:16 PM, WillieB wrote: Any ideas on the intermittent audio issue? The only setting I see in Analog_Bridge.ini is below. Could changing this help at all? minTxTimeMS = 2000 ; Minimum time in MS for hang delay On Mon, Jun 4, 2018 at 2:14 PM, WillieB <will@...> wrote: I’ve been busy but finally had a chance to catch it this morning. See attached logs. It happened right at the end of each log. I believe all the extended hang times at the end are related. It doesn’t seem to show much else but maybe that will give us some ideas…? Will,
Since the data flows from ASL to MB through AB, it's good to tail both the AB and MB logs. You should see waht is happening in "real time"
Steve On 06/01/2018 08:08 PM, WillieB wrote: My bridge is working very well, however I do have one main problem. Sometimes when one person stops talking and another person takes their turn, my hotspot transmits but there's no audio coming out. Then next time it drops and someone else starts talking I hear the audio. It may do this in about 1 out of 5 transmissions or so. It varies per person and AllStar node I'm connected to. I'm not sure if it's when they key up fast or what. I can listen on the AllStar node and I hear the audio there, but not on DMR. Anyone else having that problem? I was going to go check out the Analog_Bridge.ini file and see if there are any settings in there that might make sense changing but maybe someone can give me some ideas before I go poking around and changing things (after backing up the ini of course!). I can also tail -f the 2 log files when it's happening and see if that gives me any clues to what might be going on.
|
|
|
Steve, That is pretty much where I was getting stuck too and couldn’t wrap my head around. 😊 Hence my original question. But I can try. If it doesn’t work, eh no biggie. I was thinking it would be aneat way to do it….but that’s the point of this, experimentation 😊 Thanks again. Believe it or not, your answers really did help 😊 The worse that happens is it doesn’t work and I am no farther then I am now. When I get a few (got a busy weekend with my sons 3 year birthday party) I will load up a bridge and try it. Thanks all again 😊 Jeff
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Friday, June 8, 2018 10:43
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] DTMF Jeff,
One of the things that may cause a problem is how DTMF decode works. The question is, will a USRP connected node decode DTMF like a SimpleUSB or DSP channel driver. On 6/8/2018 10:37 AM, Jeff Lehman, KC8QCH wrote: DING DING DING….we have a winner. That is exactly where I was thinking my way towards….Setting up a bridge to a specific DMR ID and then using it as a way to control my node from. Thanks Will and Steve. This all makes sense to me. I will play and see what results I have 😊 Jeff If you bridge to a DMR ID instead of a TG, then it shouldn’t matter at all whether you leave telemetry on or off. The only issue with it I’ve ran into, is if you are on a node with a lot of connecting/disconnecting then while it’s announcing you can’t transmit. You have to wait until it’s finished. It gets irritating fast lol… Now what I would be interested in, is if we can get it to pass DTMF and leave telemetry on but only for our node. In other words I don’t want to hear when other nodes have disconnecting/connecting nodes. Well, there is one report. Turning off telemetry is recommenced but not mandatory. If the TG the bridge is on does not care or wants to here the messages, go ahead and turn telemetry on. I guess I need to be more clear in the how-to.
Thanks, Steve On 6/8/2018 10:21 AM, WillieB wrote: Doesn’t work for me, but I’ll say that since it’s recommended to turn off all telemetry anyway, it’s not the best solution even if it did work. I installed allmon2, and I also setup Zoiper with an iax connection. I most always use allmon2 since I can visually see when it connects and when it doesn’t. -Will Hi Steve Et al, Will the bridges pass DTMF? Let’s say I setup an ASL<--> DMR Bridge and I want to control the ASL node. Will the bridge pass the DTMF to do that? Just thinking my way through a possible project, but I was wondering if this worked. It’s not a deal breaker, just would mean I need to think of something else 😊 Jeff Jeff Lehman, KC8QCH Email: kc8qch@... Webmaster Hamilton County ARPSC http://www.hamcoarpsc.org Email: hamcoarpsc@... Allstar Node 47374 Administrator The Guild/IRN http://theguildglobal.org
|
|
|
