Re: No mobile APRS in YAAC

#253

Ok, thanks!
I’ve not understand it in the mail before.

Thanks!

Elia, IU2JWM

Show quoted text

Il giorno 22 apr 2020, alle ore 18:48, Andrew P. <andrewemt@...> ha scritto:

Again, the reason you're not seeing the iPhone in YAAC is that:

1. No I-gate station (including yourself) is going to transmit it to RF because the iPhone isn't sending any packets meeting rule#1 or rule#2 (position _after_ a rule#1 text message).

2. The APRS-IS backbone won't send it to your local station because of the same rules, since you are not specifying a filter to cause additional packets to be forwarded that don't meet rule#1 and rule#2.

Basically, if you want to monitor traffic on the APRS-IS (instead of just being a minimal-traffic I-gate), you have to specify a APRS-IS port filter expression to include the additional traffic. Note that YAAC does implement the I-gate rules, so it won't forward to RF unnecessary extra Internet traffic caused by filters unless you also specify a supplemental Tx I-gate filter.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Elia Origoni <elia.origoni@...>
Sent: Wednesday, April 22, 2020 12:17 PM
To: [email protected]
Subject: Re: [yaac-users] No mobile APRS in YAAC

Hi,
Is a digipiter plus I-Gate configured in wide1-1.
I have the pi-tnc interface and APRS-IS interface.
I don’t want to repeat my smartphone beacon trough RF.
I only want to understand why I don’t see the beacon icon of my smartphone on the map in YAAC…with all filter disabled, I don’t have to see the same things that I can see on aprs.fi<>?

Elia, IU2JWM

Il giorno 22 apr 2020, alle ore 14:59, Andrew P. <andrewemt@...<mailto:andrewemt@...>> ha scritto:

First off, is your digipeater a digipeater-plus-I-gate, or just a digipeater? Since your iPhone is not a transmitter on ham bands, the only way your Internet-originated APRS packets are going to get to amateur-band RF is via somebody's transmit-capable I-gate. If you don't have a transmit-capable I-gate in the neighborhood, no one is going to put your Internet packets on RF.

Secondly, I-gates (and the APRS-IS backbone servers) have some logic within them to keep from flooding the local RF channel with excess traffic. Unless explicitly configured otherwise at the I-gate, traffic will not be sent from the Internet to the I-gate for retransmission on RF unless:

1. the APRS packet is a text message addressed to an RF station reported to the backbone as being heard by that particular I-gate.
2. the APRS packet is a position report from an Internet-relayed station that has just sent a text message meeting rule#1 (so the text message recipient can see where the message sender is located).

This is what keeps transmit-capable I-gates from saturating the RF channel with spurious traffic.

And the APRS-IS does not know that a connected station is _not_ an I-gate. If it is connected to APRS-IS, then it will be treated like an I-gate, and therefore the rules for sending traffic to an I-gate apply in every backbone server. Traffic is only forwarded to the connected station if rule#1, rule#2, or an explicit filter specification would pass the traffic. And a proper I-gate should enforce the rules too, in case somebody floods the APRS-IS with spurious traffic, or a filter is specified on the connection to APRS-IS. This is why YAAC has the supplemental filter to force additional traffic to RF (above and beyond rule#1 and rule#2 traffic); this capability should be used very carefully and cautiously, as the the RF channel doesn't have much bandwidth.

So, send more than just a beacon from your iPhone. Remember, one of the fundamental regulations of amateur radio is that it is two-way communications. Telemetry is an allowed but secondary purpose of amateur radio.

Andrew, KA2DDO
author of YAAC

Re: No mobile APRS in YAAC

#252

Again, the reason you're not seeing the iPhone in YAAC is that:

1. No I-gate station (including yourself) is going to transmit it to RF because the iPhone isn't sending any packets meeting rule#1 or rule#2 (position _after_ a rule#1 text message).

2. The APRS-IS backbone won't send it to your local station because of the same rules, since you are not specifying a filter to cause additional packets to be forwarded that don't meet rule#1 and rule#2.

Basically, if you want to monitor traffic on the APRS-IS (instead of just being a minimal-traffic I-gate), you have to specify a APRS-IS port filter expression to include the additional traffic. Note that YAAC does implement the I-gate rules, so it won't forward to RF unnecessary extra Internet traffic caused by filters unless you also specify a supplemental Tx I-gate filter.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Elia Origoni <elia.origoni@...>
Sent: Wednesday, April 22, 2020 12:17 PM
To: [email protected]
Subject: Re: [yaac-users] No mobile APRS in YAAC

Hi,
Is a digipiter plus I-Gate configured in wide1-1.
I have the pi-tnc interface and APRS-IS interface.
I don’t want to repeat my smartphone beacon trough RF.
I only want to understand why I don’t see the beacon icon of my smartphone on the map in YAAC…with all filter disabled, I don’t have to see the same things that I can see on aprs.fi<>?

Elia, IU2JWM

Il giorno 22 apr 2020, alle ore 14:59, Andrew P. <andrewemt@...<mailto:andrewemt@...>> ha scritto:

First off, is your digipeater a digipeater-plus-I-gate, or just a digipeater? Since your iPhone is not a transmitter on ham bands, the only way your Internet-originated APRS packets are going to get to amateur-band RF is via somebody's transmit-capable I-gate. If you don't have a transmit-capable I-gate in the neighborhood, no one is going to put your Internet packets on RF.

Secondly, I-gates (and the APRS-IS backbone servers) have some logic within them to keep from flooding the local RF channel with excess traffic. Unless explicitly configured otherwise at the I-gate, traffic will not be sent from the Internet to the I-gate for retransmission on RF unless:

1. the APRS packet is a text message addressed to an RF station reported to the backbone as being heard by that particular I-gate.
2. the APRS packet is a position report from an Internet-relayed station that has just sent a text message meeting rule#1 (so the text message recipient can see where the message sender is located).

This is what keeps transmit-capable I-gates from saturating the RF channel with spurious traffic.

And the APRS-IS does not know that a connected station is _not_ an I-gate. If it is connected to APRS-IS, then it will be treated like an I-gate, and therefore the rules for sending traffic to an I-gate apply in every backbone server. Traffic is only forwarded to the connected station if rule#1, rule#2, or an explicit filter specification would pass the traffic. And a proper I-gate should enforce the rules too, in case somebody floods the APRS-IS with spurious traffic, or a filter is specified on the connection to APRS-IS. This is why YAAC has the supplemental filter to force additional traffic to RF (above and beyond rule#1 and rule#2 traffic); this capability should be used very carefully and cautiously, as the the RF channel doesn't have much bandwidth.

So, send more than just a beacon from your iPhone. Remember, one of the fundamental regulations of amateur radio is that it is two-way communications. Telemetry is an allowed but secondary purpose of amateur radio.

Andrew, KA2DDO
author of YAAC

Re: No mobile APRS in YAAC

#251

开云体育

Hi,

Is a digipiter plus I-Gate configured in wide1-1.

I have the pi-tnc interface and APRS-IS interface.

I don’t want to repeat my smartphone beacon trough RF.

I only want to understand why I don’t see the beacon icon of my smartphone on the map in YAAC…with all filter disabled, I don’t have to see the same things that I can see on ?

Elia, IU2JWM

Show quoted text

Il giorno 22 apr 2020, alle ore 14:59, Andrew P. <andrewemt@...> ha scritto:

First off, is your digipeater a digipeater-plus-I-gate, or just a digipeater? Since your iPhone is not a transmitter on ham bands, the only way your Internet-originated APRS packets are going to get to amateur-band RF is via somebody's transmit-capable I-gate. If you don't have a transmit-capable I-gate in the neighborhood, no one is going to put your Internet packets on RF.

Secondly, I-gates (and the APRS-IS backbone servers) have some logic within them to keep from flooding the local RF channel with excess traffic. Unless explicitly configured otherwise at the I-gate, traffic will not be sent from the Internet to the I-gate for retransmission on RF unless:

1. the APRS packet is a text message addressed to an RF station reported to the backbone as being heard by that particular I-gate.
2. the APRS packet is a position report from an Internet-relayed station that has just sent a text message meeting rule#1 (so the text message recipient can see where the message sender is located).

This is what keeps transmit-capable I-gates from saturating the RF channel with spurious traffic.

And the APRS-IS does not know that a connected station is _not_ an I-gate. If it is connected to APRS-IS, then it will be treated like an I-gate, and therefore the rules for sending traffic to an I-gate apply in every backbone server. Traffic is only forwarded to the connected station if rule#1, rule#2, or an explicit filter specification would pass the traffic. And a proper I-gate should enforce the rules too, in case somebody floods the APRS-IS with spurious traffic, or a filter is specified on the connection to APRS-IS. This is why YAAC has the supplemental filter to force additional traffic to RF (above and beyond rule#1 and rule#2 traffic); this capability should be used very carefully and cautiously, as the the RF channel doesn't have much bandwidth.

So, send more than just a beacon from your iPhone. Remember, one of the fundamental regulations of amateur radio is that it is two-way communications. Telemetry is an allowed but secondary purpose of amateur radio.

Andrew, KA2DDO
author of YAAC

Re: No mobile APRS in YAAC

#250

First off, is your digipeater a digipeater-plus-I-gate, or just a digipeater? Since your iPhone is not a transmitter on ham bands, the only way your Internet-originated APRS packets are going to get to amateur-band RF is via somebody's transmit-capable I-gate. If you don't have a transmit-capable I-gate in the neighborhood, no one is going to put your Internet packets on RF.

Secondly, I-gates (and the APRS-IS backbone servers) have some logic within them to keep from flooding the local RF channel with excess traffic. Unless explicitly configured otherwise at the I-gate, traffic will not be sent from the Internet to the I-gate for retransmission on RF unless:

1. the APRS packet is a text message addressed to an RF station reported to the backbone as being heard by that particular I-gate.
2. the APRS packet is a position report from an Internet-relayed station that has just sent a text message meeting rule#1 (so the text message recipient can see where the message sender is located).

This is what keeps transmit-capable I-gates from saturating the RF channel with spurious traffic.

And the APRS-IS does not know that a connected station is _not_ an I-gate. If it is connected to APRS-IS, then it will be treated like an I-gate, and therefore the rules for sending traffic to an I-gate apply in every backbone server. Traffic is only forwarded to the connected station if rule#1, rule#2, or an explicit filter specification would pass the traffic. And a proper I-gate should enforce the rules too, in case somebody floods the APRS-IS with spurious traffic, or a filter is specified on the connection to APRS-IS. This is why YAAC has the supplemental filter to force additional traffic to RF (above and beyond rule#1 and rule#2 traffic); this capability should be used very carefully and cautiously, as the the RF channel doesn't have much bandwidth.

So, send more than just a beacon from your iPhone. Remember, one of the fundamental regulations of amateur radio is that it is two-way communications. Telemetry is an allowed but secondary purpose of amateur radio.

Andrew, KA2DDO
author of YAAC

No mobile APRS in YAAC

#249

Goodmorning,
I have a Digipeater on raspberry pi and pi-TNC.
all works fine, except this thing:
if I send a beacon from my iPhone with APRS.fi app, I can see it on APRS.fi website, but not on YAAC.
I have no filters enabled.
why?
Elia IU2JWM

Re: Pi and mobilinkd

#248

开云体育

I'm not sure. I've only tested the Bluetooth plugin on Microsoft Windows and Debian Linux (Intel processors). So I don't know which Pi processors the ARM native library will work on.

Please, try it on any Pi version you want, and let me know if it does or doesn't work so I can update the documentation.

Andrew, KA2DDO

Show quoted text

-------- Original message --------
From: Jeremy West <ticfifty@...>
Date: 4/16/20 17:38 (GMT-05:00)
To: [email protected]
Subject: Re: [yaac-users] Pi and mobilinkd

You said you don't know if the second option would work for pi 4, do you know if it would for the pi 3? It sounds like the second option you gave me would be the more stable if I can make that work would you agree?

On Thu, Apr 16, 2020, 7:15 AM Andrew P. <andrewemt@...> wrote:

Greetings.

You have two options here.

If you bind the Mobilinkd TNC to your Pi using their Bluetooth drivers, you can use the Serial_TNC port type. However, if you have Bluetooth connectivity dropouts, this may hang or crash YAAC.

Another option is to use the Bluetooth plugin for YAAC and thereby let YAAC manage the Bluetooth connection (and deal with flakiness thereof) with the Bluetooth_TNC port type. It has a limited set of native libraries, so I'm not sure if the included armv5 library will work on a Pi4, but you can try it. No guarantees; I don't own that particular hardware, so I can't test it.

Hope this helps.

Andrew, KA2DDO
author of YAAC

Re: Pi and mobilinkd

#247

You said you don't know if the second option would work for pi 4, do you know if it would for the pi 3? It sounds like the second option you gave me would be the more stable if I can make that work would you agree?

Show quoted text

On Thu, Apr 16, 2020, 7:15 AM Andrew P. <andrewemt@...> wrote:

Greetings.

You have two options here.

If you bind the Mobilinkd TNC to your Pi using their Bluetooth drivers, you can use the Serial_TNC port type. However, if you have Bluetooth connectivity dropouts, this may hang or crash YAAC.

Another option is to use the Bluetooth plugin for YAAC and thereby let YAAC manage the Bluetooth connection (and deal with flakiness thereof) with the Bluetooth_TNC port type. It has a limited set of native libraries, so I'm not sure if the included armv5 library will work on a Pi4, but you can try it. No guarantees; I don't own that particular hardware, so I can't test it.

Hope this helps.

Andrew, KA2DDO
author of YAAC

Re: Pi and mobilinkd

#246

Greetings.

You have two options here.

If you bind the Mobilinkd TNC to your Pi using their Bluetooth drivers, you can use the Serial_TNC port type. However, if you have Bluetooth connectivity dropouts, this may hang or crash YAAC.

Another option is to use the Bluetooth plugin for YAAC and thereby let YAAC manage the Bluetooth connection (and deal with flakiness thereof) with the Bluetooth_TNC port type. It has a limited set of native libraries, so I'm not sure if the included armv5 library will work on a Pi4, but you can try it. No guarantees; I don't own that particular hardware, so I can't test it.

Hope this helps.

Andrew, KA2DDO
author of YAAC

Pi and mobilinkd

#245

Hello, I am trying to make a mobinkd tnc2 work with a raspberry pi 4 running YAAC. I am fairly new to both APRS and raspberry pi (linux)? can you please help?me with this?

Thanks?

73's

Jeremy West?

W7TIC

Re: Coordinates and station location in the map

#244

Thank you Andrew.? That explains that I am entering the wrong format.? I was confused with the DDD MM.SS with DDD MM.mm.? Now entered the DDD MM.mm and it is now in the right location.

I have another question but that will be in another thread perhaps.

Best regards,

Maximo, DU2UXH

Re: Changing Call Sign in YACC

robert nazro

#243

Spot on. Thanks.?

Show quoted text

On Wed, Apr 15, 2020 at 11:22 AM Andrew P. <andrewemt@...> wrote:

The callsigns are not for the station as a whole, but for each APRS communications port (Serial_TNC, APRS-IS, etc.). The reason the old callsign keeps showing up in the wizard is because you didn't change the callsign on each existing port, so that old callsign comes back when the wizard comes up with a default callsign for creating new ports.

Click on the RF and IP buttons above the map; those will bring up the editing panels for each of those ports so you can fix the callsigns on them.

Hope this helps.

Andrew, KA2DDO
author of YAAC

--

Bob Nazro, W1RPQ

Re: Changing Call Sign in YACC

#242

The callsigns are not for the station as a whole, but for each APRS communications port (Serial_TNC, APRS-IS, etc.). The reason the old callsign keeps showing up in the wizard is because you didn't change the callsign on each existing port, so that old callsign comes back when the wizard comes up with a default callsign for creating new ports.

Click on the RF and IP buttons above the map; those will bring up the editing panels for each of those ports so you can fix the callsigns on them.

Hope this helps.

Andrew, KA2DDO
author of YAAC

Changing Call Sign in YACC

robert nazro

#241

I have a new call sign and want to update YACC, but every time I change it with the wizzard it keeps the original call sign. Is there a way to do this without a complete reload? Thanks.

Re: Missing lake in front of my house

#240

Hi Andrew

Thanks for this.? I do not mean to sound ungrateful by any means.? I think you are doing a great job in creating and supporting YAAC.? It has a lot of great features and is very simple to use,? I gather then that mapping is not a trivial exercise and I should have realized this!? I look forward to future releases.

Joe VA3JLF

Re: Missing lake in front of my house

#239

My thoughts are: it's really really hard to slice up a vector map with filled areas into lots of smaller vector maps with correctly sliced filled areas, which is what the YAAC OSM map importer does. And it still has bugs in it. Half a dozen builds ago of YAAC, you didn't even have water in front of your house. :-) I'm still trying to fix the importer algorithms to handle large squiggly-edged bodies of water that span multiple 1x1-degree tiles. It's better than it was, but still not correct.

Andrew, KA2DDO
author of YAAC

Missing lake in front of my house

#238

Hi Andrew
I live in the vicinity of East Lake Ontario Canada and the lake is missing from the YAAC map , instead of the lake there is a white space.? The coordinates of the lake are?43.9189° N, 77.2003° W.??
Also, going right through the words Prince Edward Count on the YAAC map is a blue band which should not be there.? I have checked the same location on Openstreetmap.org and the map features for the same location are correct on the openstreetmap site, indicating that the source of the data is correct.? ?Could it be that these errors were introduced during the transition to the yaac map?

I would appreciate your thoughts on what could be done here.? If you give me step by step directions, I could also make the map tiles from the original as I have a fast internet connection.? Thanks.

Joe VA3JLF

Re: WX station question

#237

Thanks for investigating Andrew!

I checked the Weathercat documentation and there doesn't appear to be anyway of changing the format unfortunately, it seems to be tied to the CWOP service

Bob

Show quoted text

On Mon, Apr 13, 2020 at 10:50 AM Andrew P. <andrewemt@...> wrote:

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: [email protected] <[email protected]> on behalf of Bob Evans <bob9750@...>
Sent: Monday, April 13, 2020 10:19 AM
To: [email protected]
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 .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: [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>> on behalf of Bob Evans <bob9750@...<mailto:bob9750@...>>
Sent: Monday, April 13, 2020 9:50 AM
To: [email protected]<mailto:[email protected]>
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 <> 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

Re: WX station question

#236

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: [email protected] <[email protected]> on behalf of Bob Evans <bob9750@...>
Sent: Monday, April 13, 2020 10:19 AM
To: [email protected]
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: [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>> on behalf of Bob Evans <bob9750@...<mailto:bob9750@...>>
Sent: Monday, April 13, 2020 9:50 AM
To: [email protected]<mailto:[email protected]>
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

Re: WX station question

#235

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

Show quoted text

On Mon, Apr 13, 2020 at 10:10 AM Andrew P. <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: [email protected] <[email protected]> on behalf of Bob Evans <bob9750@...>
Sent: Monday, April 13, 2020 9:50 AM
To: [email protected]
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 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

Re: WX station question

#234

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: [email protected] <[email protected]> on behalf of Bob Evans <bob9750@...>
Sent: Monday, April 13, 2020 9:50 AM
To: [email protected]
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