Re: Getting GPSD to continually update posrition
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
|
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
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
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:
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
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
Hi Andrew I think I have the answer. I changed radios. The original is an old Midland that has served me well for many years. It has a fixed output of 25 watts. The radio I am now using has an output of 5 watts. Va3pec now digipeats my signal. The problem started when we lost our nearby igate and we need ve3uel to reach one.? The problem appears to be too much power on my part. ? My station was digipeating so I could see my tracker come home. Without it my car never reaches home. ? You saw the ¡®X¡± as I was using xastir as a test to see if maybe I had a corrupt YAAC. I do not. ? Thanks for your help. Inow have a better understanding of how it all works. ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: Andrew P.Sent: March 14, 2024 4:57 PM To: [email protected]Subject: Re: [yaac-users] Missing Weather on Local Map ? Well, to me, aprs.fi is showing VE2EP-1's weather data, but his raw packets do seem to be missing the field that documents the weather station hardware (Peet Bros, Davis, etc.) in the weather sequence. He should configure that on his weather input port in YAAC. ? It is strange that his weather station is also configured as a digipeater, because I see YAAC's automatic appending of his supported digipeat aliases after the weather data. Also, when I first logged on to aprs.fi, it was showing his station with the 'X' icon for Xastir (or Unix in general) stations rather than the blue WX circle icon. Was someone jamming him? ? I'm wondering how he is not seeing his own packets echoed back by some digipeater, unless there is either collisions from two or more nearby digipeaters (so the echoback of his packets is always destroyed at his listening area), or he has a viewing filter set up on his YAAC instance that is excluding the echoback of his packets. ? Andrew, KA2DDO ________________________________________ From: [email protected] <[email protected]> on behalf of Joseph LaFerla <joe@...> Sent: Thursday, March 14, 2024 4:28 PM To: [email protected] Subject: Re: [yaac-users] Missing Weather on Local Map ? HI Andrew ? I am the "neighbour" that Ian refers to -? VA3JLF-1.? And my yaac map shows the correct weather for both my and Ian's stations.? 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?? Is there some setting in yaac that is causing this?? He and I have compared settings, unless we have missed something, they appear to be the same on both systems. ? Any help in solving this would be appreciated because we have scratched our collective heads and come up empty. ? ? Joe VA3TV ? ? ? ? ? ? ? ?
|
Re: Missing Weather on Local Map
Well, to me, aprs.fi is showing VE2EP-1's weather data, but his raw packets do seem to be missing the field that documents the weather station hardware (Peet Bros, Davis, etc.) in the weather sequence. He should configure that on his weather input port in YAAC. It is strange that his weather station is also configured as a digipeater, because I see YAAC's automatic appending of his supported digipeat aliases after the weather data. Also, when I first logged on to aprs.fi, it was showing his station with the 'X' icon for Xastir (or Unix in general) stations rather than the blue WX circle icon. Was someone jamming him? I'm wondering how he is not seeing his own packets echoed back by some digipeater, unless there is either collisions from two or more nearby digipeaters (so the echoback of his packets is always destroyed at his listening area), or he has a viewing filter set up on his YAAC instance that is excluding the echoback of his packets. Andrew, KA2DDO ________________________________________ From: [email protected] < [email protected]> on behalf of Joseph LaFerla <joe@...> Sent: Thursday, March 14, 2024 4:28 PM To: [email protected]Subject: Re: [yaac-users] Missing Weather on Local Map HI Andrew I am the "neighbour" that Ian refers to - VA3JLF-1. And my yaac map shows the correct weather for both my and Ian's stations. 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? Is there some setting in yaac that is causing this? He and I have compared settings, unless we have missed something, they appear to be the same on both systems. Any help in solving this would be appreciated because we have scratched our collective heads and come up empty. Joe VA3TV
|
Re: Missing Weather on Local Map
HI Andrew
I am the "neighbour" that Ian refers to -? VA3JLF-1.? And my yaac map shows the correct weather for both my and Ian's stations.? 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?? Is there some setting in yaac that is causing this?? He and I have compared settings, unless we have missed something, they appear to be the same on both systems.
Any help in solving this would be appreciated because we have scratched our collective heads and come up empty.
Joe
VA3TV
|
Re: Missing Weather on Local Map
Ah, you have fallen into the misguided and incorrect assumption that you can use aprs.fi for propagation analysis. You cannot do this, because the APRS-IS explicitly does not report _every_ packet delivered by I-gates to the APRS-IS backbone, but only the _first_ _instance_ of each packet. So only the fastest I-gate on the lowest RF delay path will get credit for forwarding your packets to APRS-IS. Let us make an entirely hypothetical example, since I don't know all the stations in your vicinity. Let us assume that an I-gate near VE3UEL is using DireWolf, a software TNC with built-in I-gating capability. As soon as the packet is finished demodulating, DireWolf has the packet on its way to APRS-IS (it doesn't have to send the packet anywhere else first). Let us also assume that the I-gate near VA3PEC is using a hardware TNC, so after it demodulates the packet, it has to send the packet in KISS mode at 9600 baud (bulked out by asynchronous start and stop bits and framing) to the computer running the I-gate software. Assuming your packets are 70 bytes of address header and payload body (a reasonable size with 2 digipeat aliases, plain ASCII encoding of latitude and longitude and no timestamp, and at least 5 fields of weather parameters), that takes 75 milliseconds just to get the packet out of the TNC and into the attached computer so the I-gate software can start processing it. By that time, the DireWolf instance has already delivered its copy of the packet to its APRS-IS server. So the TNC I-gate loses and will not be reported on aprs.fi as sending the packet, even though it heard the packet at the same time as the DireWolf instance did (and that's assuming both digipeaters are retransmitting the packet at the same time, rather than one waiting for another local station to shut up, or one improperly configured to do random delay of packet transmission instead of as soon as the channel is clear). The only way you can tell if a digipeater has digipeated your packet is to listen to the digipeater's RF transmissions on RF. And you can't tell if a digipeater sent it if another digipeater collides with its transmission, causing the packet to be lost in interference. Hope this helps. Andrew, KA2DDO author of YAAC (a very _slow_ I-gate) ________________________________________ From: [email protected] < [email protected]> on behalf of Ian Morrison <Ianm3920@...> Sent: Thursday, March 14, 2024 11:32 AM To: [email protected]Subject: Re: [yaac-users] Missing Weather on Local Map Well, the my last 34 beacons were digipeated by ve3uel according to aprs.fi, which is approx. 50 kms from here and one from ve3pec which is approx.. 10 kms away. Va3pec is not a particularly busy digipeater. So my conclusion is that I am being ¡°Ignored¡±. Interestingly though I can see both va3pec and ve3uel in the raw packets list in YAAC., plus many other stations being didipeated by both repeaters but only mine nine along with others by ve3uel Ian VE3EP BTW if you want to have a look, the calls are ve3ep-1 and ve3ep-9 for the mobile. Sent from Mail<> for Windows From: James Ewen<mailto:ve6srv@...> Sent: March 13, 2024 6:18 PM To: [email protected]<mailto: [email protected]> Subject: Re: [yaac-users] Missing Weather on Local Map The first question I would ask is "How do you know the nearest digipeater is ignoring your signal?" What evidence do you have to support that statement? James VE6SRV On Wed, Mar 13, 2024 at 4:02?PM Andrew P. <andrewemt@...<mailto:andrewemt@...>> wrote: That's peculiar. Why would the local digipeaters be ignoring your packets? Wrong digipeat path? Non-standard frequency? Or did they blacklist you for some reason? And you can't hear the distant digipeater? ________________________________________ From: [email protected]<mailto: [email protected]> < [email protected]<mailto: [email protected]>> on behalf of Ian Morrison <Ianm3920@...<mailto:Ianm3920@...>> Sent: Wednesday, March 13, 2024 5:59 PM Thanks for the reply Andrew. RF only. The nearest digipeater ignores my signal but a distant one picks it up and sends it to an igate. Actually there are three digis quite close and they all ignore me. Ian VE3EP From: Andrew P.<mailto:andrewemt@...<mailto:andrewemt@...>> Sent: March 13, 2024 5:47 PM Are you using RF on your station or just an Internet connection? Bear in mind that YAAC only reports _received_ station information, and APRS-IS never sends your own station's packets back to your own station, whereas local digipeaters will bounce back RF packets your station has transmitted. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected]<mailto: [email protected]> < [email protected]<mailto: [email protected]>> on behalf of Ian Morrison <Ianm3920@...<mailto:Ianm3920@...>> Sent: Wednesday, March 13, 2024 5:44 PM YAAC version 0-beta 196 (17 Feb 24) on a RPI 3 All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. APRS.FI<> is also correct. My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it. Anyone see a similar problem Ian Morrison VE3EP
|
Re: Missing Weather on Local Map
Well, ?the my last 34 beacons were digipeated by ve3uel according to aprs.fi, which is approx. 50 kms from here and one from ve3pec which is approx.. 10 kms away. Va3pec is not a particularly busy digipeater. So my conclusion is that? I am being ¡°Ignored¡±. Interestingly though I can see both va3pec and ve3uel in the raw packets list in YAAC., plus many other stations being didipeated by both repeaters but only mine nine along with others by ve3uel ? Ian VE3EP ? BTW if you want to have a look, the calls are ve3ep-1 and ve3ep-9 for the mobile. ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: James EwenSent: March 13, 2024 6:18 PM To: [email protected]Subject: Re: [yaac-users] Missing Weather on Local Map ? The first question I would ask is "How do you know the nearest digipeater is ignoring your signal?" What evidence do you have to support that statement? ? That's peculiar. Why would the local digipeaters be ignoring your packets? Wrong digipeat path? Non-standard frequency? Or did they blacklist you for some reason?
And you can't hear the distant digipeater?
________________________________________
From: [email protected] <[email protected]> on behalf of Ian Morrison <Ianm3920@...>
Sent: Wednesday, March 13, 2024 5:59 PM
Thanks for the reply Andrew.
RF only. The nearest digipeater ignores my signal but a distant one picks it up and sends it to an igate. Actually there are three digis quite close and they all ignore me.
?Ian
VE3EP
From: Andrew P.<mailto:andrewemt@...>
Sent: March 13, 2024 5:47 PM
Are you using RF on your station or just an Internet connection? Bear in mind that YAAC only reports _received_ station information, and APRS-IS never sends your own station's packets back to your own station, whereas local digipeaters will bounce back RF packets your station has transmitted.
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Ian Morrison <Ianm3920@...>
Sent: Wednesday, March 13, 2024 5:44 PM
YAAC version 0-beta 196 (17 Feb 24) on a RPI 3
All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. is also correct.
My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it.
Anyone see a similar problem
Ian Morrison
VE3EP
|
Re: Missing Weather on Local Map
The first question I would ask is "How do you know the nearest digipeater is ignoring your signal?"
What evidence do you have to support that statement?
That's peculiar. Why would the local digipeaters be ignoring your packets? Wrong digipeat path? Non-standard frequency? Or did they blacklist you for some reason?
And you can't hear the distant digipeater?
________________________________________
From: [email protected] <[email protected]> on behalf of Ian Morrison <Ianm3920@...>
Sent: Wednesday, March 13, 2024 5:59 PM
Thanks for the reply Andrew.
RF only. The nearest digipeater ignores my signal but a distant one picks it up and sends it to an igate. Actually there are three digis quite close and they all ignore me.
?Ian
VE3EP
From: Andrew P.<mailto:andrewemt@...>
Sent: March 13, 2024 5:47 PM
Are you using RF on your station or just an Internet connection? Bear in mind that YAAC only reports _received_ station information, and APRS-IS never sends your own station's packets back to your own station, whereas local digipeaters will bounce back RF packets your station has transmitted.
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Ian Morrison <Ianm3920@...>
Sent: Wednesday, March 13, 2024 5:44 PM
YAAC version 0-beta 196 (17 Feb 24) on a RPI 3
All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. is also correct.
My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it.
Anyone see a similar problem
Ian Morrison
VE3EP
|
Re: Missing Weather on Local Map
That's peculiar. Why would the local digipeaters be ignoring your packets? Wrong digipeat path? Non-standard frequency? Or did they blacklist you for some reason? And you can't hear the distant digipeater? ________________________________________ From: [email protected] < [email protected]> on behalf of Ian Morrison <Ianm3920@...> Sent: Wednesday, March 13, 2024 5:59 PM Thanks for the reply Andrew. RF only. The nearest digipeater ignores my signal but a distant one picks it up and sends it to an igate. Actually there are three digis quite close and they all ignore me. Ian VE3EP From: Andrew P.<mailto:andrewemt@...> Sent: March 13, 2024 5:47 PM Are you using RF on your station or just an Internet connection? Bear in mind that YAAC only reports _received_ station information, and APRS-IS never sends your own station's packets back to your own station, whereas local digipeaters will bounce back RF packets your station has transmitted. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Ian Morrison <Ianm3920@...> Sent: Wednesday, March 13, 2024 5:44 PM YAAC version 0-beta 196 (17 Feb 24) on a RPI 3 All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. APRS.FI is also correct. My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it. Anyone see a similar problem Ian Morrison VE3EP
|
Re: Missing Weather on Local Map
Thanks for the reply Andrew. RF only. The nearest digipeater ignores my signal but a distant one picks it up and sends it to an igate. Actually there are three digis quite close and they all ignore me. ?Ian VE3EP ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: Andrew P.Sent: March 13, 2024 5:47 PM To: [email protected]Subject: Re: [yaac-users] Missing Weather on Local Map ? Are you using RF on your station or just an Internet connection? Bear in mind that YAAC only reports _received_ station information, and APRS-IS never sends your own station's packets back to your own station, whereas local digipeaters will bounce back RF packets your station has transmitted. ? Andrew, KA2DDO author of YAAC ? ________________________________________ From: [email protected] <[email protected]> on behalf of Ian Morrison <Ianm3920@...> Sent: Wednesday, March 13, 2024 5:44 PM To: [email protected] Subject: [yaac-users] Missing Weather on Local Map ? YAAC version 0-beta 196 (17 Feb 24) on a RPI 3 All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. APRS.FI is also correct. My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it. ? Anyone see a similar problem ? Ian Morrison VE3EP ? ? Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows ? ? ? ? ? ? ?
|
Re: Missing Weather on Local Map
Are you using RF on your station or just an Internet connection? Bear in mind that YAAC only reports _received_ station information, and APRS-IS never sends your own station's packets back to your own station, whereas local digipeaters will bounce back RF packets your station has transmitted. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Ian Morrison <Ianm3920@...> Sent: Wednesday, March 13, 2024 5:44 PM To: [email protected]Subject: [yaac-users] Missing Weather on Local Map YAAC version 0-beta 196 (17 Feb 24) on a RPI 3 All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. APRS.FI is also correct. My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it. Anyone see a similar problem Ian Morrison VE3EP Sent from Mail<> for Windows
|
Missing Weather on Local Map
YAAC version 0-beta 196 (17 Feb 24) on a RPI 3 All is well in the outside world. Station and weather seen on YAAC map of my near neighbour. APRS.FI is also correct. My local map is showing all the stations reporting weather in my vicinity except my own. Just the weather symbol. The beacon doesn¡¯t update it. ? Anyone see a similar problem ? Ian Morrison VE3EP ? ? Sent from for Windows ?
|
I should add that YAAC is outputting the data string though a USB to a 8 port RS-232 hub.
--- Ciao baby, catch you on the flip side 73 de W3AB/GEO AFA9GB
WA2LSI, KE6RJW, W6B, W7B,? AAR9AG http://www.w3ab.org Summers fly by, winters always walk.
On Saturday, March 9, 2024 at 04:19:52 PM PST, GEO BADGER via groups.io <w3ab@...> wrote:
So is YAAC, kinda. I'm trying to push the Davis Vantage Pro+ WX station data into a KPC-3+ TNC using Weather Display through YAAC. I can see the station on CWOP and Weather Underground. So I know it is working.
I can see the data string in YAAC, and it parses it correctly. So I know that is working correctly as well.
I have not found a TNC combo of GPSH 1 and LT 1 that will load and TX the data.
This all worked perfectly with my Peet station.
Any ideas?
--- Ciao baby, catch you on the flip side 73 de W3AB/GEO AFA9GB
WA2LSI, KE6RJW, W6B, W7B,? AAR9AG http://www.w3ab.org Summers fly by, winters always walk.
On Tuesday, March 5, 2024 at 03:25:53 PM PST, Andrew P. <andrewemt@...> wrote:
Uh, _which_ latest version of Java? There are only 14 of them this week from Oracle alone (from Java 8 to Java 21), let alone from the other platform providers, and they won't be latest next week. Please provide the _exact_ version and build string of the Java version you are using. Remember, I can't see your screen to get that information. Also, try starting YAAC from a command prompt window, so you can see the error messages and post them to this list. The command line for invoking YAAC in the YAAC installation directory is java -jar YAAC.jar Do not start YAAC with the YAACMain.jar file; that file requires the bootstrapping logic in YAAC.jar to set it up correctly. Let me know what you find out. Andrew, KA2DDO ________________________________________
From: [email protected] < [email protected]> on behalf of GEO BADGER via groups.io <w3ab@...> Sent: Tuesday, March 5, 2024 5:57 PM To: [email protected]Subject: [yaac-users] Unable to load yaac on win11 pro Hi all, new to the group. The subject says it all. New machine, 16 Gb of RAM. Latest version of Java running. Doing this over Remote Desktop. When I click on YAACMain.jar or YAAC.jar, all I get is a small blue balloon that opens then closes. This happens on a win10 Pro machine as well. --- Ciao baby, catch you on the flip side 73 de W3AB/GEO AFA9GB WA2LSI, KE6RJW, W6B, W7B, AAR9AG Summers fly by, winters always walk.
|
So is YAAC, kinda. I'm trying to push the Davis Vantage Pro+ WX station data into a KPC-3+ TNC using Weather Display through YAAC. I can see the station on CWOP and Weather Underground. So I know it is working.
I can see the data string in YAAC, and it parses it correctly. So I know that is working correctly as well.
I have not found a TNC combo of GPSH 1 and LT 1 that will load and TX the data.
This all worked perfectly with my Peet station.
Any ideas?
--- Ciao baby, catch you on the flip side 73 de W3AB/GEO AFA9GB
WA2LSI, KE6RJW, W6B, W7B,? AAR9AG http://www.w3ab.org Summers fly by, winters always walk.
On Tuesday, March 5, 2024 at 03:25:53 PM PST, Andrew P. <andrewemt@...> wrote:
Uh, _which_ latest version of Java? There are only 14 of them this week from Oracle alone (from Java 8 to Java 21), let alone from the other platform providers, and they won't be latest next week. Please provide the _exact_ version and build string of the Java version you are using. Remember, I can't see your screen to get that information. Also, try starting YAAC from a command prompt window, so you can see the error messages and post them to this list. The command line for invoking YAAC in the YAAC installation directory is java -jar YAAC.jar Do not start YAAC with the YAACMain.jar file; that file requires the bootstrapping logic in YAAC.jar to set it up correctly. Let me know what you find out. Andrew, KA2DDO ________________________________________
From: [email protected] < [email protected]> on behalf of GEO BADGER via groups.io <w3ab@...> Sent: Tuesday, March 5, 2024 5:57 PM To: [email protected]Subject: [yaac-users] Unable to load yaac on win11 pro Hi all, new to the group. The subject says it all. New machine, 16 Gb of RAM. Latest version of Java running. Doing this over Remote Desktop. When I click on YAACMain.jar or YAAC.jar, all I get is a small blue balloon that opens then closes. This happens on a win10 Pro machine as well. --- Ciao baby, catch you on the flip side 73 de W3AB/GEO AFA9GB WA2LSI, KE6RJW, W6B, W7B, AAR9AG Summers fly by, winters always walk.
|
Re: Missing window buttons
OK, never mind! I found that the YAAC window was moved up out of range of the display.
Fixed it!
|
Re: Missing window buttons
Oh! And I can't grab the dialog box by the title bar and move the window around either.
|
I tried to minimize the YAAC window on my Pi 400 and realized the doo-hickies for minimize, restore and close normally at the top right of window dialog boxes were missing.
It appears I can use the context menu on the task bar to do those things, but I thought it odd nonetheless.
Debian bookworm (12)
OpenJDK 17.0.10
YAAC 1.0-beta196
Any ideas?
73
Danny
K5CG
|
GEO BADGER
Danny K5CG