HI Andrew, thnaks a lot for this new version of YAAC.

I just tested the outernet option in the program , sad to say still not work with the new othernet data format.

In the photo you can see what I get calling directly the messages page in othernet server.

The file YAAC.out can explain better whats happen when I start the program.

Hope this will be useful, once again, tnx for the job.

IW0HJZ alberto

After a long wait, the next build is out. The SSL interface to APRS-IS should be working again, as long as your Logbook Of The World certificate is current (if not, get it renewed).

next beta build#148 of YAAC ("Yet Another APRS Client"), created 2020-Mar-26

downloadable from
or

changes and updates include:
1. more improvements in OpenStreetMap importer, including support for
coastline shapefiles and attempting to fix tiling of large bodies
of water.
2. add more debugging code in case plugins are flaky.
3. fix NullPointerException with Tx I-gated packets.
4. add support for still-in-development speech recognition plugin.
5. don't report NullPointerExceptions when processing GPSD packets
before the GPS receiver has acquired the constellation almanac.
6. ensure optional Help button in error message dialog has focus if
it is included in the dialog.
7. handle prompting for and processing handshake of Winlink password
8. add ability to display public key certificates used for accessing
APRS-IS over SSL/TLS connections.
9. fix APRS-IS over SSL port driver, add option to allow encrypted
communications in case the APRS-IS server got a security upgrade
and won't allow the YAAC-default NULL cipher for communication
with the server, improve error reporting when the problem is
an expired certificate, and add support for config re-import.
10. remove spurious error message when configuring SSL-APRS-IS port.
11. add ability to type in weather station model code for WXNOW.TXT
port driver, so weather station models not listed in the (rather
old) APRS Protocol Specification can be reported in their weather
reports.
12. ensure APRS-IS server passcode is cleared when re-importing
configurations.
13. fix beacon position report packet to not include weather data if
there isn't an open weather station port (so as to prevent
transmitting stale weather data indefinitely if a weather
interface fails). Note this may cause problems if the weather
station clock is significantly off.
14. fix minor glitches in conguration re-importer.
15. attempt to fix Outernet port driver URLs for reading the Outernet
receiver's webserver.
16. collect performance statistics on WXNOW.TXT port driver, attempt to
handle file lock collision with writing application.
17. fix ADSB decoder to work around a API problem.
18. fix startup bug for Icom CI-V control in repeater finder plugin.
19. add speech plugin support to repeater finder plugin.
20. make repeater finder able to speak tuning changes if sounds
plugin is also installed.
21. add speech plugin support to small screen plugin.

开云体育

YAAC only works on systems where a Java runtime of at least Java major release 7 is installed. I don't believe there is a Java runtime installer that will work on Windows XP (at least not one for Java 7 or later).

________________________________________
From: [email protected] <[email protected]> on behalf of Gervais Fillion <ve2ckn2@...>
Sent: Thursday, March 26, 2020 9:14 AM
To: [email protected]
Subject: Re: [yaac-users] Configuration for fill-in digipeater / RF <> IS Igate

Andrew,
remind me,
Yacc dont work on XP ?

73
gervais ve2ckn

开云体育

Hi, Aaron.

Took a while to figure this out.

I think the reason for your problem is that your Pocket Packet didn't send a position beacon through the I-gate before it started text messaging. As such, the APRS-IS didn't know which I-gates to send the reply through.

Did you wait for it to beacon when you were using other I-gate apps than YAAC?

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Aaron Jones <aaron@...>
Sent: Saturday, March 7, 2020 3:16 PM
To: [email protected]
Subject: [yaac-users] Configuration for fill-in digipeater / RF <> IS Igate

Hello,

I've been really impressed with YAAC. I have set up a Rpi3 with TNC-PI2 connected to a yeasu 2980R 2m rig. I originally started with a windows 7 machine running APRS IS/32 which worked great for last couple of months but I wanted something more portable that I can put at a repeater site my buddy has space in so I moved to the TNCPI. I set up APRX first but it lacks good message management and a basic GUI and I really want to use YAAC. Which brings me to my one problem:

I can't seem to get IS messages back out over RF despite having a Supplemental IF filter set and a filter set on my IS port. On the other apps I had no problem testing sending from my APRS client on a phone / tablet out to my HT over IS > RF and back again from HT to Phone from RF > IS. Both RF and IS igating are configured. I'm assuming it's something to do with the filter OR my digipeat path settings but at this point I'm so turned around I can't get what was working quite easily on my last two configurations to work with this.

Could someone check out my configs and let me know what I'm missing?

My callsign SSID assignments are as follows:
AG7GK-2 is the Igate / Digipeaters (RF AND APRS-IS CONNECTED)
AG7GK-7 is my HT, a yaesu FT2D
AG7GK-8 is my Iphone / Ipad (depending on which is connected and on) connected to APRS-IS

Main expert General config screen(don't see any relevant settings):

[cid:[email protected]]

Note: Whenver I set a supplemental Tx-Igate filter it does not "store" in this field, I can't tell if it's working or if it is getting overriden by the APRS-IS port filter. At this time i set that filter to m/120, or 120km range from my beacon location.
I have RF>IS AND IS > RF gating enabled
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]
[cid:[email protected]]

Here are some examples of messages:
My HT beacon and raw filter from YAAC entry:
[cid:[email protected]]

I confirm that message and show good path on APRS.fi through AG7GK-2
[cid:[email protected]]

Mesa from AG7GK-2 to AG7GK-7 over RF worked great, ACK received from AG7GK-7 TO AG7GK-2

[cid:[email protected]]

I sent a message back from the HT AG7GK-7 over RF to AG7GK-2 and received and ACK on the HT

[cid:[email protected]]

Testing from HT TO pocket packet AG7GK-8 i do not receive an Ack though the phone sends it:

[cid:[email protected]]

What issue do I have with my digipeat / igate settings or paths?

Thanks AG7GK
Aaron Jones

开云体育

I can't say what those other stations actually are, so you'll have to try.

Regarding old-style connected packet mode: In theory, you should be able to do so. As long as DireWolf just passes all AX.25 packets through to YAAC, YAAC has a complete AX.25 stack to handle initiating and (if configured) receiving packet connections. You will need to configure your AGWPE or KISS port connection to DireWolf to support raw AX.25 packets instead of APRS. Presumably, these BB stations are also not on the standard APRS frequency as well (another reason to disable APRS on the port you use to try to connect to connected-mode packet stations, so you don't clutter the channel with APRS packets).

Once you are configured correctly, there is a "Connect to PBBS" choice on the "Message" menu that you would use to initiate connections. If you want keyboard-to-keyboard chats and want others to be able to connect to you, go to File->Configure->Expert Mode, and on the Preferences tab, check the "Accept inbound AX.25 connected-mode requests" checkbox. In that case, disable your APRS beacon and use your Status message to do your connected-mode beaconing so other connected-mode users can find you.

Note that YAAC is not optimized for this sort of thing. It was intended to be an APRS client, not a packet chat client or PBBS client. And the Chat option on the "Message" menu is not connected-mode packet chat; it does it by APRS text messaging, and just uses a instant messaging style window to keep the text messages from one remote station separated from all the other ones you would see in the View->Messages->Raw Messages window.

Hope this helps.

Andrew, KA2DDO
author of YAAC
________________________________________
Sent: Wednesday, March 25, 2020 10:48 AM
Subject: [yaac-users] Yet another newbie question.

Hi All, I see on the map station -bb.. are these ax.25 packet buliten boards, and can I configure YAAC with direwolf to talk to the old packet protocol??
73 Brad N8YG

Hi All, I see on the map station -bb.. are these ax.25 packet buliten boards, and can I configure YAAC with direwolf to talk to the old packet protocol??
73 Brad N8YG

“?If Andrew's code hasn't been updated do that handshake, it won't work.”

it works. I follow the procedure outlined in winlink.org web pages.?

On Tue, Mar 17, 2020 at 07:19 PM, Greg D wrote:

EMAIL-2

Thanks Greg, the EMAIL-2 worked.. FYI
73
Brad N8YG

开云体育

Unless things have changed, you can send (not receive!) email from an APRS client by sending a message to EMAIL-2, with a message consisting of the email address, a space, and the message text.? Keep it short (single packet!), and don't expect a reply (it's one direction).? But it worked for me last time I tried it.? Came in really handy some years ago when my wife and I were on a vacation and found ourselves at a beautiful B&B on the coast in the middle of a cell phone black hole.? No bars (the RF kind).?? But APRS worked, and we were able to let our kids know that we arrived safely and would call them the next day.? I did this from the front panel of my Kenwood TH-D7AG, which was a thousand button presses.? I expect you can do the same in seconds from YAAC simply by sending a message and typing it out.

You can also send an SMS message to a phone with the SMS Gateway.? Message to SMSGTE, with the text being an "@" followed by the phone number (including area code, numbers only), a space, and the message.? This one is bi-directional, though the initial message must come from the Ham station.

The issue with WLNK-1 is that a few years ago they implemented a security handshake (password verification exchange) as part of the connection sequence.? My compliments to whoever came up with the idea; it's a very creative way to do a reasonably secure handshake over an unencrypted link.? It can be done by hand (I've done it), but the timeout is rather short, so it's fussy to do typing from a keyboard-based client, and essentially impossible from an HT.? If Andrew's code hasn't been updated do that handshake, it won't work.

Greg? KO6TH

Yet again I stumble. I meant sending WINLINK email via APRS is what I was told was obsolete. There is a way to send generic email via APRS. I just do not know the details. I think my son got it working, I will consult with him.

Michael WA7SKG


n8yg via Groups.Io wrote on 3/17/20 3:37 PM:

I just thought I was going crazy.. ok, at least only partly crazy..

My bad. Learn something new every day. Never noticed that before. I asked previously about sending email via APRS and was told it was obsolete.

Michael WA7SKG


n8yg via Groups.Io wrote on 3/17/20 10:07 AM:

Wlnk-1 worked at least last week.?

I used it a few days ago following the instructions on the winlink website for APRS link