Keyboard Shortcuts
Likes
- Yaac-Users
- Messages
Search
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
toggle quoted message
Show quoted text
On May 2, 2020, at 11:13 AM, Andrew P. <andrewemt@...> wrote:
|
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 |
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. |
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: 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
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, 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.? |
Re: Confused about display
Excellent. Thanks Andrew!
toggle quoted message
Show quoted text
On Apr 28, 2020, at 11:09 AM, Andrew P. <andrewemt@...> wrote: |
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 |
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 |