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.
|
Re: Getting GPSD to continually update position (update)
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
toggle quoted message
Show quoted text
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)
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
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)
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
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)
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
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
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:
toggle quoted message
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
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.
|
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
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
|
Michael WA7SKG
GEO BADGER
