Andrew

?

I tried to run this in a terminal window

?

screen -DmS test /home/pi/YAAC "java -jar YAAC.jar" and I don't think anything happened when I check screen -ls, there is no test screen created,? I am? likely doing something wrong because I am a total newbie here.? What kind of printing to? standard output do you need?

?

Joe

?

?

Easily. This is how I normally run YAAC, by launching a Terminal window on my desktop, then typing the command

java -jar YAAC.jar

at the command prompt. Of course, the environment of such Terminal windows includes the definition of the DISPLAY environment variable that identifies the graphical desktop the Terminal window is running on.

On the other hand, since I am developing changes to YAAC,? I want to see the error messages being printed to standard output in case there is a code bug?

Andrew, KA2DDO

author of YAAC

Doug

?

That is exactly what I mean and the added flexibility is? very useful.? Andrew, I should mention that CumulusMX, like YAAC, starts in a terminal and then opens into the graphical interface.? Could YAAC also work like this?

?

Joe VA3TV

?

Niece thanks

?

I My question to the group was whether YAAC could be run in a screen.? I too run direwolf in a screen but was asking whether YAAC cold be run in a screen.? Running apps in a screen allows for more control.? On my raspberry pi, am running cumulusMX and direwolf (both in a screen) and YAAC (not in a screen).

OK I grabbed a copy of YAAC from my Linux computer and installed it on the windoz machine.. everything is there opens YAAC fine and runs

?

thanks for the all the help. Now to get some APRS audio into Dire wolf and see what happens..

?

tnx agn 73

?

don

The YAAC distribution (the zip file) is just one file. But the contents have to be extracted into a directory of your choice ("YAAC" is a good name, because that directory name will be created by YAAC anyway if it doesn't already exist to contain the log files and map data). When the files are extracted, there should be about 491 files (not counting logs, map data, and any plugins you install) scattered across the base directory and three subdirectories. Lots of .png files for map icons.

As hartmangj pointed out, you can't run the YAAC program from inside the zip file; you have to unzip all the files into a directory tree first.

The zip file is just a static pile of files. It is not a program in its own right, but just a "shipping container" for the program files.

Hope this helps.

Andrew, KA2DDO

author of YAAC

---

OK yup Java checks out. Its installed and enabled

?

Problem is the YAAC.jar and YAACMain.jar are missing. Images subdirectory is missing too

?

Going to delete all the YAAC files and download it again. I have a slow connection living in a rural area so a download takes a while.

?

OR maybe I take the download the zipped file from my Ubuntu computer and drag it over to the Windoz machine. I know that one worked. Its all one file right ? It doesn't query the OS before download does it ?

?

don

yes i am using a raspberry pi 5

and raspberry pi os

YAAC works very well

i am using direwolf that works with yaac

?

I am also using? YAAC? on HF? with my?? ICOM-7610

?

?

How do you know these particular stations are on 440?

You haven't included any of the exact text of the packets that are bothering you, but (just looking at the technical possibilities):

1. Do you have an APRS-IS (Internet) connection that is bringing in those packets? Similarly, do you have a VHF TNC connection that is bringing in your local VHF traffic? YAAC displays everything coming in from all open ports unless you use filters to restrict your view.

2. Are they Object or Item packets identifying 440MHz voice repeaters that were digipeated from VHF? This shouldn't occur, but that doesn't mean someone doesn't have a misconfigured station pushing the info for a local repeater around the world.

3. Is the 440 just part of the text of the packets (such as someone at 44 degrees and 00 minutes latitude), or did someone include their local listening frequency in their packet? Again, that is useless on HF APRS, but it doesn't mean someone didn't do it.

I sincerely hope you didn't set up your station as a cross-band digipeater between VHF and HF with the normal VHF-only digipeat aliases allowed on the HF port. Similarly, you shouldn't be a transmit-capable I-gate to HF (especially one forcing extra packets from the Internet). The low baud rate of HF packet and the huge coverage area (with corresponding high chance of hidden-transmitter collisions) doesn't leave room for extra packets on the HF APRS frequencies.

Just a few words of advice....

Andrew, KA2DDO

author of YAAC

---

Andrew I think he means the program "screen" in terminal which allows you to hot key to run programs in different terminal screens. You can run top in one, edit a script in another read email in another screen etc.

When you say "screens", do you mean the alternate command-line-output that doesn't have to be actively displayed on a graphical desktop? Such as is typically used for direwolf, a "headless" command-line app that reports its log data to standard output?

If so, that is why "screens" won't work with YAAC. YAAC is a graphical app that must be displayed on a graphical desktop, not in a command-line-only environment. The only information that YAAC writes to command-line standard output is debug and error log data which is also copied to a rolling disk file. And "screens" doesn't tell the apps hosted in it where its desktop is (because screens doesn't know, and may not even have a desktop at any given time).

Now, if you are trying run the graphical displays of YAAC in a virtual desktop (such as a VNC remote desktop), when you launch YAAC, you need to tell it which desktop to use for its displays. On Linux and other Unix derivatives, this is done with the DISPLAY environment variable, whose value defines the X Windows address of the X server (screen server) to use. Graphical desktops and terminal windows upon such a desktop inherit the desktop's setting of this environment variable. For security reasons, X servers do not by default allow access from apps not launched from their desktops, so you may have to not only define the DISPLAY environment variable correctly, but also use the xhost command to authorize non-desktop app processes to access the screens of the desktop.

If your system is using Wayland instead of X, the desktop is deliberately not remotely accessible. You will have to either switch from Wayland back to X, or find an X server emulator for Wayland that will provide the off-system access capabilities of X.

Hope this explains why your attempts aren't working.

Andrew, KA2DDO

author of YAAC

---

[Edited Message Follows]

I have recently been introduced to running apps in screens in raspberry pi.??

?

I tried to run yaac in a screen but have not been successful.? Maybe I do not have the correct options.? Can anyone help.

?

Thanks.

?

Joe

VA3TV

?

got it tnx Rusty

?

why am i seeing. 440 aprs? i am on HF. ?14.102.3. and 10.147.60

?

on the radio view of yaac. ?how do i limit it to only HF?

?

tnx everyone for helping

Make sure that you are installing the Java Runtime Environment. I got mine from java.com/download/ie_manual.jsp

?

After it is installed go to the command prompt and type java -version

?

If it installed correctly you should get a message listing the version number and identifing itself as the Java SE Runtime Environment.

?

Now you should be able run YAAC through the GUI by clicking on YAAC.jar or if you are comfortable with a command line you can run it from it's home directory with the command java -jar YAAC.jar

?

Make sure that you are in the YAAC directory and that you aren't accidentally inside of the .zip file. This is such an easy mistake to make on windows that I usually delete .zip files or move them to a USB drive after unzipping the contents.

Here's a few things to check before you try again:

1. On your Windows system, open a Command window (the old-style DOS prompt). In that window, type the command

java -version

(Note that the hyphen "-" is required as part of the "-version" option to the "java" command)

This will verify that the Java runtime (a prerequisite for YAAC) is installed properly and print out what version of the runtime you are using. If this command does not work, then you need to fix your Java runtime installation before you go any further with YAAC.

2. Assuming you passed the Java runtime test, and still using the Command window, cd into the directory where you unzipped the YAAC.zip file. Issue the DIR command and verify that the YAAC.jar and YAACMain.jar files are present in that directory, and there is a subdirectory named images.

3. Assuming all the above-mentioned files are there, type the command

java -jar YAAC.jar

This will start up the Java runtime running the program inside the YAAC.jar file. Do not discard what gets printed out after you run this command; if the YAAC map window does not open and prompt you to run the configuration wizard, then the text printed in the Command window will be critical to determining why YAAC didn't start up.

Hope this helps.

Andrew, KA2DDO

author of YAAC

nope that didn't work.? I'm gonna download the file again and unzip it.? Maybe I? got a corrupt file.

?

don

hummm thought I did that too....let me go back and try that.

?

thanks

don

Run the file YAAC.jar just like you'd run an .exe file. If Windows asks you to select a program to run this filetype then select Java.

?

If everything goes right YAAC should start.

OK I know I'm doing something wrong. I got to be part of this problem

?

Downloaded YAAC for source forge, unzipped it, looked for an .exe file not there..ummmm (windoze 10)

?

Downloaded it on my Ubuntu machine unzipped it and there was the .exe file. (Ubuntu install went fine)

?

I got Java running on the windoze machine (the enable box checked in the runtime environment)

?

What am I doing wrong ???

?

Be kind I'm old.

?

don