|
Re: Bi directional I gate will not transmit
Brian Webster N2KGC
Do you have a valid APRS passcode and is it entered in the software? IF no then that will be your problem. The other thing to look for is under configure, ports, APRS-IS. In this windows make sure you check enabled, xmit enable, messages and others based on your needs. Brian N2KGC
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Bradley Haney via groups.io
Sent: Tuesday, January 18, 2022 9:55 AM
To: APRSISCE@groups.io
Subject: [APRSISCE] Bi directional I gate will not transmit Morning all. I am attempting to set up a Bi directional I gate. I would like to I gate to RF Traffic that is seen from K9WRA-R I gate. The only traffic this will see is Fusion radio's that have valid GPS in our area so I know it will not flood our area. I did the control G and test the filter of e/K9WRA-R and i do see hits when there is valid traffic so the filter appears good but i never see it TX on my TNC out RF. Any thoughts? Thanks in advance. k9bdh brad
|
|
|
Re: Bi directional I gate will not transmit
You must be running the latest development version for reverse
(-IS to RF) arbitrary (filtered) gating. After setting up and
monitoring your proposed filter with Control-G, you then type
Control-I with focus on the main APRSIS32 window which will them
prompt for final gating approval. If Control-I doesn't show the
prompt, then you either don't have a proposed filter set or you
are not running the development version.
Also, filtered IGating must be enabled on each APRSIS32 restart.
It is purposefully not persisted.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
toggle quoted messageShow quoted text
On 1/18/2022 9:55 AM, Bradley Haney via
groups.io wrote:
Morning all. I am attempting to set up a Bi directional I gate.
I would like to I gate to RF Traffic that is seen from K9WRA-R I
gate. The only traffic this will see is Fusion radio's that have
valid GPS in our area so I know it will not flood our area. I
did the control G and test the filter of e/K9WRA-R and i do see
hits when there is valid traffic so the filter appears good but i
never see it TX on my TNC out RF. Any thoughts? Thanks in
advance. k9bdh brad
|
|
|
Bi directional I gate will not transmit
Morning all. I am attempting to set up a Bi directional I gate. I would like to I gate to RF Traffic that is seen from K9WRA-R I gate. The only traffic this will see is Fusion radio's that have valid GPS in our area so I know it will not flood our area. I did the control G and test the filter of e/K9WRA-R and i do see hits when there is valid traffic so the filter appears good but i never see it TX on my TNC out RF. Any thoughts? Thanks in advance. k9bdh brad
|
|
|
Brian Webster N2KGC
I sent a personal email to the individual and copied the section Emergency Coordinator and Section manager. Maybe that will be enough to get the person to call and ask what the issue is. Looking at the history of this station he is generation packets for a 2 hop path with IS stream data every 3 to 6 minutes. I cannot determine what software he is using for this i-gate. Hopefully he makes contact and can configure the settings a bit. Anyway, Adam your point is taken that it’s not an APRSIS software user so I will drop this topic from this list now Brian N2KGC
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Tuesday, January 11, 2022 7:11 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects That particular person doesn't use APRSISCE if I recall correctly I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot. Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF? Brian N2KGC Someone must have said something, the problem has cleared itself up on the RF side Brian N2KGC Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic). The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Trying to not hijack the thread so changing the subject line. My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞 One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions. The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions. Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question…. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly. Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing .
I can look at the direwolf output which should be completely raw.
Dan W5DMH
|
|
|
Brian Webster N2KGC
Point taken and technically these packets are correct since the transmitting station has his call in the packet. Brian N2KGC
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
Sent: Tuesday, January 11, 2022 7:16 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Please define "non-compliant" with this statement from aprs101.pdf: All Other Packets: Packets that do not meet any of the formats described in this document are assumed to be non-APRS beacons. Programs can decide to handle these, or ignore them, but they must be able to process them without ill effects.
APRS programs may treat such packets as APRS Status Reports. This allows APRS to accept any UI packet addressed to the typical beacon address to be captured as a status message. Typical TNC ID packets fall into this category. Once a proper Status Report (with the APRS Data Type Identifier >) has been received from a station it will not be overwritten by other non-APRS packets from that station.
My interpretation of that statement is that ALL packets comply. They are either ignored or processed as "Status Reports". Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 1/11/2022 7:08 AM, Brian Webster N2KGC via groups.io wrote: I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot. Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF? Brian N2KGC Someone must have said something, the problem has cleared itself up on the RF side. Brian N2KGC Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic). The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Trying to not hijack the thread so changing the subject line. My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞 One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions. The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions. Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question…. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly. Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing .
I can look at the direwolf output which should be completely raw.
Dan W5DMH
|
|
|
Please define "non-compliant" with this statement from
aprs101.pdf:
All Other Packets: Packets that do not
meet any of the formats described in this document are
assumed to be non-APRS beacons. Programs can decide to handle
these, or
ignore them, but they must be able to process them without ill
effects.
APRS programs may treat such packets as APRS Status Reports.
This allows
APRS to accept any UI packet addressed to the typical beacon
address to be
captured as a status message. Typical TNC ID packets fall into
this category.
Once a proper Status Report (with the APRS Data Type Identifier
>) has
been received from a station it will not be overwritten by other
non-APRS
packets from that station.
My interpretation of that statement is that ALL packets comply.
They are either ignored or processed as "Status Reports".
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 1/11/2022 7:08 AM, Brian Webster
N2KGC via groups.io wrote:
I
spoke too soon. N2PYI is injecting 5 different hot spots and
now it appears they are creating 3 objects per hotspot.
Lynn
is it possible to update the software so that it will not
pass any non-compliant packets to RF?
Brian
N2KGC
Someone
must have said something, the problem has cleared itself up
on the RF side.
Brian
N2KGC
Yes
Adam it is your area specifically I was referring to, glad
you are not the one (thanks for changing the subject line, I
was drifting off topic).
The
offending station is N2YPI-2 and I hear if from RF. It looks
like N2YPI is actually injecting the objects from the
internet over the air.
Brian
N2KGC
From:
APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf
Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects
Trying to not hijack the thread so
changing the subject line.
My hotspot is only set up for D-Star
and it sends two stations to the IS stream. One with a
dash B and one with a space B. I have not started playing
with any other digital modes yet so that's not the trigger
for multiple stations. Not sure why they send two. Maybe
someone can enlighten us
To the other point, I've disabled the
igate I manage from gating hotspot stations for that
reason, sadly someone else in the area is still doing it.
😞
One
thing to remember about this experiment, APRS
packets are a UI unconnected broadcast and you are
not guaranteed delivery of the pack to the other end
even if you do use the specific path method you are
attempting. There is an exception for message in
this regard, but generally it’s not like using
regular packet by specifying the hops and their call
signs. Specifying the paths will make it much more
likely for it to make it however, mostly due to the
fact that all the other generic digi’s will not be
rebroadcasting the packets and occupying airtime or
causing collisions.
The
No-Gate or RF only I would not worry about. If a
packet gets heard and gated, that is done directly
over the internet, so no harm. I-Gates are not
repeating your packets back over the air. Not
putting the commands in the path will keep the
packet shorter and as such give better chances of it
getting through without collisions.
Your
reasons and plan are solid, just understand the
limitation. Using specific call signs rather than
generic digi path’s is the way to do this for sure.
Just don’t expect it to be 100% reliable and it you
start using it a lot like a chat channel others will
likely notice and possibly say something. The APRS
frequency is not well suited as a general packet
network system. I see this a lot with the DMR
hotspots and such, first someone is gating to RF
call signs with non-compliant SSID’s (they use
letters) and it seems like each hotspot is kicking
out 2 separate objects over the air for the same
location. I suspect they are doing both D-Star and
DMR and as such their hotspot software sends to
different objects to the IS stream. If it was kept
on the internet stream that would be great, but
someone somewhere in that local area is pushing it
to RF and at a beacon rate that is too much for an
object that doesn’t move. But that really has
nothing to do with your question….
Brian
N2KGC
From:
APRSISCE@groups.io
[mailto:APRSISCE@groups.io]
On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for
RFOnly.
Thanks
Lynn,
For the record I am using Xastir at this moment
because the path is really easy to change for this
testing .
I can look at the direwolf output which should be
completely raw.
Dan W5DMH
|
|
|
That particular person doesn't use APRSISCE if I recall correctly
I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot. Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF? Brian N2KGC Someone must have said something, the problem has cleared itself up on the RF side. Brian N2KGC Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic). The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Trying to not hijack the thread so changing the subject line. My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞 One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions. The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions. Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question…. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly. Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing .
I can look at the direwolf output which should be completely raw.
Dan W5DMH
|
|
|
Brian Webster N2KGC
I spoke too soon. N2PYI is injecting 5 different hot spots and now it appears they are creating 3 objects per hotspot. Lynn is it possible to update the software so that it will not pass any non-compliant packets to RF? Brian N2KGC
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Brian Webster N2KGC via groups.io
Sent: Monday, January 10, 2022 5:02 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Someone must have said something, the problem has cleared itself up on the RF side. Brian N2KGC From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic). The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Trying to not hijack the thread so changing the subject line. My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞 One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions. The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions. Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question…. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly. Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing .
I can look at the direwolf output which should be completely raw.
Dan W5DMH
|
|
|
Brian Webster N2KGC
Someone must have said something, the problem has cleared itself up on the RF side. Brian N2KGC
From: Brian Webster [mailto:radiowebst@...]
Sent: Friday, January 7, 2022 6:36 PM
To: 'APRSISCE@groups.io'
Subject: RE: [APRSISCE] hotspot objects Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic). The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Trying to not hijack the thread so changing the subject line. My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us. To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞 One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions. The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions. Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question…. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly. Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing .
I can look at the direwolf output which should be completely raw.
Dan W5DMH
|
|
|
Re: Adding another radio with Packet-decode input
NR4U Bob AFMARS
Hi Lynn.
OK, I am using both UZ7 and AGWPE though not at the same time.
So, on AGWPE at the moment, I am seeing decodes through my IC-9700 .
I made a port AGW type. It is listeniung on localhost:8000
But I never get anything seen on APRSIS32.
|
|
|
Re: Adding another radio with Packet-decode input
APRSIS32 does not support audio decoding. For such purposes it requires a soundcard TNC like Direwolf, UZ7HO's SoundModem, or AGWPE.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
toggle quoted messageShow quoted text
On 1/10/2022 7:45 AM, KD7YZ Bob wrote: What I mean is, I have an IC-9700 I sometimes use to decode packet on 144.390 .
This is in addition to the full-time Kenwood D710G .
The IC-9700 has two USB-Codecs of its own.
I do not see a way to make a new APRSIS32 "Port" that would be able to decode from the Rx-Usb-Audio-Codec of the 9700 .
|
|
|
Adding another radio with Packet-decode input
NR4U Bob AFMARS
What I mean is, I have an IC-9700 I sometimes use to decode packet on 144.390 .
This is in addition to the full-time Kenwood D710G .
The IC-9700 has two USB-Codecs of its own.
I do not see a way to make a new APRSIS32 "Port" that would be able to decode from the Rx-Usb-Audio-Codec of the 9700 .
|
|
|
I did not know that existed but it seems object oriented rather than information oriented but I read up on it, thanks!
73 Dan W5DMH
toggle quoted messageShow quoted text
On Sat, Jan 8, 2022 at 09:25 AM, James Ewen wrote:
Have you looked at a QRU query?
On Sat, Jan 8, 2022 at 08:28 Dan Hurd < dan@...> wrote: hmmm interesting thought....I had not considered using the server port.
Dan W5DMH
--
James
VE6SRV
|
|
|
Have you looked at a QRU query?
On Sat, Jan 8, 2022 at 08:28 Dan Hurd < dan@...> wrote: hmmm interesting thought....I had not considered using the server port.
Dan W5DMH
|
|
|
hmmm interesting thought....I had not considered using the server port.
Dan W5DMH
|
|
|
Sorry, but that level of customization is not supported in
APRSIS32 at this time.
That said, you can always write your own APRS client and connect
it to a server-type port in APRSIS32. Anything you can imagine
can be done by monitoring, parsing, and creating your own packets.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
toggle quoted messageShow quoted text
On 1/8/2022 4:42 AM, Dan Hurd wrote:
Hi Lynn
Is there a way to modify the custom queries or add new custom
queries?
I would like to have couple custom queries :
- ?NET this query would respond with our NET schedule
- ?ANC this would be used for special announcements
- ?WRN this would be used for local weather or traffic
warnings
If it can be done in the XML file , I can quickly create a simple
graphical editor for updating these fields and share it with the
group.
73 Dan W5DMH
|
|
|
Hi Lynn Is there a way to modify the custom queries or add new custom queries? I would like to have couple custom queries :
- ?NET this query would respond with our NET schedule
- ?ANC this would be used for special announcements
- ?WRN this would be used for local weather or traffic warnings
If it can be done in the XML file , I can quickly create a simple graphical editor for updating these fields and share it with the group. 73 Dan W5DMH
|
|
|
Absolutely
Here is my current filter
a/42.6295/-076.7045/42.2555/-076.23833 -b/KD2EAT -s//a&/D
Area filter for the entirety of Tompkins County, New York (plus a little to make it a square)
-b/KD2EAT because it's an unuseful object on the APRS RF network. Deals with high altitude balloon tracking I believe. Nice guy, he is actually the callsign trustee for W2CXM but this object isn't useful for folks driving through the area
-s//a&D is the specific filter for the D-Star objects in the area. Other areas may need different text, but I'm basically just deleting the symbols used for D-Star Hotspots. DMR is not used in the Ithaca Area all that much so I only have to deal with the D-Star ones.
for what it's worth I also manage the sources for the repeater objects in the area as well. Different ones hosted at different digi's but I try to provide useful information for travelers in the area.
If anyone sees any issues with any of the KC2ANT or the W2CXM packets please let me know.
Adam KC2ANT
On Fri, Jan 7, 2022 at 6:54 PM Lynn Deffenbaugh < kj4erj@...> wrote:
Do you mind sharing your IGate filter, or at least the part that
drops the hotspots? I can envision what it might be, but others
might be interested as well.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32
On 1/7/2022 6:46 PM, Adam Mahnke wrote:
He is, and I shall refrain from comment further.
I manage W2CXM, and it's set up for IS to RF
but I try to limit it to IS only stations for Tompkins
County and I filter out hotspot stations (now) because we
have several in the area and it was clogging the RF channel
when I didn't. I try really hard to be aware of the
congestion on the RF side.
Adam
KC2ANT
Yes
Adam it is your area specifically I was referring
to, glad you are not the one (thanks for changing
the subject line, I was drifting off topic).
The
offending station is N2YPI-2 and I hear if from
RF. It looks like N2YPI is actually injecting the
objects from the internet over the air.
Brian
N2KGC
From:
APRSISCE@groups.io
[mailto:APRSISCE@groups.io]
On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects
Trying to not hijack the thread
so changing the subject line.
My hotspot is only set up for
D-Star and it sends two stations to the IS
stream. One with a dash B and one with a space
B. I have not started playing with any other
digital modes yet so that's not the trigger for
multiple stations. Not sure why they send two.
Maybe someone can enlighten us.
To the other point, I've
disabled the igate I manage from gating hotspot
stations for that reason, sadly someone else in
the area is still doing it. 😞
One
thing to remember about this experiment,
APRS packets are a UI unconnected
broadcast and you are not guaranteed
delivery of the pack to the other end even
if you do use the specific path method you
are attempting. There is an exception for
message in this regard, but generally it’s
not like using regular packet by
specifying the hops and their call signs.
Specifying the paths will make it much
more likely for it to make it however,
mostly due to the fact that all the other
generic digi’s will not be rebroadcasting
the packets and occupying airtime or
causing collisions.
The
No-Gate or RF only I would not worry
about. If a packet gets heard and gated,
that is done directly over the internet,
so no harm. I-Gates are not repeating your
packets back over the air. Not putting the
commands in the path will keep the packet
shorter and as such give better chances of
it getting through without collisions.
Your
reasons and plan are solid, just
understand the limitation. Using specific
call signs rather than generic digi path’s
is the way to do this for sure. Just don’t
expect it to be 100% reliable and it you
start using it a lot like a chat channel
others will likely notice and possibly say
something. The APRS frequency is not well
suited as a general packet network system.
I see this a lot with the DMR hotspots and
such, first someone is gating to RF call
signs with non-compliant SSID’s (they use
letters) and it seems like each hotspot is
kicking out 2 separate objects over the
air for the same location. I suspect they
are doing both D-Star and DMR and as such
their hotspot software sends to different
objects to the IS stream. If it was kept
on the internet stream that would be
great, but someone somewhere in that local
area is pushing it to RF and at a beacon
rate that is too much for an object that
doesn’t move. But that really has nothing
to do with your question….
Brian
N2KGC
From:
APRSISCE@groups.io
[mailto:APRSISCE@groups.io]
On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10
PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific
Paths for RFOnly.
Thanks Lynn,
For the record I am using Xastir at this
moment because the path is really easy to
change for this testing .
I can look at the direwolf output which
should be completely raw.
Dan W5DMH
|
|
|
Do you mind sharing your IGate filter, or at least the part that
drops the hotspots? I can envision what it might be, but others
might be interested as well.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32
On 1/7/2022 6:46 PM, Adam Mahnke wrote:
He is, and I shall refrain from comment further.
I manage W2CXM, and it's set up for IS to RF
but I try to limit it to IS only stations for Tompkins
County and I filter out hotspot stations (now) because we
have several in the area and it was clogging the RF channel
when I didn't. I try really hard to be aware of the
congestion on the RF side.
Adam
KC2ANT
Yes
Adam it is your area specifically I was referring
to, glad you are not the one (thanks for changing
the subject line, I was drifting off topic).
The
offending station is N2YPI-2 and I hear if from
RF. It looks like N2YPI is actually injecting the
objects from the internet over the air.
Brian
N2KGC
From:
APRSISCE@groups.io
[mailto:APRSISCE@groups.io]
On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects
Trying to not hijack the thread
so changing the subject line.
My hotspot is only set up for
D-Star and it sends two stations to the IS
stream. One with a dash B and one with a space
B. I have not started playing with any other
digital modes yet so that's not the trigger for
multiple stations. Not sure why they send two.
Maybe someone can enlighten us.
To the other point, I've
disabled the igate I manage from gating hotspot
stations for that reason, sadly someone else in
the area is still doing it. 😞
One
thing to remember about this experiment,
APRS packets are a UI unconnected
broadcast and you are not guaranteed
delivery of the pack to the other end even
if you do use the specific path method you
are attempting. There is an exception for
message in this regard, but generally it’s
not like using regular packet by
specifying the hops and their call signs.
Specifying the paths will make it much
more likely for it to make it however,
mostly due to the fact that all the other
generic digi’s will not be rebroadcasting
the packets and occupying airtime or
causing collisions.
The
No-Gate or RF only I would not worry
about. If a packet gets heard and gated,
that is done directly over the internet,
so no harm. I-Gates are not repeating your
packets back over the air. Not putting the
commands in the path will keep the packet
shorter and as such give better chances of
it getting through without collisions.
Your
reasons and plan are solid, just
understand the limitation. Using specific
call signs rather than generic digi path’s
is the way to do this for sure. Just don’t
expect it to be 100% reliable and it you
start using it a lot like a chat channel
others will likely notice and possibly say
something. The APRS frequency is not well
suited as a general packet network system.
I see this a lot with the DMR hotspots and
such, first someone is gating to RF call
signs with non-compliant SSID’s (they use
letters) and it seems like each hotspot is
kicking out 2 separate objects over the
air for the same location. I suspect they
are doing both D-Star and DMR and as such
their hotspot software sends to different
objects to the IS stream. If it was kept
on the internet stream that would be
great, but someone somewhere in that local
area is pushing it to RF and at a beacon
rate that is too much for an object that
doesn’t move. But that really has nothing
to do with your question….
Brian
N2KGC
From:
APRSISCE@groups.io
[mailto:APRSISCE@groups.io]
On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10
PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific
Paths for RFOnly.
Thanks Lynn,
For the record I am using Xastir at this
moment because the path is really easy to
change for this testing .
I can look at the direwolf output which
should be completely raw.
Dan W5DMH
|
|
|
He is, and I shall refrain from comment further.
I manage W2CXM, and it's set up for IS to RF but I try to limit it to IS only stations for Tompkins County and I filter out hotspot stations (now) because we have several in the area and it was clogging the RF channel when I didn't. I try really hard to be aware of the congestion on the RF side.
Adam KC2ANT
Yes Adam it is your area specifically I was referring to, glad you are not the one (thanks for changing the subject line, I was drifting off topic). The offending station is N2YPI-2 and I hear if from RF. It looks like N2YPI is actually injecting the objects from the internet over the air. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Adam Mahnke
Sent: Friday, January 7, 2022 6:28 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] hotspot objects Trying to not hijack the thread so changing the subject line. My hotspot is only set up for D-Star and it sends two stations to the IS stream. One with a dash B and one with a space B. I have not started playing with any other digital modes yet so that's not the trigger for multiple stations. Not sure why they send two. Maybe someone can enlighten us. To the other point, I've disabled the igate I manage from gating hotspot stations for that reason, sadly someone else in the area is still doing it. 😞 One thing to remember about this experiment, APRS packets are a UI unconnected broadcast and you are not guaranteed delivery of the pack to the other end even if you do use the specific path method you are attempting. There is an exception for message in this regard, but generally it’s not like using regular packet by specifying the hops and their call signs. Specifying the paths will make it much more likely for it to make it however, mostly due to the fact that all the other generic digi’s will not be rebroadcasting the packets and occupying airtime or causing collisions. The No-Gate or RF only I would not worry about. If a packet gets heard and gated, that is done directly over the internet, so no harm. I-Gates are not repeating your packets back over the air. Not putting the commands in the path will keep the packet shorter and as such give better chances of it getting through without collisions. Your reasons and plan are solid, just understand the limitation. Using specific call signs rather than generic digi path’s is the way to do this for sure. Just don’t expect it to be 100% reliable and it you start using it a lot like a chat channel others will likely notice and possibly say something. The APRS frequency is not well suited as a general packet network system. I see this a lot with the DMR hotspots and such, first someone is gating to RF call signs with non-compliant SSID’s (they use letters) and it seems like each hotspot is kicking out 2 separate objects over the air for the same location. I suspect they are doing both D-Star and DMR and as such their hotspot software sends to different objects to the IS stream. If it was kept on the internet stream that would be great, but someone somewhere in that local area is pushing it to RF and at a beacon rate that is too much for an object that doesn’t move. But that really has nothing to do with your question…. Brian N2KGC From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Dan Hurd
Sent: Friday, January 7, 2022 12:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Specific Paths for RFOnly. Thanks Lynn,
For the record I am using Xastir at this moment because the path is really easy to change for this testing .
I can look at the direwolf output which should be completely raw.
Dan W5DMH
|
|
|
