I am compiling a wish list for new features for Allstar and or the ASL 3 client.
If anyone has any features they would like added, please comment.
’73
KM6RPT
Todd
I am compiling a wish list for new features for Allstar and or the ASL 3 client.
If anyone has any features they would like added, please comment.
’73
KM6RPT
Todd
Greetings:
Here are a few I can think of off the top of my head.
Just some thoughts.
73
N2DYI
Todd, is this in reference to the ASL3 .deb packages, the app_rpt
module, Allstarlink, Inc. provided services (stats server, registration, etc), or all of the above?
A couple of things off the top of my head…
app_rpt
K: Key
IAX Text (or similar feature)
The asl3-tts package already covers this except for the cached sound part.
Sorry, I should have been more specific. What I mean is telemetry sent out by the app_rpt module itself. In other words, redirect what app_rpt would do with static sound files to a pipe to be sent as a textual representation to asl3-tts, or even some other TTS system if you have one installed. I use DECtalk on my systems, and made a modified version of asl3-tts so Piper speaks just a little faster.
This would allow for future dynamic handling of telemetry verbosity, order of spoken text, easier language localization, customizable text blocks and the like. You could theoretically do some of this now with connpgm and discpgm, just as two examples, but there are lots of other messages sent from app_rpt itself.
Improved logging (I can’t seem to find a log that shows echo link connections)
Snmp support for remote monitoring (tx transmit time etc)
Perhaps my biggest wish. Native digital to analog bridges (multiple modes into a single node )
Make “permanent” connections actually permanent. e.g. reconnect after network interruptions.
David WD5M
I would like to see 1) - A Time Out Timer on INPUT signals in the usbradio.conf and simpleUSB.conf because… with a node connected to a hub with MANY repeaters - one radio can fail - send a false COR signal to the computer, and time out the rest of the system and remain timed out until the faulty node is located and disabled… This has happened to me on a couple of occasions where maybe 10 repeaters and a handful of nodes are permanently connected and one radio dies, sending a true signal (simpleusb) to the node and continues until the node is disconnected.
The work and performance of Allstarlink 3.0 is AWESOME - really great work and a HUGE Thank You for all the hard work !!! de nu5d
First, thanks so much for the ASL3 system. It is impressive after using earlier versions and HamVoip. Awesome!
A CM108/119 sound FOB is the DIY default sound card. But it requires rather tedious modifications to connect COS / PTT. Since a Raspberry Pi has many pins for I/O, using a couple of those for external connections would be extremely convenient.
At this point, leave the sound fob to do the audio but make the other physical connections through Pi pins.
I appreciate your efforts.
'73
NM0D
“Mute transmitted audio to the network when the command character (* by default) is detected, but continue to pass the command through locally. This is a feature Echolink has had for years, to avoid noisy transmissions as people fumbling with DTMF entry, as they try to disconnect from a node. This is especially annoying when the majority of nodes on your system are half duplex.”
This suggestion would solve my biggest problem as a brand new user without a lot of allstar or linux seat time. I don’t want to have to buy a $7 android app to have network control of my node and after an hour or two of searching thus far, I can’t find any other easy way to disconnect other than fumbling around with *10 on my HT and keying up the entire 20+ repeater network I’m connected to. It’s insane to me that I can’t disconnect without having to identify or doing a “kerchunk and run”. I admit there could be an option out there I’ve missed and my searching skills have been greatly hindered in recent years since search engines and their AI counterparts seem to be engaged in a race to the bottom for who can provide worse search results.
FYI there are a wide variety of high-quality USB Radio Interfaces available from various makers for as little as $29 that require no soldering or mods and have much better RFI filtering than a fob while also providing status LEDs and other nice features. An example:
Also, RPi’s are a somewhat outdated way to build a node IMO. There are now many Mini PCs that are less expensive, more powerful, more reliable and that have more features and better RFI, EMC and thermal performance.
FYI there are several free web apps (Allmon, AllScan, Supermon, etc.) that support various node and connection management functions in any mobile or desktop browser.
There is little to no information pointing you to do that. As an inexperienced person approaching Allstar nodes and Pi’s for the first time, it took me like ten hours to setup, troubleshoot, fail, and give up on hamvoip and then try the asl3 install like 3 times to finally get configured/on the air. The last thing I wanted to do at that point is dive into learning some whole new thing that nobody explained to me anywhere in the eight thousand pages of information I already went through the past couple days to even get functional. Not to mention the comical amount of passwords and usernames I have already had to create. Just thought it would be a nice feature if it were native in one of the many things I’ve already had to go out of my way to learn how to use as my brain is quite overloaded already from the process.
What are you asking here, that DTMF tones not be repeated either locally or over links? They are not now by default.
This is actually my request.
If I wasn’t clear enough originally, what I’m asking for is not just a mute during the duration of the tone, as what happens now, but for the audio portion of the transmission to stop sending to all nodes on the network when the * DTMF is detected, which would allow you to keep your radio keyed and activate as many DTMF’s as you want without continuing to transmit toward nodes, potentially holding things up, especially with half duplex systems, but the command would continue being processed locally. This is how Echolink works.
As soon as the system detects the start of a command, other nodes won’t hear audio from the command-sending node until the next transmission.
With ASL, audio is muted for the duration of each decoded tone, except for a bit around the edges until it is detected sometimes, but even the muted audio continues to be transmitted down the line.
This would break other commands that’s expecting audio to follow a DTMF command like cop,55
.
Would it? As far as I understand, cop,55 is only local anyway. If the audio continues locally, but not to every other connected node, it would still theoretically work as expected, I would think, with the possible complication that no one on the other side of the network, if any other nodes are connected, would have a clue what’s going on.
As it is, they wouldn’t hear the locally parroted audio anyway.
I’m envisioning the audio path working as it always has locally, but not to connected nodes. To be fair, I don’t know if that’s technically possible the way things are now.
Thank you for your response and commentary.
Unfortunately, it missed 4 points about the question. Raspberry was used as ageneric representation for access to COS/PTT.
We are looking at more ways to use Allstar, rather than limit it with arbitrary equipment.
I appreciate all the effort put in by the group, moving Allstar to more open.