Keyboard Shortcuts
Likes
- Yaac-Users
- Messages
Search
Alternate configuration in YAAC 1.0 beta Raspberry Pi
I am using YAAC 1.0 beta on my Raspberry Pi.? ?It has been working fine for the default configuration but I am trying to create a alternate configuration for mobile use.
At the command line I am using? "$ java -jar /yaac/YAAC.jar -profile mobile"??The problem is that after the first setup, the new configuration is not involkable and keeps opening a non-configured version at susbsequent running of the command line.? I am sure I must be overlooking something that is pretty fundamental.? Any help would be appreciated. Brien - KE7WB |
Re: QRU server timing issues
Let's take a look at your problem.
Re: timing: that is entirely possible. Are you receiving the QRU response directly or via a digipeater? If the latter, how long do you wait before querying again? I ask because New-N paradigm digipeaters are specifically designed to not digipeat any given packet more often than once every 30 seconds; so are the APRS-IS backbone servers. So, if you make the same query in under 30 seconds, the response may get sent by the QRU server station, but blocked by the digipeater because it's the exact same Object message(s) and the exact same text message of the quantity report. So bear in mind that not receiving the second occurrence is not the same as it not being sent. Check the transmit logs on the sending station to see if the response was transmitted a second time. Note that the query and query ack can get through because the querying text message has a sequence number, so each query packet (and corresponding ack) has different contents (even if the actual QRU query text is identical). Also, what kind of station are you using to make the queries? Fixed or mobile? Note on the YAAC expert-mode configuration tab Transmit, there is not only a checkbox to enable QRU service, but a control to specify the default maximum range the station will respond to. For example, if a station 100 miles away sends the query over digipeaters, but the QRU server only has a 50-mile maximum QRU response radius (or the query specifies an explicit 50-mile limit), the server won't answer; after all, why would that distant station care about a resource it's too far away to reach? And if the querying station has not yet sent a position report that the YAAC QRU server can receive, YAAC will assume the querying station is at the Coast-of-Africa point (latitude 0, longitude 0), which is hundreds to thousands of miles away from any real station location, so it's likely to be out of range for a response. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Scott Gillins <scott@...> Sent: Friday, January 5, 2024 1:46 AM Hey everyone I have a quick question to see if anyone else has experienced this issue before I file a bug. I have a simple setup with YAAC using kiss over ip connected to Direwolf on the same system. I have been playing around with the QRU fuctionality in YAAC and have seen some behavior that is presenting as a timing issue I just don’t know how to validate where the issue is. I can create an object in YAAC and set a QRU group. The QRU server is turned on in the configuration. Once I add this object the object gets transmitted out as expected and I see the packet on a second station. When I send a message to QRU with the group name I see one of two responses. Response 1 is what I expect I get an acknowledgement, then the object information is sent, and finally a message back with the summary on the number of objects in that group. The second response looks the same in the raw packet sniffer as the first response however when watching the logs on direwolf only the initial ack is sent. Not the objects or the summary message. If anyone has seen this or has some ideas on how to further debug to try and figure out what it is working sometimes but not other please let me know. Thanks, Scott – W2KP |
QRU server timing issues
开云体育Hey everyone I have a quick question to see if anyone else has experienced this issue before I file a bug. ? I have a simple setup with YAAC using kiss over ip connected to Direwolf on the same system.? I have been playing around with the QRU fuctionality in YAAC and have seen some behavior that is presenting as a timing issue I just don’t know how to validate where the issue is. ? I can create an object in YAAC and set a QRU group.? The QRU server is turned on in the configuration.? Once I add this object the object gets transmitted out as expected and I see the packet on a second station.? ? When I send a message to QRU with the group name I see one of two responses.? Response 1 is what I expect I get an acknowledgement, then the object information is sent, and finally a message back with the summary on the number of objects in that group.? ? The second response looks the same in the raw packet sniffer as the first response however when watching the logs on direwolf only the initial ack is sent. Not the objects or the summary message. ? If anyone has seen this or has some ideas on how to further debug to try and figure out what it is working sometimes but not other please let me know. ? Thanks, Scott – W2KP ? ? |
Display Drone Data
Now that drones are required to transmit RemoteID, kind of like ADS-B and AIS systems, anybody know how to receive these and may there be any plans to include it in the APRS display?
IIRC, there are plugins to show ADS-B and AIS objects. I just learned about this RemoteID stuff, so I don't know much about it yet. I don't know what it takes to receive and decode it. Thoughts? -- 73, Michael WA7SKG "Any day you do not learn one new thing is a wasted day." |
Re: next beta build#192 of YAAC, created 2023-Dec-29
On 30 Dec 2023, at 2:52?pm, Andrew P. <andrewemt@...> wrote:I just upgraded on Sonoma 14.2.1 with no issues. I’m using Liberica Full JDK v20.0.2. (Another app I use, sdrtrunk needs that.) Carl. |
Re: next beta build#192 of YAAC, created 2023-Dec-29
OK, I just tried upgrading YAAC on my Mac (x86 running Sonoma 14.1.2). No problem.
So I'm guessing something strange with the Java runtime on the M2 (ARM) processor, or a new security "feature" in Sonoma 14.2.1. Try starting YAAC from a Terminal window, and saving all the messages that get printed to the Terminal window. There will probably be some error message in there explaining why the other menus didn't get created (such as a failure exception message before it gets to the "YAAC creating main menu bar..." log message. By the way, which version of the Java runtime are you using? In the Terminal window, type the command java -version to get it to print out the JRE version. Looking forward to your response. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Keith Kaiser <wa0tjt@...> Sent: Friday, December 29, 2023 4:20 PM To: [email protected] Subject: Re: [yaac-users] next beta build#192 of YAAC, created 2023-Dec-29 Oh boy! Not a good start for me. I clicked the usual way of doing things and asked YAAC to download the new version. Then open it, the only thing that opened was the main window with no maps, and no menu items except the default 'YAAC'. Not sure where to go from here. I’m running a MacBook Air M2 Sonoma 14.2.1. I’ve been running YAAC for years on various Macs this is my first issue with a new version. Ideas? Keith, WA0?TJT Author: ARRL ARES Communicator Level 2, AEC for Platte Co. MO KCHEART Radio Operator - St. Lukes Barry Road Hospital On Dec 29, 2023, at 2:04?PM, Andrew P. <andrewemt@...> wrote: next beta build#192 of YAAC ("Yet Another APRS Client"), created 2023-Dec-29 downloadable from or changes and updates include: 1. general source code cleanup to reduce IDE warnings. 2. fix more issues reported by UMD find_bugs utility. 3. clean up missing Javadocs. 4. remove support for obsolete X-APRS software in weather reports and add radiation level weather data field in its place. 5. support negative values for Position Report altitude parameter "/A=nnnnnn". 6. more minor performance improvements. 7. fix YAAC digipeater core logic to support transmissions from subclients attached through the pseudo-APRS-IS-server plugin, and ensure the beacons fromn YAAC direct to APRS-IS don't send spurious digipeat aliases. 8. fix issues with "right-clicking" on a Mac with a one-button mouse by properly mapping the Option keys in the mouse click handlers. This also required updating some plugins with custom screen views. 9. rescale line-of-sight plot to display more useful vertical range. 10. fix popup station window to be reasonable size and scrollable if there are hundreds of stations at the point (such as for the Coast-of-Africa point for stations without positions). 11. fix OSM downloader to optionally download sways (unlabeled way) files if preferences say to use them. 12. fix pseudo-APRS-IS-server plugin to properly send APRS frames upstream (working with the core YAAC fixes to support it). 13. make "right-click" fixes in smallscreen plugin. 14. fix marineports and aisdecoder plugins to support AIS-Catcher application. |
Re: next beta build#192 of YAAC, created 2023-Dec-29
开云体育That's very weird. Did you start YAAC the way you always start it, or did you let the upgrader start it post-upgrade? If the latter, close it, and start it the way you usually do.
The upgrader has to guess where to get the Java runtime, so it may pick the wrong one. Also, did you have any errors running the upgrader (such as permissions problems accessing the disk)?
Have you recently upgraded your Java runtime and/or version of Mac OS X? You may have to adjust OS security to allow the java program to access the file system (so it can search for plugins and read your YAAC configuration).
Let me know what you find out. When I get back to my borrowed Mac, I'll try upgrading its YAAC version.
Andrew, KA2DDO
Sent: Friday, December 29, 2023 4:20:55 PM
Oh boy! Not a good start for me. I clicked the usual way of doing things and asked YAAC to download the new version. Then open it, the only thing that opened was the main window with no maps, and no menu items except the default 'YAAC'. Not sure where to go from
here.?
I’m running a MacBook Air M2 Sonoma 14.2.1. I’ve been running YAAC for years on various Macs this is my first issue with a new version.?
Ideas?
Keith, WA0?TJT
Author: https://net-control.us
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO KCHEART Radio Operator - St. Lukes Barry Road Hospital
|
Re: next beta build#192 of YAAC, created 2023-Dec-29
开云体育Oh boy!Not a good start for me. I clicked the usual way of doing things and asked YAAC to download the new version. Then open it, the only thing that opened was the main window with no maps, and no menu items except the default 'YAAC'. Not sure where to go from here.? I’m running a MacBook Air M2 Sonoma 14.2.1. I’ve been running YAAC for years on various Macs this is my first issue with a new version.? Ideas? Keith, WA0?TJT Author: https://net-control.us ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO KCHEART Radio Operator - St. Lukes Barry Road Hospital
|
next beta build#192 of YAAC, created 2023-Dec-29
next beta build#192 of YAAC ("Yet Another APRS Client"), created 2023-Dec-29
downloadable from or changes and updates include: 1. general source code cleanup to reduce IDE warnings. 2. fix more issues reported by UMD find_bugs utility. 3. clean up missing Javadocs. 4. remove support for obsolete X-APRS software in weather reports and add radiation level weather data field in its place. 5. support negative values for Position Report altitude parameter "/A=nnnnnn". 6. more minor performance improvements. 7. fix YAAC digipeater core logic to support transmissions from subclients attached through the pseudo-APRS-IS-server plugin, and ensure the beacons fromn YAAC direct to APRS-IS don't send spurious digipeat aliases. 8. fix issues with "right-clicking" on a Mac with a one-button mouse by properly mapping the Option keys in the mouse click handlers. This also required updating some plugins with custom screen views. 9. rescale line-of-sight plot to display more useful vertical range. 10. fix popup station window to be reasonable size and scrollable if there are hundreds of stations at the point (such as for the Coast-of-Africa point for stations without positions). 11. fix OSM downloader to optionally download sways (unlabeled way) files if preferences say to use them. 12. fix pseudo-APRS-IS-server plugin to properly send APRS frames upstream (working with the core YAAC fixes to support it). 13. make "right-click" fixes in smallscreen plugin. 14. fix marineports and aisdecoder plugins to support AIS-Catcher application. |
Re: Grid Squares & heap limits
Andrew,
? ? ? ? ? ?First thank you for replying. And the answer to your first two questions are yes and no. The grid squares that I have noticed with the blue conditions are (these are coordinates with in the square) 1. 35 29.55N - 84 22.08W 2. 33 30.42N - 87 32.01W 3. 33 29.15N - 96 32.70W I am brand new to YAAC and have most likely caused most of these issues trying to learn what is what and for that i apologize. |
Re: Grid Squares & heap limits
Greetings.
It sounds like you're viewing an area of the YAAC-imported OpenStreetMap data where there are some errors in determining ocean boundaries. Per chance, have you: 1. imported the OSM data snapshot yourself, rather than downloading from my website? and 2. used the osmcoastline utility to get the ocean boundaries? Please let me know the approximate lat/lon of the blue squares so I can check the data there. I don't look at the entire planet on a regular basis. Since approximately the October 2nd 2023 snapshot of OSM, there have been errors in the coastline/shoreline tagged Ways in the database where the oceans aren't decoded correctly. If the osmcoastline utility reports _any_ erroneous Ways in the dataset, then YAAC will probably import the ocean data incorrectly. So I haven't used any snapshot more recent than that to identify coastlines, even though I have used more recent snapshots for the rest of the map data (I figured that the coastlines weren't going to move much, regardless of how much highway construction was going on). When I used a more recent snapshot with osmcoastline, it put all of Europe and western Russia underwater. I'm not sure when this will be fixed in the OSM database, and I am attempting to work around it, but haven't released the latest workarounds yet. Re: heap limits: The Java Runtime Environment virtual machine allocates a certain limited amount of heap memory for running the YAAC program (if you don't specify the -Xmx command line option, it defaults to half the physical RAM on your system). All the YAAC code, JRE library code, and third-party library code in use, plus all the data objects manipulated by this code are allocated memory from the heap. So, you can have a heap shortage if YAAC is trying to hold too much data in memory. The YAAC OSM Importer is an extreme heap pig, trying to use the heap to cache data to reduce the amount of disk I/O when importing the OSM data. However, you can over-demand your available heap without running the OSM Importer if any of the following conditions apply: 1. You are displaying topographic terrain data on the map (a certain amount of the terrain data in use is cached in heap for more efficient rendering). This gets worse if you chose to use 1-arc-second resolution data (takes up 9 times as much heap per 1-degree square as 3-arc-second data). 2. You have very large raster images superimposed on the map. 3. You are using an APRS-IS connection with either a very wide filter or an unfiltered connection, such that YAAC is having to keep track of the state of multiple thousands of APRS stations and objects. 4. You have YAAC configured to have an long in-memory retention interval for historical data about stations and objects (more data in heap per station for long-life-span heard stations). 5. You are running YAAC with an undersized heap for your use case (for example, half the RAM on a Raspberry Pi 2 is only 128MB). Those heap error messages come out when YAAC detects that the heap is near its limit. Because the default behavior for Java is to crash if heap garbage collection (the process of reclaiming heap memory that is no longer being used) happens excessively (i.e., YAAC keeps needing to allocate more memory, but there isn't enough unused heap even after forcing a garbage collection), YAAC tries to take action to keep the heap under control before the Java runtime crashes. YAAC's behavior in this case is to shorten the in-memory retention interval (reason#4 above) so that more not-quite-as-old APRS packets can be garbage collected and thereby free up more heap before the heap state reaches critical. The "heap error" message is displayed when this happens so you know you're losing in-memory data. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of W4ACR-Randy Shell Sent: Wednesday, December 20, 2023 10:14 AM Hello, ??????I have a couple of questions. 1. Why are some of the grid squares shaded blue? And can they be removed? 2. How do i correct heap limit errors? |
Grid Squares & heap limits
开云体育
Hello,
??????I have a couple of questions.?
|
Re: FTM-400 Digirig issue
开云体育Actually, it's not strange at all. All of those YAAC port drivers you specified in your emails are meant to use a serial port to talk to a hardware TNC, such as a TNC-2 or what is built into the Kenwood TM-D710 control head. The
Digirig is not a hardware TNC; it is a sound card and PTT controller meant to be used with a software TNC, such as AGWPE, UZ7HO Soundmodem, or DireWolf, and the software TNC (not YAAC) controls the PTT.
The reason the radio jammed into transmit mode when you selected the Digirig's serial port is that serial port communications use the modem control signals on an RS232 port to indicate when the cables are hooked up and the data
terminal and data modem are ready to communicate. So, when YAAC opens a serial port to talk to a hardware TNC, it turns on the RTS (Request To Send) modem control signal, because it's ready to send and receive packets (not necessarily actively sending them
right that instant).
However, the Digirig uses the RTS signal to directly control the PTT and ignores the TxD (Transmit Data) and RxD (Receive Data) signals entirely.
If you want to use a Digirig for APRS, you will need to use one of those software TNC programs to control it. There is no software TNC built into YAAC.
Hope this helps.?
Andrew, KA2DDO
author of YAAC
Sent: Tuesday, December 19, 2023 4:20:53 PM
I also tried a Kenwood Reveive-Only-Line- Line TNC. The FTM- 400 Also PTTs when you test the port. ?I am only using the Adudio of the digirig and this is strange that it PTTs. ? _._,_._,
|
Re: FTM-400 Digirig issue
开云体育Hi Tim,?The Digirig relies upon RTS to PTT the radio (I cannot remember if its -RTS) how are you setting up the PTT? Also, I've found that RFI getting into the USB line can lock up some devices though I've not seen this with digirig.? I need to play around, but I've also found that since Digirig isn't a TNC, the easiest configuration for me has been to use direwolf as the "TNC" and configure it to PTT the digirig. Then point YAAC at Direwolf via the KISS/AGW network port. --Mark K6EF
|
FTM-400 Digirig.
Hello, I am using the Digirig with my FTM-400 and YAAC. ?I can't get any data to flow from the FTM-400 and YAAC. ?Ideally, it should send the APRS data out to the Audio port of the Digirig. ?That would then be input to YAAC to show the data. ?I can't seem to get the data from the FTM-400 to show on YAAC. ?
Tim? KM4ESU |
Re: Cannot connect to fldigi using KISS-over-TCP
开云体育Greetings.
Part of the problem here is that fldigi doesn't _stay_ in KISS mode. It vastly prefers being in ARQ mode, and switches back to it when a KISS connection is closed. So you will have to manually put fldigi into KISS mode every time
before you connect YAAC to it. And some Fldigi support apps such as Flamp _only_ work in ARQ mode.
Also, FLDIGI's default KISS port number is not the same as AGWPE/DireWolf's default KISS port number, so you will have to change it (preferably on the YAAC side) before opening the connection.
I hope when you got the "Connection refused" error, you didn't tell YAAC to discard the port configuration.
Andrew, KA2DDO
author of YAAC
From: [email protected] <[email protected]> on behalf of Eric H. Christensen via groups.io <eric@...>
Sent: Wednesday, December 13, 2023 5:57:59 PM
Greetings,
I've got fldigi configured to listen on port 8001, TCP/IP, Listen/Bind, Auto Connect/Retry. In YAAC, I configure a KISS-over-TCP port, localhost, 8001.? Sometimes when I save the port it doesn't actually save properly.? I'll go back in and my callsign would be missing and, when I was using a port other than 8001, the port number would be missing.? Every time I try to enable the port I get the following error: 1702507944738: PortEditor: starting to create editor 1702507944739: PortEditor: starting to create per-driver cards 1702507944739: PortEditor: loading editor class for KISS-over-TCP 1702507944739: PortEditor: creating card for KISS-over-TCP 1702507944803: PortEditor: creating card selector 1702507944812: PortEditor: selected appropriate default card KISS-over-TCP 1702507944812: PortEditor: created. Wed Dec 13 17:52:29 EST 2023: opening TCP socket to KISS TNC at localhost/127.0.0.1:8001 Error Opening Port; Discard This Port?: java.net.ConnectException: Connection refused ??????? at java.base/sun.nio.ch.Net.pollConnect(Native Method) ??????? at java.base/sun.nio.ch.Net.pollConnectNow(Net.java:672) ??????? at java.base/sun.nio.ch.NioSocketImpl.timedFinishConnect(NioSocketImpl.java:547) ??????? at java.base/sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:602) ??????? at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) ??????? at java.base/java.net.Socket.connect(Socket.java:633) ??????? at org.ka2ddo.yaac.io.KissOverTcpConnector.configure(KissOverTcpConnector.java:277) ??????? at org.ka2ddo.yaac.gui.BlinkenLight$1.itemStateChanged(BlinkenLight.java:262) ??????? at java.desktop/javax.swing.AbstractButton.fireItemStateChanged(AbstractButton.java:2000) ??????? at java.desktop/javax.swing.AbstractButton$Handler.itemStateChanged(AbstractButton.java:2320) ??????? at java.desktop/javax.swing.DefaultButtonModel.fireItemStateChanged(DefaultButtonModel.java:458) ??????? at java.desktop/javax.swing.JToggleButton$ToggleButtonModel.setSelected(JToggleButton.java:374) ??????? at java.desktop/javax.swing.JToggleButton$ToggleButtonModel.setPressed(JToggleButton.java:392) ??????? at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279) ??????? at java.desktop/java.awt.Component.processMouseEvent(Component.java:6626) ??????? at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3389) ??????? at java.desktop/java.awt.Component.processEvent(Component.java:6391) ??????? at java.desktop/java.awt.Container.processEvent(Container.java:2266) ??????? at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5001) ??????? at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2324) ??????? at java.desktop/java.awt.Component.dispatchEvent(Component.java:4833) ??????? at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4948) ??????? at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4575) ??????? at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4516) ??????? at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2310) ??????? at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2780) ??????? at java.desktop/java.awt.Component.dispatchEvent(Component.java:4833) ??????? at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:775) ??????? at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720) ??????? at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714) ??????? at java.base/java.security.AccessController.doPrivileged(AccessController.java:399) ??????? at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) ??????? at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97) ??????? at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:747) ??????? at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) ??????? at java.base/java.security.AccessController.doPrivileged(AccessController.java:399) ??????? at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) ??????? at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:744) ??????? at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) ??????? at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) ??????? at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
??????? at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
??????? at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
I had it working once but then fldigi froze up and wouldn't respond.? Any ideas?
73, Eric
|
Cannot connect to fldigi using KISS-over-TCP
Greetings,
I've got fldigi configured to listen on port 8001, TCP/IP, Listen/Bind, Auto Connect/Retry. In YAAC, I configure a KISS-over-TCP port, localhost, 8001. Sometimes when I save the port it doesn't actually save properly. I'll go back in and my callsign would be missing and, when I was using a port other than 8001, the port number would be missing. Every time I try to enable the port I get the following error: 1702507944738: PortEditor: starting to create editor 1702507944739: PortEditor: starting to create per-driver cards 1702507944739: PortEditor: loading editor class for KISS-over-TCP 1702507944739: PortEditor: creating card for KISS-over-TCP 1702507944803: PortEditor: creating card selector 1702507944812: PortEditor: selected appropriate default card KISS-over-TCP 1702507944812: PortEditor: created. Wed Dec 13 17:52:29 EST 2023: opening TCP socket to KISS TNC at localhost/127.0.0.1:8001 Error Opening Port; Discard This Port?: java.net.ConnectException: Connection refused at java.base/sun.nio.ch.Net.pollConnect(Native Method) at java.base/sun.nio.ch.Net.pollConnectNow(Net.java:672) at java.base/sun.nio.ch.NioSocketImpl.timedFinishConnect(NioSocketImpl.java:547) at java.base/sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:602) at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) at java.base/java.net.Socket.connect(Socket.java:633) at org.ka2ddo.yaac.io.KissOverTcpConnector.configure(KissOverTcpConnector.java:277) at org.ka2ddo.yaac.gui.BlinkenLight$1.itemStateChanged(BlinkenLight.java:262) at java.desktop/javax.swing.AbstractButton.fireItemStateChanged(AbstractButton.java:2000) at java.desktop/javax.swing.AbstractButton$Handler.itemStateChanged(AbstractButton.java:2320) at java.desktop/javax.swing.DefaultButtonModel.fireItemStateChanged(DefaultButtonModel.java:458) at java.desktop/javax.swing.JToggleButton$ToggleButtonModel.setSelected(JToggleButton.java:374) at java.desktop/javax.swing.JToggleButton$ToggleButtonModel.setPressed(JToggleButton.java:392) at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6626) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3389) at java.desktop/java.awt.Component.processEvent(Component.java:6391) at java.desktop/java.awt.Container.processEvent(Container.java:2266) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5001) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2324) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4833) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4948) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4575) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4516) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2310) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2780) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4833) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:775) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714) at java.base/java.security.AccessController.doPrivileged(AccessController.java:399) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:747) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.base/java.security.AccessController.doPrivileged(AccessController.java:399) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:744) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) I had it working once but then fldigi froze up and wouldn't respond. Any ideas? 73, Eric WG3K |
Re: Help me understand... RX only I-gate showing on map when filtered to RF only
开云体育Vicinity plotting isn't disabled on a per-station basis after-the-fact. It is part of the before-the-fact overall configuration of your YAAC station (and is a saved part of the configuration so you don't have to do it again every
time you start YAAC).
If your operational mode is to not view stations without positions on the map, then turn off vicinity plotting before you start collecting data.
Vicinity plotting is enabled by default because it was recommended by Bob Bruninga WB4APR himself.
Note that, if you turn off vicinity plotting, positionless stations will still appear on the map. Their location will be latitude zero, longitude zero, also known as the Coast of Africa point, in the Atlantic Ocean far off the
shore of Nigeria. Even if you have vicinity plotting on, some stations may end up at the Coast of Africa because they don't have any associated station to use for vicinity plotting guesses.
The button on the map toolbar with the bolded 0 icon will pan the map to the Coast of Africa point. You can use the home button on the map to jump back to your station's position.
Note that, just because you choose not to view positionless stations doesn't stop those stations from sending packets without positions.
Andrew, KA2DDO
author of YAAC
Sent: Wednesday, December 13, 2023 2:29:49 PM
Andrew,?
I would rather they not show unless a position was received. Having to tick something in configuration after the fact is a step or two I don't feel the used needs to have to do.
Chris
-------------------- From: "Andrew P." <andrewemt@...>
Sent: Wed, Dec 13 2023 01:18 PM
Actually, the digipeater symbol with a red question mark on it has a different meaning. This indicates a "stealth" digipeater (or I-gate) which has not (as far as YAAC is concerned) sent a position report with the digipeater's own position and symbol
code, so YAAC is guessing the digipeater's location based on the reported positions of all the stations who were reported as using that digi or I-gate as the first relay station.
?
This explains why the I-gate is in the wrong place (YAAC hasn't been told where it is yet) and the non-standard symbol.
?
You can take those off the map by disabling the stealth digi symbol on the filter dialog's Symbol tab.
?
You can also disable guesstimating station locations (called "vicinity plotting") entirely by opening the expert-mode Configuration dialog and unchecking vicinity plotting on the Behavior tab.
?
Note that vicinity plotting also applies to real stations who have sent only APRS packets other than position reports, so we know the station exists but we don't know where. In that case, if we have a good location for the first digipeater or I-gate
that heard it, we will guess the station location as near that I-gate or digi.
?
Vicinity plotting locations are always replaced with real locations once YAAC hears a real location for the station.
?
Hope this helps.
?
Andrew, KA2DDO
author of YAAC
|