Yes, it does indicate a syntax error. The specified format of the WXNOW.TXT file (that YAAC knows about, anyway, according to the Cumulus application's documentation) is a two-line file. The first line contains the date/time of the weather sample in the format

MMM dd yyyy HH:mm

Not sure whether that is local time or GMT, but YAAC interprets it as local time.

The second line is the APRS packet starting at the wind direction (for your sample, at the "051/004" text), without the position, timestamp, or APRS-IS third-party header.

If I need to support this format as well, I can add that in a future build of YAAC.

Andrew, KA2DDO
author of YAAC

________________________________________
From: yaac-users@groups.io <yaac-users@groups.io> on behalf of Bob Evans <bob9750@...>
Sent: Monday, April 13, 2020 10:19 AM
To: yaac-users@groups.io
Subject: Re: [yaac-users] WX station question

Thanks for getting back to me so fast!

I am using the wxnow file generated by Weathercat and I selected the location using the port update screen in YACC

/Users/admin/Library/Application Support/WCWeb/WXNOW.txt

I'm also using the latest build #148 26Mar2020

Just checked the error log and it shows the following:


Mon Apr 13 10:15:48 EDT 2020: WxPoller unable to read weather due to: java.text.ParseException: Unparseable date: "FW6940>APRS,TCPIP*:@131415z4208.54N/07137.00W_051/004g016t056r023p037P038h92b10145WeatherCatV244B2H31"

at java.text.DateFormat.parse(DateFormat.java:366)

at org.ka2ddo.yaac.io.WxnowTxtConnector$WxPoller.run(WxnowTxtConnector.java:99)

at java.util.TimerThread.mainLoop(Timer.java:555)

at java.util.TimerThread.run(Timer.java:505)

Mon Apr 13 10:15:48 EDT 2020: port WXNOW.TXT: /Users/admin/Library/Application Support/WCWeb/WXNOW.txt failed

Does this indicate that it's a problem with the Weathercat format?

Bob


On Mon, Apr 13, 2020 at 10:10 AM Andrew P. <andrewemt@...<mailto:andrewemt@...>> wrote:
OK, which weather port driver are you using inside YAAC? The Serial_Weather port type can only be used with Peet Bros weather stations, and requires exclusive use of the serial port connected to the weather station (i.e., the same serial port can't also be used by WeatherCat or any other application).

If you are using the WXNOW.TXT port driver in YAAC (what you should be using in your case), did you configure the port to the correct location where WeatherCat is storing the WXNOW.TXT file? The orange button on the toolbar indicates an error in the port, possibly due to not being able to find the file. It can also be due to a file access collision where YAAC tries to read the file while WeatherCat is updating it. If that is the cause, update to the latest build of YAAC; I recently put a fix in to deal with file access collisions.

Hope this helps.

Andrew, KA2DDO
author of YAAC

________________________________________
From: yaac-users@groups.io<mailto:yaac-users@groups.io> <yaac-users@groups.io<mailto:yaac-users@groups.io>> on behalf of Bob Evans <bob9750@...<mailto:bob9750@...>>
Sent: Monday, April 13, 2020 9:50 AM
To: yaac-users@groups.io<mailto:yaac-users@groups.io>
Subject: [yaac-users] WX station question

Hi Andrew

I have been using YAAC for several years and it is a great program and really appreciate all fo your work. My system is usually just connected to the internet and no RF. Recently I decided to connect it to my weather station and enabled the WXNOW.txt functionality.

I am using a Davis Vantage with Weathercat software on OSX, I subscribed to CWOP and have a weather station ID of FW6940 and that works fine, if I go to aprs.fi<> and search for FW6940 I can see the charts etc.

However, if I look for ab2ne-1 I see the wx station symbol but no weather data, when I look at other local stations e.g. KC1AJT-13 in YAAC I see the wind speed arrow and the icons showing rain etc

The port for the WX in YAAC is enabled although the icon is yellow and my wxnow.txt file is:

FW6940>APRS,TCPIP*:@131329z4208.54N/07137.00W_236/004g017t056r000p026P026h92b10152WeatherCatV244B2H31

I did try changing the ID for the wxnow file to AB2NE-1 and that did show some data, but I don't think that was going via YAAC but rather via CWOP.

Any help would be much appreciated!

Thanks

Bob
AB2NE

OK, which weather port driver are you using inside YAAC? The Serial_Weather port type can only be used with Peet Bros weather stations, and requires exclusive use of the serial port connected to the weather station (i.e., the same serial port can't also be used by WeatherCat or any other application).

If you are using the WXNOW.TXT port driver in YAAC (what you should be using in your case), did you configure the port to the correct location where WeatherCat is storing the WXNOW.TXT file? The orange button on the toolbar indicates an error in the port, possibly due to not being able to find the file. It can also be due to a file access collision where YAAC tries to read the file while WeatherCat is updating it. If that is the cause, update to the latest build of YAAC; I recently put a fix in to deal with file access collisions.

Hope this helps.

Andrew, KA2DDO
author of YAAC

________________________________________
From: yaac-users@groups.io <yaac-users@groups.io> on behalf of Bob Evans <bob9750@...>
Sent: Monday, April 13, 2020 9:50 AM
To: yaac-users@groups.io
Subject: [yaac-users] WX station question

Hi Andrew

I have been using YAAC for several years and it is a great program and really appreciate all fo your work. My system is usually just connected to the internet and no RF. Recently I decided to connect it to my weather station and enabled the WXNOW.txt functionality.

I am using a Davis Vantage with Weathercat software on OSX, I subscribed to CWOP and have a weather station ID of FW6940 and that works fine, if I go to aprs.fi and search for FW6940 I can see the charts etc.

However, if I look for ab2ne-1 I see the wx station symbol but no weather data, when I look at other local stations e.g. KC1AJT-13 in YAAC I see the wind speed arrow and the icons showing rain etc

The port for the WX in YAAC is enabled although the icon is yellow and my wxnow.txt file is:

FW6940>APRS,TCPIP*:@131329z4208.54N/07137.00W_236/004g017t056r000p026P026h92b10152WeatherCatV244B2H31

I did try changing the ID for the wxnow file to AB2NE-1 and that did show some data, but I don't think that was going via YAAC but rather via CWOP.

Any help would be much appreciated!

Thanks

Bob
AB2NE

Hi Andrew

I have been using YAAC for several years and it is a great program and really appreciate all fo your work. My system is usually just connected to the internet and no RF. Recently I decided to connect it to my weather station and enabled the WXNOW.txt functionality.

I am using a Davis Vantage with Weathercat software on OSX, I subscribed to CWOP and have a weather station ID of FW6940 and that works fine, if I go to aprs.fi and search for FW6940 I can see the charts etc.

However, if I look for ab2ne-1 I see the wx station symbol but no weather data, when I look at other local stations e.g. KC1AJT-13 in YAAC I see the wind speed arrow and the icons showing rain etc

The port for the WX in YAAC is enabled although the icon is yellow and my wxnow.txt file is:

FW6940>APRS,TCPIP*:@131329z4208.54N/07137.00W_236/004g017t056r000p026P026h92b10152WeatherCatV244B2H31

I did try changing the ID for the wxnow file to AB2NE-1 and that did show some data, but I don't think that was going via YAAC but rather via CWOP.

Any help would be much appreciated!

Thanks

Bob
AB2NE

Greetings.

From your description and my doing a test run on the whatsmygps.com website, are you sure that your QTH's exact location is what they came up with? I typed in my address (including the street name and house number), and got a different segment of the street in my village, rather than the exact location of my house, as if they ignored the street name and house number of my address, or got confused because the street name is used in several discontiguous places. Their satellite map image actually showed the location of the middle school over a kilometer from my house.

Another possibility is that you're using the wrong units to enter your latitude and longitude. APRS uses a standardized format called DDMM.MM (or degrees and fractional minutes). It specifically does _not_ use degrees/minutes/seconds (typical GPS device display format) or fractional degrees (such as whatsmygps.com reports). Although you can change preferences in YAAC to display and enter coordinates in those formats/units, they will be translated to DDMM.MM format before transmission in APRS packets.

My suggestion for easy data entry is to download the OpenStreetMap data for the region around your QTH, pan and zoom in enough so you can precisely see the street location of your station (relative to nearby intersections, curves in the road, etc.), then right-click on the map where your home is, and pick the "Move Home Here" popup menu choice. Once you confirm the change, YAAC will copy the coordinates of where you right-clicked as the new fixed location of your station. If you have an actual GPS receiver, you can confirm that the same coordinates were returned.

Another thing to confirm is if the OpenStreetMap data is actually correct for your area. Since it is entered by crowd-sourcing, it is entirely possible that the person doing the data entry made an error, or used incorrect source data. You might need to get a GPS receiver and an OpenStreetMap account and correct your local data, in which case I would pick up the changes a week or so later when I download another snapshot of the world-wide OpenStreetMap dataset and reprocess it into YAAC format.

I did enter your address as provided on QRZ.com into both maps.google.com and and got similar-looking maps, but I have no way to confirm that either are correct or accurately placed (or that I didn't get the wrong town with the same name elsewhere in your country).

Hope this helps.

Andrew, KA2DDO
author of YAAC

I am new to YAAC and APRS.? I am configuring a RPi3B+ APRS iGATE/Digipeater using Direwolf and YAAC.? I know I have set my coordinates exactly as what I got from "whatsmygps.com".? But my station (DX2CAR) is somewhere few kilometers away from the exact location.? Am I doing something wrong?

Thank you.

de DU2UXH, Maximo

I was so busy futzing with TNCs it didn't occur to me to try YAAC with the wx symbols. I needed a way to determine if I had a hardware or software issue, so I tried aprx.

aprx doesn't check symbols, that is how I found that only wx symbols will make it as far as findu. I ended up using the D overlay.

Bill

Hmmm.... I presume aprx sends the weather data without checking the symbol code? As in, it only needs one packet rather than converting to a 2-frame transmission?

Since a possibly related issue has been mentioned elsewhere for some other TNCs, I'm wondering if the problem is that some TNCs can't handle receiving a second packet from the computer before the TNC is finished transmitting the first packet, due to lack of buffering capacity and possible hold-back due to a busy RF channel. Some TNCs (such as the Kenwood TM-D7100/D710 radios) use RS232 hardware flow control to stop the local computer from sending more frame bytes when the TNC can't handle receiving any more, but not all TNCs do that, and not all USB-to-RS232 adapters actually support the RTS and CTS modem control signals in RS232 (as in, the computer would ignore the TNC's demand to stop sending).

As such, I'm considering an inter-packet transmit delay feature if multiple frames are backed up for transmission on a particular TNC port, so as to ensure the TNC gets the packet out before YAAC tries to shove another packet into the TNC. As a first draft, I'm going to assume that twice the expected transmit time should be used for each packet, so as to allow the packet to be modulated and transmitted fully and then to release the PTT long enough for someone else to get a packet in before your station transmits again.

In the interim, you might consider using a weather station code with an overlay character. For example, I have seen weather stations with an 'S' overlay to indicate they were solar-powered, a 'D' overlay for digipeater/weather stations, 'R' for a station with a Geiger counter measuring nuclear radiation, etc.

Andrew, KA2DDO
author of YAAC

开云体育

I recently picked a new TNC so I have been passing weather traffic across the room. I love how Andrew attaches the weather to a beacon which allows using other than just the wx symbol.?But I experienced a problem that may be related to this attachment technique.

All of my weather flows OK into APRS-IS. When I send weather from my Pi-9K6 station to my Pi-TNC station only the position beacon arrives, no weather. When I send from the Pi-TNC station to the Pi-9K6 station it provides the weather about 60% of the time.

I ended up setting the new station up with aprx and it passes weather fine, so it's not a hardware issue.

Greetings,

Forced TX comes in handy for certain satellite work. Some passes can be
busy, Doppler and other conditions adversely impact one's ability to get
through and get reported to a satellite I-Gate/S-Gate on the ground.

I monitor ariss.net/findu.com/etc. and stop transmitting as soon as the
first packet gets through.

73, KD0KZE / Paul

Yes. Firstly, when you press the Save Changes button on the Beacon configuration tab, that resets the decay timers so the beacon should be transmitted immediately (or at least within the fast transmit rate, depending on when it was last automatically sent).

Secondly, if you are viewing the main map window and the map itself has the keyboard focus (not the text message fields below the map), each time you tap the spacebar, the beacon should transmitted immediately, and the decay timers will be reset as though you had modified the beacon.

Note that overdoing this will _not_ cause digipeaters or I-gates to forward each of your packets. These stations usually enforce the constraint of no duplicate packets more often 30 seconds from the same originating station.

Hope this helps.

Andrew, KA2DDO
author of YAAC

Is there a way to force a transmit. I have an aprs beacon and at times I would like force a transmit when making a change.

Ian

Could you send me your transmit, receive, and YAAC.out log files?

Also, are you beaconing, and did you wait until your first beacon went out before you tried it?

Andrew, KA2DDO
author of YAAC

________________________________________
From: yaac-users@groups.io <yaac-users@groups.io> on behalf of Ronny Julian <k4rjjradio@...>
Sent: Friday, March 27, 2020 9:37 PM
To: yaac-users@groups.io
Subject: Re: [yaac-users] YAAC WINLINK email

All I get is the login message to WLNK-1 no return. Verified my password is correct.

On Fri, Mar 27, 2020 at 8:30 PM Andrew P. <andrewemt@...<mailto:andrewemt@...>> wrote:
YAAC build#148 will try authenticating to WLNK-1, so you might not have to manually do the kludge with the three characters of your Winlink password. Try it and let me know if it works (I don't have a Winlink account to test with).

YAAC build#148 will try authenticating to WLNK-1, so you might not have to manually do the kludge with the three characters of your Winlink password. Try it and let me know if it works (I don't have a Winlink account to test with).

It's still not perfect, but in YAAC build #148, I improved the OpenStreetMap importer to support the coastline shapefiles. Why it's still not working perfectly, I'm not entirely sure, but it's an improvement. At least most ocean shorelines will now show a water blue on the map with the new way type "Sea".

Well, if you want to connect to the APRS-IS backbone using SSL (and only if using SSL), you need the LotW certificate and key (because the ARRL's Certificate Authority is currently the only recognized CA for APRS-IS-over-SSL, to ensure the certificate holder is also an amateur radio licensee). But you can still connect using the old passcode interface (which does not require an SSL certificate, just the completely compromised passcode).

All I did regarding APRS-IS in this build was to fix the SSL interface to recognize newer server-side certificates and allow use of encrypted connections if someone upgraded the SSL/TLS library on the APRS-IS Tier 2 gateway and didn't remember to re-enable the NULL (non-encrypting) cipher (since non-encrypted connections by definition would be considered insecure by the IT industry, and so this cipher is disabled by default). Plus I allowed people to look at their certificate and see if it was expired, and better reported the error for expired server-side certificates (i.e., non-updated Tier 2 servers).

Andrew, KA2DDO
author of YAAC
________________________________________
From: yaac-users@groups.io <yaac-users@groups.io> on behalf of Dave_G0WBX via Groups.Io <g8kbvdave@...>
Sent: Friday, March 27, 2020 1:46 PM
To: yaac-users@groups.io
Subject: Re: [yaac-users] next beta build#148 of YAAC, created 2020-Mar-26

Hi Andrew.

Re:-

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).

And for those of us who do not use LoTW, nor want to?

73.

Dave G8KBV.

--
Created on and sent from a Unix like PC running and using free and open source software:

Hi Andrew.

Re:-

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).

And for those of us who do not use LoTW, nor want to?

73.

Dave G8KBV.


--
Created on and sent from a Unix like PC running and using free and open source software: