On Jan 7, 2021, at 1:56 PM, Andrew P. <andrewemt@...> wrote:

Hey, Jeff.

Go right ahead with your plug. It's not like your program is trying to destroy my program. It simply performs a different function than mine, so it's more complementary than competitive.

I have to watch out for trying to make YAAC a "universal" solution. Otherwise I'll end up with unmaintainable bloatware like Microsoft Office, with tons of unnecessary and/or annoying "features" most users don't want or need clogging up the application and introducing extra bugs. That's why I came up with the plugin concept for YAAC, so extra features that not everyone needs could still be available without impact to users that don't need those extra features.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Jeff Lehman, N8ACL via groups.io <n8acl@...>
Sent: Thursday, January 7, 2021 11:44 AM
To: [email protected]
Subject: Re: [yaac-users] YAAC feature requests

I believe I've asked about this before:
In addition to email and texts, could we also send alerts to Twitter?
I'm no java expert, but it looks like this would work:

Bill I can offer a solution for this one. I have a python application I built/am developing called APRSNotify. It currently sends parsed position packets to Telegram and Twitter, but I am putting the finishing touches on Ver. 4 which will include pushing to Mastodon as well.

I just took a peek at the APRS.fi<> API and it is possible to pull Weather Data for a station as well from the API. AS long as your weather station is getting the packet to the APRS-IS, this would work for you.

I never thought about adding a way to parse Weather Data, but this is certainly something I can look at adding. It makes sense and would be a really cool data point addition to the script.

You can set the script to run as often as you want, but I have mine set to every 10 minutes for my position data. There is a limit on the number of requests that cane be sent to the api, so I have found every 10 minutes is a good amount.

If you want to take a look at the current version (3.1) You can look at

Also you can see what it looks like on Twitter at @n8acl_aprs

Keep in mind I am making some changes, so if you do want to use it, Give me a little longer to finish up the application and also include weather data parsing and get it pushed up there.

On my list of possible future upgrades I am considering and researching is being able to parse from something like Direwolf or something for local RF Traffic.

Sorry, I hope this doesn’t look like a shameless plug, but I just thought it was a possible solution for at least one of your pain points for now.

Jeff, N8ACL


On Jan 7, 2021, at 11:29 AM, Bill WA4OPQ <wa4opq@...<mailto:wa4opq@...>> wrote:

Most of my requests are due to my remote solar powered station, with a Pi Zero running aprx. I'm impressed how well YAAC receives the weather and telemetry from it.

I have the weather alert plugin working well, as well as the email plugin. I set up a test config and received an email when the wind speed arose.

So my first request for consideration is this:
Rather than just the wind and rain readings, could we have all of the standard CWOP readings available to work with? I'd like to report when it's freezing, high humidity, etc.

Which leads to my second request for consideration:
Instead of a time limit to reset an alarm, could you implement a second "reset" setting? For example, if I had a temp alarm at 95 degrees, it wouldn't reset until it cooled to, say, 75 degrees. That way I could also have an alarm at 85 degrees that didn't reset until it cooled to 65 degrees or so. There's no way I could have these two alarms with a timed reset.

I believe I've asked about this before:
In addition to email and texts, could we also send alerts to Twitter?
I'm no java expert, but it looks like this would work:

So here's why I ask. I have two (soon three) stations using Meteobridge sending to Twitter. I'd like to add more using YAAC. Here is my Twitter feed:

And I have one more consideration. unrelated to the others.
On the View - Raw Packets display could you add a way to easily distinguish packets from RF and packets from APRS-IS, perhaps color coding?
There are times that I glance from across the room at YAAC and I would find it helpful

Thank you for you time and dedication. It is very much appreciated.

73,
Bill

Yes. Microsoft, in their infinite wisdom, has broken backwards compatibility for the Bluetooth stack, such that the BlueCove library no longer works. I'm not sure if anyone is still actively supporting BlueCove, but I'll file a bug, and hopefully they'll have a new release out that can deal with Windows 10.
Andrew, KA2DDO
author of YAAC
------------------------------------------------------------------------
*From:* JACOB, KD9LWR
*Sent:* Wednesday, January 6, 2021 4:43 PM
*To:* [email protected]; andrewemt@...
*Subject:* Win 10 Bluetooth Plugin Error
When yaac launches: "Bluetooth stack unavailable".
Error log attached.
--
Signed/Jacob Edwards Wiese/KD9LWR/Cell 219 221 0486//
CoCoRaHS ID/IN-LP-65//
NNNN

On Jan 6, 2021, at 14:24, Andrew P. <andrewemt@...> wrote:

?Yes, I noticed that I couldn't see it any more either. Apparently, the US National Weather Service has reorganized their radar data products, so I'll have to figure out the new URL to pull from to get the equivalent data. They no longer seem to have a "latest" image, so I'll have to figure out how to get the timestamp, so I can generate the correct new URL based on the newer image timestamp. On the other hand, the new organization gives access to data for areas other than just the Continental United States (CONUS, the lower 48 states), so I might be able to make users happier in other areas.

Are there any YAAC users not in the United States who know of any weather radar data their governments provide free-of-charge on the Internet to get equivalent weather overlays for your areas?

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Kd2Ucj <kd2ucj@...>
Sent: Wednesday, January 6, 2021 1:15 PM
To: [email protected]
Subject: Re: [yaac-users] ADS-B imagery from dump1090-mutabi

Absolutely incredible. Of all the ports I tried, I failed to attempt
this one. Works perfectly! Thank you.

Additionally, I am having an issue with loading raster maps weather
imagery. I would like to have a weather overlay as well. attached is the
error that was produced while trying to retrieve them. If there is a
better log to pull this from, please let me know and I will pull that.

Also trying the radar.weather.gov/conus website seems to be not
operating correctly.

Thanks for your help!!


Robert

KD2UCJ

On 06/01/2021 11:41, Andrew P. wrote:
Do any of the TCP ports you mentioned produced the raw ADSB packets in the below non-human-interpretable format?

*stringofhexadecimaldigits;

If so, you should be able to use the YAAC plugin in socket mode. You can use the telnet command to connect to one to verify it, i.e.,

telnet flightawarebox 30002

The default dump1090 port for raw output is 30002; have you tried that one yet? Or is that pre-empted by the FlightAware software and not available to other applications?

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Kd2Ucj <kd2ucj@...>
Sent: Sunday, January 3, 2021 7:32 PM
To: Yaac-Users
Subject: [yaac-users] ADS-B imagery from dump1090-mutabi

Don’t know if this is the best place to ask questions. I’m trying to pump info from my flightaware SDR to imagery on YAAC. 1. Flight aware is using dump1090-fa 2. The standard commands aren’t working for it but it’s pumping info to the flight aware website. I can see the traffic being reported through ports 30005, 8080 and others. 3. I added the port configuration to identify these ports, and the light flashes green. But I’m not getting imagery on YAAC. I saw some talk of readsb being able to convert onto YAAC but I have been unsuccessful. Just seeing who may have intimate experiences with this. Thanks!

Robert
KD2UCJ

Do any of the TCP ports you mentioned produced the raw ADSB packets in the below non-human-interpretable format?

*stringofhexadecimaldigits;

If so, you should be able to use the YAAC plugin in socket mode. You can use the telnet command to connect to one to verify it, i.e.,

telnet flightawarebox 30002

The default dump1090 port for raw output is 30002; have you tried that one yet? Or is that pre-empted by the FlightAware software and not available to other applications?

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Kd2Ucj <kd2ucj@...>
Sent: Sunday, January 3, 2021 7:32 PM
To: Yaac-Users
Subject: [yaac-users] ADS-B imagery from dump1090-mutabi

Don’t know if this is the best place to ask questions. I’m trying to pump info from my flightaware SDR to imagery on YAAC. 1. Flight aware is using dump1090-fa 2. The standard commands aren’t working for it but it’s pumping info to the flight aware website. I can see the traffic being reported through ports 30005, 8080 and others. 3. I added the port configuration to identify these ports, and the light flashes green. But I’m not getting imagery on YAAC. I saw some talk of readsb being able to convert onto YAAC but I have been unsuccessful. Just seeing who may have intimate experiences with this. Thanks!

Robert
KD2UCJ

On Jan 6, 2021, at 11:51 AM, Andrew P. <andrewemt@...> wrote:

As of the current build, sender and destination filters are not persisted. However, you could more quickly block those hotspots out if they have a consistent destination 'tocall' you could filter out (instead of each individual sender callsign).

I will look into adding persistence for the next build.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Jeff Lehman, N8ACL via groups.io <n8acl@...>
Sent: Wednesday, January 6, 2021 10:15 AM
To: [email protected]
Subject: [yaac-users] Persist Filters

Greetings all!

This is probably something I am just missing, but is there a way to persist callsign filters across restarts?

Here is my situation. I use YAAC to connect to the APRS-IS system to monitor my local area (yes I know I could setup an APRS rx station, but this is just as easy). Every time I restart YAAC, I have to go in and edit filters and then turn off all the Hotspots that show up. Pi-star and I think other hotspots send position information to the APRS-IS from ircdbbgateway putting the hotspot on the map since people won’t turn that off. I don’t want to see that those because it’s just noise to me, so I have to go through and turn those stations off in the filter to not see them. It can take a few minutes to do this each time.

While this is not a big deal, figuring out how to persist these settings across restarts would be one of those first world luxuries.

Thanks!

Jeff

OK I downloaded plugin and put in the directory.
Now I get and error when yaac launches:
"Bluetooth stack unavailable."
PS F:\z0bin\radio\0aprs\yaac> ls .\bin\plugins\
??? Directory: F:\z0bin\radio\0aprs\yaac\bin\plugins
Mode???????????????? LastWriteTime???????? Length Name
----???????????????? -------------???????? ------ ----
-a---???????? 03 Jan 2021??? 16:47???????? 556181 bluecove-2.1.0.jar
-a---???????? 03 Jan 2021??? 16:47????????? 89022 bluecove-gpl-2.1.0.jar
-a---???????? 03 Jan 2021??? 16:47???????? 117103 bluetoothport.jar
-a---???????? 03 Jan 2021??? 00:46?????????? 3117 sampleplugin.jar
On 03 Jan 2021 16:39, Andrew P. wrote:

Ah, another victim of Microsoft Windows' screwed-up "support" for Bluetooth serial devices.

A serial port is _one_ COM port, not two (the way Windows Bluetooth pairing screws up).

There is a Bluetooth plugin for YAAC, which works around this problem by bypassing the Windows Bluetooth serial port driver. After adding the Bluetooth plugin to YAAC, ensure that the Bluetooth device is _not_ paired in Windows; if it is, the Windows driver will steal bytes from the device so that YAAC only gets partial data. Then use the Bluetooth_TNC port type in YAAC (provided only by the plugin) to connect to the Bluetooth device without pairing.

This also will prevent YAAC from rudely crashing or hanging should the Bluetooth device go out of range of the computer or run out of battery power.

Hope this helps.

Andrew, KA2DDO
author of YAAC
------------------------------------------------------------------------

Ah, another victim of Microsoft Windows' screwed-up "support" for Bluetooth serial devices.
A serial port is _one_ COM port, not two (the way Windows Bluetooth pairing screws up).
There is a Bluetooth plugin for YAAC, which works around this problem by bypassing the Windows Bluetooth serial port driver. After adding the Bluetooth plugin to YAAC, ensure that the Bluetooth device is _not_ paired in Windows; if it is, the Windows driver will steal bytes from the device so that YAAC only gets partial data. Then use the Bluetooth_TNC port type in YAAC (provided only by the plugin) to connect to the Bluetooth device without pairing.
This also will prevent YAAC from rudely crashing or hanging should the Bluetooth device go out of range of the computer or run out of battery power.
Hope this helps.
Andrew, KA2DDO
author of YAAC
------------------------------------------------------------------------