Re: What can you add to APRS?

开云体育

Again, question #1: are you able to transmit your own beacon? If not, then solve that problem before trying to digipeat other stations' packets.

Show quoted text

-------- Original message --------
From: Ian Morrison <imorrison@...>
Date: 5/15/20 19:16 (GMT-05:00)
To: [email protected]
Subject: Re: [yaac-users] What can you add to APRS?

My digipeater was working for some time. I think it quit working when I upgraded to beta150. I am not certain of that though. ?I have been through all the parameters and cannot see what is wrong. The weather station works well and the radio can hear distant stations all being plotted on the map. I am running an rpi2 with a tnc2 feeding the radio.? Any ideas?

?

Ian, ve3ep

?

Sent from for Windows 10

?

From: Andrew P.
Sent: Friday, May 15, 2020 2:47 PM
To: Ian Morrison; [email protected]
Subject: Re: [yaac-users] What can you add to APRS?

?

This is independent of your earlier question about setting up a digipeater. Since you "qualify" as being in an area needing a digipeater, then go for it. I'm talking about areas like where I live where there are almost too many digipeaters.?

?

Did you see my email about troubleshooting your YAAC digipeater setup?

?

Andrew, KA2DDO

?

-------- Original message --------
From: Ian Morrison <imorrison@...>
Date: 5/15/20 14:36 (GMT-05:00)
To: [email protected]
Subject: Re: [yaac-users] What can you add to APRS?

I don’t disagree with anything you say, but it doesn’t address my problem. There are sections of the county not covered by the main digi. ?I want to be able to track my vehicle in a particular area not covered. The alias is wide1-1 and it would be picked up by my home station and sent to the main didi. My home station has a path of wide 2-1. I can see my car on my map as it is received directly from my drive. It never gets sent via digiipeating to the the main digi.

This is a low aprs traffic area.

Ian

____________________________________

Except in certain areas, we generally have good coverage with digipeaters, so we don't usually need more of them.

?

Re: What can you add to APRS?

#323

开云体育

My digipeater was working for some time. I think it quit working when I upgraded to beta150. I am not certain of that though. ?I have been through all the parameters and cannot see what is wrong. The weather station works well and the radio can hear distant stations all being plotted on the map. I am running an rpi2 with a tnc2 feeding the radio.? Any ideas?

?

Ian, ve3ep

?

Sent from for Windows 10

?

Show quoted text

From: Andrew P.
Sent: Friday, May 15, 2020 2:47 PM
To: Ian Morrison; [email protected]
Subject: Re: [yaac-users] What can you add to APRS?

?

This is independent of your earlier question about setting up a digipeater. Since you "qualify" as being in an area needing a digipeater, then go for it. I'm talking about areas like where I live where there are almost too many digipeaters.?

?

Did you see my email about troubleshooting your YAAC digipeater setup?

?

Andrew, KA2DDO

?

-------- Original message --------
From: Ian Morrison <imorrison@...>
Date: 5/15/20 14:36 (GMT-05:00)
To: [email protected]
Subject: Re: [yaac-users] What can you add to APRS?

I don’t disagree with anything you say, but it doesn’t address my problem. There are sections of the county not covered by the main digi. ?I want to be able to track my vehicle in a particular area not covered. The alias is wide1-1 and it would be picked up by my home station and sent to the main didi. My home station has a path of wide 2-1. I can see my car on my map as it is received directly from my drive. It never gets sent via digiipeating to the the main digi.

This is a low aprs traffic area.

Ian

____________________________________

Except in certain areas, we generally have good coverage with digipeaters, so we don't usually need more of them.

?

60DE4066D46B42DC9BDF1EF36AAE2FB5.png

Re: What can you add to APRS?

#322

You can also read:

which includes a list of recommended common groups.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

Show quoted text

On 5/15/2020 10:34 AM, Andrew P. wrote:
Greetings.

After looking at yet another email about adding digipeaters, the thought came up of "What do we really need to add to APRS?"

Except in certain areas, we generally have good coverage with digipeaters, so we don't usually need more of them.

What we need is content. To quote the old Bruce Springsteen song, "there's 57 channels and nothing's on." So what are you adding to APRS? More fixed beacons don't really add value and mobile trackers (unless some other station wants to track that specific mobile) aren't much more useful.

But services, they add value. The QRU service is a simple capability of announcing on demand what services are in the area. So, if someone's driving through and looking for a good 2-meter voice repeater for a rag-chew, they should be able to send to QRU a request for RP2M (two-meter analog repeaters) and get an answer of Objects identifying local repeaters (preferably in correct syntax so a Kenwood radio can one-button tune to the repeater). YAAC supports defining Objects and associating them with QRU categories, so your station could answer a QRU query. To avoid channel clutter, you don't need to be transmitting those Objects all the time, just when someone asks for them. And there are dozens of QRU categories. One category is the INFO category, which allows you to ask local QRU servers what categories of information they provide.

Of course, every one in the neighborhood shouldn't report the same information. Say, each one provide the RP2M or RP70 for their own club's repeater, so all clubs with open repeaters are supported from multiple QRU servers, instead of one Single Point Of Failure announcing all repeaters. This is a little different from Bob Bruninga's Local Info Initiative that expects one high-level digipeater to do it all periodically instead of on-demand, but with the amount of local info that could be available, cluttering the channel with Objects the locals know about is a waste of bandwidth, but announcing it for transient mobiles on-demand is much more effective use of the channel.

Similarly, there are services on the APRS-IS that are useful to RF stations, but they can't be accessed unless there is a transmit-capable I-gate within range of the RF station. Without a Tx I-gate, the service's answer won't make it back to the RF station. So running a Tx I-gate (instead of the less useful receive-only I-gate) expands the usability of RF stations (which is really what Amateur Radio [as opposed to the Amateur Internet] is all about).

Andrew, KA2DDO
author of YAAC

Re: What can you add to APRS?

#321

Andrew,

As someone who is new to APRS, this sort of information is very valuable.
I am very impressed with the depth and breadth of YAAC.

Many thanks,
Jim, AG5VQ

Re: What can you add to APRS?

#320

开云体育

This is independent of your earlier question about setting up a digipeater. Since you "qualify" as being in an area needing a digipeater, then go for it. I'm talking about areas like where I live where there are almost too many digipeaters.?

Did you see my email about troubleshooting your YAAC digipeater setup?

Andrew, KA2DDO

Show quoted text

-------- Original message --------
From: Ian Morrison <imorrison@...>
Date: 5/15/20 14:36 (GMT-05:00)
To: [email protected]
Subject: Re: [yaac-users] What can you add to APRS?

I don’t disagree with anything you say, but it doesn’t address my problem. There are sections of the county not covered by the main digi. ?I want to be able to track my vehicle in a particular area not covered. The alias is wide1-1 and it would be picked up by my home station and sent to the main didi. My home station has a path of wide 2-1. I can see my car on my map as it is received directly from my drive. It never gets sent via digiipeating to the the main digi.

This is a low aprs traffic area.

Ian

____________________________________

Except in certain areas, we generally have good coverage with digipeaters, so we don't usually need more of them.

Re: What can you add to APRS?

#319

开云体育

I don’t disagree with anything you say, but it doesn’t address my problem. There are sections of the county not covered by the main digi. ?I want to be able to track my vehicle in a particular area not covered. The alias is wide1-1 and it would be picked up by my home station and sent to the main didi. My home station has a path of wide 2-1. I can see my car on my map as it is received directly from my drive. It never gets sent via digiipeating to the the main digi.

?

This is a low aprs traffic area.

?

Ian

?

Sent from for Windows 10

?

Show quoted text

From: Andrew P.
Sent: Friday, May 15, 2020 10:34 AM
To: [email protected]
Subject: [yaac-users] What can you add to APRS?

?

Greetings.

?

After looking at yet another email about adding digipeaters, the thought came up of "What do we really need to add to APRS?"

?

Except in certain areas, we generally have good coverage with digipeaters, so we don't usually need more of them.

?

What we need is content. To quote the old Bruce Springsteen song, "there's 57 channels and nothing's on." So what are you adding to APRS? More fixed beacons don't really add value and mobile trackers (unless some other station wants to track that specific mobile) aren't much more useful.

?

But services, they add value. The QRU service is a simple capability of announcing on demand what services are in the area. So, if someone's driving through and looking for a good 2-meter voice repeater for a rag-chew, they should be able to send to QRU a request for RP2M (two-meter analog repeaters) and get an answer of Objects identifying local repeaters (preferably in correct syntax so a Kenwood radio can one-button tune to the repeater). YAAC supports defining Objects and associating them with QRU categories, so your station could answer a QRU query. To avoid channel clutter, you don't need to be transmitting those Objects all the time, just when someone asks for them. And there are dozens of QRU categories. One category is the INFO category, which allows you to ask local QRU servers what categories of information they provide.

?

Of course, every one in the neighborhood shouldn't report the same information. Say, each one provide the RP2M or RP70 for their own club's repeater, so all clubs with open repeaters are supported from multiple QRU servers, instead of one Single Point Of Failure announcing all repeaters. This is a little different from Bob Bruninga's Local Info Initiative that expects one high-level digipeater to do it all periodically instead of on-demand, but with the amount of local info that could be available, cluttering the channel with Objects the locals know about is a waste of bandwidth, but announcing it for transient mobiles on-demand is much more effective use of the channel.

?

Similarly, there are services on the APRS-IS that are useful to RF stations, but they can't be accessed unless there is a transmit-capable I-gate within range of the RF station. Without a Tx I-gate, the service's answer won't make it back to the RF station. So running a Tx I-gate (instead of the less useful receive-only I-gate) expands the usability of RF stations (which is really what Amateur Radio [as opposed to the Amateur Internet] is all about).

?

Andrew, KA2DDO

author of YAAC

?

What can you add to APRS?

#318

Greetings.

After looking at yet another email about adding digipeaters, the thought came up of "What do we really need to add to APRS?"

Except in certain areas, we generally have good coverage with digipeaters, so we don't usually need more of them.

What we need is content. To quote the old Bruce Springsteen song, "there's 57 channels and nothing's on." So what are you adding to APRS? More fixed beacons don't really add value and mobile trackers (unless some other station wants to track that specific mobile) aren't much more useful.

But services, they add value. The QRU service is a simple capability of announcing on demand what services are in the area. So, if someone's driving through and looking for a good 2-meter voice repeater for a rag-chew, they should be able to send to QRU a request for RP2M (two-meter analog repeaters) and get an answer of Objects identifying local repeaters (preferably in correct syntax so a Kenwood radio can one-button tune to the repeater). YAAC supports defining Objects and associating them with QRU categories, so your station could answer a QRU query. To avoid channel clutter, you don't need to be transmitting those Objects all the time, just when someone asks for them. And there are dozens of QRU categories. One category is the INFO category, which allows you to ask local QRU servers what categories of information they provide.

Of course, every one in the neighborhood shouldn't report the same information. Say, each one provide the RP2M or RP70 for their own club's repeater, so all clubs with open repeaters are supported from multiple QRU servers, instead of one Single Point Of Failure announcing all repeaters. This is a little different from Bob Bruninga's Local Info Initiative that expects one high-level digipeater to do it all periodically instead of on-demand, but with the amount of local info that could be available, cluttering the channel with Objects the locals know about is a waste of bandwidth, but announcing it for transient mobiles on-demand is much more effective use of the channel.

Similarly, there are services on the APRS-IS that are useful to RF stations, but they can't be accessed unless there is a transmit-capable I-gate within range of the RF station. Without a Tx I-gate, the service's answer won't make it back to the RF station. So running a Tx I-gate (instead of the less useful receive-only I-gate) expands the usability of RF stations (which is really what Amateur Radio [as opposed to the Amateur Internet] is all about).

Andrew, KA2DDO
author of YAAC

Re: Digipeating

#317

The first question is, are you configured for digipeating? Every station doesn't need to be a digipeater, so that functionality is off by default.

So, let's troubleshoot this in order.

1. Can you successfully transmit your own packets (beacons, etc.) to RF? That is, can you hear them (with a high-quality signal in terms of modulation level and frequency accuracy) from another nearby RF station? If you can't do that, there is no point in proceeding until you fix that. And especially we don't need to put out another low-quality distorted signal clogging the channel; there are too many misaligned unintelligible signals out there as it is.

2. Do you really need to be a digipeater, and is your station advantageously located for doing so? Too many digipeaters in an area is actually a detriment, because it causes more duplicate packets on the local channel, and likely more collisions, so channel throughput and reliability is actually lowered rather than increased. That even applies to "fill-in" digipeaters, but those should be located to "fill-in", not wide area coverage. So, ensure you actually need to be a digipeater before doing it.

3. What digipeat aliases are you intending to support? WIDE1-1? WIDE2-2? Some regional alias, like the MD7-7 Bob Bruninga uses as an example? You need to ensure those aliases are defined and enabled on the Digipeat tab of the expert-mode configuration dialog. I recommend enabling tracing for all aliases you support, to help debugging packet transmissions.

4. Which radio interfaces do you intend to digipeat through? Those same digipeat aliases need to be selected on those ports. Especially, do NOT put digipeat aliases on an HF port, as the HF APRS channels have low bandwidth and much wider coverage than the VHF channels.

Hope this helps.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Ian Morrison <imorrison@...>
Sent: Friday, May 15, 2020 8:53 AM
To: [email protected]
Subject: [yaac-users] Digipeating

My system does not digipeat. I amusing a rpi2 with a tnc2 and beta 150 (11 may 20200. I think the paths are correct .Everything else works fine.

Re: Digipeating

#316

开云体育

Hi Ian

?

Is this message a reply to someone because there is no preceding post?

?

Joe

?

Sent from for Windows 10

?

Show quoted text

From: Ian Morrison
Sent: May 15, 2020 8:53 AM
To: [email protected]
Subject: [yaac-users] Digipeating

?

My system does not digipeat. I amusing a rpi2 with a tnc2 and beta 150 (11 may 20200. I think the paths are correct .Everything else works fine.

?

Sent from for Windows 10

?

96F0135FAA8445C28BF68CC992FF7370.png

Digipeating

#315

开云体育

My system does not digipeat. I amusing a rpi2 with a tnc2 and beta 150 (11 may 20200. I think the paths are correct .Everything else works fine.

?

Sent from for Windows 10

?

Re: FTM-400XDR and YaesuConnector

#314

Andrew,

The test packet file I attached was captured via:

cat /dev/ttyUSB0 > capturefile.txt

In looking at the real-time output, the only "extra" white-space I noted was that Mic-E packets seem to have two newlines after a packet.? Some weather station packets also had an additional newline, so I suspect that may be a source radio/software/client-unique addition...some have it...some don't.? It did seem consistent across stations (i.e. if a station has the extra newline, it always has the extra newline) so I don't think it's from the Yaesu firmware.? Additional white-space may have come from my transferring the file via copy/paste to get a reasonably sized excerpt.

Last night I opened up the source code on YaesuConnector.java...great work in there.? I haven't done a lot of Java coding...I didn't realize how complex string handling is with Java.? The code for indexing through a received packet is very well thought-out, and I appreciate your copious documentation in the source.? Thanks for putting in the time to chase this down.? Greatly appreciated.? If I can help in any way, please let me know.

Kurt
KE7KUS

Re: FTM-400XDR and YaesuConnector

#313

OK, I ran your log of the collected messages through, and found several errors in the Yaesu port driver. I have fixes for all of those issues now, so the playback appears to work.

However, I'm wondering about the actual contents of the log. I can tell you didn't get them from the Yaesu debug log feature already in YAAC, but I'm trying to determine if the huge amount of excess whitespace in some of the packets was actually there, or whether that was an artifact from how you captured the data.

Anyway, the fix will be in the next build of YAAC, coming "real soon now".

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of ke7kus@... <ke7kus@...>
Sent: Wednesday, May 13, 2020 9:47 PM
To: [email protected]
Subject: Re: [yaac-users] FTM-400XDR and YaesuConnector

Andrew,

Thanks for your quick response.  I've tested build #150 over the past two days and incoming packets from the FTM-400 are still not displaying on the YAAC map or registering as received packets.  Here is a sample of the serial string I'm getting out of the data port on the radio:

KF6RAL-12>APRS,JACKPK,CABALL,BENRDG*,WIDE2 [20/13/05 10:29:56] <UI>:
!3201.04N/10919.24W_NWS Tucson Sugarloaf
KF6RAL-12>APRS,JACKPK,CABALL,LRIDGE*,WIDE2 [20/13/05 10:29:58] <UI>:
!3201.04N/10919.24W_NWS Tucson Sugarloaf
KE7KUS>APRX29,BENRDG*,WIDE2-1 [20/13/05 10:30:14] <UI>:
!3255.35NI10549.08W#/W3,NMn/
KE7KUS>APRX29,BENRDG,LRIDGE*,WIDE2 [20/13/05 10:30:16] <UI>:
!3255.35NI10549.08W#/W3,NMn/
AI0OK-9>SQ4WTR,ELPASO,BENRDG*,WIDE2 [20/13/05 10:30:22] <UI R>:
`r:Vl|\>/]"A!}=

None of the above packets (or any others received) processed in YAAC.  Running YAAC from the command line with a uBlox GPS puck attached, I got a JSON parsing error for the GPS data, but no other indications.  Disconnecting the USB GPS, I ran YAAC from the command line and got the following output:

pi@ke7kus-m:~/Downloads/YAAC $ java -jar YAAC.jar
os.name=Linux
os.version=4.19.97-v7l+
os.arch=arm
java.version=1.8.0_212
java.class.version=52.0
JVM: Oracle Corporation OpenJDK Client VM 25.212-b01
java.class.path=YAAC.jar
raw boot URL: jar:file:/home/pi/Downloads/YAAC/YAAC.jar!/org/ka2ddo/yaac/bootstrap/YAACBootstrap.class
boot URL: file:/home/pi/Downloads/YAAC/YAAC.jar
*** no Linux subdirectory
#1: file:/home/pi/Downloads/YAAC/YAAC.jar
*** already tried this directory
   searching /usr/lib/jni
   searching /usr/lib/jni/librxtxSerial.so
   searching /lib
   searching /usr/lib
   searching /usr/local/lib
made java.library.path=/usr/lib/jni
Wed May 13 18:11:53 MDT 2020: starting YAAC....
Wed May 13 18:11:53 MDT 2020: YAAC initializing on Linux 4.19.97-v7l+ with Java 1.8.0_212
Wed May 13 18:11:53 MDT 2020: YAAC raising splash screen....
Wed May 13 18:11:54 MDT 2020: load cached preferences....
Wed May 13 18:11:54 MDT 2020: load beacon definitions....
Wed May 13 18:11:54 MDT 2020: load status definition....
Wed May 13 18:11:54 MDT 2020: set up raw packet data model....
Wed May 13 18:11:54 MDT 2020: YAAC finding installation directory....
Wed May 13 18:11:54 MDT 2020: YAAC checking if upgrader needs moving....
Wed May 13 18:11:54 MDT 2020: YAAC loading CoreProvider....
loading plugin --core-- name YAAC version 1.0-beta150(11-May-2020)
Wed May 13 18:11:54 MDT 2020: creating SymAttr objects for 1.0.1...
Wed May 13 18:11:54 MDT 2020: filling in text for 1.0.1 symbols...
Wed May 13 18:11:54 MDT 2020: YAAC loading plugins....
scanning plugin JAR file /home/pi/Downloads/YAAC/plugins/sampleplugin.jar
attempting to load provider class org.ka2ddo.yaac.SamplePluginProvider
loading plugin /home/pi/Downloads/YAAC/plugins/sampleplugin.jar name YAAC Sample Plug-in version V0.0
Wed May 13 18:11:54 MDT 2020: starting web server...
Wed May 13 18:11:54 MDT 2020: YAAC starting main GUI....
Wed May 13 18:11:54 MDT 2020: YAAC removing splash screen....
Wed May 13 18:11:54 MDT 2020: setting up common GUI table models...
Wed May 13 18:11:54 MDT 2020: starting bulletin board monitor...
Wed May 13 18:11:54 MDT 2020: starting firstWindow=map
OpenMap(tm) Version 5.0
  Copyright (C) BBNT Solutions LLC.  All rights reserved.
  See  for details.

Wed May 13 18:11:54 MDT 2020: creating top map toolbar...
Wed May 13 18:11:54 MDT 2020: 1589415114980: starting to load symbol images...
1589415115316: finished loading 1.0.1 basic symbol images...
Wed May 13 18:11:55 MDT 2020: 1589415115316: done loading symbols.
Wed May 13 18:11:55 MDT 2020: adding map scale widget...
Wed May 13 18:11:55 MDT 2020: adding blinkenlight panel...
Wed May 13 18:11:55 MDT 2020: creating map footer...
Wed May 13 18:11:55 MDT 2020: setting up map hot-keys...
Wed May 13 18:11:55 MDT 2020: sizing main map window...
Wed May 13 18:11:55 MDT 2020: YAAC: GUI instantiated, now setting up GUI....
Wed May 13 18:11:55 MDT 2020: YAAC starting digipeater....
Wed May 13 18:11:55 MDT 2020: YAAC opening ports....
Wed May 13 18:11:55 MDT 2020: waiting for I/O starter for Port1:GPSD to finish
   opening port PortConfig[Port1>GPSD,localhost,2947,]
   opening port PortConfig[Port2>Yaesu,/dev/ttyUSB0,9600,KE7KUS-9]
old socket rcvBuf=65536
Wed May 13 18:11:56 MDT 2020: opening socket to GPSD @ localhost/127.0.0.1:2947
updated socket rcvBuf=65536
Wed May 13 18:11:56 MDT 2020: waiting for I/O starter for Port2:Yaesu to finish
Wed May 13 18:11:56 MDT 2020: initializing local station KE7KUS-9
Wed May 13 18:11:56 MDT 2020: YAAC starting beacon and persistent objects....
Wed May 13 18:11:56 MDT 2020: YAAC creating main menu bar....
Wed May 13 18:11:56 MDT 2020: about to create RasterMapOverlay layer...
renderCurrentMap[#2]: ABORT 0(0)/0 ways(0ur), 0/0 nodes, 0 signs, 0 files(1 new,0 missing) in 38msec @ zoom=620125.44 [32.869373,-105.728355]
Wed May 13 18:11:56 MDT 2020: about to create StationRenderer layer...
renderCurrentMap[#2]: ABORT 2(193)/426 ways(0ur), 0/0 nodes, 0 signs, 1 files(1 new,0 missing) in 95msec @ zoom=620125.44 [32.869373,-105.728355]
renderCurrentMap[#2]: ABORT 4(217)/2546 ways(0ur), 0/0 nodes, 0 signs, 1 files(0 new,0 missing) in 20msec @ zoom=620125.44 [32.869373,-105.728355]
Wed May 13 18:11:56 MDT 2020: creating bookmark menu...
Wed May 13 18:11:56 MDT 2020: YAAC startup completed.
renderCurrentMap[#2]: 294(5536)/65699 ways(0ur), 2/18706 nodes, 6 signs, 12 files(12 new,0 missing) in 707msec @ zoom=620125.44 [32.869373,-105.728355]
1589415122840: PortEditor: starting to create editor
1589415122841: PortEditor: starting to create per-driver cards
RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists1589415122865: PortEditor: loading editor class for Yaesu
1589415122867: PortEditor: creating card for Yaesu
1589415122930: PortEditor: creating card selector
updateHelpTag() from card org.ka2ddo.yaac.gui.io.YaesuPortEditor[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=], help tag=configure.ports.Yaesu
1589415123042: PortEditor: selected appropriate default card Yaesu
1589415123042: PortEditor: created.
updateHelpTag() from card org.ka2ddo.yaac.gui.io.YaesuPortEditor[,0,0,560x91,layout=java.awt.GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=], help tag=configure.ports.Yaesu
Wed May 13 18:12:10 MDT 2020: opening test port for Yaesu port /dev/ttyUSB0
Wed May 13 18:14:48 MDT 2020: closing test port for Yaesu port /dev/ttyUSB0

When run this way, the program initializes with no problems.  Opening the Configure Port dialog for the Yaesu port, everything appears normal.  Running the "Test Port" option on the config dialog brings up the small terminal window and the packets are displayed in the format denoted above.

I observed the same response regardless of the incoming packet rate.  The rate at which packets were displayed in the YAAC Test Port window was the same as the rate packets were displayed when running minicom pointed at the USB port.  The attached screenshot was from a run with build #145, but the runs with build #150 looked the same.  The attached text files are the full capture of a string of received packets (not displayed) and the CLI output noted above.

Re: FTM-400XDR and YaesuConnector

#312

Andrew,

Thanks for your quick response.? I've tested build #150 over the past two days and incoming packets from the FTM-400 are still not displaying on the YAAC map or registering as received packets.? Here is a sample of the serial string I'm getting out of the data port on the radio:

KF6RAL-12>APRS,JACKPK,CABALL,BENRDG*,WIDE2 [20/13/05 10:29:56] <UI>:
!3201.04N/10919.24W_NWS Tucson Sugarloaf
KF6RAL-12>APRS,JACKPK,CABALL,LRIDGE*,WIDE2 [20/13/05 10:29:58] <UI>:
!3201.04N/10919.24W_NWS Tucson Sugarloaf
KE7KUS>APRX29,BENRDG*,WIDE2-1 [20/13/05 10:30:14] <UI>:
!3255.35NI10549.08W#/W3,NMn/
KE7KUS>APRX29,BENRDG,LRIDGE*,WIDE2 [20/13/05 10:30:16] <UI>:
!3255.35NI10549.08W#/W3,NMn/
AI0OK-9>SQ4WTR,ELPASO,BENRDG*,WIDE2 [20/13/05 10:30:22] <UI R>:???????????????
`r:Vl|\>/]"A!}=

None of the above packets (or any others received) processed in YAAC.? Running YAAC from the command line with a uBlox GPS puck attached, I got a JSON parsing error for the GPS data, but no other indications.? Disconnecting the USB GPS, I ran YAAC from the command line and got the following output:

pi@ke7kus-m:~/Downloads/YAAC $ java -jar YAAC.jar
os.name=Linux
os.version=4.19.97-v7l+
os.arch=arm
java.version=1.8.0_212
java.class.version=52.0
JVM: Oracle Corporation OpenJDK Client VM 25.212-b01
java.class.path=YAAC.jar
raw boot URL: jar:file:/home/pi/Downloads/YAAC/YAAC.jar!/org/ka2ddo/yaac/bootstrap/YAACBootstrap.class
boot URL: file:/home/pi/Downloads/YAAC/YAAC.jar
*** no Linux subdirectory
#1: file:/home/pi/Downloads/YAAC/YAAC.jar
*** already tried this directory
?? searching /usr/lib/jni
?? searching /usr/lib/jni/librxtxSerial.so
?? searching /lib
?? searching /usr/lib
?? searching /usr/local/lib
made java.library.path=/usr/lib/jni
Wed May 13 18:11:53 MDT 2020: starting YAAC....
Wed May 13 18:11:53 MDT 2020: YAAC initializing on Linux 4.19.97-v7l+ with Java 1.8.0_212
Wed May 13 18:11:53 MDT 2020: YAAC raising splash screen....
Wed May 13 18:11:54 MDT 2020: load cached preferences....
Wed May 13 18:11:54 MDT 2020: load beacon definitions....
Wed May 13 18:11:54 MDT 2020: load status definition....
Wed May 13 18:11:54 MDT 2020: set up raw packet data model....
Wed May 13 18:11:54 MDT 2020: YAAC finding installation directory....
Wed May 13 18:11:54 MDT 2020: YAAC checking if upgrader needs moving....
Wed May 13 18:11:54 MDT 2020: YAAC loading CoreProvider....
loading plugin --core-- name YAAC version 1.0-beta150(11-May-2020)
Wed May 13 18:11:54 MDT 2020: creating SymAttr objects for 1.0.1...
Wed May 13 18:11:54 MDT 2020: filling in text for 1.0.1 symbols...
Wed May 13 18:11:54 MDT 2020: YAAC loading plugins....
scanning plugin JAR file /home/pi/Downloads/YAAC/plugins/sampleplugin.jar
attempting to load provider class org.ka2ddo.yaac.SamplePluginProvider
loading plugin /home/pi/Downloads/YAAC/plugins/sampleplugin.jar name YAAC Sample Plug-in version V0.0
Wed May 13 18:11:54 MDT 2020: starting web server...
Wed May 13 18:11:54 MDT 2020: YAAC starting main GUI....
Wed May 13 18:11:54 MDT 2020: YAAC removing splash screen....
Wed May 13 18:11:54 MDT 2020: setting up common GUI table models...
Wed May 13 18:11:54 MDT 2020: starting bulletin board monitor...
Wed May 13 18:11:54 MDT 2020: starting firstWindow=map
OpenMap(tm) Version 5.0
? Copyright (C) BBNT Solutions LLC.? All rights reserved.
? See http://openmap.bbn.com/ for details.

Wed May 13 18:11:54 MDT 2020: creating top map toolbar...
Wed May 13 18:11:54 MDT 2020: 1589415114980: starting to load symbol images...
1589415115316: finished loading 1.0.1 basic symbol images...
Wed May 13 18:11:55 MDT 2020: 1589415115316: done loading symbols.
Wed May 13 18:11:55 MDT 2020: adding map scale widget...
Wed May 13 18:11:55 MDT 2020: adding blinkenlight panel...
Wed May 13 18:11:55 MDT 2020: creating map footer...
Wed May 13 18:11:55 MDT 2020: setting up map hot-keys...
Wed May 13 18:11:55 MDT 2020: sizing main map window...
Wed May 13 18:11:55 MDT 2020: YAAC: GUI instantiated, now setting up GUI....
Wed May 13 18:11:55 MDT 2020: YAAC starting digipeater....
Wed May 13 18:11:55 MDT 2020: YAAC opening ports....
Wed May 13 18:11:55 MDT 2020: waiting for I/O starter for Port1:GPSD to finish
?? opening port PortConfig[Port1>GPSD,localhost,2947,]
?? opening port PortConfig[Port2>Yaesu,/dev/ttyUSB0,9600,KE7KUS-9]
old socket rcvBuf=65536
Wed May 13 18:11:56 MDT 2020: opening socket to GPSD @ localhost/127.0.0.1:2947
updated socket rcvBuf=65536
Wed May 13 18:11:56 MDT 2020: waiting for I/O starter for Port2:Yaesu to finish
Wed May 13 18:11:56 MDT 2020: initializing local station KE7KUS-9
Wed May 13 18:11:56 MDT 2020: YAAC starting beacon and persistent objects....
Wed May 13 18:11:56 MDT 2020: YAAC creating main menu bar....
Wed May 13 18:11:56 MDT 2020: about to create RasterMapOverlay layer...
renderCurrentMap[#2]: ABORT 0(0)/0 ways(0ur), 0/0 nodes, 0 signs, 0 files(1 new,0 missing) in 38msec @ zoom=620125.44 [32.869373,-105.728355]
Wed May 13 18:11:56 MDT 2020: about to create StationRenderer layer...
renderCurrentMap[#2]: ABORT 2(193)/426 ways(0ur), 0/0 nodes, 0 signs, 1 files(1 new,0 missing) in 95msec @ zoom=620125.44 [32.869373,-105.728355]
renderCurrentMap[#2]: ABORT 4(217)/2546 ways(0ur), 0/0 nodes, 0 signs, 1 files(0 new,0 missing) in 20msec @ zoom=620125.44 [32.869373,-105.728355]
Wed May 13 18:11:56 MDT 2020: creating bookmark menu...
Wed May 13 18:11:56 MDT 2020: YAAC startup completed.
renderCurrentMap[#2]: 294(5536)/65699 ways(0ur), 2/18706 nodes, 6 signs, 12 files(12 new,0 missing) in 707msec @ zoom=620125.44 [32.869373,-105.728355]
1589415122840: PortEditor: starting to create editor
1589415122841: PortEditor: starting to create per-driver cards
RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists1589415122865: PortEditor: loading editor class for Yaesu
1589415122867: PortEditor: creating card for Yaesu
1589415122930: PortEditor: creating card selector
updateHelpTag() from card org.ka2ddo.yaac.gui.io.YaesuPortEditor[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=], help tag=configure.ports.Yaesu
1589415123042: PortEditor: selected appropriate default card Yaesu
1589415123042: PortEditor: created.
updateHelpTag() from card org.ka2ddo.yaac.gui.io.YaesuPortEditor[,0,0,560x91,layout=java.awt.GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=], help tag=configure.ports.Yaesu
Wed May 13 18:12:10 MDT 2020: opening test port for Yaesu port /dev/ttyUSB0
Wed May 13 18:14:48 MDT 2020: closing test port for Yaesu port /dev/ttyUSB0

When run this way, the program initializes with no problems.? Opening the Configure Port dialog for the Yaesu port, everything appears normal.? Running the "Test Port" option on the config dialog brings up the small terminal window and the packets are displayed in the format denoted above.

I observed the same response regardless of the incoming packet rate.? The rate at which packets were displayed in the YAAC Test Port window was the same as the rate packets were displayed when running minicom pointed at the USB port.? The attached screenshot was from a run with build #145, but the runs with build #150 looked the same.? The attached text files are the full capture of a string of received packets (not displayed) and the CLI output noted above.

2020-05-09-124332_1280x720 YAAC.png

cli.txt

testpax.txt

Re: New User

#311

Yes, any software TNC program you want to use has to be running and available before YAAC tries to connect to it. Unlike Internet connections to APRS-IS, YAAC won't keep retrying to find the local software TNC, as said program generally won't fix itself without local human intervention (in which case, the local human can subsequently re-enable the YAAC port to the software TNC process).

I never knew YAAC would fail completely if the graphical desktop UI was too small. It can definitely be unusable (hence why the smallscreen plugin was developed), but it should keep trying to work with a somewhat munged UI.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Patrick KA9PDK <patrick.mcgillan@...>
Sent: Wednesday, May 13, 2020 9:17 AM
To: [email protected]
Subject: Re: [yaac-users] New User

OK, so I am using a remote connection to a raspberry pi. So far no problem. On the other hand, to save screen, I was shrinking down the window to see around it. That was the problem as the program was starting up. So after logging in several times, I made the screen full size and when running the program, everything started working. Now working through the setup screens. Does direwolf need to start before starting YAAC?

Re: New User

#310

OK, so I am using a remote connection to a raspberry pi. So far no problem. On the other hand, to save screen, I was shrinking down the window to see around it. That was the problem as the program was starting up. So after logging in several times, I made the screen full size and when running the program, everything started working. Now working through the setup screens. Does direwolf need to start before starting YAAC?

Re: New User

#309

Did you start YAAC from a command prompt (as opposed to clicking on the YAAC.jar file in a graphical file manager)? If so, then YAAC should print out what it is doing to the terminal window. Capture that output and email it to me or the list, and we'll see what the issue is.

Andrew, KA2DDO
author of YAAC

New User

#308

I followed instructions on the web page and only difference I see is that I have version 11 of java stuff. Whne I run the main program, the last few lines say something about starting, but config screen never comes up. Where do I look.

Patrick - KA9PDK

Re: next beta build#150 of YAAC, created 2020-May-11

#307

Now update is correctly working

Thank you

Franco Spinelli
IW2DHW

Re: next beta build#150 of YAAC, created 2020-May-11

#306

No, it just means that I forgot to update the build label and release notes files, so the code was up-to-date, but the update logic couldn't tell there was a new build. This is fixed now.

Thank you for reminding me.

Andrew, KA2DDO

Re: next beta build#150 of YAAC, created 2020-May-11

#305

I have build #149 on Linux Ubuntu 18.04 64 bit and message in checking update say :

?Your copy of YACC is up-to-date: no new download needed

Is build #150 not available for update?

Regards

Franco Spinelli
IW2DHW