Date   

ASL -> DMR analog_bridge MMDVM_Bridge startup at boot

bretteld74@...
 

Hey guys I have a Allstar node (Hamvoip) and have installed DVSwitch and is working fine but to get it to work I have to open 2 SSH 
screens and then manually start the Analog_Bridge.ini and the MMDVM_Bridge.ini files to get it to work. Is there a way to have it startup
automatically when the node boots.

Thanks
Brett
VK4BDE


NODE switch via DV Switch mobile

StewartVK3PR
 

I know this must have been covered many times before but I am new to this.
I have successfully set up DV switch mobile and can converse via my Andriod phon and my Shari PI3U.
At 80 yrs you might understand how proud I am. (With more than a little help).
However:
I cannot , via the DV switch, connect to other nodes.
I presume it is meant to be possible.
When I have connected there is a line Dial String.
If I enter the number of a node to connect to e.g. 41522 and press send the number is then in a block of green and nothing more happens.
is there something in asterix which is meant to make this work that I have got wrong/
Assiatance would be appreciated.


Lost Audio analog ASL <->DMR #analog_bridge #mmdvm_bridge

Tito Lopez - YN1OB
 

Hello Folks, I have been running an ASL node tied to a DMR TG.
 I finally had some time to experiment adding a YSF reflector that was sitting round doing nothing.
In the past I could heard ASL and Echolink traffic on the DMR TG.
I currently can see (In the Logs) and hear traffic from the DMR TG ASL is tied to to the YSF reflector and it works great.
My problem is I do not hear any traffic from either ASL or Echolink  any suggestions will be Appreciated.
I can post my logs at your request.
Thanks guys We appreciate your help and wisdom.
YN1OB / W3DAW


Re: Shall we play a game? AKA Testing AllStar on Raspbian Buster

Steve N4IRS
 

I have modified the DAHDI DKMS to only build dahdi and dahdi_dummy (for speed) 
A few other small tweaks.

Steve N4IRS


Shall we play a game? AKA Testing AllStar on Raspbian Buster

Steve N4IRS
 
Edited

As part of a larger project I have built apt packages to install AllStar on Raspbian Buster. These packages are armhf only and only for testing installs.
The stock Raspbian Buster kernel does not support OSS the USB channel drivers will not work.

This is NOT intended for production use.
This is NOT intended for people that don't know their way around Linux
This is intended for testing the package installs.

I started with a bone stock Raspbian Buster lite image.
Before I booted the image I added a file ssh to the boot partition so I could ssh into the machine.
I booted on a Pi3B for testing
I did the following:
    1  apt-get update
    2  apt-get upgrade -y
    3  cd /etc/apt/sources.list.d/
    4  echo "deb http://dvswitch.org/ASL_Repository buster hamradio"
dvswitch.list
    5  wget -O - http://dvswitch.org/ASL_Repository/dvswitch.gpg.key | apt-key add -
    6  apt-get update
    8  apt-get install allstarlink
   15  reboot

Yes, that is a edited history output.
I will be working on the apt packages and maybe some changes to the binaries.

If you want to play along, feel free to report issues. I understand that this has a limited value but It's a start...

73, Steve N4IRS


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Tito Lopez - YN1OB
 

Dave, thanks for your input and I appreciate you taken the initiative to help further, other have done great too!
Just to give you a run down...
 I have setup a YSFReflector 
What I want to do is connect to that reflector via ASL<--->YSFReflector
DMR is not my thing right now and would like that all the traffic I get from my ASL to that reflector.
I am currently running a node in vultr. the thing runs fine.
That is where my problem is.
I have built  ASL-DMR node prior to this but it seems that all stops working once I try to incorporate YSF
thanks 
Orlando


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

David Martin
 

Hi Tito,
Without knowing exactly what you want to do, I would say you do need,

A, a 'usrp node' for analog_bridge and mmdvm_bridge to connect to. And,

B, a simpleusb node for your all-star/echolink numbers that will connect to the loudspeaker/microphone.

These are then connected together in asterisk on startup.

If you are really starting from scratch and you need guidance then I suggest you follow the ASL to DMR how-to. 
Get that working then make changes as per Steve's email earlier to connect to YSF.

I have built two of these and they work well. Let me know if I can help further.  

Dave Martin VK3KQT

On Tue, Mar 24, 2020, 07:19 Tito Lopez <OBUSTOS01@...> wrote:
I guess I failed to mention that I will host a radioless node. so I do not need the "1999" as i want the "radioless" node to be the bridge.
Back on the ALS<->YSF Bandwagon again.... just cant quit as it is a learning experience.
YN1OB


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Tito Lopez - YN1OB
 

I guess I failed to mention that I will host a radioless node. so I do not need the "1999" as i want the "radioless" node to be the bridge.
Back on the ALS<->YSF Bandwagon again.... just cant quit as it is a learning experience.
YN1OB


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Tito Lopez - YN1OB
 

Well I tried it but failed miserably.
Anyone willing to lend a hand wanting to login to the node adn check that crap out. I am sure its something simple but ysf never seems to work when trying to configured the darn thing. No audio coming across
Any takers? please let me know.
YN1OB


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Steve N4IRS
 

Yes

Sent by smoke signal (AT&T)


From: DVSwitch-ASL@DVSwitch.groups.io <DVSwitch-ASL@DVSwitch.groups.io> on behalf of Tito Lopez <OBUSTOS01@...>
Sent: Wednesday, March 11, 2020 3:58:46 PM
To: DVSwitch-ASL@DVSwitch.groups.io <DVSwitch-ASL@DVSwitch.groups.io>
Subject: Re: [DVSwitch-ASL] Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge
 
One last question, do I need that USRP in the "1999" Stanza?
Orlando w3daw


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Tito Lopez - YN1OB
 

One last question, do I need that USRP in the "1999" Stanza?
Orlando w3daw


Re: Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Steve N4IRS
 

Pretty much disable DMR and enable YSF in MMDVM_Bridge.ini
Set the ports for YSF in DVSwitch.ini to match the ports for DMR (TX and RX)

Steve N4IRS

On 3/10/2020 7:52 PM, Tito Lopez wrote:
I have been away from the groups for a few months now and would like to restart the project in which I would like to bridge ASL to YSFN strictly.
I have both fresh installs of Allstarlink and YSF reflector. Both running on vultr provider.
Since I have the YSFReflector running on a separate machine I need to start with Allstarlink.
Allstarlink is up and running with echolink enabled which is running fine.
I see that there are write ups to to ASL-DMR but my fav is YSF.
Let me know what I need to do to get that working.
 Thanks to all those who take time to point me out in the right direction.
W3DAW


Retaking on the ASL<->YSF personal project #mmdvm_bridge #analog_bridge

Tito Lopez - YN1OB
 

I have been away from the groups for a few months now and would like to restart the project in which I would like to bridge ASL to YSFN strictly.
I have both fresh installs of Allstarlink and YSF reflector. Both running on vultr provider.
Since I have the YSFReflector running on a separate machine I need to start with Allstarlink.
Allstarlink is up and running with echolink enabled which is running fine.
I see that there are write ups to to ASL-DMR but my fav is YSF.
Let me know what I need to do to get that working.
 Thanks to all those who take time to point me out in the right direction.
W3DAW


Re: USPR and GPIO (4 wire analog interface) to P25 #analog_bridge #mmdvm_bridge

Ed W8VT
 

What is the proper way to compile and install new modules like Stacy's ASL_GPIO and dealing with menuselect and all that fun stuff?

Thanks,
Ed W8VT


Re: USPR and GPIO (4 wire analog interface) to P25 #analog_bridge #mmdvm_bridge

SP2ONG Waldek
 

Hi Steve,

It will be nice to see chan_alsaradio in ASL which be allow better interact ASL with external applications via ASLA loop pseudo sound card
and have possible use PTY device to PTT and COS too.

73 Waldek


USPR and GPIO (4 wire analog interface) to P25 #analog_bridge #mmdvm_bridge

Steve N4IRS
 

Tim,
That's good to hear. I knew Stacy had forked the ASL_GPIO repo. I have added the channel drivers from that repo to <https://github.com/DVSwitch/Asterisk/tree/Channel-Drivers> which is a work in progress. In the long run we want to get away from the dependency on OSS and move to ALSA. The DVSwitch repo is where we are working to enhance the ASL to DVSwitch connectivity.

As to the mode change, We have moved on from swapping .ini files to a method to tell AB to switch modes on the fly. See <https://github.com/DVSwitch/Analog_Bridge> Everything is done by dvswitch.sh and is executed by dvsm.macro.

For the Dashboard, I have been working (on my stack of round to it) on <https://github.com/DVSwitch/MMDVMHost-Dashboard> which is nothing but a hack to the existing MMDVMHost dashboard. MMDVM_Bridge will be getting changes to the logging output so that the dashboard can better scrape the log. That is unless we move to something more robust like a stream from MB to the dashboard and bypass the need for log scraping.

Steve N4IRS 

On 1/23/2020 8:22 AM, Tim VK3TIM wrote:
Hi Steve,
I have a  ASL node setup with
"First node" using the modified simpleusb drivers " I think you may have originally setup ASL_GPIO_Master" that was later forked (https://github.com/KG7QIN/ASL_GPIO) .
This allows the use of Pi GPIOs for the analog PTT and COS audio via a CM108 sound card -"4 wire E&M." - "I use a customised Pi Hat for this."
"Second node" is using USRP to Analog Bridge.
"First node" Using DTMF scripts in ASL for the *Tune.sh commands for the Mode change and the TG changes much similar to your original DVswitch approach with multiple .ini files.
At this stage all seems to be working well.
I did notice when activating a "mode" change command that the analog bridge service had to be restarted three times in the script when making the changes to the analog_bridge.ini  copying them to temp and then copying back to the opt/Analog_bridge directory or it would sometimes get stuck - This also happened to me on the original USRP controls using DVswitch (it also meant that with every "mode" change I had to register again but that didn't worry me.)
- What i am looking into now is a user dashboard to see what the Modes and Talkgroups are actually on visually and possibly  audio commands back over the "First Node"

(I think I am already in that group will take a look.) 
Thanks for all your great work.
Tim 
VK3TIM





Re: DAHDI timing and ASL

Steve N4IRS
 
Edited

I have posted a updated version of DAHDI source. It will build on the toolchain shipped with Raspbian Buster. I still need to test it with other architectures.
I can build a DKMS with this also so I will be replacing the apt package. More testing to do.
Repo is at https://github.com/DVSwitch/asl-dahdi-linux

Build on Stretch i386
Build on Jessie x64

Steve N4IRS


Re: DAHDI timing and ASL

Ken KE2N
 

my big linux box 

 Version: Intel(R) Core(TM) i5-4690K CPU @ 3.50GHz
        Voltage: 1.2 V
        External Clock: 100 MHz
        Max Speed: 3800 MHz
        Current Speed: 3500 MHz

root@xlxref:/usr/sbin# sudo dahdi_test -c 100 Opened pseudo dahdi interface, measuring accuracy...

99.997% 99.996% 99.999% 99.998% 99.995% 99.997% 99.999% 99.998% 99.999% 99.997% 99.998% 99.999% 100.000% 99.999% 99.997% 99.999% 99.998% 99.998% 99.998% 99.998% 100.000% 99.998% 99.999% 99.999% 99.996% 99.998% 99.998% 99.999% 99.999% 99.997% 100.000% 99.998% 99.998% 99.999% 99.997% 99.218% 99.216% 99.998% 99.224% 99.999% 99.221% 99.998% 99.220% 99.995% 99.219% 99.999% 99.999% 99.224% 99.218% 99.223% 99.222% 99.999% 99.996% 99.997% 99.999% 99.998% 100.000% 99.995% 99.224% 99.221% 99.999% 99.998% 99.998% 99.999% 99.998% 99.998% 99.999% 99.997% 99.223% 99.222% 99.998% 99.998% 99.999% 100.000% 99.997% 99.998% 99.998% 99.995% 99.224% 99.222% 99.997% 99.998% 99.999% 99.224% 99.221% 99.999% 99.999% 99.999% 99.225% 99.221% 99.998% 99.999% 99.998% 99.224% 99.221% 99.999% 99.998% 99.221%

--- Results after 98 passes ---

Best: 100.000% -- Worst: 99.216% -- Average: 99.815911% Cumulative Accuracy (not per pass): 99.994 root@xlxref:/usr/sbin#

 

 

root@xlxref:/usr/src/asl-dahdi-linux-2.11.1# /usr/sbin/dahdi_test -c 100 Opened pseudo dahdi interface, measuring accuracy...

99.995% 99.996% 99.999% 99.999% 99.997% 99.998% 99.995% 100.000% 99.998% 99.997% 99.997% 99.995% 99.999% 99.999% 99.997% 100.000% 99.999% 99.995% 99.998% 100.000% 99.996% 99.999% 99.995% 99.997% 99.999% 99.998% 99.995% 100.000% 100.000% 100.000% 99.997% 99.995% 100.000% 100.000% 99.997% 100.000% 99.997% 99.997% 99.997% 100.000% 99.998% 99.996% 99.999% 99.999% 100.000% 99.994% 99.998% 99.999% 99.997% 99.997% 99.998% 99.995% 99.999% 99.997% 99.997% 99.998% 99.995% 99.997% 99.998% 99.998% 99.999% 99.995% 99.998% 99.998% 100.000% 99.996% 99.997% 99.997% 99.999% 99.997% 99.998% 99.999% 99.997% 99.998% 100.000% 99.995% 99.999% 99.999% 99.999% 99.997% 99.997% 99.995% 99.997% 99.998% 99.998% 100.000% 99.995% 99.999% 100.000% 100.000% 99.996% 99.999% 99.997% 99.998% 100.000% 99.997% 99.995% 99.998%

--- Results after 98 passes ---

Best: 100.000% -- Worst: 99.994% -- Average: 99.997719% Cumulative Accuracy (not per pass): 99.999





Re: DAHDI timing and ASL

Ken KE2N
 

Thanks for the insight Tim.
I wonder if there is some sort of "elastic buffer" feeding into the FOB?


Re: DAHDI timing and ASL

Tim WD6AWP
 

HV did a fix where idle data is set to the URI constantly. You can see this in that the green LED behaves differently in HV nodes vs ASL. David said that helps with delayed audio causing the "hear yourself echo" on repeaters. I’ve never heard that it fixed a stuttering ID on FOB startup. 

A similar symptom is a startup stutter from connected nodes at first transmissions. I’ve always assumed that is the IAX jitter buffers adjusting from the relaxed value (40ms) to something larger as needed. 
--
Tim
:wq

On Dec 30, 2019, at 10:47 AM, Steve N4IRS <szingman@...> wrote:

Ken,
Not sure what you mean by running the data stream continuously. I'm thinking a startup delay may help, but both seem like a hack rather then a fix. What channel driver are you seeing this with?

Steve N4IRS

On 12/30/19 1:43 PM, Ken KE2N via Groups.Io wrote:
This (dahdi_dummy) worked well with my RPI3 and it even helped results on a big hulking quad core machine, by raising the occasional worst-case result..

The remaining problem that I see with ASL1.01 is - for lack of a better name - usb fob startup.  When the repeater has been quiet and decides to spit out a morse or voice ID, sometimes the first morse character or the first syllable or two of the voice comes out choppy. 

In the other camp I believe they fixed this problem by running the data stream continuously, is that hard to do?

Ken




--
Tim
:wq

81 - 100 of 114