Date   

Re: Feature request

Adam Mahnke
 

Here's the page I should have sent


Adam

On Fri, Jan 21, 2022, 05:39 Adam Mahnke via groups.io <kc2ant=gmail.com@groups.io> wrote:
Greg,

I believe if you change your object group to ?WX it will make that supportable as long as the distance configuration is correct


Look through the documents for qru server setup.

Adam
KC2ANT

On Fri, Jan 21, 2022, 00:11 Greg Depew <goatherder_4891@...> wrote:
Hi Lynn, was wondering if it would be possible to make a new query for weather. Right now if I send ?aprso KB3KBR-WX it will send my weather object. I was hoping it could be made that ?wx or ?WX would trigger it as well. 

Thanks, Greg



KB3KBR Greg. Sent from my Samsung Galaxy smartphone.


Re: Feature request

Adam Mahnke
 

Greg,

I believe if you change your object group to ?WX it will make that supportable as long as the distance configuration is correct


Look through the documents for qru server setup.

Adam
KC2ANT

On Fri, Jan 21, 2022, 00:11 Greg Depew <goatherder_4891@...> wrote:
Hi Lynn, was wondering if it would be possible to make a new query for weather. Right now if I send ?aprso KB3KBR-WX it will send my weather object. I was hoping it could be made that ?wx or ?WX would trigger it as well. 

Thanks, Greg



KB3KBR Greg. Sent from my Samsung Galaxy smartphone.


Feature request

Greg Depew
 

Hi Lynn, was wondering if it would be possible to make a new query for weather. Right now if I send ?aprso KB3KBR-WX it will send my weather object. I was hoping it could be made that ?wx or ?WX would trigger it as well. 

Thanks, Greg



KB3KBR Greg. Sent from my Samsung Galaxy smartphone.


Re: Bi directional I gate will not transmit

Lynn Deffenbaugh
 

Just to correct some misinformation.  The APRS passcode only controls whether or not packets injected to the APRS-IS will be propagated through the network.  Reverse gating only requires RECEIVING the desired packets FROM the APRS-IS which does not require the passcode at all.  The op's test filter is showing the packets, so that's not the issue and the APRS-IS port settings are fine for the purposes of this question.

But you do raise a good point.  The settings in the RF port can make a difference.  You should review the checkboxes in the intended transmit port settings to verify that they are correct.   At least Enabled, Xmit enable, and IS to RF should be checked for filtered reverse gating.  Messages should also be checked to support normal message gating to RF.  And of course, RF to IS should always be checked for an IGate.

And you should also verify that Enables / Ports / Receive Only is NOT checked as this will disable transmitting on all RF ports for any reason.

And the final question is: Are your APRSIS32 beacons transmitting on the RF port?  If they are, then the transmit logic from APRSIS32 to the TNC to the radio is fine.  But if clicking the Transmit menu option doesn't key your radio with the beacon packet, you need to solve RF transmitting in general before getting into reverse filtered IGating.

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


On 1/18/2022 10:17 AM, Brian Webster N2KGC via groups.io wrote:

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

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

Lynn Deffenbaugh
 

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


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

Bradley Haney
 

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: hotspot objects

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

 

On Tue, Jan 11, 2022, 07:08 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@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

 

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. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

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: hotspot objects

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

 

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. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

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: hotspot objects

Lynn Deffenbaugh
 

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

 

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. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

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: hotspot objects

Adam Mahnke
 

That particular person doesn't use APRSISCE if I recall correctly


On Tue, Jan 11, 2022, 07:08 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@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

 

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. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

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: hotspot objects

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. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

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: hotspot objects

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. 😞

 

Adam

KC2ANT

 

On Fri, Jan 7, 2022, 18:19 Brian Webster N2KGC via groups.io <radiowebst=yahoo.com@groups.io> wrote:

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

KD7YZ Bob
 

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

Lynn Deffenbaugh
 

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

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

KD7YZ Bob
 

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 .


Re: Custom Queries?

Dan Hurd
 

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 



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


Re: Custom Queries?

James Ewen
 

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


Re: Custom Queries?

Dan Hurd
 

hmmm interesting thought....I had not considered using the server port. 

Dan W5DMH 


Re: Custom Queries?

Lynn Deffenbaugh
 

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


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

1 - 20 of 35999