开云体育

ctrl + shift + ? for shortcuts
© 2025 Groups.io
  1. QnetGateway
  2. Topics

Idea for QnetGateway

 

I just had a thought. Many of the D-STAR software packages for hotspots such as Pi-STAR has an option to setup a default reflector. Would it be possible in a future release to setup a default Smart Group that would automatically be logged in on boot of QnetGateway? The thought would be to have the software automatically login to the specified Smart Group and also have a keep alive timer so a user wouldn’t need to login again after the 5 hours of inactivity. This keep alive activity could be behind the scenes so it would talk with the SGS without keying up the Smart Group. If the hotspot were to go offline, the timer would log them out of the smart group as it does now. The timer could be set for 4 hours, 55 minutes to keep the overhead low on the SGS.

?

Not sure if this is even possible but I thought I would mention it just in case you wanted to consider doing something of this nature for a future release.

?

Jeff VE6DV
 

Not tying to hijack the thread but if Jeff’s request is possible, how about being able to join multiple default smart groups at startup or through a command (preferably via the UR method rather than DTMF). If via a command there could be another command to log out of all the currently subscribed Smart Groups in one hit?
Andy M0VVA
 
Edited

Your radio can only have 1 smart group in the UR field at any one time, so you can't subscribe to multiple groups. The routing is to your callsign. Subscribing is a matter of putting the callsign of the smart group into the UR field and kerchunking. Wait to hear the notification that you're subscribed, wait a little to see if there is a conversation already in flight, and then key up to talk.
You leave the callsign of the smart group in the UR field so long as you want to continue to use the smart group. Only need to enter the disconnect callsign when you want to unsubscribe from that smart group.

No default necessary on a hotspot as it's all controlled from the radio. :)
Colby Ross W1BSB
 

开云体育

This doesn’t prevent you from subscribing to multiple smart groups. You can subscribe to any number you want, so long as you enter the smart group’s subscribe callsign and key it up once and get “logged in”.

?

Colby
 

Good point Colby.

How long before an unused default auto-unsubscribes?
Colby Ross W1BSB
 

开云体育

It varies, by configuration of the smart group. Some are 600 minutes, most are 300 minutes.

?

Colby

?
 

So some 10 hours, but mostly 5 hours before auto unsubscribe, or, a business day or half a business day (plus a bit).

Useful time outs for daily subscriptions as most people don't constantly monitor a repeater.

I agree with Jeff. Having the ability to set default smart-groups when powering on a hotspot would be helpful for smart-group users. The operator would just need to remember to set their radio to the correct smart group before keying up.
 

Remember the code base is used for repeaters as well as hotspots.? Features that seem useful for hotspots may not be good for repeaters.

On Mon, Jan 28, 2019 at 10:33 AM David Murray [DATACOM] <davidmu@...> wrote:
So some 10 hours, but mostly 5 hours before auto unsubscribe, or, a business day or half a business day (plus a bit).

Useful time outs for daily subscriptions as most people don't constantly monitor a repeater.

I agree with Jeff. Having the ability to set default smart-groups when powering on a hotspot would be helpful for smart-group users. The operator would just need to remember to set their radio to the correct smart group before keying up.



--

John D. Hays
Edmonds, WA
K7VE

???
 

开云体育

Hey Guys,

Here's a note for does who may master the use of the Smart Groups; not only one can subscribe to more than one Smart Group, one can also set the smart groups up as a duplex communicaio system, plus revers them.

Well, you may ask why would one want to that? One can do it to have fun and learn,? the other could be to have a group over the air meeting or setup a special event station to minimies interference or use for emergencies during inclement weathet. The power of the smart groups have yet to be disvovered.


Will / W4WWM?



Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: Colby Ross W1BSB <colbypr@...>
Date: 1/28/19 12:21 PM (GMT-06:00)
Subject: Re: [QnetGateway] Idea for QnetGateway

It varies, by configuration of the smart group. Some are 600 minutes, most are 300 minutes.

?

Colby

?
 

开云体育

or setup for high power simplex systems that have more abilities than a standard simplex transmission system.

Will / W4WWM



Sent from my T-Mobile 4G LTE Device

-------- Original message --------
From: John D Hays - K7VE <john@...>
Date: 1/28/19 12:48 PM (GMT-06:00)
Subject: Re: [QnetGateway] Idea for QnetGateway

Remember the code base is used for repeaters as well as hotspots.? Features that seem useful for hotspots may not be good for repeaters.

On Mon, Jan 28, 2019 at 10:33 AM David Murray [DATACOM] <davidmu@...> wrote:
So some 10 hours, but mostly 5 hours before auto unsubscribe, or, a business day or half a business day (plus a bit).

Useful time outs for daily subscriptions as most people don't constantly monitor a repeater.

I agree with Jeff. Having the ability to set default smart-groups when powering on a hotspot would be helpful for smart-group users. The operator would just need to remember to set their radio to the correct smart group before keying up.



--

John D. Hays
Edmonds, WA
K7VE

???
 

开云体育

You can say that again, Will. The Smart Groups are still relatively new. But as more people begin exploring their capabilities, more ideas will come to light in terms of how to utilize the technology that we have available to us.

?

One idea would be we could setup a smart group for announcements. For example, weather net activations or amber alerts, etc. An announcement could go out over an “All Call” smart group stating that a hurricane net is now being activated on Smart Groups WXNet1 and WXNet2. Anyone interested could then subscribe to one of those Smart Groups to keep up to date on what is happening on that net yet those not interested can continue to monitor the “All Call” smart group for more announcements. ?

?

Jeff VE6DV

?

From: [email protected] [mailto:[email protected]] On Behalf Of Will
Sent: Monday, January 28, 2019 11:54 AM
To: [email protected]
Subject: Re: [QnetGateway] Idea for QnetGateway

?

The power of the smart groups have yet to be disvovered.

?

?

Will / W4WWM?
 
Edited

Yes, David, I totally understand how to join an individual SmartGroup but, when using QnetGateway ?with a hotspot, it would be much easier to send a "------xX" type UR field (similar to the QnetGateway ?Reboot command) to have it connect to a series of pre-defined SmartGroups in one hit rather than having to manually connect to them one by one. ?I know it might sound lazy but was just following on as a natural progression from Jeff's original request.
Andy M0VVA
Colby Ross W1BSB
 

开云体育

If you really want to do this, the functionality should already exist, using qnremote and the exec_X.sh scripts.

?

From OPERATING:

For executing scripts:

YRCALL=_ _ _ _ _ _ nX

where n can be from 0-9 or A-Z.

Example: YRCALL=_ _ _ _ _ _1X

Then the script exec_1.sh will be executed.

Two scripts, exec_R.sh and exec_H.sh are included to reboot and halt your

system, respectively. Also note that rpt1 is passed to these scripts\

so you can use this as an input parameter for your scripts.

Only admins can execute scripts, so set QnetLink.admin to your callsign

?

Just write your exec_<whatever> script to issue subsequent qnremote commands to subscribe to smart groups and you’re done. No code updates needed. See? Tom really does think of everything.

?

Colby

?
 

Thanks, but the exec_?.sh stuff is the original idea of Scott KI4LKF.

Two thinks to remember:
  1. You may have to subscribe twice if your local cache doesn't have the IP address of your target route. (Like right after you boot up.)
  2. qnremote isn't designed to be run in batch mode. You'll need some sleep between calls to let your system react to the command before you send another.

Here is an untested example that would get me on module C logged into DSTAR2:
-----------
/bin/bash
qnremote c n7tae dstar2
sleep 6
qnremote c n7tae dstar2
-----------
If executed right after you boot up, the first qnremote will get a "Not in cache, please try again" message, then the 2nd will get you subscribed. Please note that if you execute this script and your cache already knows DSTAR2, you will be making an ~200 msec quite transmission into the Array on the second qnremote. If you're already subscribed, you'll make two transmissions into the Array.

Let me look into making QnetGateway more intelligent about logging into a routing target, so that you don't have to "prime the pump". Just what I need, one more item for my inbox...
 

I have just pushed up a new version of QnetGateway that has a new feature if you are likely to be routing to your favorite group (or user) right after boot-up. Using this feature should prevent you from getting the "not in cache, please try again" message. The feature is controlled by a new configuration parameter, gateway_find_route. This parameter is a comma-separated list of routing callsigns that you would like to have in your cache when qngateway first boots up. You can put your favorite routing callsign that you are likely to use and as qngateway boots up, it will request from QuadNet the latest contact info for each of the callsigns in your list. For example, mine looks like:

gateway_find_route='dstar2,dstar3,qnet20 c, w1bsb'

You can set this parameter in the Gateway sub-menu of the ./qnconfig script. Note that you can also add user callsigns to this list as well, if you do Callsign Routing. (Colby, W1BSB, and I do this fairly regularly!)

This feature will greatly simplify the script I listed previously in this thread as you will only need to call qnremote once for each group you want to subscribe to, as long as the groups in that script are also in the gateway_find_route list.
 

Fine business, Tom! ?Installed and working as advertised - thank you!

I'm using the following exec_?.sh scripts which might help others:

exec_N.sh (connect)
------------------------
#!/bin/sh
if ! (systemctl status qnlink.service | grep -m1 'running'); then
? exit 1
fi
/usr/local/bin/qnvoice B sg_connecting.dat "Connecting SmartGroups"
sleep 3
/usr/local/bin/qnremote B M0VVA "TORC1 ?A"
sleep 6
/usr/local/bin/qnremote B M0VVA "TORC2 ?A"
sleep 6
/usr/local/bin/qnremote B M0VVA DSTAR1
sleep 6
/usr/local/bin/qnvoice B sg_connected.dat "SmartGroups connected"
------------------------

exec_O.sh (disconnect)
---------------------------
#!/bin/sh
if ! (systemctl status qnlink.service | grep -m1 'running'); then
? exit 1
fi
/usr/local/bin/qnvoice B sg_disconnecting.dat "Disconnecting SmartGroups"
sleep 3
/usr/local/bin/qnremote B M0VVA "TORC1 ?T"
sleep 6
/usr/local/bin/qnremote B M0VVA "TORC2 ?T"
sleep 6
/usr/local/bin/qnremote B M0VVA "DSTAR1 T"
sleep 6
/usr/local/bin/qnvoice B sg_disconnected.dat "SmartGroups disconnected"
---------------------------

These include audio and visual confirmation of actions and will need the manual creation of the .dat files - I use "say" on my iMac to send the audio via the radio to the QnGateway mailbox as described in the user instructions. ?Also, if you want to disconnect before the cache is populated you will need to add the disconnect callsigns in the gateway_find_route field.
 

开云体育

Hmm,? Very interesting approach.

Will / W4WWM


On 1/31/2019 3:05 AM, m0vva via Groups.Io wrote:

Fine business, Tom! ?Installed and working as advertised - thank you!

I'm using the following exec_?.sh scripts which might help others:

exec_N.sh (connect)
------------------------
#!/bin/sh
if ! (systemctl status qnlink.service | grep -m1 'running'); then
? exit 1
fi
/usr/local/bin/qnvoice B sg_connecting.dat "Connecting SmartGroups"
sleep 3
/usr/local/bin/qnremote B M0VVA "TORC1 ?A"
sleep 6
/usr/local/bin/qnremote B M0VVA "TORC2 ?A"
sleep 6
/usr/local/bin/qnremote B M0VVA DSTAR1
sleep 6
/usr/local/bin/qnvoice B sg_connected.dat "SmartGroups connected"
------------------------

exec_O.sh (disconnect)
---------------------------
#!/bin/sh
if ! (systemctl status qnlink.service | grep -m1 'running'); then
? exit 1
fi
/usr/local/bin/qnvoice B sg_disconnecting.dat "Disconnecting SmartGroups"
sleep 3
/usr/local/bin/qnremote B M0VVA "TORC1 ?T"
sleep 6
/usr/local/bin/qnremote B M0VVA "TORC2 ?T"
sleep 6
/usr/local/bin/qnremote B M0VVA "DSTAR1 T"
sleep 6
/usr/local/bin/qnvoice B sg_disconnected.dat "SmartGroups disconnected"
---------------------------

These include audio and visual confirmation of actions and will need the manual creation of the .dat files - I use "say" on my iMac to send the audio via the radio to the QnGateway mailbox as described in the user instructions. ?Also, if you want to disconnect before the cache is populated you will need to add the disconnect callsigns in the gateway_find_route field.



View/Reply Online (#263) | Reply To Group | Reply To Sender | Mute This Topic | New Topic

1 - 17 of 17