Hello,
I have two DVAP's (DV Access Point Donge's) running on two separate PC's.....Windows 8.1 and Windows 10....

On the Windows 10 PC, the DVAPTool 1.05 runs and operates fine except for the crowding of the text....I've tried to adjust Display size with no positive results...
Is there something in the Terminal window that can be adjusted for this?
Thanks for your time,
Mike Erstad
K9BBN

Sorry for the long response time.

It would be a lot of work to expand the number of modules in QnetGateway. It's pretty much hard coded into the gateway and the link program.

I am considering a big rewrite of QnetGateway that as designed will be a single program, tentatively called DGate. See the attached pdf for an illustration of how I'm thinking about the C++ class structure hierarchy.

If all you were doing is changing a value in any config file, including MMDVM.qn, you don't need to do a "git pull" or even recompile. You just need to "us" and "is".

In the offending directory, do a "git status" to see what you've changed. Then you can store your changes anyplace and to a "git restore <file that you changed>" and then you can do a "git pull" and then reapply the changes you did, if needed.

I'm not sure what you had to change in the YSF gateway directory to get QnetGateway to work with D-Star and fusion. When you build a multimode system, MMDVMHost is the main program and gateways provide the connections to all the modes you want to support. QnetGateway at that point is just a D-Star gateway interfacing with MMDVMHost.

Hi there,
I'm trying to rebuild Qnet gateway, because the mmdvm.qn file didn't have the right parameters to access the modem on my hotspot. I uninstalled the currently configured syste with us, “us”, disabled DTMF, “Ud” and cleaned all the executables, “c”
When I try to do a “gp” I'm getting a message that says I need to merge, or stash some of the changes I've made, because pulling the latest sources will overwrite them. I have set up a chron job, and I did make a change to something in the YSF gateway directory to allow Qngateway to work with d-star, and fusion. Can you all help?
Thanks,
Justin

Thanks, Tom. If there is anything I can do let me know. That includes giving you access to my gateway.

Dan

Sorry. For several months now, my programming time has been used up on another big project.

I'm sure there are loads of problems with the mega branch. I'll be working on this in a few days.

I rebuilt and started th mega branch of QnetIcomGateway today, and it's working.? But, I'm not sure I don't have problems. I'm going to leave it running for a while to see how things go.? First issue,I had two way audio between the repeater and the connected reflector, and all of the sudden we lost audio on the repeater side.? Stopped, restarted, played around, and now audio is back.?

I see a steady flow of these errors in the log.

?

Jan 29 21:20:04 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:04 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

They show up at the rate of about 1 per second until I key up on the reflector side.? Then, there is a flood of the same Unknown Socket family errors.??

My qn.cfg file looks like this:

?

ircddb_login='WX4PCA'

module_c=icom

module_c_link_at_start='XRF043 A'

module_c_auto_link=true

module_c_callsign='WX4PCA'

module_c_frequency=145.340

module_c_ip='10.0.0.3'

gateway_local_irc_ip='0.0.0.0'

gateway_internal_ip=0.0.0.0

aprs_enable=false

log_qso=true

log_irc=true

log_dtmf=true

log_debug=false

dash_refresh=20

dash_show_order='MO,LH,UR'

Jan 29 21:20:05 raspberrypi qnlink[4927]: Unknown socket family: 0

On Mon, Jan 17, 2022 at 10:02 AM, Elden AI7HL wrote:

I think QnetGateway currently allows for three D-Star modules... A,? B, and C. What are the chances of getting more? I have four hotspots at home. Currently no way to run QnetGateway on all of them because of this limitation.

This is a very low-priority wish. As I mentioned, I have four Raspberry Pi hotspots. I decided to run three on QnetGateway and one on DOH. So all is good.

Alas, I rolled back to the version of QnetIcomGateway I was running before.? The new version was starting up ok. I was getting a message that I was linked to the reflector.? But, I didn't seem to be getting anything from the reflector.? I had a couple of people who were connected to the reflector via hotspot or Peanut call me.? I could hear them on my hotspot, but could not hear them on the repeater. I was able to talk to them on the repeater.?

I think QnetGateway currently allows for three D-Star modules... A,? B, and C. What are the chances of getting more? I have four hotspots at home. Currently no way to run QnetGateway on all of them because of this limitation.

I think I answered my question!? Copied qndash.service from QnetGateway, and all is well.? Dashboard is running and at least gives us the ability to see what's going on and send UR commands.? To be honest, I was about to replace QnetIcomGateway with Pi-Star so that our folks could at least see it without SSH.? Having the dashboard is a huge improvement in my opinion.?

Last comment in this thread from a year and a half ago was that the Icom gateway had not been tested.? Has anyone tried it or am I still first?

Thanks for the gateway and for the upgrade on the Icom side!

A year and a half later, and I'm FINALLY giving this a try!? ? And, I'm not even a wanna-be with git, but trying...!

I did this...

cd
cd QnetIcomGateway
sudo ./qnadmin (remove working system and quit)
cd?
mkdir mega
cd mega
git clone -b mega git://github.com/n7tae/QnetIcomGateway.git
cd QnetIcomGateway
cp ~/QnetIcomGateway/qn.cfg .
sudo ./qnadmin (install and montor logs)

At this point it seems like it's running.? It reconnects to my default reflector.? All seems good.? If I go into "qnconfig expert" I see options for the dashboard.

I tried to install the dashboard but failed when I?copy qndash.service.80 from system. Not there.? I've only got qndtmf.service, qngateway.service, and qnlink.service in system.

sudo make installdash seems to work for a while before it ends with:

?

/bin/cp: cannot stat 'system/qndash.service': No such file or directory make: *** [Makefile:98: installdash] Error 1

?

?

Because you system is screwed up now, I suspect you did a "gp" in the ./qnadmin main menu sometime recently, so you should have it already. MMDVM.ini in the MMDVMHost build folder.

If you would have run "git pull" manually instead of inside ./qnadmin, you would have seen that a new MMDVM.ini was being downloaded. That's a hint that you need to worry about whether you MMDVM.qn file is still good or not.

NOTE TO SELF: Add a warning to qnadmin if a user's initialization file is older than the .ini file it was derived from.

开云体育

That amkes total sense. ?This is probably a silly question, and the only justification that I have is that I’ve been traveling a bit, so I need to undo my Qnet gateway cobbwebs. ?where can I find the latest version of mmdvm.ini? LOL...

Looks like the modem device string is empty. Things have changed in MMDVMHost recently (importantly, SerialController.* is now UARTController.*) so some variables defined in MMDVM.ini have new names. Therefore you should probably redo you MMDVM.qn file. Move your old one out of the way for safe keeping. Then, copy the latest MMDVM.ini to MMDVM.qn and edit it for your setup.

P.S., The -f option of journalctl doesn't show many lines. It probably would have been more helpful to see more from the end of the log:

sudo journalctl -u mmdvm | tail -30

will show the last 30 lines.

开云体育

Here is what the logs say:

Whoops, sorry. Because it's not running ./qnadmin log menu won't offer it.

You'll have to run it manually:

sudo journalctl -u mmdvm -f

开云体育

So when I try to use the log menu, I see that mmdvm has not started, and I’m not seeing any ind of logs provided. ?I have my th-d74 running, and occasionally I can hear some kind of a blip on the radio when I’m tuned to the hotspot’s frequency.

Look in the mmdvm.service log. You can use the log sub-menu of ./qnadmin to do that, or, if you prefer use journalctl (you need to be root).

Folks, I’musing one of the n5voc boards, and I’m doing a re-install of the Qnet gateway software. I uninstalled the system using us, cleaned the executables from the main menu of qnconfig, and then tried to re-install using is. However, after I’ve done the install of of the system using is, MMDVM doesn’t appear to be running. Is there any kind of guidance where I could go to find out why the MMDVM service is not starting? I can hear a little blip from my radio periodically, so something is definitely happening. Thanks for any troubleshooting tips.

Justin