The stations with call1/call2 etc. can not be heard directly on RF by IGate, so that is why they must be pull out from IS to local RF by IGate.
Thank you!
Hello,
Can you activate, please, the next filters in IGate firmware to be defined without time and distance ?
b/call1/call2/call3/call4 ...
e/call1/call2 ...
d/digi1/digi2 ...
Original filter without additional filter in the back, like thy are defined here https://www.aprs-is.net/javAPRSFilter.aspx,
The stations with call1/call2 etc. can not be heard directly on RF by IGate, so that is why they must be pull out from IS to local RF by IGate.
Thank you!
<!-- github-sync-id:2804933163 -->
The filter is to listen from APRS-IS all messages from the defined filters you have linked.
the problem is you wanting to Tx to RF packets that are more than 100kms away. I see not purpose of it if they can't be heard directly or with digirepeaters in between.
maybe you want to see what its happening on another part of the world, so Tx to RF packets from there too?
I guess you are understanding this wrong.
The filter is to listen from APRS-IS all messages from the defined filters you have linked.
the problem is you wanting to Tx to RF packets that are more than 100kms away. I see not purpose of it if they can't be heard directly or with digirepeaters in between.
maybe you want to see what its happening on another part of the world, so Tx to RF packets from there too?
<!-- github-comment-id:2607850563 -->
The stations with call1/call2 etc. can not be heard directly on RF by IGate, so that is why they must be pull out from IS to local RF by IGate. -- and thats because of...?
`The stations with call1/call2 etc. can not be heard directly on RF by IGate, so that is why they must be pull out from IS to local RF by IGate.` -- and thats because of...?
<!-- github-comment-id:2607945041 -->
I have my purpose to hear packets on RF that are from another part of the world. You can say so.
I think those filters work on other aprs devices, right ?
If you can activate them also on Lora board I will make sure that you will be rewarded for your work. You know what I mean.
if it is such a big problem, you can send me a custom firmware by email to be loaded in IGate, with those filters active. The version it doesn't have to be public.
I have my purpose to hear packets on RF that are from another part of the world. You can say so.
I think those filters work on other aprs devices, right ?
If you can activate them also on Lora board I will make sure that you will be rewarded for your work. You know what I mean.
if it is such a big problem, you can send me a custom firmware by email to be loaded in IGate, with those filters active. The version it doesn't have to be public.
<!-- github-comment-id:2607947637 -->
with the filters you propose you will receive from APRS-IS all the beacons of this far away stations.
all of this data is readable over Serial output or even TNC connection.
do you need this also be Tx into RF?
with the filters you propose you will receive from APRS-IS all the beacons of this far away stations.
all of this data is readable over Serial output or even TNC connection.
do you need this also be Tx into RF?
<!-- github-comment-id:2608017160 -->
In section APRS-IS of IGate firmware, plese also add a check "Gate APRS-IS Positions to RF", "Gate APRS-IS Telemetry to RF", "Gate APRS-IS Beacons to RF", "Gate APRS-IS Status to RF".
Thank you!
In section APRS-IS of IGate firmware, plese also add a check "Gate APRS-IS Positions to RF", "Gate APRS-IS Telemetry to RF", "Gate APRS-IS Beacons to RF", "Gate APRS-IS Status to RF".
Thank you!
<!-- github-comment-id:2614538951 -->
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Hello,
Can you activate, please, the next filters in IGate firmware to be defined without time and distance ?
b/call1/call2/call3/call4 ...
e/call1/call2 ...
d/digi1/digi2 ...
Original filter without additional filter in the back, like thy are defined here https://www.aprs-is.net/javAPRSFilter.aspx,
The stations with call1/call2 etc. can not be heard directly on RF by IGate, so that is why they must be pull out from IS to local RF by IGate.
Thank you!
I guess you are understanding this wrong.
The filter is to listen from APRS-IS all messages from the defined filters you have linked.
the problem is you wanting to Tx to RF packets that are more than 100kms away. I see not purpose of it if they can't be heard directly or with digirepeaters in between.
maybe you want to see what its happening on another part of the world, so Tx to RF packets from there too?
The stations with call1/call2 etc. can not be heard directly on RF by IGate, so that is why they must be pull out from IS to local RF by IGate.-- and thats because of...?I have my purpose to hear packets on RF that are from another part of the world. You can say so.
I think those filters work on other aprs devices, right ?
If you can activate them also on Lora board I will make sure that you will be rewarded for your work. You know what I mean.
if it is such a big problem, you can send me a custom firmware by email to be loaded in IGate, with those filters active. The version it doesn't have to be public.
with the filters you propose you will receive from APRS-IS all the beacons of this far away stations.
all of this data is readable over Serial output or even TNC connection.
do you need this also be Tx into RF?
Yes, the information from those filters must be sent to RF.
In section APRS-IS of IGate firmware, plese also add a check "Gate APRS-IS Positions to RF", "Gate APRS-IS Telemetry to RF", "Gate APRS-IS Beacons to RF", "Gate APRS-IS Status to RF".
Thank you!
we are debating wether this last request are good to be added without much control
soon will be updates on this