I have two problems but one is very clearly the PI's (they lose the internet connection and need a REBOOT)
Currently doing that? note it does not matter the software (Well actually they are running Pi-Star just now)
Put together a new hotspot? Pi-zero.. Qnetgateway (new Git) and a Hat.? Pi-Star ID's the hat as a
| ?
--
? ? ? ?? ? ? ? ?? ?
Icom Repeater Controller ID-RP2C (DStarRepeater Only)
?
DV-Mega Raspberry Pi Hat (GPIO) - Single Band (70cm)
?
DV-Mega Raspberry Pi Hat (GPIO) - Dual Band
?
DV-Mega on Arduino (USB - /dev/ttyUSB0) - Dual Band
? ? ? ?? ?
DV-Mega on Arduino (USB - /dev/ttyACM0) - Dual Band
?
DV-Mega on Arduino (USB - /dev/ttyUSB0) - GMSK Modem
?
DV-Mega on Arduino (USB - /dev/ttyACM0) - GMSK Modem
?
DV-Mega on Bluestack (USB) - Single Band (70cm)
?
DV-Mega on Bluestack (USB) - Dual Band
? ? ?
GMSK Modem (USB DStarRepeater Only)
? ? ? ?? ?
DV-RPTR V1 (USB)
?
DV-RPTR V2 (USB)
?
DV-RPTR V3 (USB)
?
DVAP (USB)
?
MMDVM / MMDVM_HS / Teensy / ZUM (USB)
?
STM32-DVM / MMDVM_HS - Raspberry Pi Hat (GPIO)
?
STM32-DVM (USB)
? ? ? ?? ?
ZUMspot - Libre (USB)
?
ZUMspot - USB Stick
?
ZUMspot - Single Band Raspberry Pi Hat (GPIO)
? ? ? ?? ?
ZUMspot - Dual Band Raspberry Pi Hat (GPIO)
?
ZUMspot - Duplex Raspberry Pi Hat (GPIO)
? ? ? ?? ?
ZUM Radio-MMDVM for Pi (GPIO)
? ? ? ? ? ?? ?
ZUM Radio-MMDVM-Nucleo (USB)
? ? ? ?? ?
MicroNode Nano-Spot (Built In)
? ? ? ?? ?
MicroNode Teensy (USB)
? ? ? ?? ?
MMDVM F4M-GPIO (GPIO)
? ? ? ?? ?
MMDVM F4M/F7M (F0DEI) for USB
? ? ? ?? ?
MMDVM_HS_Dual_Band for Pi (GPIO)
? ? ? ?? ?
MMDVM_HS_Hat (DB9MAT & DF2ET) for Pi (GPIO)
? ? ? ?? ?
MMDVM_HS_Dual_Hat (DB9MAT, DF2ET & DO7EN) for Pi (GPIO)
? ? ? ?? ?
MMDVM_HS_Dual_Hat (DB9MAT, DF2ET & DO7EN) for Pi (USB)
? ? ? ?? ?
MMDVM_HS_AMBE (D2RG HS_AMBE) for Pi (GPIO)
? ? ? ?? ?
MMDVM_RPT_Hat (DB9MAT, DF2ET & F0DEI) for Pi (GPIO)
? ? ? ?? ?
MMDVM_HS_MDO Hat (BG3MDO) for Pi (GPIO)
? ? ? ?? ?
MMDVM_HS_NPi Hat (VR2VYE) for Nano Pi (GPIO)
? ? ? ?? ?
MMDVM_HS_Hat_Dual Hat (VR2VYE) for Pi (GPIO)
? ? ?
LoneStar - MMDVM_HS_Hat for Pi (GPIO)
? ? ?
LoneStar - MMDVM_HS_Dual_Hat for Pi (GPIO)
? ? ?
LoneStar - USB Stick
? ? ?
SkyBridge - MMDVM_HS_Dual_Band for Pi (GPIO)
? ? ?
MMDVM_NANO_DV (BG4TGO) for NanoPi AIR (GPIO)
? ? ?
MMDVM_NANO_DV (BG4TGO) for NanoPi AIR (USB)
?
OpenGD77 DMR hotspot (USB)
? ? ? |
| ? |
? |
?
Has OLED display (the small one)
I chose option 4 on Qnetgateway configure (MMDVM hat) and no joy also no display
Did not try option 5 (MMDVM git)?
|
I would be really surprised if this parameter was linear with power (or linear with voltage). I suggest you decrement in smaller steps and explore the response that way.
I also wouldn't be surprised if the spurious output of the transmitter changed with this setting. You might want to ask KI6ZUM. He probably knows.
Keep in mind that when you configure MMDVMHost, like in Pi-Star, takes a floating point number in the range of 0.0 to 100.0 then it scale that number to an 8-bit (1-byte) number (0-255) before setting it into the device, while with QnetModem, the range is 0-255. In MMDVMHost, the default value is 50, so I set the default value in QnetModem to 128.
|
On Sat, Feb 13, 2021 at 05:42 AM, Tom Early wrote:
You can run "./qnconfig expert" and that will give you access to many other values, including the TX power in the modem.
Be careful in this "expert" mode, you can really screw things up.
I'm seeing "Transmit level (0-255)". Even cutting this just in half is making things non-functional. I suspect it's not doing what I expected it would when cutting transmit power in half. Is 64 not half of the default of 128?
|
On Sat, Feb 13, 2021 at 05:45 AM, Tom Early wrote:
Hopefully you meant that qnconfig doesn't seem to allow an empty string from "ha".
I just pushed up a fix for this.
Yep, exactly. There were validations on both ha and hb that would not allow empty strings. Thanks!
|
Hopefully you meant that qnconfig doesn't seem to allow an empty string from "ha".
I just pushed up a fix for this.
|
You can run "./qnconfig expert" and that will give you access to many other values, including the TX power in the modem.
Be careful in this "expert" mode, you can really screw things up.
|
On Sun, Jun 14, 2020 at 10:35 AM, Tom Early wrote:
If you never do any routing (you only do linking), you can disable IRCDDB by clearing the ha parameter in the IRCDDB Menu of ./qnconfig. This normally defaults to "rr.openquad.net", so you have to set it to an empty string by entering "ha" followed by a <return>. Also make sure the hb parameter has its default value. This will shut off the traffic between your gateway and the QuadNet Servers and so will be especially useful to users that have a low-quality, low-speed connection to the internet. Because you're not connected to the QuadNet Servers, you won't see your transmission on the www.openquad.net Last Heard page, but you will still see your activity on any reflector dashboard, including XLX307, XRF757 and XRF735.
Tom, did this change? The qnadmin tool doesn't seem to be allowing an empty string for the IRCDDB servers.
|
Re: New version of QnetGateway, please uninstall before downloading!
So that is why I could in IS after I GPed till I gave up on using Mobile SSH and switched to Putty on the Windozer .
Oh it worked just fine up and running I may need to update the Configure "D" (upper case) a bit though But that's optional.
"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 Monday, February 8, 2021, 05:09:29 PM EST, Tom Early <n7tae@...> wrote:
Everything can be done from the ./qnadmin menu. See Section 2 of the Wiki.
The only thing you have to be careful of is if, when you do the "git pull", you might end up pulling down a new version of qnadmin.
git pull will show you what files are being updated and if you are currently using qnadmin and it pull down a new version, you should exit qnadmin as soon as you can. After that, you can start it up again and continue where you left off.
|
Re: New version of QnetGateway, please uninstall before downloading!
Everything can be done from the ./qnadmin menu. See Section 2 of the Wiki.
The only thing you have to be careful of is if, when you do the "git pull", you might end up pulling down a new version of qnadmin.
git pull will show you what files are being updated and if you are currently using qnadmin and it pull down a new version, you should exit qnadmin as soon as you can. After that, you can start it up again and continue where you left off.
|
Re: New version of QnetGateway, please uninstall before downloading!
NOOB question... how does one uninstall it?
|
New version of QnetGateway, please uninstall before downloading!
There are several changes in this release. It is very important to uninstall your system before upgrading. The Makefile had been installing system scripts in /lib/systemd/system and I realized they should have been going in /etc/systemd/system instead. It's not a really big deal where they end up, but I should follow Linux convention. So you will want to completely uninstall your system before downloading the new code (including a new Makefile) and reinstalling.
This version fixed IRC logging. It had been broken for several releases, ever since I redesigned the IRC routing cache used by qngateway. If you turn IRC Logging on, you'll see most of the traffic that comes to qngateway from the IRC server, updating mostly what reflectors users are using and gateways as they log into the openquad.net network.
The qnconfig script will not let you accidentally specify an IRC hostname with commas instead of periods.
I also found a much faster way for the dashboards to report you IP addresses. Instead of using "curl", which can be incredibly slow at times, the dashboards now use a dns utility called "dig". Most Linux distributions include dig in a package called dnsutils, but unfortunately it is not included in the Raspberry Pi OS, at least in the Lite version. So, Raspberry Pi Owners, you have two choices:
- Install the dns package with "sudo apt update && sudo apt install dnsutils", or,
- Simply uninstall and reinstall the dashboard with "sudo make uninstalldash && sudo make installdash".
|
Re: QnetGateway Dashboard
Setting a simple text network ID is always a good idea, but I typically take further steps as well in order to make sure I know where and what everything is.
For ipv4, I have the DHCP server hand out static addresses as opposed to setting static addresses on the individual devices.? Nearly every commercial or hobby device has DHCP enabled by default, making this a very clean method to ensure that everything has a static IP without conflicts.
For ipv6, conflicts are precluded by using SLAAC; but addresses can change.? When I can, I used hardware based addressing.? Each device generates its IP address using the prefix advertised by the router, and completes its address using the MAC of its network card.? With hardware SLAAC, you effectively obtain a static IP--unless your prefix changes (extremely rare in my experience, even if your provider doesn't explicitly provide a static IP).? If the prefix does change, it will be evident on all devices on your network; so determining the address of a specific device is simple.
|
Re: Installation on a Raspberry Pi 3B
Don't really need BT so disabling is fine. I have since moved the whole system to a Pi Zero W and it worked with the only change needed for the sound card interface on Direwolf. Qnet worked straight away by just swapping the SD card.
It is is a very good alternative to pi-star if one needs to run more than just a hotspot on a Pi. Thank you for a great piece(s) of software, Tom! I might even try to run it on my long retired Odroid just for the fun of it.
|
Re: QnetGateway Dashboard
Whenever I bring up a new computer on my local network, I make sure it has a unique hostname. For the Raspberry Pi, you can do this with the rasp-config program.
If you have a halfway decent home router, you should be able to bring up your QnetGateway dashboard from any system on your local network using the url "<hostname>.local" where <hostname> is the hostname assigned to the system QnetGateway is installed. For example, I assigned "zumspot" to my Pi Zero W with ZUM board.
Then in a browser, I type "zumspot.local". No "http://", no "www.", just "zumspot.local" and the browser will query my home router and figure out how to get to my zumspot.
|
Re: QnetGateway Dashboard
That is why I know how to querry the router to find the IP address.
you can also set static address.
"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, February 6, 2021, 03:18:22 PM EST, Carty Ellis <carty.ellis@...> wrote:
no, I meant my ip address hadchanged and that is why I could noy find the dashboard.
On Feb 6, 2021, at 2:58 PM, John F Davis <wa8yxm@...> wrote:
? Do you mean the it has moved up the screen? The order of elements is set in Qnet configure the UPPER case D opption. Case is important here.?
|
Re: QnetGateway Dashboard
no, I meant my ip address hadchanged and that is why I could noy find the dashboard.
toggle quoted message
Show quoted text
On Feb 6, 2021, at 2:58 PM, John F Davis <wa8yxm@...> wrote:
? Do you mean the it has moved up the screen?
The order of elements is set in Qnet configure the UPPER case D opption. Case is important here.?
|
Re: QnetGateway Dashboard
Do you mean the it has moved up the screen?
The order of elements is set in Qnet configure the UPPER case D opption. Case is important here.?
|
IP address moved. Here is the dashboard relating to my previous request for help.
Carty KA2Y
|
Re: Installation on a Raspberry Pi 3B
If you need bluetooth to work, you can move it to the mini uart. Be advised that the mini uart doesn't have as much bandwidth available and is typically much slower, however, it does work.? You can replace dtoverlay=disable-bt with dtoverlay=miniuart-bt and it will move the bluetooth to a different uart so your modem will still work, and so will bluetooth.
73,
Colby W1BSB
|
Installation on a Raspberry Pi 3B
Tom's instructions state that Bluetooth needs to be disabled. After many hours, I realised that's true ;(.
I thought turning it off in the preferences on the Pi would do the trick, but finally figured out that's not good enough.
There is no error message, it says the modem runs.. it just doesn't work!
On the bright side, I have it all working now and gave one of my Pi's an extra job. It is used to run an APRS HF/VHF gateway using Direwolf, but it has plenty of spare capacity for other work.
|
Tom Early
Elden AI7HL
Carty Ellis KA2Y