Thanks Andrew, will watch for the next release.

You're correct, this patch shouldn't be necessary. What it does is bypass all the checks for valid packets, and also bypass the ability to forward to the APRS-IS if the YAAC instance has an upstream APRS-IS connection. So, the question is, why aren't you transmitting without this patch?

I did find a bug in core YAAC that would prevent the packet from being sent, but the packet logic needs to be worked a little more, since right now such sub-client packets are treated as neither I-gate packets nor RF packets, so I have to ensure sub-client I-gated packets are properly converted to RF format when coming from a sub-client and pushed regardless of whether the recipient is known from RF (Tx I-gating rules). Watch for the next build of YAAC, with a new version of the pseudo-APRS-IS plugin as well.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of vas22 <vassilis@...>
Sent: Monday, November 27, 2023 2:37 PM
To: [email protected]
Subject: Re: [yaac-users] Issue transmitting with Pseudo APRS-IS Server plug-in

[Edited Message Follows]

Hello Andrew and thank you for the quick response!

I confirmed that I have the right options (both available options) selected and I am using the a valid APRS passcode for my callsign. Tried different SSIDs on the client as well as the same I am using in YAAC to no avail.

I ended up patching the plugin with the following code and got it to send messages over the RF port (and receive them on my HT/APRSDroid). I might be still be doing something else wrong, as I suspect this patch is not necessary.

File: ConnectedAprsClient.java
393a394,403

// Patch to send to RF ports as well
System.out.println("Scanning for RF ports");
for (PortConnector pc : PortManager.getPortList()) {
if (pc.hasCapability(Connector.CAP_RF) && pc.hasCapability(Connector.CAP_XMT_PACKET_DATA)) {
System.out.println("Found a capable RF port, sending");
TransmittingConnector tc = (TransmittingConnector)pc;
tc.sendFrame(frame);
}
}

Thanks for the response Andrew.

I'm trying to setup a bi-directional i-gate, since everything in my area appears to be rx only. I thought it should have been beaconing via both RF and IS, but maybe at that point I hadn't gotten it setup correctly. It seems to be stable now, I've had it up and running for about 4 hours and it hasn't disconnected the IP port in that time.

Greetings.

The units for latitude and longitude in APRS are degrees and fractional minutes. You can switch to either of the two other formats you mentioned from the expert-mode Configuration dialog's Preferences tab, but the default display and entry unit are the protocol "wire" unit.

Your station location is the last location for your callsign that was echoed back from a digipeater. I would assume that you didn't select using the GPS data as your station's beacon position when you were in the wizard, nor via the expert-mode Configuration dialog. Therefore, your beacon position would be the fixed location you typed in using the wrong units.

Hope this helps.

Andrew, KA2FFO
________________________________________
From: [email protected] <[email protected]> on behalf of Bill AA6BD <bill@...>
Sent: Monday, November 27, 2023 4:41 PM

I have just installed a new Raspberry Pi installation using Buster and 73Linux (updated Build-a-Pi). I downloaded YAAC and it installed YAAC-1.0-beta191.
I have a GPS attached and it is showing a 3D fix using cgps at my gridsquare.
When I configured YAAC, I used Wizard mode. On the third screen, it asks for my default location.
I have my location in decimal degrees and degrees-minutes-seconds
But the wizard wants location in a format that does not look like either of these. I entered my degrees and tried to enter my minutes and seconds but I don't believe that is what YAAC expects.
What is the format expected by the Wizard?

I selected that I have a GPS via gpsd and I believe this is working as I can see my coordinates and gridsquare in cgps. YAAC shows a GPS button in green.
When I click on "pan to local station position" the map puts me some distance away from my location, which is shown with my icon correctly.
YAAC seems to be stuck using the coordinates I entered in the Wizard rather than using the GPS supplied coordinates.
How do I get YAAC to center on my actual location as found by my GPS?

--
-- Bill AA6BD

There's a couple of interrelated reasons:

1. Are you beaconing or I-gating through your APRS-IS connection? If you aren't sending any traffic to the backbone, it will eventually disconnect your station, i.e., you must be dead, you're not sending anything. Anything that looks like an I-gate to the backbone is expected to send traffic. Otherwise, why are you adding load to a backbone server by tying up one of its available port connections?

2. You haven't checked the "Retry connect indefinitely" checkbox on your APRS-IS port configuration to tell it to reconnect after a failure.

Ensure both of these issues are fixed, and see if you still have the problem.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Mike W7MVG <mike@...>
Sent: Monday, November 27, 2023 3:11 PM
To: [email protected]
Subject: [yaac-users] IP / APRS-IS box turning yellow

Why does my IP box keep turning yellow after about half an hour?

[cid:[email protected]]

When it does this and I click on it, the "Enable port" checkbox is unchecked. If I check it again and then save it, the IP box turns black and stays that way for about half an hour, then turns yellow again. What's going on here?

Thanks

I have just installed a new Raspberry Pi installation using Buster and 73Linux (updated Build-a-Pi).? I downloaded YAAC and it installed YAAC-1.0-beta191.??
I have a GPS attached and it is showing a 3D fix using cgps at my gridsquare.
When I configured YAAC, I used Wizard mode.? On the third screen, it asks for my default location.
I have my location in decimal degrees and degrees-minutes-seconds
But the wizard wants location in a format that does not look like either of these.? I entered my degrees and tried to enter my minutes and seconds but I don't believe that is what YAAC expects.
What is the format expected by the Wizard???

I selected that I have a GPS via gpsd and I believe this is working as I can see my coordinates and gridsquare in cgps.? YAAC shows a GPS button in green.
When I click on "pan to local station position" the map puts me some distance away from my location, which is shown with my icon correctly.
YAAC seems to be stuck using the coordinates I entered in the Wizard rather than using the GPS supplied coordinates.
How do I get YAAC to center on my actual location as found by my GPS?

--
-- Bill AA6BD

Why does my IP box keep turning yellow after about half an hour?



When it does this and I click on it, the "Enable port" checkbox is unchecked. If I check it again and then save it, the IP box turns black and stays that way for about half an hour, then turns yellow again. What's going on here?

Thanks

Hello Andrew and thank you for the quick response!

I confirmed that I have the right options (both available options) selected and I am using the a valid APRS passcode for my callsign. Tried different SSIDs on the client as well as the same I am using in YAAC to no avail.?

I ended up patching the plugin with the following code and got it to send messages over the RF port (and receive them on my HT/APRSDroid). I might be still be doing something else wrong, as I suspect this patch is not necessary.

File: ConnectedAprsClient.java

Greetings.

When you set up the Pseudo-APRS-IS plugin, are you sure you updated its configuration to enable "Forward authorized transmissions from client through YAAC's upstream connection"? If that isn't checked, APRS packets from sub-clients of YAAC won't be sent onwards. And you have to use a valid passcode for the callsign specified by your sub-client, or the packets won't be forwarded either; I'm assuming the sub-clients are using your same callsign, but different SSID, so the same passcode used for your upstream Internet connection can be used in the sub-clients.

Also, incorrectly formatted packets won't go on upstream either, so make sure every packet you're injecting is compliant with the APRS Protocol Specification.

If your sub-client's packets show up in YAAC's Raw Packets display in magenta (sort of hot pink) text, that means there's some sort of syntax error in the packets.

Hope this helps.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of vas22 <vassilis@...>
Sent: Sunday, November 26, 2023 2:19 PM

Hi,

I installed the Pseudo APRS-IS Server plug-in and I can successfully connect and receive packets using the Python aprslib client. However when I try to transmit a packet, I can see the packet in the raw messages log of YAAC but no actual transmission is happening. I have both option checkboxes checked and successfully logged in as an authenticated user.

I have a single port setup (Direwolf) and have enabled transmission, I can send beacon and messages from YAAC with no issues, problem is when connecting to the pseudo APRS-IS server.

Any suggestions on how to send messages from a Python script?

Thanks,
Vassilis

Hi,

I installed the?Pseudo APRS-IS Server plug-in and I can successfully connect and receive packets using the Python aprslib client. However when I try to transmit a packet, I can see the packet in the raw messages log of YAAC but no actual transmission is happening. I have both option checkboxes checked and successfully logged in as an authenticated user.

I have a single port setup (Direwolf) and have enabled transmission, I can send beacon and messages from YAAC with no issues, problem is when connecting to the pseudo APRS-IS server.

Any suggestions on how to send messages from a Python script?

Thanks,
Vassilis

There was a problem in build#185 that would cause the upgrader to fail if you had your operating system distro's copy of the JSSC library installed. So if you are upgrading from that version, it won't work.

Just shut down YAAC and manually unzip the YAAC.zip file over your existing installation (bypassing the broken checks in the upgrade logic) and you should be good.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of KC0TAF Mike <kc0taf@...>
Sent: Monday, November 13, 2023 5:59 AM

I can't update my YAAC, getting the following error message:
[image.png]

Have uninstall and reinstall OpenJDK and YAAC. Still get the error.
--
------------------------------------------------

Mike Wisniewski
KC0TAF
COMT, AUXCOM

Note this new build includes some non-backwards-compatible changes
to the YAAC importing of OpenStreetMap data. The updated map data
(as of the October 30th snapshot) is also available, but requires taking
the code update to use it.

next beta build#191 of YAAC ("Yet Another APRS Client"), created 2023-Nov-13

downloadable from
or

changes and updates include:
1. add support for decoding USGS river flood gauges (from FireNet).
2. remove duplicates from received text messages display.
3. fix scaling of weather flood level value.
4. support maxweight limits in units of persons, i.e., elevator or foot
bridge capacity.
5. allow monitoring APRS Objects the same way specific Stations can be
monitored, including right-clicking to monitor.
6. improve the interface for drawing extra information on line-of-sight
plots, and provide an implementation that can add OpenStreetMap Nodes
and Ways that might obstruct a line-of-sight, but is selectively
enabled by the expert-mode configuration dialog so small machines
running YAAC won't be driven into the ground from the memory demand
if not explicitly chosen.
7. add the ability for code launching line-of-sight panes to get feedback
from antenna height sliders.
8. fix marking start point for line-of-sight plots.
9. add hook for creating non-standard popup menus.
10. work around XML limitation that XML strings cannot contain US-ASCII
NUL control characters, which causes problems for saving Status
message configurations when they don't send Maidenhead locators
with APRS symbol codes.
11. make compatibility-breaking change to OpenStreetMap data storage
format to support more RF line-of-sight blocking structures that can
be plotted by the new line-of-sight plot additions. Users of older
versions of YAAC will need to upgrade to handle the new ways and
nodes files.
12. fix splitting of extremely long OSM Ways (from Relations) that are
multiply-concave.
13. tweak APRS-IS Pseudo Server plugin to allow not having an administrator
name appearing on the status web page.
14. add functionality to the AREDN Objects plugin to plot line-of-sight
for all detected AREDN nodes reported by the local AREDN node's
routing table, and also for proposed new nodes to add to the network.
Note this is a first draft of this functionality, and may be enhanced
in future builds. Also, it depends on the new OpenStreetMap import
functionality introduced in build 191 of core YAAC, and on the
topgraphic data.

开云体育

To clearify. I am not sending those, they are being sent by firenet.us.?

So yes they all have the same format?

Alas, the problem here is that your flood gauge Object is not sending weather station data (in particular, the "Fnnnn" flood level field according to the APRS protocol specification for weather data), so it is not recognized as weather data. Also, you're using the Water Station symbol /w (as in a drinking stop on a public service event course) instead of the Flood Gauge symbol \w (or one of its overlay variants specified in the APRS 1.2 extended symbols list) or one of the weather station codes like /_ (this latter code means the packet contents would actually be interpreted as weather data).

Is the format you're sending the standard for all flood gauges? I might be able to add those additional fields to the Weather Alert plugin. What information are the NNNgh and NNNcfs values, and in what units?

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Glen Briggs <kb0rpj.glen@...>
Sent: Monday, November 6, 2023 11:00 PM

i have added a river gauge to the weather station monitor but it reports no data.

However, the gauge is actually reporting the "flood level"



it would be nice if this was fixed and we add alarms for gauge height along with wind and rain to the alerts settings?

i have added a river gauge to the weather station monitor but it reports no data.?

However, the gauge is actually reporting the "flood level"



it would be nice if this was fixed and we add alarms for gauge height along with wind and rain to the alerts settings?

The odd "Q19700 pour Wikidata" is a strange ref="" key somebody attached to the OSM Relation id#11888769 for the River Taff. YAAC treats ref="" attributes of a tag as a highway route number (like the M5 symbol you can see near Gloucestershire). But this one is very poorly formatted, as the value provided could not be used automatically to look up other data about the geographical feature (due to the "pour Wikidata" suffix in the text).

开云体育

I just got it to work (with the correct spelling). Noticed that the YAAC drop-down defaults to the incorrect spelling.
Repeated tests fail however. Is there a limit on traffic through aprslink?