¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Not saving objects

 

Hello all and thanks for letting me join the group.?
The problem I am having is when I create an object it works fine as long as I have the program running, or don't loose power etc. Then the object is gone and I have to do it over. Can't find a place to save it. It is marked as permanent on the setup menu. Any way not a huge deal I would just like to find out if I am missing something. And I'm sure I am.?

Thanks
Kenny Coen /AB8XG


Re: New

 

¿ªÔÆÌåÓý

Thank you.


On May 2, 2020, at 11:13 AM, Andrew P. <andrewemt@...> wrote:

?The recommended place to begin is with a radio listening to your local traffic through a TNC (hardware or software). If you don't already have a hardware TNC, the software ones actually perform much better and only require a soundcard interface to your radio.

You don't need a passcode unless you're planning on sending traffic to the APRS-IS Internet backbone. You can do radio operations or receive-only Internet without one.

If you decide you want to send to APRS-IS, then, if you don't have a Logbook of the World certificate (so you can use the secure means to log into the backbone), you need to privately email the author of your chosen software and tell them your identity and callsign so they can verify you are a licensed amateur radio operator and then issue you a passcode.

Hope this helps.

Andrew, KA2DDO
author of YAAC


Re: New

 

The recommended place to begin is with a radio listening to your local traffic through a TNC (hardware or software). If you don't already have a hardware TNC, the software ones actually perform much better and only require a soundcard interface to your radio.

You don't need a passcode unless you're planning on sending traffic to the APRS-IS Internet backbone. You can do radio operations or receive-only Internet without one.

If you decide you want to send to APRS-IS, then, if you don't have a Logbook of the World certificate (so you can use the secure means to log into the backbone), you need to privately email the author of your chosen software and tell them your identity and callsign so they can verify you are a licensed amateur radio operator and then issue you a passcode.

Hope this helps.

Andrew, KA2DDO
author of YAAC


New

 

Hi.

im new to YAAC. ?How do I get a passcode? ?Where do I begin?

delivers1234
kr3lim


more digi settings

 

Hello is it possiable to add more digi setting like conesctive packet send. and to set the time to hold packets for the burst send.


Re: 2 Way IGate

 

Great explanation. Thanks so much.


On Wed, Apr 29, 2020, 10:50 AM Andrew P. <andrewemt@...> wrote:
Random Internet packets don't get transmitted to RF by transmit-capable I-gates. There are very specific rules implemented by both APRS-IS backbone servers and I-gates to ensure the local RF channel isn't jammed by excessive IS->RF relaying, and only packets of interest to the local RF neighborhood are forwarded.

For an Internet packet to be transmitted to RF, it has to pass one of the following rules:

1. The packet must be an APRS text message addressed to an RF station whose own packets were forwarded to the Internet by the specific I-gate.

2. The packet is a position report packet of an Internet-relayed station that has just sent a rule#1 text message.

3. Any other packets that the I-gate is specifically (and not defaultly) configured to relay.

So, if your APRSdroid system isn't sending text messages addressed to RF stations local to your I-gate, nothing from it will be transmitted by the I-gate unless you set up filters to cause the backbone server to send those packets to the I-gate, and more supplemental filters to force the I-gate to transmit those packets that don't meet rule#1 or rule#2.

Better off attaching an HT to your Android phone so you can send RF packets directly from the location where your phone is at. :-) Forcing packets just from the phone's callsign is inappropriate. What if the phone is nowhere near the I-gate? Sending non-local packets to the local RF network just clutters the limited-bandwidth RF channel.

Hope this helps explain how I-gates are supposed to work.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Thomas Utesch <tom@...>
Sent: Wednesday, April 29, 2020 9:30 AM
To: [email protected]
Subject: [yaac-users] 2 Way IGate

I have YAAC configured as a two way iGate. I'd like the packets I send from my phone using APRSDroid to be transmitted locally by my iGate. The phone packets are reaching APRS-IS as I seem them on . But they do not transmit from the IGate. I must be missing something. Thanks

Tom - KG2U





Re: 2 Way IGate

 

Random Internet packets don't get transmitted to RF by transmit-capable I-gates. There are very specific rules implemented by both APRS-IS backbone servers and I-gates to ensure the local RF channel isn't jammed by excessive IS->RF relaying, and only packets of interest to the local RF neighborhood are forwarded.

For an Internet packet to be transmitted to RF, it has to pass one of the following rules:

1. The packet must be an APRS text message addressed to an RF station whose own packets were forwarded to the Internet by the specific I-gate.

2. The packet is a position report packet of an Internet-relayed station that has just sent a rule#1 text message.

3. Any other packets that the I-gate is specifically (and not defaultly) configured to relay.

So, if your APRSdroid system isn't sending text messages addressed to RF stations local to your I-gate, nothing from it will be transmitted by the I-gate unless you set up filters to cause the backbone server to send those packets to the I-gate, and more supplemental filters to force the I-gate to transmit those packets that don't meet rule#1 or rule#2.

Better off attaching an HT to your Android phone so you can send RF packets directly from the location where your phone is at. :-) Forcing packets just from the phone's callsign is inappropriate. What if the phone is nowhere near the I-gate? Sending non-local packets to the local RF network just clutters the limited-bandwidth RF channel.

Hope this helps explain how I-gates are supposed to work.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Thomas Utesch <tom@...>
Sent: Wednesday, April 29, 2020 9:30 AM
To: [email protected]
Subject: [yaac-users] 2 Way IGate

I have YAAC configured as a two way iGate. I'd like the packets I send from my phone using APRSDroid to be transmitted locally by my iGate. The phone packets are reaching APRS-IS as I seem them on aprs.fi. But they do not transmit from the IGate. I must be missing something. Thanks

Tom - KG2U


2 Way IGate

 

I have YAAC configured as a two way iGate. I'd like the packets I send from my phone using APRSDroid to be transmitted locally by my iGate. The phone packets are reaching APRS-IS as I seem them on aprs.fi. But they do not transmit from the IGate. I must be missing something. Thanks

Tom - KG2U


Re: Packets from IS not igating out to RF

 

The supplemental I-gate filters are saved when you press the ENTER key (on a PC-type keyboard). If you change the field again, press ENTER to confirm the change.


Re: APRS decode/map display, No Internet

 

There are several solutions to your request. Obviously, YAAC will be promoted here (since I wrote it for exactly this kind of work), although there are other Linux/Unix APRS programs. However, a 10" monitor is probably going to be too small for a bicycle event if you are at the Net Control station and need to be able to see the entire course in detail. I typically use a laptop computer connected to a 40" flat screen for those events, but I have AC power available at those events. Other events I know of that have indoor Net Control locations use projectors as monitors. Now, if you're using APRS in a support vehicle, then the 10" screen is probably enough.

Now using a USB-connected SDR (such as the RTL SDR dongle) instead of a conventional amateur radio rig requires a bit more. A program called rtl_fm can configure such a stick to demodulate FM radio (such as 2M ham transmitters), and couple its output into Direwolf as the software modem/TNC for AX.25 packets. YAAC then connects to Direwolf to provide the graphical views of the received APRS packets.

Here's a link with directions for setting things up with the SDR and Direwolf:


Hope this helps.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Chuck Berry <n7chs.qsx@...>
Sent: Tuesday, April 28, 2020 7:15 PM
To: [email protected]
Subject: [yaac-users] APRS decode/map display, No Internet

Previously posted on Facebook-APRS. It was suggested that I post here.

Looking for a APRS receive/decode/display map solution for a upcoming
race event. Most solutions revolve around an IGate. I would like to do
with a SDR, Raspberry Pi and 10" monitor. Suggestions Please. Note:
Internet unavailable. There are two digipeaters in the surroundings
hills that will cover the race course. Thx, Chuck N7CHS


APRS decode/map display, No Internet

Chuck Berry
 

Previously posted on Facebook-APRS. It was suggested that I post here.

Looking for a APRS receive/decode/display map solution for a upcoming race event.? Most solutions revolve around an IGate. I would like to do with a SDR, Raspberry Pi and 10" monitor. Suggestions Please. Note: Internet unavailable. There are two digipeaters in the surroundings hills that will cover the race course. Thx, Chuck N7CHS


Re: Inconsistent Behavior

 

Thanks Andrew,?

I knew the problem was on my side somewhere.?

It's been running steady for a few hours now.?

Thanks
Tim KD9DBG


Re: Inconsistent Behavior

 

It looks like the problem is in the filter you specified for the APRS-IS port. You have a filter of "r/100". However, that is not correct syntax for an "r" filter. For your location, an expression similar to "r/42/-88/100" (latitude/longitude/range) would work correctly. You might have intended to use an "m" filter, where the circle center is assumed from your beacon position. I'm not sure if any of the different programs used for APRS-IS backbone servers would accept the invalid syntax of the "r" filter you are using and assume you meant a "m" filter, so the variation might depend on which specific backbone server you connected to at any time.

Andrew, KA2DDO
author of YAAC


Inconsistent Behavior

 

Andrew,
First Thanks for all that you have done with YAAC I've been using it for years without issue for tracking my school's race cars.?

Since everything is shutdown I though I would take this time to finally build a full APRS station at home.?

Fresh new install of Raspbian on a Pi 3+
Fresh compile and install of Direwolf 1.6 DEV
Fresh download of YAAC


Good news: I can send and receive packets!
Inconsistent is getting packets from aprs-is?

I've tried just configuring via Direwolf ... I can get APRIS packets but they don't show up in YAAC
I've tried just using direwolf for TNC and configure ports through YAAC ... Sometimes I get a flow of packets ... sometimes not at all ... (I'm near Milwaukee and Chicago there is traffic I should be seeing)

Sometimes everything works flawless ... shutdown and come back later and nothing. ...

I've tried changing the filter.?
I've configured GDPS and Manually put in GPS Location ...?

I'm just scratching my head. I know it is a configuration error on my part, but where?

I've attached both my direwolf config and the export from YAAC.?

Any clarity would be helpful.?
Thanks


Re: Confused about display

 

Excellent. Thanks Andrew!

On Apr 28, 2020, at 11:09 AM, Andrew P. <andrewemt@...> wrote:

No, that's perfectly normal. Most mobile and portable APRS radios transmit the Mic-E format of position report message, which is a highly compact, compressed, and human-illegible format for encoding the station latitude, longitude, status code and APRS symbol. The gory details of this message format are documented in chapter 10 of the APRS Protocol Specification. What is being displayed in the Radio View are the exact characters in the APRS packet, not the decoded human-meaningful data.

If you want to see what the data decodes to, click the right arrow button on the Radio View window to cycle through the different views modes.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Thomas Utesch <tom@...>
Sent: Tuesday, April 28, 2020 8:52 AM

When observing the radio display on YAAC when and my separate Yaesu FT-100DR beacons I get this on the YAAC radio display:

`g2Nl"+[/`"6+}_0

What do I have configured wrong, either on my HT or YAAC?

Thanks.

Tom - KG2U



Re: Confused about display

 

No, that's perfectly normal. Most mobile and portable APRS radios transmit the Mic-E format of position report message, which is a highly compact, compressed, and human-illegible format for encoding the station latitude, longitude, status code and APRS symbol. The gory details of this message format are documented in chapter 10 of the APRS Protocol Specification. What is being displayed in the Radio View are the exact characters in the APRS packet, not the decoded human-meaningful data.

If you want to see what the data decodes to, click the right arrow button on the Radio View window to cycle through the different views modes.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Thomas Utesch <tom@...>
Sent: Tuesday, April 28, 2020 8:52 AM

When observing the radio display on YAAC when and my separate Yaesu FT-100DR beacons I get this on the YAAC radio display:

`g2Nl"+[/`"6+}_0

What do I have configured wrong, either on my HT or YAAC?

Thanks.

Tom - KG2U


Confused about display

 

When observing the radio display on YAAC when and my separate Yaesu FT-100DR beacons I get this on the YAAC radio display:

`g2Nl"+[/`"6+}_0

What do I have configured wrong, either on my HT or YAAC?

Thanks.

Tom - KG2U


Radio Display

 

When I beacon from my handheld (Yaesu FT-3DR) and it appears on the radio display of YAAC I see this:

`g2Nl"+[/`"6+}_0

I'm guessing that I have something set up wrong in either YAAC or the HT?

Thanks,

Tom - KG2U


Re: RXTX native library not found

 

Re: running YAAC as root: DON'T DO IT!

The reason it works as root and then fails horribly as an ordinary user is that root has access to everything, and doesn't need to be granted access to serial ports, the lock directory, etc. Furthermore, it creates the YAAC log files as owned by root, so that a later run of YAAC as ordinary user doesn't have permission to append to the log files.

Grant your ordinary user account membership in the appropriate groups (lock and dialout) and ensure the /run/lock directory's group is lock and it is group-writeable.


Re: YAAC as I-Gate using PI-TNC. Not going to APRS.fi

 

The I-gate symbols are documented on the YAAC help page on configuring an I-gate. However, as a short reminder, there are several symbol choices, depending on how your I-gate is set up.

I& is the typical I-gate symbol (& is the symbol code for gateways of all types, and the overlay indicates the type).
T& indicates a transmit-capable I-gate (since so many are receive-only).
2& indicates a transmit-capable I-gate that uses a digipeat path allowing a second RF hop (one digipeat).
R& indicates a receive-only I-gate (unable or unwilling to forward Internet packets to local RF stations).
I# is a variant of the digipeater symbol indicating a station functioning as both a digipeater and an I-gate.

Don't use D&, as that indicates a D-star gateway.

Hope this helps.

Andrew, KA2DDO
author of YAAC