YAAC - Installed on inovato Quadra but no USB to TNC option

#2346

Can YAAC talk to USB?

I looked in File -> Configure -> Expert Mode -> Add Port but none of the drop-down options mention USB.

My rig is an ALinco DR-135T MkIII with an internal Argent Data Tracker TNC that's connected via USB.

Thanks

Re: Sound Plugin Stopping

#2345

It doesn't seem to matter the number of messages. I sent a bunch of test
messages and so far it is still working. I restarted last Thursday.
We'll see what happens this Thursday. It's only been a couple weeks, so
maybe it was just some glitch and no longer happening.

Michael WA7SKG

Andrew P. wrote on 4/14/24 2:04 PM:

Show quoted text

I can't be certain, but I am guessing you are exceeding your open file
quota by re-opening the same .wav file without ever closing it. As such,
eventually YAAC would no longer be open the file. This would also
interfere in YAAC logging, as it doesn't keep the log files open
constantly, but only opens them for burst writes of the last few minutes
backlog.

Alas, I didn't run YAAC for days after implementing the fix, so I didn't
notice any quota leak.

I will look into it the next time I can work on YAAC.

Andrew, KA2DDO
author of YAAC
------------------------------------------------------------------------
[email protected] <[email protected]> on behalf of Michael WA7SKG
<wa7skg@...>
*From:*
Sunday, April 14, 2024 3:30:00 PM
*Sent:*
After applying the latest update, I am now getting an alert as expected
with an incoming message, however, it is not lasting. I participate in
the APRS Thursday thing and when I send my report, I get several
messages and the alert sounds. The following week, no sounds. I have to
restart YAAC to get the sounds to come again with incoming messages.
Sometime during the week, they stop working and by the next Thursday I
have to restart YAAC to get them back. My APRS runs 24/7 here in the
shack. I'm not seeing any other issues and no indication when the sound
feature stops working, until I look at the message list and see a
message came in and I got no alert. Ideas? -- 73, Michael WA7SKG

"Any day you do not learn one new thing is a wasted day."

Re: Sound Plugin Stopping

#2344

开云体育

I can't be certain, but I am guessing you are exceeding your open file quota by re-opening the same .wav file without ever closing it. As such, eventually YAAC would no longer be open the file. This would also interfere in YAAC logging, as it doesn't keep the log files open constantly, but only opens them for burst writes of the last few minutes backlog.

Alas, I didn't run YAAC for days after implementing the fix, so I didn't notice any quota leak.

I will look into it the next time I can work on YAAC.

Andrew, KA2DDO

author of YAAC

Sound Plugin Stopping

#2343

After applying the latest update, I am now getting an alert as expected
with an incoming message, however, it is not lasting. I participate in
the APRS Thursday thing and when I send my report, I get several
messages and the alert sounds. The following week, no sounds. I have to
restart YAAC to get the sounds to come again with incoming messages.
Sometime during the week, they stop working and by the next Thursday I
have to restart YAAC to get them back.

My APRS runs 24/7 here in the shack. I'm not seeing any other issues and
no indication when the sound feature stops working, until I look at the
message list and see a message came in and I got no alert.

Ideas?


--
73,
Michael WA7SKG

"Any day you do not learn one new thing is a wasted day."

Re: Monitoring a single port?

#2342

Hi Andrew,

On 10 Apr 2024, at 5:55?AM, Andrew P. <andrewemt@...> wrote:

This is a trivially simple operation. Click Filter->Edit Filter. Then go to the Packet Source tab of the Edit Filter dialog, and uncheck all the sources you currently don't want to see.

I put this feature in for (I'm guessing) exactly the reason you want it.Ahh, that filters everything, not just the map.  Didn’t realise that, thanks!

Carl.

Re: Monitoring a single port?

#2341

This is a trivially simple operation. Click Filter->Edit Filter. Then go to the Packet Source tab of the Edit Filter dialog, and uncheck all the sources you currently don't want to see.

I put this feature in for (I'm guessing) exactly the reason you want it.

Hope this helps.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Carl Makin <carl@...>
Sent: Tuesday, April 9, 2024 1:29 AM
To: [email protected]
Subject: [yaac-users] Monitoring a single port?

Hi Everyone,
I have a radio port, and an APRSIS port on my YAAC instance.  The APRSIS feed drowns out the RF port when viewing raw packets.  Is there any way to filter the raw packet view to just seeing packets to/from a single port?

Carl,
vk1kcm.

Monitoring a single port?

#2340

Hi Everyone,
I have a radio port, and an APRSIS port on my YAAC instance.  The APRSIS feed drowns out the RF port when viewing raw packets.  Is there any way to filter the raw packet view to just seeing packets to/from a single port?

Carl,
vk1kcm.

Re: Getting GPSD to continually update position (update)

#2339

开云体育

Alas, that won't help; u-blox is far more recent than the DeLorme GPSs. On the other hand, if you used a u-blox GPS with GPSD, it's entirely probable that GPSD switched the GPS into u-blox proprietary binary protocol.

Andrew, KA2DDO?

author of YAAC

Show quoted text

From: [email protected] <[email protected]> on behalf of Paul Chambers <veast1@...>
Sent: Monday, April 8, 2024 1:31:51 PM
To: [email protected] <[email protected]>
Subject: Re: [yaac-users] Getting GPSD to continually update position (update)

Andrew, it's a u-blox. What model i don't recall, however it is several years old.

I used a puck style unit and it works with Linux, so the problem was definitely with the u-blox.

With the information you have given me i'll experiment with the Earthmate setting. Maybe thats all it needs.

Paul

On Sunday, April 7, 2024 at 07:10:04 AM PDT, Andrew P. <andrewemt@...> wrote:

Hmmm.... is this one of the old DeLorme TripMate or EarthMate GPSs? They had a characteristic of sending a model announcement string, and wouldn't do anything else until that string was echoed back by the computer.

YAAC knows the sequence to enable a TripMate or EarthMate running in the Serial_GPS driver (not using GPSD), but may not know the proprietary code for the one you are using. What specific make and model of GPS are you using?

Andrew, KA2DDO

author of YAAC

_._,

Re: Getting GPSD to continually update position (update)

#2338

Andrew, it's a u-blox. What model i don't recall, however it is several years old.

I used a puck style unit and it works with Linux, so the problem was definitely with the u-blox.

With the information you have given me i'll experiment with the Earthmate setting. Maybe thats all it needs.

Paul

On Sunday, April 7, 2024 at 07:10:04 AM PDT, Andrew P. <andrewemt@...> wrote:

Hmmm.... is this one of the old DeLorme TripMate or EarthMate GPSs? They had a characteristic of sending a model announcement string, and wouldn't do anything else until that string was echoed back by the computer.

YAAC knows the sequence to enable a TripMate or EarthMate running in the Serial_GPS driver (not using GPSD), but may not know the proprietary code for the one you are using. What specific make and model of GPS are you using?

Andrew, KA2DDO

author of YAAC

From: [email protected] <[email protected]> on behalf of Paul Chambers <veast1@...>

Sent: Sunday, April 7, 2024 9:53:20 AM

Again, thank you for the help Andrew. Using your suggestion i found that the GPS
module signs on with some kind of header and then fails to send anymore information to
YAAC. While it will stream to a terminal, it does not do so otherwise.

It was necessary to purchase a new laptop as one of my older ones died, before installing Ubuntu i'll
give it a try with YAAC in Windows 11 and a different GPS puck and see what happens.

Thank-you again and this can be closed as the problem is somewhere other than YAAC.

73 all. N6MYA

Re: Getting GPSD to continually update position (update)

#2337

开云体育

Hmmm.... is this one of the old DeLorme TripMate or EarthMate GPSs? They had a characteristic of sending a model announcement string, and wouldn't do anything else until that string was echoed back by the computer.

YAAC knows the sequence to enable a TripMate or EarthMate running in the Serial_GPS driver (not using GPSD), but may not know the proprietary code for the one you are using. What specific make and model of GPS are you using?

Andrew, KA2DDO

author of YAAC

From: [email protected] <[email protected]> on behalf of Paul Chambers <veast1@...>

Sent: Sunday, April 7, 2024 9:53:20 AM

Again, thank you for the help Andrew. Using your suggestion i found that the GPS
module signs on with some kind of header and then fails to send anymore information to
YAAC. While it will stream to a terminal, it does not do so otherwise.

It was necessary to purchase a new laptop as one of my older ones died, before installing Ubuntu i'll
give it a try with YAAC in Windows 11 and a different GPS puck and see what happens.

Thank-you again and this can be closed as the problem is somewhere other than YAAC.

73 all. N6MYA

Re: Getting GPSD to continually update position (update)

#2336

Again, thank you for the help Andrew. Using your suggestion i found that the GPS
module signs on with some kind of header and then fails to send anymore information to
YAAC. While it will stream to a terminal, it does not do so otherwise.

It was necessary to purchase a new laptop as one of my older ones died, before installing Ubuntu i'll
give it a try with YAAC in Windows 11 and a different GPS puck and see what happens.

Thank-you again and this can be closed as the problem is somewhere other than YAAC.

73 all. N6MYA

Re: Getting GPSD to continually update posrition

#2335

Thank-you Andrew. Yes i have it set to use the GPS for my position

I'll check the View->GPS Status

Thank-you again.

Paul

On Monday, April 1, 2024 at 03:32:13 PM PDT, Andrew P. <andrewemt@...> wrote:

Greetings.

Did you tell YAAC to _use_ the GPS data in your beacons? By default, this is disabled, because not all YAAC stations have a GPS (and use fixed location instead). Because YAAC will not send invalid or non-existent GPS data (such as when you are driving through a tunnel), you must explicitly check the checkbox to "Use GPS for Position" on your beacon setup to choose to use the potentially intermittent GPS data. Also, only local GPS connections on YAAC (i.e., the position of the YAAC station) will be used for your beacon records; remote records (such as from a balloon or rocket telemetry link) will be used to plot the location of the balloon or rocket but not the location of your YAAC station.

Also, confirm your interface to the GPS is working correctly. Seeing GPS sentences in GTKterm does not verify that YAAC is receiving the GPS data. Instead, use the View->GPS Status menu choice to see what YAAC is receiving from your GPS receiver(s).

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Paul Chambers <veast1@...>
Sent: Saturday, March 30, 2024 8:39 PM

I've tried a search but haven't been successful.

Running Ubuntu on a Ryzen 5 laptop.
Running Linux Mint on a Pentium.
Same issue on both.
Attempting to run as a mobile station with either computer, YAAC and a KPC-3+USB in KISS mode, and a U-blox USB chip.
Constantly reconfiguring the ports every time i start YAAC, pretty much have accepted that.
Problem is when it is all configured and running, the position of my vehicle never updates. Stays in the same spot i was in when computer booted and system stabilized.
I'm trying to find the problem point and this is what i have been able to determine;
If i run a serial terminal program (GTKterm) with the correct /dev/ttyUSBx port, and at 4800 baud i can see the data change as i move, and stop and stabilize when i stop.
I have changed the output of the gps dongle to a faster update speed, no help.
I've tried going around GPSD and just running it in YAAC as a serial GPS port, and it shows up when YAAC starts, but still doesn't move.

Any ideas would sure help, and many thanks in advance.

Paul N6MYA

Re: next beta build#197 of YAAC, created 2024-Apr-01

#2334

Sounds plug-in now works fine. Had the speakers turned up too high. A
message came in and nearly gave me a heart attack and almost blasted me
out of the shack!

Michael WA7SKG


Andrew P. wrote on 4/1/24 6:13 PM:

Show quoted text

next beta build#197 of YAAC ("Yet Another APRS Client"), created 2024-Apr-01

downloadable from 
                or 

changes and updates include:
1. correct formatting of ambiguous position reports (reduced accuracy),
     and ensure changes to the ambiguity level are properly saved when
     the beacon is edited.
2. add code to log broken plugin JAR files to help debug the problem.
3. fix error introduced in displaying APRS symbol codes in dropdown
     lists.
4. fix the AREDN plugin to not lose mesh nodes on later polls (an error
     introduced in the last update to the AREDN plugin). Improve debug
     logging in the plugin, introducing "arednall" debug category for
     finer-detailed logging.
5. fix typo introduced in sounds plugin that prevented finding the
     plugin provider when the code was built with Maven.
6. fix sounds plugin's WAV file playback to support multiple
     overlapping signals.

next beta build#197 of YAAC, created 2024-Apr-01

#2333

next beta build#197 of YAAC ("Yet Another APRS Client"), created 2024-Apr-01

downloadable from 
               or 

changes and updates include:
1. correct formatting of ambiguous position reports (reduced accuracy),
    and ensure changes to the ambiguity level are properly saved when
    the beacon is edited.
2. add code to log broken plugin JAR files to help debug the problem.
3. fix error introduced in displaying APRS symbol codes in dropdown
    lists.
4. fix the AREDN plugin to not lose mesh nodes on later polls (an error
    introduced in the last update to the AREDN plugin). Improve debug
    logging in the plugin, introducing "arednall" debug category for
    finer-detailed logging.
5. fix typo introduced in sounds plugin that prevented finding the
    plugin provider when the code was built with Maven.
6. fix sounds plugin's WAV file playback to support multiple
    overlapping signals.

Re: YAAC and TH-D72

#2332

Greetings.

A Kenwood TH-D72 in Packet mode is a TNC2-compatible TNC, which (as you noticed) starts in TNC Command mode (not KISS mode). However, YAAC only uses KISS mode. So, you must tell YAAC to issue the commands to switch your TNC to KISS mode in your Serial_TNC port configuration by specifying the TNC2-compatible setup command. If you leave the YAAC configuration at the default KISS-only setting, YAAC will ignore the command-mode packet reports from the D72 because they aren't in KISS frames (because you never told the TNC to switch to KISS mode), and the TNC will ignore (or worse) your beacon packets because KISS frames aren't UNPROTO commands.

Hope this helps.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of CT1ETE Paulo Pinto <ct1ete@...>
Sent: Monday, April 1, 2024 3:18 PM
To: [email protected]
Subject: [yaac-users] YAAC and TH-D72

Hi all,

I installed YAAC on my Ubuntu and connected my TH-D72 with the USB cable to the computer.
Using Putty, I can connect to my TH-D72 via /dev/ttyUSB0 and I am able to send commands to the HT, including Connect, which is keying the radio.
On YAAC, I configured a serial_tnc port with ttyUSB0 and kiss on. HT is in Packet mode, but i am not able to transmit any beacon.

Any help would be appreciated.

73 CT1ETE Paulo

Re: Getting GPSD to continually update posrition

#2331

Greetings.

Did you tell YAAC to _use_ the GPS data in your beacons? By default, this is disabled, because not all YAAC stations have a GPS (and use fixed location instead). Because YAAC will not send invalid or non-existent GPS data (such as when you are driving through a tunnel), you must explicitly check the checkbox to "Use GPS for Position" on your beacon setup to choose to use the potentially intermittent GPS data. Also, only local GPS connections on YAAC (i.e., the position of the YAAC station) will be used for your beacon records; remote records (such as from a balloon or rocket telemetry link) will be used to plot the location of the balloon or rocket but not the location of your YAAC station.

Also, confirm your interface to the GPS is working correctly. Seeing GPS sentences in GTKterm does not verify that YAAC is receiving the GPS data. Instead, use the View->GPS Status menu choice to see what YAAC is receiving from your GPS receiver(s).

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Paul Chambers <veast1@...>
Sent: Saturday, March 30, 2024 8:39 PM

I've tried a search but haven't been successful.

Running Ubuntu on a Ryzen 5 laptop.
Running Linux Mint on a Pentium.
Same issue on both.
Attempting to run as a mobile station with either computer, YAAC and a KPC-3+USB in KISS mode, and a U-blox USB chip.
Constantly reconfiguring the ports every time i start YAAC, pretty much have accepted that.
Problem is when it is all configured and running, the position of my vehicle never updates. Stays in the same spot i was in when computer booted and system stabilized.
I'm trying to find the problem point and this is what i have been able to determine;
If i run a serial terminal program (GTKterm) with the correct /dev/ttyUSBx port, and at 4800 baud i can see the data change as i move, and stop and stabilize when i stop.
I have changed the output of the gps dongle to a faster update speed, no help.
I've tried going around GPSD and just running it in YAAC as a serial GPS port, and it shows up when YAAC starts, but still doesn't move.

Any ideas would sure help, and many thanks in advance.

Paul N6MYA

YAAC and TH-D72

#2330

Hi all,

I installed YAAC on my Ubuntu and connected my TH-D72 with the USB cable to the computer.?
Using Putty, I can connect to my TH-D72 via /dev/ttyUSB0 and I am able to send commands to the HT, including Connect, which is keying the radio.
On YAAC, I configured a serial_tnc port with ttyUSB0 and kiss on. HT is in Packet mode, but i am not able to transmit any beacon.

Any help would be appreciated.

73 CT1ETE Paulo

Getting GPSD to continually update posrition

#2329

I've tried a search but haven't been successful.

Running Ubuntu on a Ryzen 5 laptop.
Running Linux Mint on a Pentium.
Same issue on both.
Attempting to run as a mobile station with either computer, YAAC and a KPC-3+USB in KISS mode, and a U-blox USB chip.
Constantly reconfiguring the ports every time i start YAAC, pretty much have accepted that.
Problem is when it is all configured and running, the position of my vehicle never updates. Stays in the same spot i was in when computer booted and system stabilized.
I'm trying to find the problem point and this is what i have been able to determine;
If i run a serial terminal program (GTKterm) with the correct /dev/ttyUSBx port, and at 4800 baud i can see the data change as i move, and stop and stabilize when i stop.
I have changed the output of the gps dongle to a faster update speed, no help.
I've tried going around GPSD and just running it in YAAC as a serial GPS port, and it shows up when YAAC starts, but still doesn't move.

Any ideas would sure help, and many thanks in advance.

Paul N6MYA

Re: Missing Weather on Local Map

#2328

Good stuff. I also use & search for your call.

___

Sent from my two-way wrist watch

73 de W3AB/George

On Mar 14, 2024, at 15:13, James Ewen <ve6srv@...> wrote:

Show quoted text

On Thu, Mar 14, 2024 at 2:28?PM Joseph LaFerla <joe@...> wrote:
>? I understand your explanation of the different paths and so on but why is my station VA3JLF-1 not suffering the same fate as his??

You might want to define what the "same fate" means. Are you not seeing your own weather?data, or are you talking about not being digipeated?by local digipeaters?

Have the two of you ever looked at the raw data collected by for your stations? If you look at the raw data, there's a lot of information available.

There's a lot of information available for you to dig into what is happening with your packets.

Specifically this part:

?>APJYC1,,,WIDE2,qAR,:

The outgoing path being used by this station is WIDE2-2, which is asking for 2 digipeater hops. You can see that VA3PEC handled the first hop, and VE3UEL handled the second hop, and then WN8Z-4 heard the packet being digipeated?by VE3UEL and gated it to the APRS-IS.

If WN8Z-4 was busy hearing local packets in New York, and missed the initial transmission, then a digi local to VE3EP-1 (VA3PEC) repeated the packet. WN8Z-4 missed the digipeat?possibly due to more local traffic or collisions, and then finally heard the second digipeat?of the packet via VA3UEL and gated that to the APRS-IS, as evidenced by the used path elements included in the packet.

But you can also see this:

>APX210,WIDE2-2,qAR,:

In this case, WN8Z-4 heard the packet directly from VE3EP-1, and gated it to the APRS-IS. While all the timing inside computers and components of a digipeater that Andrew pointed out is accurate, this is a much simpler reason for it looking like no one digipeated?the signal. WN8Z-4 heard the initial transmission, and gated the packet. Multiple digipeaters probably heard and digipeated?the packet all over the place, but only the first packet to be gated is shown at .

If you look at the info page for VE3EP-1, you can see a table that lists all of the stations that heard VE3EP-1 directly (again, filtered to only the first packets that made it to the APRS-IS).

There's a lot more information available at than just the map image. You can also try hovering your cursor over stations. The site will draw a line showing the path the packet took to get from the originating station to the i-gate that put the packet on the APRS-IS.?

But the most important thing to remember?is that and site that shows data from the APRS-IS stream is only showing you one possible path that you packet took when in reality on RF, your packet probably travelled many different paths through multiple digipeaters to multiple i-gates, but you only see the one that made it to the APRS-IS first. All the rest of the copies are supressed.

James
VE6SRV
?

Re: Missing Weather on Local Map

#2327

On Thu, Mar 14, 2024 at 2:28?PM Joseph LaFerla <joe@...> wrote:

>? I understand your explanation of the different paths and so on but why is my station VA3JLF-1 not suffering the same fate as his??

You might want to define what the "same fate" means. Are you not seeing your own weather?data, or are you talking about not being digipeated?by local digipeaters?

Have the two of you ever looked at the raw data collected by for your stations? If you look at the raw data, there's a lot of information available.

There's a lot of information available for you to dig into what is happening with your packets.

Specifically this part:

?>APJYC1,,,WIDE2,qAR,:

The outgoing path being used by this station is WIDE2-2, which is asking for 2 digipeater hops. You can see that VA3PEC handled the first hop, and VE3UEL handled the second hop, and then WN8Z-4 heard the packet being digipeated?by VE3UEL and gated it to the APRS-IS.

If WN8Z-4 was busy hearing local packets in New York, and missed the initial transmission, then a digi local to VE3EP-1 (VA3PEC) repeated the packet. WN8Z-4 missed the digipeat?possibly due to more local traffic or collisions, and then finally heard the second digipeat?of the packet via VA3UEL and gated that to the APRS-IS, as evidenced by the used path elements included in the packet.

But you can also see this:

>APX210,WIDE2-2,qAR,:

In this case, WN8Z-4 heard the packet directly from VE3EP-1, and gated it to the APRS-IS. While all the timing inside computers and components of a digipeater that Andrew pointed out is accurate, this is a much simpler reason for it looking like no one digipeated?the signal. WN8Z-4 heard the initial transmission, and gated the packet. Multiple digipeaters probably heard and digipeated?the packet all over the place, but only the first packet to be gated is shown at .

If you look at the info page for VE3EP-1, you can see a table that lists all of the stations that heard VE3EP-1 directly (again, filtered to only the first packets that made it to the APRS-IS).

There's a lot more information available at than just the map image. You can also try hovering your cursor over stations. The site will draw a line showing the path the packet took to get from the originating station to the i-gate that put the packet on the APRS-IS.?

But the most important thing to remember?is that and site that shows data from the APRS-IS stream is only showing you one possible path that you packet took when in reality on RF, your packet probably travelled many different paths through multiple digipeaters to multiple i-gates, but you only see the one that made it to the APRS-IS first. All the rest of the copies are supressed.

James

VE6SRV

?