Re: DTMF
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.
toggle quoted messageShow quoted text
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:
|
|
Re: DTMF
Jeff Lehman, N8ACL
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
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of WillieB
Sent: Friday, June 8, 2018 10:34 To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DTMF
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.
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
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. On 6/8/2018 10:21 AM, WillieB wrote:
|
|
Re: Intermittent No Audio
WillieB <will@...>
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
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.
Hopefully that helps.
On Tue, Jun 5, 2018 at 5:38 PM, Steve N4IRS <szingman@...> wrote:
|
|
Re: DTMF
WillieB <will@...>
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.
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Friday, June 8, 2018 10:26 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DTMF
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. On 6/8/2018 10:21 AM, WillieB wrote:
|
|
Re: DTMF
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.
toggle quoted messageShow quoted text
Thanks, Steve
On 6/8/2018 10:21 AM, WillieB wrote:
|
|
Re: DTMF
Jeff,
toggle quoted messageShow quoted text
Good question. I see at least one "if" The bridge passes all audio from DMR to ASL. So, if the DMR radio will actually send DTMF in transmit, ASL should hear it. The other thing to consider is that the ASL node running chan_usrp would need a function stanza to execute your commands. Steve
On 6/8/2018 10:18 AM, Jeff Lehman,
KC8QCH wrote:
|
|
Re: DTMF
WillieB <will@...>
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
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Jeff Lehman, KC8QCH
Sent: Friday, June 8, 2018 10:18 AM To: main@DVSwitch.groups.io Subject: [DVSwitch] DTMF
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 Email: hamcoarpsc@...
Allstar Node 47374 Administrator The Guild/IRN
|
|
DTMF
Jeff Lehman, N8ACL
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: Documentation feedback
We have added the first howto for bridging AllStarLink to DMR. This is a work in progress so comments are welcome.
ASL to DMR Bridge how-to 73, Steve N4IRS
|
|
Re: "Blocked" Message on Brandmeister
Mike,
toggle quoted messageShow quoted text
Please post your MMDVM_Bridge.ini
On 06/07/2018 11:08 PM, Mike
Swiatkowski via Groups.Io wrote:
Steve,
|
|
Re: "Blocked" Message on Brandmeister
Mike, AA9VI
Steve,
I don't have a "blocked message" but I do have DMR disconnecting every 2 minutes on DMR+. The login to the MMDVM server is successful but exactly 2 minutes later it says Closing DMR Network. Then immediately it Opens DMR Network. This cycle repeats every 2 mins. Mike
|
|
Re: Connect Fusion repeater to DMR
Paul Nannery KC2VRJ
The fusion repeater itself can not. You would need to use a mmdvm modem hooked to the 15 pin connector and some pc most use a raspberry pi.
On Thu, Jun 7, 2018, 8:11 PM Chris via Groups.Io <chood73=yahoo.com@groups.io> wrote: How does the Fusion repeater communicate with the “home brew Fusion protocol”?
|
|
Re: Connect Fusion repeater to DMR
How does the Fusion repeater communicate with the “home brew Fusion protocol”?
|
|
Re: Connect Fusion repeater to DMR
Paul Nannery KC2VRJ
I could be wrong but I think your best solution is useing a mmdvm and the home brew fusion protacall
On Thu, Jun 7, 2018, 8:03 PM Chris via Groups.Io <chood73=yahoo.com@groups.io> wrote: This is just a general question about YSF.
|
|
Connect Fusion repeater to DMR
This is just a general question about YSF.
We have a Fusion machine here in town linked to my local DMR TG using an Open Spot. If we wanted to move it off the Open Spot to a server based solution what in the wide world of sports do we connect the Fusion repeater too? What does the Fusion machine point to? How does it get there? (Interface) I understand the concept of a bridge server taking DMR to C4FM and back. I am just missing the fundemental block of making the Fusion machine talk to some THING. Do we need one of the “Yaesu” boxes to get the machine into a network, or is there another more elegant way of getting it there? Chris WB4ULK
|
|
Re: Documentation feedback
I also updated the dmr to dstar section of the doc. See if it helps.
|
|
Documentation feedback
TG9AOR
It does help very much. Thank you for your detailed response. I will review everything and report back.
-- José Roberto Ruíz García Salas TG9AOR
|
|
locked
Re: First draft of overall DVSwitch documentation.
José,
So because of your document, I was able to implement the DMR to YSF interconnect.Thank you for your feedback, we are still adding information to the outline as well as creating concrete example documents (ASL <-> DMR), etc. Your comments help us improve the doc and every question adds to the group knowledge base. I did, however, had to mkdir another completely separate directory and copy the contents of MMDVM_Bridge into it, because I figured the instance already running ASL<-->Echolink<---->DMR might get affected, as the DVSwitch ini needs modification to reflect the fact that I am going to use ports 35100 and 35103 for YSF and not the 31100 and 31103 for DMR and ASL.There are several ways to segment ini files. Each application (AB, MB, etc) takes command line arguments to help you. Some people prefer to have separate directories, others prefer to use one directory and name the ini files unique names. It is up to you. You are correct, a single instance of MB can not service two bridges with a common mode (in your case ASL <-> DMR and YSFn <-> DMR). For this to work, you need two instances of MB and two DVSwitch.ini files. If you wanted to have them in the same directory, you would need to use the environment variable DVSWITCH to point each instance at its ini file. If you created ini files with names to represent your intended activity, It would look like: DVSWITCH=./DVSwitch_ASLtoDMR.ini MMDVM_Bridge ./MMDVM_Bridge_ASLtoDMR.ini and DVSWITCH=./DVSwitch_YSFtoDMR.ini MMDVM_Bridge ./MMDVM_Bridge_YSFtoDMR.ini But, your method works just fine and I would not change it. Does each Analog Bridge instance needs its own DV300U?Yes. In order to encode or decode in a specific mode (DMR, DSATR, etc) you must dedicate a DV3000U to that process. However, in your case, do not forget that you also have the emulator for AMBE encodes/decodes. Like the DV3000U you should dedicate a "process" to each AB instance, but that just means you have to launch each emulator with a unique port to communicate to AB through. I could not make out the diagram that explains the port assignment.Sorry! A really need to use a real drawing program rather than ASCII art. It main point of the diagram is that each step along the way needs to communicate with its "partner" through a common set of ports. Transmit (TXPort) on one side is the same as RXPort on the other. Regardless of the data type moving from one process to another, just select a complementary set of ports and you will be good. Make sure that you do not reuse those ports someplace else in your system by using netstat -unap. but the audio never went out over to DMR This is where the ini and log files are needed to debug. The ini files will show us the ports you assigned to each step and the log files will show us what happens when data is presented to a port. I had the wrong audio format Whenever you see this message you are sending the wrong audio type (TLV) to MB. For that mode look at the RXPort. Now go find all TXPorts in your system that match it. Are they all the same AMBE/IMBE/DSAMBE type? If AB is sending type A and MB is expecting type B you will see this message. Look at the sender. Hope this helps Mike
|
|
locked
Re: First draft of overall DVSwitch documentation.
TG9AOR
So because of your document, I was able to implement the DMR to YSF interconnect. The explanation helped me very much. I did, however, had to mkdir another completely separate directory and copy the contents of MMDVM_Bridge into it, because I figured the instance already running ASL<-->Echolink<---->DMR might get affected, as the DVSwitch ini needs modification to reflect the fact that I am going to use ports 35100 and 35103 for YSF and not the 31100 and 31103 for DMR and ASL. Many thanks, and my appreciation to Corey Dean N3FE for giving me a link for YSFReflector Guatemala all this time. I am now able to do this by means of the DVSwitch program. I only had to run one instance of MMDVM_Bridge to accomplish the link from BrandMeister to the YSFReflector, I did not interpret your drawing this way, however. The drawing I take it to be two instances of MMDVM_Bridge running, one for the BM side and the other for the YSFn. I do reiterate that without this document I would not have been able to accomplish this and I thank you very much.
Now, I do have questions regarding the transcoding process from BrandMeister over to DSTAR:
Thanks Steve and hopefully I did not make you fall asleep with my sad story here hi. 73 -- José Roberto Ruíz García Salas TG9AOR
|
|
locked
Re: First draft of overall DVSwitch documentation.
Pablo <ea4fvb@...>
Great Job Steve
73 Pablo - EA4FVB
|
|