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
Re: Strange Position Reports
Still confused. The two items I see most are digipeaters. They show up on my map near (varying in about a five mile radius) a local digi, but one is actually 90 miles away and the other is 130 miles away with significant terrain between them and the local digi. They are persistent in that they move around a little bit, but are shown for days at a time in the same area. I do have "vicinity plotting" turned off, yet they still show up. They never show up in their actual locations.
toggle quoted message
Show quoted text
I only have RF items on my map. Nothing from the Internet is displayed. Just another of those APRS mysteries I guess. Michael WA7SKG Andrew P. wrote on 1/4/20 6:47 PM: The question mark icon is for stations with unknown positions. A station that sends a status message, telemetry, or positionless weather report first (as far as your station newly listening is concerned) means that YAAC doesn't know where to plot it or what its symbol is. So YAAC guesses the station's location by assuming it's near its first digipeater (assuming the digipeater's position report has been heard). This feature is called "vicinity plotting". |
Re: Blacklist
开云体育Alas, this is a bug. It will be fixed in the next build of YAAC (to be released next week).
Andrew, KA2DDO
author of YAAC
-------- Original message --------
From: "w5agm via Groups.Io" <w5agm@...> Date: 1/2/20 17:04 (GMT-05:00) To: [email protected] Subject: [yaac-users] Blacklist New YAAC user here, so pardon me if this is a repeat or common question.? In the blacklist function, I added a station to this list.? After adding the station, I am unable to delete the station from the list.? I've tried clicking on the callsign in the blacklist as well as using arrows and tabs, but the "Delete Callsign" option always remains grayed out or unavailable.? I have shutdown, rebooted the pi and restarted YAAC with no changes.? I've also cleared all filters.? Any thoughts on how to remove a callsign from the blacklist?? I'm running the 23-Dec-2019 version on a pi4 w/ buster. Great software, Andrew! Thanks in advance, W5AGM |
Re: ax25 kiss tnc
Hello
Jean-Pierre, There is a program called ldsped that can connect to your ax25 interface and provide an AGWPE compatible interface that YAAC can use. Ldsped would share the serial port in this case with javaARPSSrvr at the ax25 layer.? Other apps like XASTIR support ax25 natively and can share the TNC as a result, but I expect ldsped to work with YAAC. It's been a long time, but I once used Ldsped on a Raspberry Pi and was able to share the serial port with aprx on the Pi.? Other apps not on the Pi could also share the TNC via the home wifi network thanks to the AGW interface provided by ldsped. 73, Lee K5DAT On Sat, Jan 4, 2020 at 1:52 PM Andrew P. <andrewemt@...> wrote:
|
Blacklist
New YAAC user here, so pardon me if this is a repeat or common question.? In the blacklist function, I added a station to this list.? After adding the station, I am unable to delete the station from the list.? I've tried clicking on the callsign in the blacklist as well as using arrows and tabs, but the "Delete Callsign" option always remains grayed out or unavailable.? I have shutdown, rebooted the pi and restarted YAAC with no changes.? I've also cleared all filters.? Any thoughts on how to remove a callsign from the blacklist?? I'm running the 23-Dec-2019 version on a pi4 w/ buster.
Great software, Andrew! Thanks in advance, W5AGM |
Re: Strange Position Reports
开云体育The question mark icon is for stations with unknown positions. A station that sends a status message, telemetry, or positionless weather report first (as far as your station newly listening is concerned) means that YAAC doesn't know where to plot it or
what its symbol is. So YAAC guesses the station's location by assuming it's near its first digipeater (assuming the digipeater's position report has been heard). This feature is called "vicinity plotting".
Once YAAC hears an actual position report with an APRS symbol code from the station, it will change the icon and move it to the correct location on the map.?
While the station's actual position is not known, and either it wasn't digipeated and heard by an I-Gate whose position isn't known, or digipeated by a digipeater whose position isn't known, the position remains at latitude/longitude (0,0). The button
on the map toolbar with a big 0 on it will jump the map to that location.
Note that, if you don't like it, you can turn vicinity plotting off in the expert-mode configuration dialog.?
Hope this helps.
Andrew, KA2DDO
author of YAAC
-------- Original message --------
From: Michael WA7SKG <wa7skg@...> Date: 1/4/20 15:36 (GMT-05:00) To: [email protected] Subject: [yaac-users] Strange Position Reports I see periodic objects show up with the icon of a gray circle with a red question mark. They are many miles from their actual location. Clicking on the icon gives me a box of either seemingly garbage characters or just a blank in the comments field. Many of these are fixed sites, so I know the location is not correct. Some are mobile, but when I talk to them later, they were never in the area. What's up with that? Michael WA7SKG |
Strange Position Reports
I see periodic objects show up with the icon of a gray circle with a red question mark. They are many miles from their actual location. Clicking on the icon gives me a box of either seemingly garbage characters or just a blank in the comments field. Many of these are fixed sites, so I know the location is not correct. Some are mobile, but when I talk to them later, they were never in the area.
What's up with that? Michael WA7SKG |
Re: ax25 kiss tnc
开云体育Note that you can't share the TNC between YAAC and javAPRSSrvr; only one program can own the serial port connected to the TNC.
Assuming you're going to have YAAC control the TNC, create a port of type Serial_TNC and specify the serial port device name connected to the TNC, your callsign-SSID, and the correct baud rate. You don't connect the TNC and YAAC to the Linux AX.25 kernel;
all the AX.25 logic is in YAAC so you don't use kissattach or /etc/axports.
If you want YAAC to forward the received packets to javAPRSSrvr, also create a port of type APRS-IS and connect it to your local javAPRSSrvr's client port.
Hope this helps.
Andrew, KA2DDO
author of YAAC
Sent from my Verizon 4G LTE smartphone
-------- Original message --------
From: Jean-Pierre Desilets <jeanpierredesilets@...> Date: 1/4/20 12:56 (GMT-05:00) To: ka2ddo@... Subject: ax25 kiss tnc Hi Andreew i have? install YAAC on? my Ubuntu 18.04 machine running javAPRSSrvr?? and? ax25 tnc? in kiss? mode . How to connect? this tnc to? YAAC? ?? ( In aprx? , interface is ax25-device? ve2se-3? ) tnx de Jean-Pierre? ve2se |
Re: Mini-Webserver
No, it's a code bug. YAAC is receiving the query from your browser, but the min-webserver thread is hanging instead of sending the reply.
I have the fix for the next build. I hope to put the next build out this weekend, once I finish testing other bugfixes. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Paul Bramscher <pfbram@...> Sent: Thursday, January 2, 2020 7:39 PM To: [email protected] Subject: Re: [yaac-users] Mini-Webserver I'm not able to access the mini webserver either (Debian 10). I haven't tried in 1-2+ years, so I couldn't say when it became an issue on my system. Via 'netstat -tea' I see that tcp6 under port 8008 is set to LISTEN under my local (non-root) account, but I'm unable to access it. Some sort of permissions issue when running the server under an ordinary user? I have http (80) and https (443) running on that PC, but nothing on 8008. 73, KD0KZE / Paul On 12/27/2019 7:51 PM, Greg WB6ZSU wrote: Andrew... |
Re: Mini-Webserver
I'm not able to access the mini webserver either (Debian 10). I haven't
toggle quoted message
Show quoted text
tried in 1-2+ years, so I couldn't say when it became an issue on my system. Via 'netstat -tea' I see that tcp6 under port 8008 is set to LISTEN under my local (non-root) account, but I'm unable to access it. Some sort of permissions issue when running the server under an ordinary user? I have http (80) and https (443) running on that PC, but nothing on 8008. 73, KD0KZE / Paul On 12/27/2019 7:51 PM, Greg WB6ZSU wrote:
Andrew... |
Re: send a msg/rcv
Regarding your two questions in order:
1. It will only show an acknowledgement on the Messages window if the fellow ham actually sends a reply (either manually or via Auto Acknowledgement feature of some APRS clients). You can confirm that the other ham's station received your packet by looking on the Raw Packets view for a text message packet from that ham's station callsign-SSID with only the text ackNNNNN where NNNNN is the sequence number assigned by YAAC to your outgoing message. Alternatively, you can look at the Outgoing Messages window and see if the message is idle or still active (retransmitting because it hasn't heard an ack). Note that this is not reliable if your only path to the other ham is through a receive-only I-gate; then, even if his station hears the message and sends the ack message, the Rx I-gate won't put it on the air for you to hear. 2. You'll have to ask the person who sent that "OPEN NET" message. Presumably, they are talking about a radio net operation without a Net Control Station. Now, if you are talking about OpenTRAC (and what you said was a typo), then some few stations support the OpenTRAC protocol, an alternative to the APRS protocol, and you received a packet of type OpenTRAC rather than an APRS packet. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of pat obrien <2WR796@...> Sent: Thursday, January 2, 2020 12:39 PM To: [email protected] Subject: [yaac-users] send a msg/rcv HOWDY GUYS; On sending a msg to a fellow ham, does this program show a reply from the other station? Also what does OPEN NET mean on the message board. TNX POB/K8LEN |
Re: Station Status
That's the thing. There are many variables and a wide range of experiences. Sure, in some events, I can be dispatched to a location, set up there and stay for the duration, pack up and go home and out of service. OTOH, for some events I may need to transport materials to one location, stay there for a short time, move to another location for another purpose, finish there and move again, etc. The need changes day to day, event to event. The ability of net control to see my location and status relative to needs greatly improves the efficiency of the operation. Further the ability to send short messages that don't need my instantaneous attention and can be readily seen when I return to my vehicle is a big plus, unlike voice traffic which, if I am out of the truck, may be missed or delayed.
toggle quoted message
Show quoted text
I refer you to my other message about my configuration for more info, but, I do have a keyboard in my mobile installation, but it is small and normally stowed. It is only pulled out when stopped and needed for text entry, not normal operations. I am considering a small set of buttons connected to GPIO pins on the RPi that may be useful for triggering actions. I have no idea how viable that is for this situation. There are also available external "button boxes" that connect via USB that operate similar to a keyboard with programmable keys that basically issue canned keystroke sequences. These are much smaller than a full keyboard and may have as few as two or three buttons, or big panels with a dozen or more buttons. Perhaps this may be an option to consider. I know that your current configuration is mainly dependent on using a mouse to navigate, pull down menus, and select options. Many programs offer keystroke alternatives (i.e. ctrl-C for copy, ctrl-V for paste, ctrl-Q for exit, ctrl-P for print, etc.), as you have mentioned below. While these normally require multiple keystrokes, or multiple keypresses, the ability to use a programmed keyboard "button box" could meet the need. As we boot around ideas and ask/answer questions, results are sure to appear. Michael WA7SKG Andrew P. wrote on 12/28/19 2:32 PM: Frankly, I didn't think status would be changing that rapidly when I designed the UI. The events I was working, I would be "En Route" going to the event, "In Service" the whole time I was there, and "Returning" when going home afterwards. On the other hand, I was generally stationed at a fixed location rather than being a mobile unit for such events. |
Re: Station status
Okay, here is a system recap.
toggle quoted message
Show quoted text
Mobile installation: * Raspberry Pi 3B+ running up to date Raspbian Buster OS * TNC-Pi hat mounted on RPi * Official Raspberry Pi 7" Touchscreen Display, Screen resolution 800x480 pixels - These are all mounted in a Smarti-Pi Touch case with VESA mount attached to a mobile monitor mount. - This is normally operated via the touchscreen. There is a small wireless keyboard (Rii-tek model RT-MWK01) that is usually stowed but can be retrieved for data entry when stopped. - These are connected to an IC-V8000 radio dedicated for APRS and not used for any other purpose except in an emergency. I have attached two pictures of my mobile installation so far. The first picture shows a rear view of the APRS head showing the TNC-Pi mounted on the Rpi. Radio interface and power connections are not hooked up in these pictures. The second picture is the overall mobile environment. Not shown is the yet to be installed V8000 radio and some additional hardware. The V8000 will be installed in front of the TurboTuner2 at the bottom of the picture. One mod I am considering is the addition of a small panel of buttons on top of the monitor that will provide a power on/off for the RPi and possibly some programmable buttons connected to GPIO pins on the RPi. I would like to share some thoughts from Bob, WB4APR (inventor of APRS), which helped develop some of my goals. "APRS is not a vehicle tracking system. It is a two-way tactical real-time digital communications system between all assets in a network sharing information about everything going on in the local area. On ham radio, this means if something is happening now, or there is information that could be valuable to you, then it should show up on your APRS radio in your mobile." () "APRS is not about vehicle tracking. It is a single information resource channel where everything that is going on in ham radio in the surrounding area can be announced and updated in real time. It presents to the viewer on his APRS radio front panel all that is happening right now, where it is, and all the info he needs to participate whether it is an event, happening, net, activity, announcement, future activity, or situation. The APRS channel is his one-stop look at everything that could be going on in the local area, and his one-stop place to post what he might be doing that might be of interest to others. APRS is not about GPS positions, it is about a situational map display of everything that is happening, and most of that is OBJECTS containing INFO on the activity and how to contact other operators." () In my case, I operate in a dispatch/response environment. As such, I may spend my entire day in one place, or I may go to multiple destinations in one day. Knowing my status in real time helps the success of this operation. The ability to provide, update, and display real-time status information and short messages in a timely, easy to use system, is a great benefit to efficiency. It frees up voice time on the radio, provides a timestamped record, reduces the necessity of someone always at the mic on the other end, and covers a wide geographic area that would otherwise require multiple repeaters and voice channels. I hope this helps clarify my situation. Michael WA7SKG Andrew P. wrote on 12/28/19 2:19 PM: Let's get this thread back on the correct subject line. |
Re: Message box
I want to make one thing absolutely clear here. I most certainly am not putting down Andrew or discrediting his work in any way. Yes, I have had a hard time understanding parts of it, but that is more my fault than his.
toggle quoted message
Show quoted text
Let me go on record that I highly regard Andrew and his work on this subject. He has gone far and above the call in his endeavors and is to be commended. I think he is really bending over backward in his patience with me and working these issues both on and off the forum. I may not always communicate things well, and often, especially in a new (to me) subject area, I may not necessarily describe things in a manner that those who have been using the system for years may recognize. I think Andrew recognizes this and I greatly appreciate his patience and willingness to work with me on this. Whether this results in a successful implementation of YAAC for my mobile operation remains to be seen. If it does not and I need to follow another route, so be it. However, for my base operation, it seems to be meeting the needs nicely and, as Andrew continues to work with me, should result in a robust system that meets by objectives. Thank you for your time. Michael WA7SKG Bob Evans wrote on 12/28/19 1:41 PM:
|
Re: Station Status
Frankly, I didn't think status would be changing that rapidly when I designed the UI. The events I was working, I would be "En Route" going to the event, "In Service" the whole time I was there, and "Returning" when going home afterwards. On the other hand, I was generally stationed at a fixed location rather than being a mobile unit for such events.
But this is certainly something changeable. I was looking at some similar easy status change control idea when I was thinking about putting a telemetry system in my RV (a side-project that, alas, still hasn't come to fruition, partly due to the same low-res UI design issue). Michael, do you have a keyboard on your mobile setup? There's only so much room on a low-res screen (especially if it's a touch screen) for more controls. But I could take advantage of the PC function keys for easy switching. Alas, neither of the two Bluetooth keyboards I acquired for experiments for the RV telemetry system had an extra row for the Fn keys, so you would have to hold down two keys to be the equivalent of an Fn function key on an PC104 keyboard. And no better to do Ctrl-1, Ctrl-2, etc., for such switching. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Eric H. Christensen via Groups.Io <eric@...> Sent: Saturday, December 28, 2019 4:50 PM To: [email protected] Subject: Re: [yaac-users] Station Status This is an interesting idea. To me, the MicE status has always been a useless piece of information *because* it was too difficult to change the status and most (all but DOS APRS?) clients don't really show the MicE status. It would be interesting to have a mobile GUI that would have these buttons (when MicE is enabled?) across the top to make it easy to select. It could be useful during events and such. I suspect this could be a complete redesign of the GUI, though. 73, Eric WG3K |
Re: Station status
Let's get this thread back on the correct subject line.
Michael, please describe the hardware and O/S platform that you are using. What O/S (Windows, Linux, etc.) are you running? What is the screen size in pixels? Is it a touch screen? I need a few more details if I'm going to be able to help. Regarding displaying current Mic-E status on the map, it can be done by selecting View->View Map Layers...->View Mic-E Status. That will put a colored circle around each station reporting Mic-E status (no circles around stations not reporting Mic-E status). Solid-line circles for standard Mic-E status codes, dashed-line circles for custom codes. The colors corresponding to statuses are documented in the online help; look up Mic-E in the help index. Note this is different from the filled-in circles behind station icons that report APRSdos-style item status (emergency, mobile or fixed, your objects or someone else's, or just plain old and probably out-of-date).The status is also printed as text if you click on a station icon with the mouse on the map; the popup box includes all the current information about that station, including its Mic-E status. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Michael WA7SKG <wa7skg@...> Sent: Saturday, December 28, 2019 4:19 PM To: [email protected] Subject: Re: [yaac-users] Message box For my desired purpose, I am using equipment dedicated to the purpose, in place and in use all the time. The goal is to provide position and status reporting in real time, as well as to send and receive short messages. I would also be interested in seeing other stations in my vicinity. When I originally brought this up on various forums, the overwhelming reply was to use YAAC for the purpose, even after explaining my equipment configuration. At this time, a larger, higher resolution screen is not an option for me. Granted, I may have to consider that option in the future, but it would require a significant restructuring of my installation. To arrive at a location and need to change my status a bunch of times per day, I don't have time to connect a laptop in the vehicle, fire it up, launch programs, run through menus and make a status update. If there is a non-graphical client for APRS that will provide the information I need and able to quickly update status and message information, and run on my existing hardware, that would be fine. As of now, I have yet to find such software. |
Re: Message box
I’ve been following this topic with interest as I have been using APRS since it started in ‘92 and downloaded it from BBS’s! It sounds to me that Bob Bruninga’s original APRS would suit your purpose fine. It is low resolution and easy to use for messaging etc as that was one of his original concepts You can still get APRS876 from Bob’s site and then run it under QEMU on the RPi. Also wanted to say that Andrew is doing a great job meeting the various constituencies within amateur radio with YAAC and many kudos to him for doing this and also for free! Bob AB2NE On Sat, Dec 28, 2019 at 16:19 Michael WA7SKG <wa7skg@...> wrote: Okay, I am new to this. I am happy you have $600 for a new radio for |
Re: Message box
I’ve been following this topic with interest as I have been using APRS
since it started in ‘92 and downloaded it from BBS’s! It sounds to me that Bob Bruninga’s original APRS would suit your purpose fine. It is low resolution and easy to use for messaging etc as that was one of his original concepts You can still get APRS876 from Bob’s site and then run it under QEMU on the RPi. Also wanted to say that Andrew is doing a great job meeting the various constituencies within amateur radio with YAAC and many kudos to him for doing this and also for free! Bob AB2NE |
Re: Station Status
This is an interesting idea. To me, the MicE status has always been a useless piece of information *because* it was too difficult to change the status and most (all but DOS APRS?) clients don't really show the MicE status.
It would be interesting to have a mobile GUI that would have these buttons (when MicE is enabled?) across the top to make it easy to select. It could be useful during events and such. I suspect this could be a complete redesign of the GUI, though. 73, Eric WG3K |
Re: Message box
Okay, I am new to this. I am happy you have $600 for a new radio for APRS, I do not. To begin with, I have to use existing or low cost equipment. For my desired purpose, I am using equipment dedicated to the purpose, in place and in use all the time. The goal is to provide position and status reporting in real time, as well as to send and receive short messages. I would also be interested in seeing other stations in my vicinity. When I originally brought this up on various forums, the overwhelming reply was to use YAAC for the purpose, even after explaining my equipment configuration.
toggle quoted message
Show quoted text
My biggest complaint with ham radio operators today, is they don't understand why their particular solution is the only one and if it works for them, then everybody should accept that is the way to go. If your solution works for you, that is great. However, if your particular solution does not fit my need, there is no need to chastise me for wanting something different than you do. At this time, a larger, higher resolution screen is not an option for me. Granted, I may have to consider that option in the future, but it would require a significant restructuring of my installation. To arrive at a location and need to change my status a bunch of times per day, I don't have time to connect a laptop in the vehicle, fire it up, launch programs, run through menus and make a status update. If there is a non-graphical client for APRS that will provide the information I need and able to quickly update status and message information, and run on my existing hardware, that would be fine. As of now, I have yet to find such software. rhclinton wrote on 12/28/19 9:26 AM: Hmm,? maybe I'm missing the point too - of WA7SKG's complaint.? I have been using APRS or nearly |
to navigate to use esc to dismiss