Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Yaac-Users
- Messages
Search
Tracking station not working
Have the current version running,? a station shows up I want to track. Right click,? start tracking station. This is the only station I want to track I might add. Map doesn't shift when the station reports in a second or third time. So either I did something incorrect? Shouldn't the map move to show the new position of the second report? Auto center is also turned off as well just to make sure it wasn't interfering with the station I wanted to track.? Suggestions? Peter? N0WRE? |
Re: I'm still here....
Hi Andrew,
toggle quoted message
Show quoted text
Ditto with the others -- many thanks for continuing to support such a great program. 73, KD0KZE / Paul On 3/5/2020 7:15 AM, Andrew P. wrote:
Greetings, all. |
Re: I'm still here....
W. T. Jones
We're here too Andrew. Thanks for producing such a good program for APRS! Regards, WT Real heroes do not wear capes. They wear dog tags, turnout gear, and badges! On Thu, Mar 5, 2020 at 2:53 PM Nigel <zs6rn@...> wrote: BIG "Thank You" for being there! |
Re: I'm still here....
Andrew, ?Thanks for all you do to keep YAAC current and to keep improving the application, It is nice to see a developer as involved with the users of the Product as you are. ?Just wanted to let you know that at least I am very appreciative, and I am sure most others?are too.. ?Sometimes it is nice to just hear it instead of just hearing requests for changes or problems. Mike AC0VP |
I'm still here....
Greetings, all.
Just letting you know I haven't forgotten about you all, and the bug reports you have submitted. I'm still working on YAAC. I have a rather large new plugin feature I'm working on, which requires a few supporting changes in the core application, so I want to get it right before releasing it. So, the next build of YAAC will be coming out soon, but not quite yet. Thanks for making all this work worthwhile by using my program. Andrew, KA2DDO author of YAAC |
Re: YAAC as I-Gate using PI-TNC. Not going to APRS.fi
Update,
I noticed on the YAAC APRS MAP when I keyed up my radio I was getting a question mark.? ?Meaning unknown position from the icon drop down list. Thinking YAAC did't recognize the symbol I was using I change it to one that was it the drop down list. A bicycle "/b".? ?Both of my radio are? now showing up on the aprs.fi map. I don't see a symbol just for an i-gate on the drop down list.? I guess a green star for a digipeater for a star is the next closet thing? So I think I am good. Thanks Andrew for your help. This is pretty cool. Dave/AD4UU |
Re: YAAC as I-Gate using PI-TNC. Not going to APRS.fi
Hello Andrew,
Thanks for your response.? I have double checked everything from your list.? All looks like it should. I have an IP icon that flashes green. I also have an rf icon flashes green when I key up one of my aprs radio send APRS packets.? ?I also get the WX radar which is nice. I am seeing my Home icon(did't see any i-gate icons on the drop down list) on the YAAC aprs map and I also see my radios when I key them up. Just not making to aprs.fi.? Hi fixed station does show up on the aprs.fi map. No rf. On the wizard firt screen I entry my call sign AD4UU no ssid.? On the drop down below it where u select the ssid and tyupe of connection.? It defaults to 0.? I select 10 for igate and it does not save it.? When i go back to look at it, its at 0 again. Transmit is enable and beacon set with home icon.? No igate in drop down. Thanks Dave |
Re: YAAC as I-Gate using PI-TNC. Not going to APRS.fi
OK, there are several settings you have to make before APRS-IS forwarding will occur.
1. Have you created a port of type APRS-IS, and entered your station callsign-SSID and your passcode? 2. Have you set the above port to Transmit Enabled (i.e., the port is allowed to send traffic to the APRS-IS backbone)? 3. (this shouldn't be an issue, but check it anyway) On the File->Configure->Expert Mode dialog's Transmit tab, is the Allow RF->IS checkbox checked? 4. Do you have a working Internet connection, such that the IP button on your map toolbar is showing black with occasional green or red flickers? If you don't have the button, you don't have an APRS-IS port to forward the packets. If the button is orange or gray, then there is something wrong with your connection (such as port blocking by your Internet Service Provider or firewall [including Windows Firewall on a Microsoft Windows PC]). 5. Is your beacon configured and enabled? If you don't send your own position to the APRS-IS, it may not accept your packets. 6. Is your enabled beacon selected on the APRS-IS port? Different ports are allowed to send different beacon messages (for example, if you had set up a cross-band digipeater), so ensure that at least one of your beacon definitions is enabled, correct, and selected on the APRS-IS port. If all of the above are OK, then you should be forwarding. Now, if the packets are showing up on aprs.fi, but not with your callsign-SSID in the 3rd-party header, then that is typical. YAAC is not the fastest I-gate application out there (it is optimized for responsively displaying data to you over being an efficient I-gate or digipeater), so if some other nearby I-gate gets the RF packets to the APRS-IS backbone before you do, your duplicate packets will be dropped. Check the location of the I-gate whose callsign-SSID is showing up in the packets. The only way you can ensure your station is working as an I-gate is to have it receive RF packets that no other I-gate could receive (such as from a low-power HT next to your I-gate) and verify those packets get through. It's been said many times before, but I'm going to say it again. The APRS-IS backbone _CANNOT_ be used for propagation analysis, due to its duplicate packet dropping. You will never see all of the receiving I-gates for any given RF packet, just the first one. Hope this helps. Andrew, KA2DDO author of YAAC |
YAAC as I-Gate using PI-TNC. Not going to APRS.fi
Hello, This is my first post. I am using The PI-TNC with a yaesu FT-1500.
I have it set-up with the serial port 0.? I want to use it as a rf in to aprs.fi Igate. DO not want to digipeat. I am able to receive packets from my Anytone APRS HT and Mobile. I can see them on the pi-tnc YAACi aprs map along with other stations in the area. I have not had any success getting the aprs packets from my pi-tnc to show on aprs.fi. My pi-tnc shows up fine just not getting the rf packets coming in to forward. I have generated an aprs passcode using the aprs generator.?? Any help would be appreciated. Thanks Dave/AD4UU |
Re: othernet /outernet
Hi Andrew , thanks alot for the reply. I'm new in outhernet but use aprs and I like this way to send info to other ham radio operator. Included you can find some of the txt files in Amateur Radio/APRS/APRSAT directory, hope is what you asked for. Time is UTC. If you want you can take a look at : ? .? This is how the othernet actually work. Can imagine is not trivial make all the changes othernet port driver need to be again on your YAAC screen, but I guess this will improve a lot the use of aprs messages downloaded from the sat. Thanks again? for your job , hope to see a version with this mod inside. All the best , 73 de IW0HJZ? alberto ? Il 24/02/2020 01:51, Andrew P. ha scritto:
Greetings. messages-2020-02-11_18_10.txt
messages-2020-02-11_18_10.txt
messages-2020-02-11_18_15.txt
messages-2020-02-11_18_15.txt
messages-2020-02-11_18_30.txt
messages-2020-02-11_18_30.txt
messages-2020-02-11_18_35.txt
messages-2020-02-11_18_35.txt
messages-2020-02-11_18_40.txt
messages-2020-02-11_18_40.txt
messages-2020-02-11_18_47.txt
messages-2020-02-11_18_47.txt
messages-2020-02-11_18_50.txt
messages-2020-02-11_18_50.txt
messages-2020-02-11_18_55.txt
messages-2020-02-11_18_55.txt
messages-2020-02-11_19_00.txt
messages-2020-02-11_19_00.txt
messages-2020-02-11_19_05.txt
messages-2020-02-11_19_05.txt
messages-2020-02-11_19_10.txt
messages-2020-02-11_19_10.txt
messages-2020-02-11_19_15.txt
messages-2020-02-11_19_15.txt
messages-2020-02-11_19_20.txt
messages-2020-02-11_19_20.txt
messages-2020-02-11_19_25.txt
messages-2020-02-11_19_25.txt
messages-2020-02-11_19_30.txt
messages-2020-02-11_19_30.txt
messages-2020-02-11_19_35.txt
messages-2020-02-11_19_35.txt
messages-2020-02-11_19_40.txt
messages-2020-02-11_19_40.txt
messages-2020-02-11_19_47.txt
messages-2020-02-11_19_47.txt
messages-2020-02-11_19_50.txt
messages-2020-02-11_19_50.txt
|
Re: othernet /outernet
Greetings.
It looks like the Othernet folks have completely changed the way they deliver APRS messages. Can you email me a few of those individual messages-yyyy-MM-dd_HH_mm.txt files, so I can see how they are structured? The old file format was one large file with a whole series of messages in it. Given the byte counts of these files in your directory listing, it may be only 1 APRS packet per file. Also, are those dates/times in your local timezone, or in UTC? I'm going to have to significantly rewrite the Outernet port driver to handle this major change in file structure. Andrew, KA2DDO author of YAAC |
othernet /outernet
Hi, my name is Alberto from Roma, Italy.
?
I know yaac and used it for a while in the past working with internet connected server. All good , I was happy.
?
Now I start to download data from OUTERNET now OTHERNET and the old path change so it is not possible to read the messagges in the directory APRSAT as before.
?
Now this messages are in /home/guest/downloads/Amateur Radio/APRS/APRST? ? ? ?(Amateur%20Radio)
?
this is what I use to read from an html page:
MYIP/FS/get/downloads:/Amateur Radio/APRS/APRSAT/
?
> messages-2020-02-23_21_13.txt 23-Feb-2020 21:13 ? 69
> messages-2020-02-23_21_10.txt 23-Feb-2020 21:10 ? 144
> messages-2020-02-23_21_05.txt 23-Feb-2020 21:05 ? 111
> messages-2020-02-23_21_00.txt 23-Feb-2020 21:00 ? 131
> messages-2020-02-23_20_55.txt 23-Feb-2020 20:55 ? 165
> messages-2020-02-23_20_50.txt 23-Feb-2020 20:50 ? 69
> messages-2020-02-23_20_45.txt 23-Feb-2020 20:45 ? 190
> messages-2020-02-23_20_40.txt 23-Feb-2020 20:40 ? 144
> messages-2020-02-23_20_35.txt 23-Feb-2020 20:35 ? 179
> messages-2020-02-23_20_30.txt 23-Feb-2020 20:30 ? 132
they are saved in the directory in this form.
?
Do you think will be possible to modify the code to match the new path?
?
I can insert a pic about what YAAC say when I try to connect the Othernet IP.
?
Thanks a lot in advance , hope you'll find a moment to do this in the future.
?
Reading the messages is not cute as view them in a map.
?
73 De IW0HJZ? alberto
?
? |
Re: YAAC Launch Problem and Not Remembering Configuration
Andrew, as always, you are my hero. I can't get to the Desktop file right now, but I do know your sample has more lines than mine, so that will probably fix it.
toggle quoted message
Show quoted text
The explanation of the ports storing that data makes sense. And, yes, at the time I had not yet created the radio port as I was still researching how to configure that for the TNC-Pi. Of course after I did set the port up, when I hooked up my handheld to test things, its RF got into the RPi and scrambled the SD card so now I must start over from scratch. I should have made notes when I set up the SD card before. Now I've got to find all those configuration steps for the different boards, etc. This CRS thing is a pain. Thanks again, Michael WA7SKG Andrew P. wrote on 2/22/20 9:40 AM: Regarding your two questions: |
Re: YAAC Launch Problem and Not Remembering Configuration
Regarding your two questions:
1. Bear in mind that the Raspberry Pi desktop manager is not the Cinnamon desktop manager typical of Linux Mint, so its desktop shortcut files are likely to be different. You'll need to check with how desktop files are created on the Pi. For example, this is the contents of the yaac.desktop file provided by NW Digital Radio on their DRAWS image of Raspbian (which pre-installs DireWolf, Xastir, and YAAC): [Desktop Entry] Name=YAAC Exec=/usr/bin/java -jar /home/pi/YAAC/YAAC.jar -gui:small Comment=Yet Another APRS Client Icon=/home/pi/YAAC/images/yaaclogo64.ico Path=/home/pi/YAAC Terminal=true Type=Application Categories=HamRadio Keywords=Ham Radio;APRS Client;KISS;AGWPE;AX.25 2. Your callsign and SSID are stored on your individual ports in YAAC that send and receive AX.25 packets (or the APRS-IS equivalent). This is because cross-band digipeaters are required to have a unique callsign-SSID for each RF port of the same station, to support packet routing. (Note that it is expected that your APRS-IS port callsign-SSID will be the same as your primary RF port on an I-gate station.) As such, if you don't have any such packet-exchanging ports, your callsign won't be remembered. So, does your configuration contain any ports of type Serial_TNC, AGWPE, KISSoverTCP, Bluetooth_TNC, Kenwood, Yaesu, File_TNC, APRS-IS, or SSL-APRS-IS? If it doesn't, then you are not storing your callsign-SSID anywhere. And, since YAAC is an APRS application, it considers your configuration to be incomplete if you don't have at least one of those port types configured (as in, how are you going to display APRS data if you don't have anyplace to get packets from?). Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Michael WA7SKG <wa7skg@...> Sent: Saturday, February 22, 2020 12:05 PM To: [email protected] Subject: [yaac-users] YAAC Launch Problem and Not Remembering Configuration I'm setting up YAAC on a Raspberry Pi and have run into two issues (so far). 1. I created a desktop launcher for YAAC, identical to what is on my Mint machine. When I double click on it, I get a window saying something like "This is an executable file, what do you want to do?" then gives options of Execute, Execute in Terminal, Open, Cancel. I do not get this on my Mint machine. Anyway around this? 2. When I open YAAC, it takes me into the configuration page. It does not remember my call or SSID choice. After entering that and moving to the next screen, it does remember my icon choice and pretty much everything after that. Any ideas what that problem might be? Again, this did not happen on my Mint machine for my base station, only the Raspberry Pi. tnx es 73, Michael WA7SKG |
YAAC Launch Problem and Not Remembering Configuration
I'm setting up YAAC on a Raspberry Pi and have run into two issues
(so far). 1. I created a desktop launcher for YAAC, identical to what is on my Mint machine. When I double click on it, I get a window saying something like "This is an executable file, what do you want to do?" then gives options of Execute, Execute in Terminal, Open, Cancel. I do not get this on my Mint machine. Anyway around this? 2. When I open YAAC, it takes me into the configuration page. It does not remember my call or SSID choice. After entering that and moving to the next screen, it does remember my icon choice and pretty much everything after that. Any ideas what that problem might be? Again, this did not happen on my Mint machine for my base station, only the Raspberry Pi. tnx es 73, Michael WA7SKG |
Re: Interface with Microsat wx3in1 in KISS mode
the serial port can be used for a wx station ( PORT 1 ) and for KISS ( PORT 2 )? as it is 2 ports on one connector ..I did have the KISS port working with XASTIR....Im trying to get away from XASTIR..Linux isn't my strong point.
KISS over TCP is not bi- directional and will only RX. and yes I agree that the information is limited.and needs to be a bit more specific regardiing certain functions of th WX3in1 |
Re: Interface with Microsat wx3in1 in KISS mode
According to the documentation on the Microsat website, the KISS (and APRS-IS simple server) ports are only available over TCP/IP (the Ethernet connection), not via the serial ports reserved for weather stations and GPS receivers.
So you would use the KISS-over-TCP port type to connect to the documented port number (I don't know the exact number, but I'm guessing port 8001 because that's what DireWolf and AGWPE use) at whatever IP address is assigned to the WX3in1 on your LAN. Alternatively, you could use the APRS-IS port type to connect to the "simple server" port just as if you were connecting directly to the APRS-IS backbone.? Hopefully, the Microsat author would be able to provide more specific information. Andrew, KA2DDO author of YAAC |
Re: Sending messages without RF
Digipeat paths are irrelevant when relaying through the backbone. Each transmit-capable I-gate makes its own decision as to what digipeat path will be used for forwarded-from-Internet packets; most choose no digipeat path at all so that only RF stations directly reachable by the I-gate will hear the transmitted packets. And the original digipeat path is buried in the 3rd-party header of the packet body, so will never be processed by digipeaters after the I-gate returns it to RF.
________________________________________ From: [email protected] <[email protected]> on behalf of Peter Dakota Summerhawk <peter.summerhawk@...> Sent: Sunday, February 9, 2020 6:45 PM To: [email protected] Subject: Re: [yaac-users] Sending messages without RF Andrew, Yep connected to the noam.aprs2.net aprsis server with password as I get the reports coming in from the net. I was curious as to drop down I have is TEMP1-1, TEMP2-2, WIDE1-1, WIDE1-1, WIDE2-2, ARISS, SGATE,WIDE2-1 and OUTNET Just curious as to which one I need to help that along and yes I do know that it may not get through with the path being from the aprsis servers if the RX station is not within range of a digi or the like. Thanks, Peter From: Andrew P.<mailto:andrewemt@...> Sent: Saturday, February 08, 2020 4:37 PM To: [email protected]<mailto:[email protected]> Subject: Re: [yaac-users] Sending messages without RF You will first need to have an APRS-IS server passcode for your callsign, so you can connect to the Internet backbone with permission to transmit packets to the backbone. There is no way at all to guarantee your Internet packets will get to RF. First off, only text message packets that are addressed to RF stations within range of an I-gate will be forwarded through only the relevant in-range I-gates (plus your next position packet, so the RF recipient knows where the station that sent the text message is located). Secondly, that requires an RF-transmit-capable I-gate within range of your target RF station; there are few of those, due to legal constraints and concerns in different jurisdictions on automatically forwarding packets from the Internet. There is no way whatsoever to blast your packets to RF over the whole planet. The APRS-IS backbone network and I-gate software are specifically designed to avoid that sort of behavior, since the local RF network is intended for _local_ tactical information (not irrelevant spurious data from out-of-area stations), and the VHF channel doesn't have the bandwidth for the entire planet's worth of APRS stations. If you want to reach the whole planet on RF, you'll need to use the 30-meter HF band on RF yourself (and that has even less total bandwidth than the local VHF channel). Andrew, KA2DDO author of YAAC Hope this helps. |
to navigate to use esc to dismiss