开云体育

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: new release!

Elmer Delgado
 

开云体育

Is the procedure the same as before running the make && stuff again or just do a refresh git?

Elmer
[W5SLG]

On Mar 31, 2020, at 11:35 AM, Al Gordon K7AJG <al@...> wrote:

?
Actually, yeah, just playing around there, interested in seeing which one (or ones) I would see on the dashboard, or if they would keep changing. A better description is that I was seeing the traffic consistently through DSTAR2, but I was able to connect/disconnect between DSTAR1 and DSTAR2, and it worked as expected. Anyhow, I can now confirm that I should be using DSTAR2 as my primary, and only connecting to DSTAR1 if I'm having issues with that, unless things change. Makes sense, given geography and expected network latencies. Anyhow, thanks for the updates, and tips. 73!

--

??-- AL --


From: "Tom Early" <n7tae@...>
To: "QnetGateway" <[email protected]>
Sent: Tuesday, March 31, 2020 12:29:00 PM
Subject: Re: [QnetGateway] new release!

There is no need to subscribe to both DSTAR1 and DSTAR2, they are connected to the exact same channel. You're just seen differences depending on which stream arrives at your hot-spot first.


Re: new release!

 

Actually, yeah, just playing around there, interested in seeing which one (or ones) I would see on the dashboard, or if they would keep changing. A better description is that I was seeing the traffic consistently through DSTAR2, but I was able to connect/disconnect between DSTAR1 and DSTAR2, and it worked as expected. Anyhow, I can now confirm that I should be using DSTAR2 as my primary, and only connecting to DSTAR1 if I'm having issues with that, unless things change. Makes sense, given geography and expected network latencies. Anyhow, thanks for the updates, and tips. 73!

--

??-- AL --


From: "Tom Early" <n7tae@...>
To: "QnetGateway" <[email protected]>
Sent: Tuesday, March 31, 2020 12:29:00 PM
Subject: Re: [QnetGateway] new release!

There is no need to subscribe to both DSTAR1 and DSTAR2, they are connected to the exact same channel. You're just seen differences depending on which stream arrives at your hot-spot first.


Re: new release!

 

There is no need to subscribe to both DSTAR1 and DSTAR2, they are connected to the exact same channel. You're just seen differences depending on which stream arrives at your hot-spot first.


Re: new release!

 

开云体育

Out of curiosity, since both smart groups have the same traffic why would you login to both DSTAR1 and DSTAR2?

Jeff VE6DV

On 2020-03-31 10:20 a.m., Al Gordon K7AJG wrote:

Thanks, Tom! I just updated, and it's working great. There are two stations currently talking on DSTAR2 now while I'm listening to DSTAR1 and DSTAR2, and I knew immediately at a glance which SG they were on, via the dashboard.

73, de K7AJG . .

--

??-- AL --


From: "Tom Early" <n7tae@...>
To: "QnetGateway" <[email protected]>
Sent: Tuesday, March 31, 2020 12:10:30 PM
Subject: Re: [QnetGateway] new release!

Thanks Al. I just love questions about Routing!

I just pushed up another release for QnetGateway that addresses your request. It took me a while to work it out, but I remembered that the Smart Groups Server sends a text message "VIA SMARTGP <smartgroupname>" at the beginning of every transmission you hear. Your radio occasionally will display this if you watch carefully, but usually it's overwhelmed by the senders own text message. With this new release QnetGateway captures that "VIA" message and uses it in the Last Heard Section of the dashboard.

So the old column that showed "Linking" or "Routing" now shows either the Smart Group of the voice stream it's coming from, or the reflector module it's coming from, if you are linked.

There is also a new column that shows on which configured module the activity is happening. This is not too important to those of us with single module systems, but it's a necessity for those with multi-module systems.

Addressing your final comment, I agree. The Dashboard is of questionable value to a mobile user. Not installing the dashboard will prevent the mini-PHP Web server from running. However, Sqlite3 is still required for QnetGateway as this is how the gateway knows to which reflector the link module is linked.


Re: new release!

 

Thanks, Tom! I just updated, and it's working great. There are two stations currently talking on DSTAR2 now while I'm listening to DSTAR1 and DSTAR2, and I knew immediately at a glance which SG they were on, via the dashboard.

73, de K7AJG . .

--

??-- AL --


From: "Tom Early" <n7tae@...>
To: "QnetGateway" <[email protected]>
Sent: Tuesday, March 31, 2020 12:10:30 PM
Subject: Re: [QnetGateway] new release!

Thanks Al. I just love questions about Routing!

I just pushed up another release for QnetGateway that addresses your request. It took me a while to work it out, but I remembered that the Smart Groups Server sends a text message "VIA SMARTGP <smartgroupname>" at the beginning of every transmission you hear. Your radio occasionally will display this if you watch carefully, but usually it's overwhelmed by the senders own text message. With this new release QnetGateway captures that "VIA" message and uses it in the Last Heard Section of the dashboard.

So the old column that showed "Linking" or "Routing" now shows either the Smart Group of the voice stream it's coming from, or the reflector module it's coming from, if you are linked.

There is also a new column that shows on which configured module the activity is happening. This is not too important to those of us with single module systems, but it's a necessity for those with multi-module systems.

Addressing your final comment, I agree. The Dashboard is of questionable value to a mobile user. Not installing the dashboard will prevent the mini-PHP Web server from running. However, Sqlite3 is still required for QnetGateway as this is how the gateway knows to which reflector the link module is linked.


Re: new release!

 

Thanks Al. I just love questions about Routing!

I just pushed up another release for QnetGateway that addresses your request. It took me a while to work it out, but I remembered that the Smart Groups Server sends a text message "VIA SMARTGP <smartgroupname>" at the beginning of every transmission you hear. Your radio occasionally will display this if you watch carefully, but usually it's overwhelmed by the senders own text message. With this new release QnetGateway captures that "VIA" message and uses it in the Last Heard Section of the dashboard.

So the old column that showed "Linking" or "Routing" now shows either the Smart Group of the voice stream it's coming from, or the reflector module it's coming from, if you are linked.

There is also a new column that shows on which configured module the activity is happening. This is not too important to those of us with single module systems, but it's a necessity for those with multi-module systems.

Addressing your final comment, I agree. The Dashboard is of questionable value to a mobile user. Not installing the dashboard will prevent the mini-PHP Web server from running. However, Sqlite3 is still required for QnetGateway as this is how the gateway knows to which reflector the link module is linked.


Re: new release!

 

I see that but do not know how the LINK box now shows the proper REFXXX and module.. I did not update. it just fixed.

"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Sunday, March 29, 2020, 08:43:34 AM EDT, Tom Early <n7tae@...> wrote:


Thanks. I fixed the Linked box and pushed up the changes.


Re: new release!

 

I just updated QnetGateway on my base station Pi-3B, and its working great for me. The Pi-Zero in my truck is next.

I'm not sure how you're soliciting feature requests, but: Is there a way to have the dashboard show on which Smart Group each Last Heard station was heard? When monitoring several groups, if someone does not ID which group they're on, the only way I've found to figure out which to switch over to is to check the and pages.

Other than that, everything's working great so far. I really appreciate the lightweight nature of QnetGateway vs. Pi-Star, which I like, but it seems to have an extra kitchen sink or two, which are probably not necessary, especially for mobile comms.

73, de K7AJG . .

--

??-- AL --


From: "Tom Early" <n7tae@...>
To: "QnetGateway" <[email protected]>
Sent: Sunday, March 29, 2020 8:43:27 AM
Subject: Re: [QnetGateway] new release!

Thanks. I fixed the Linked box and pushed up the changes.


Re: new release!

 

Thanks. I fixed the Linked box and pushed up the changes.


Re: new release!

 

Heard you on the MMDV net last night and did the updates as instructed.
Comments.. The "Linked to" box under modules.. has an error instead of REF030C it says T## C where ## is a square box indicating a charater not in the font file.

I'd like the CPU box on the system folder on the left... Since CPU temp is the most important and I tend to layer a 2nd window over it but that.. is a nit....

Looking good overall. good improvment in the dashboard. the other changes are more "Transparent" to me so I can not comment on them.

"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Saturday, March 28, 2020, 07:16:30 PM EDT, Tom Early <n7tae@...> wrote:


Two big internal changes and an improvement in the dashboard are in this release:
  1. The "follow-me" cache used for routing has been completely redesigned. There is no longer two independent caches for the IRC core (which communicates with the QuadNet server) and gateway (which handles the follow-me info for routing by the user). With this release, both functions use the same cache. This has a positive effect on both the speed of the gateway and the size of the gateway program.
  2. The rptr_status file that was used to let the gateway know what the linking status of each module has been eliminated and this function has been moved to the same database that the dashboard "Last Heard" section use. Again this has a positive effect on the speed and size of both the gateway and the linking program.
  3. The dashboard has been improved:
    1. A section has been added for System Information, including the cpu temperature, if available.
    2. You can now control the content and order of each section on your dashboard. Please use ./qnconfig to see how this works. (Go to the "D" Dashboard Menu.)
If you are using ./qnadmin to compile and install, before you do that, go to your build directory and do a "make clean && git pull" as several cpp files are no longer in the distribution, then you can compile and install your system.


new release!

 

Two big internal changes and an improvement in the dashboard are in this release:
  1. The "follow-me" cache used for routing has been completely redesigned. There is no longer two independent caches for the IRC core (which communicates with the QuadNet server) and gateway (which handles the follow-me info for routing by the user). With this release, both functions use the same cache. This has a positive effect on both the speed of the gateway and the size of the gateway program.
  2. The rptr_status file that was used to let the gateway know what the linking status of each module has been eliminated and this function has been moved to the same database that the dashboard "Last Heard" section use. Again this has a positive effect on the speed and size of both the gateway and the linking program.
  3. The dashboard has been improved:
    1. A section has been added for System Information, including the cpu temperature, if available.
    2. You can now control the content and order of each section on your dashboard. Please use ./qnconfig to see how this works. (Go to the "D" Dashboard Menu.)
If you are using ./qnadmin to compile and install, before you do that, go to your build directory and do a "make clean && git pull" as several cpp files are no longer in the distribution, then you can compile and install your system.


Re: new web-based dashboard for QnetGateway

Colby Ross W1BSB
 

开云体育

John

?

The command you reference is a raspberry pi command, so it wouldn’t be compatible with non-raspberry pi systems, I don’t think.? They use an ARM processor and have some proprietary firmware. QnetGateway is designed to run on x86/x64, arm, arm64, etc, so we would need to find a way to measure the CPU temp that is compatible across all systems in order to add the feature. ?It is an interesting idea, though, just not sure on how cross-compatible it is with other systems.? I’m sure we can look into it. Thanks for the suggestion.

?

Colby

?

From: [email protected] <[email protected]> On Behalf Of John F Davis
Sent: Friday, March 20, 2020 12:45
To: [email protected]
Subject: Re: [QnetGateway] new web-based dashboard for QnetGateway

?

I see you fixed the SHOW PROCESS option so I do not see them any more (This is userful for folks who are developers and such but not so much for Linux Novices like me)

?

Now if you could add a Thermometer to the page. .I'd suggest right after Last Heard:? ? ?CUP Temp: _____? ?That code I have?

/opt/vc/bin/vcgencmd measure_temp? ?(on my linux systems it's simply "HOT" all lower case of course.)

?

Loving the dashboard however.. Man does it make stuff easier.. Send link/unlink/shutdown or Reboot from any browser.


Re: new web-based dashboard for QnetGateway

 

I see you fixed the SHOW PROCESS option so I do not see them any more (This is userful for folks who are developers and such but not so much for Linux Novices like me)

?

Now if you could add a Thermometer to the page. .I'd suggest right after Last Heard:? ? ?CUP Temp: _____? ?That code I have?

/opt/vc/bin/vcgencmd measure_temp? ?(on my linux systems it's simply "HOT" all lower case of course.)

?

Loving the dashboard however.. Man does it make stuff easier.. Send link/unlink/shutdown or Reboot from any browser.


Re: new web-based dashboard for QnetGateway

 
Edited

Well.. One final post from me in this thread... And It contains some :) :) :) :) :) :)

?

SUCCESS AT LAST it's up. it' srunning It works as I hoped it will for the most part Shows both INternal and IP4 Ip addresses (my router does not IP6 or so I'm told) and the call of the ham who just called in... IT's updating every xx seconds as it shoud and Yup shows the last two hams who used the reflector now YIPPIE

?

THere is some stuff on the display I can do without.. but I also understand the value of it but the stuff I want.. I GOT

?

?

One last "nit"..? on the Dashboard config menu it has the optoion to turn off the process display.. Since these do not change I should only need 'em during Debug

?

But in the qn.cfg file it shows the true/false for IP address. but there is no entry for the porcesses.? ? Did you forget that?? If so I assume the next update will correct it so no need to reply to this...? But it's workign and that' sthe big thing I can "Tunnel vision" out the stuff I dont' want.


Re: new web-based dashboard for QnetGateway

 

Well at least it seems to be working but it also seems to have locked up my PI-zero

So I restarted and it gave me a command to use sudo dpkg --configure -a if I copyied it right (have yet to figure out how to copy from Linux side of this chroebook to Chrome side)

Well now it is stuck at
Creating config file /etc/php/78.3/fpm/php.ini with new version

And there it's hung

"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Thursday, March 12, 2020, 02:05:23 PM EDT, Colby Ross W1BSB <colbypr@...> wrote:


Great. We neglected to add apt update into the makefile, so it will be updated at a later time to fix this issue.

Colby


On 3/12/2020 13:50, John F Davis wrote:

Yes. it is on the same LAN as this computer . also if working it's connected to a reflector (just now I have it off for modification that is qnadmin us command


Appers the 2nd try at app update may have worked. Dash is installing as I type NO error messages.


"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Thursday, March 12, 2020, 01:46:18 PM EDT, Colby Ross W1BSB <colbypr@...> wrote:


Does this device have access to a valid working internet connection?

Those errors indicate it is unable to fetch the package cache updates from the raspbian servers.

Colby


On 3/12/2020 13:43, John F Davis wrote:
Attched is a PDF that shows the errors I get with install dash


Re: new web-based dashboard for QnetGateway

Colby Ross W1BSB
 

开云体育

Great. We neglected to add apt update into the makefile, so it will be updated at a later time to fix this issue.

Colby


On 3/12/2020 13:50, John F Davis wrote:


Yes. it is on the same LAN as this computer . also if working it's connected to a reflector (just now I have it off for modification that is qnadmin us command


Appers the 2nd try at app update may have worked. Dash is installing as I type NO error messages.


"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Thursday, March 12, 2020, 01:46:18 PM EDT, Colby Ross W1BSB <colbypr@...> wrote:


Does this device have access to a valid working internet connection?

Those errors indicate it is unable to fetch the package cache updates from the raspbian servers.

Colby


On 3/12/2020 13:43, John F Davis wrote:
Attched is a PDF that shows the errors I get with install dash


Re: new web-based dashboard for QnetGateway

 

Took a second stab at app update.
Appears to work
Progress bar was at 60% when I last looked (Same computer I'm typing on but different program)

So I'll know more in a couple minutes.

"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Thursday, March 12, 2020, 01:49:49 PM EDT, Al Gordon K7AJG <al@...> wrote:


This looks like a network, or maybe DNS resolution issue.

raspbian.raspberrypi.org is an alias for mirrordirector.raspbian.org.
mirrordirector.raspbian.org has address 93.93.128.193
mirrordirector.raspbian.org has IPv6 address 2a00:1098::80:1000:75:0:3

To check network/DNS, maybe try a command such as:
host raspbian.raspberrypi.org
or
nslookup raspbian.raspberrypi.org


73, de K7AJG . .

--

??-- AL --


From: "Colby Ross W1BSB" <colbypr@...>
To: [email protected]
Sent: Thursday, March 12, 2020 1:46:10 PM
Subject: Re: [QnetGateway] new web-based dashboard for QnetGateway

Does this device have access to a valid working internet connection?

Those errors indicate it is unable to fetch the package cache updates from the raspbian servers.

Colby


On 3/12/2020 13:43, John F Davis wrote:
Attched is a PDF that shows the errors I get with install dash



Re: new web-based dashboard for QnetGateway

 


Yes. it is on the same LAN as this computer . also if working it's connected to a reflector (just now I have it off for modification that is qnadmin us command


Appers the 2nd try at app update may have worked. Dash is installing as I type NO error messages.


"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis

On Thursday, March 12, 2020, 01:46:18 PM EDT, Colby Ross W1BSB <colbypr@...> wrote:


Does this device have access to a valid working internet connection?

Those errors indicate it is unable to fetch the package cache updates from the raspbian servers.

Colby


On 3/12/2020 13:43, John F Davis wrote:
Attched is a PDF that shows the errors I get with install dash


Re: new web-based dashboard for QnetGateway

 

This looks like a network, or maybe DNS resolution issue.

raspbian.raspberrypi.org is an alias for mirrordirector.raspbian.org.
mirrordirector.raspbian.org has address 93.93.128.193
mirrordirector.raspbian.org has IPv6 address 2a00:1098::80:1000:75:0:3

To check network/DNS, maybe try a command such as:
host raspbian.raspberrypi.org
or
nslookup raspbian.raspberrypi.org


73, de K7AJG . .

--

??-- AL --


From: "Colby Ross W1BSB" <colbypr@...>
To: [email protected]
Sent: Thursday, March 12, 2020 1:46:10 PM
Subject: Re: [QnetGateway] new web-based dashboard for QnetGateway

Does this device have access to a valid working internet connection?

Those errors indicate it is unable to fetch the package cache updates from the raspbian servers.

Colby


On 3/12/2020 13:43, John F Davis wrote:
Attched is a PDF that shows the errors I get with install dash



Re: new web-based dashboard for QnetGateway

Colby Ross W1BSB
 

开云体育

Does this device have access to a valid working internet connection?

Those errors indicate it is unable to fetch the package cache updates from the raspbian servers.

Colby


On 3/12/2020 13:43, John F Davis wrote:

Attched is a PDF that shows the errors I get with install dash