|
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 ¨C W2KP |
