Re: Rx only iGate - stop Tx data
On Thu, Nov 17, 2016 at 1:08 PM, kq6di@... [direwolf_packet]? <direwolf_packet@...>?wrote: definitely anything beyond 300 km is completely bogus.
|
Re: Rx only iGate - stop Tx data
Fred, I'll give it a try. ?The worst I could do is break something I'm testing, so it's also easy to fix. Thanks, Arnold KQ6DI
From: "'Fred Hillhouse' fmhillhouse@... [direwolf_packet]" To: "direwolf packet" Sent: Thursday, November 17, 2016 12:50:02 PM Subject: RE: [direwolf_packet] Rx only iGate - stop Tx data
?
A filter like this might help. I think it won¡¯t receive anything that has TCPIP or TCPXX in the packet. I don¡¯t know it messages will pass if you are looking to pass them. Maybe there is a filter for the Q construct that might work better. [Not my information, just something I saw recently] ? FILTER IG 0 ! d/TCPIP/TCPXX ? Best regards, Fred N7FMH ? ? From: direwolf_packet@... [mailto:direwolf_packet@...]
Sent: Thursday, November 17, 2016 2:33 PM
To: direwolf packet
Subject: Re: [direwolf_packet] Rx only iGate - stop Tx data [1 Attachment] ? ? [Attachment(s) from kq6di@... included below] Yes, I have a RX-only IGate. ?Below is a snip (with the receiver off) of a bunch of data coming from the internet that wants to be transmitted. ?It's about 5 minutes worth. ?I realize it isn't a lot, but I intend to locate the RX-only IGate & digipeater in a location that has rather limited internet capabilities. ?Is there a filter to hopefully send to the server that will reduce this some? Believe it or not, this entire installation is solar powered, so even transmitting each packet requires power from somewhere... 
From: "Jim Alles kb3tbx@... [direwolf_packet]" <direwolf_packet@...>
To: "direwolf packet" <direwolf_packet@...>
Sent: Thursday, November 17, 2016 10:59:11 AM
Subject: Re: [direwolf_packet] Rx only iGate - stop Tx data ? It seems you want to undertake a RX-only IGate. AFAIK, it doesn't matter if you are using direwolf or anything else, if you are directly connected to an APRS-IS server TCP port 14580, you will be receiving packets _because_ you sent packets to the server. This is by design, to support messaging. The field called 'filter' that is sent to the server, is not really a filter, it is a subscription for additional packets to what I just described, above. The only alternative (theoretically) is to setup your own server, and modify the code to do what you want, and point your IGate to that, but there may be options I don't know about. Explain what you are trying to accomplish, and describe your local RF territory a bit. There may be direwolf config parameters that can get the incoming packet count down significantly, yet I am sorry that is not what you are looking for. ? On Thu, Nov 17, 2016 at 1:37 PM, kq6di@... [direwolf_packet] <direwolf_packet@...> wrote:
? ? I have a receive only IGate using DireWolf.? I would like to stop ALL traffic coming from the IS server that wants to be transmitted, but I don't know the best parameter(s) to enter.? Suggestions? I know it isn't much data, but I have a future location that will only have internet via satellite, and every little bit of data counts toward (against) the monthly limit. ?
|
|
This email has been checked for viruses by Avast antivirus software.
|
|
Re: Rx only iGate - stop Tx data
Jim, I already have a filter on what goes to APRS-IS, and that works well. ? Note to everyone, 50 km is a decent range, but definitely anything beyond 300 km is completely bogus. ?Just about everyone receives something from thousands of miles away from defective trackers, so a filter on the To IS is good. Arnold KQ6DI
From: "Jim Alles kb3tbx@... [direwolf_packet]" To: "direwolf packet" Sent: Thursday, November 17, 2016 12:16:24 PM Subject: Re: [direwolf_packet] Rx only iGate - stop Tx data
?
Yes, there are two issues here. I have recently been testing Direwolf for this.
you can limit what you send to the APRS-IS, by putting in a filter like this in the config file: "FILTER 0 IG ? r/40.8/-77.8/50 ?| t/m "
APRS-IS will only receive position packets within 50 km of some point near me, and messsages that might come from anywhere.
This will trap the stray packets that you might get by ducting, for example. That will minimize what is sent to direwolf to decide what to do with messages.
In my experience, you can also reduce the incoming data flow but logging into an APRS-IS server that uses aprsc software - it seems to be more conservative. YMMV.
73,?
Jim A.
|
Re: Rx only iGate - stop Tx data [1 Attachment]
A filter like this might help. I think it won¡¯t receive anything that has TCPIP or TCPXX in the packet. I don¡¯t know it messages will pass if you are looking to pass them. Maybe there is a filter for the Q construct that might work better. [Not my information, just something I saw recently] ? FILTER IG 0 ! d/TCPIP/TCPXX ? Best regards, Fred N7FMH ? ?
toggle quoted message
Show quoted text
From: direwolf_packet@... [mailto:direwolf_packet@...]
Sent: Thursday, November 17, 2016 2:33 PM
To: direwolf packet
Subject: Re: [direwolf_packet] Rx only iGate - stop Tx data [1 Attachment]? ? [Attachment(s) from kq6di@... included below] Yes, I have a RX-only IGate. ?Below is a snip (with the receiver off) of a bunch of data coming from the internet that wants to be transmitted. ?It's about 5 minutes worth. ?I realize it isn't a lot, but I intend to locate the RX-only IGate & digipeater in a location that has rather limited internet capabilities. ?Is there a filter to hopefully send to the server that will reduce this some? Believe it or not, this entire installation is solar powered, so even transmitting each packet requires power from somewhere...
From: "Jim Alles kb3tbx@... [direwolf_packet]" <direwolf_packet@...>
To: "direwolf packet" <direwolf_packet@...>
Sent: Thursday, November 17, 2016 10:59:11 AM
Subject: Re: [direwolf_packet] Rx only iGate - stop Tx data ? It seems you want to undertake a RX-only IGate. AFAIK, it doesn't matter if you are using direwolf or anything else, if you are directly connected to an APRS-IS server TCP port 14580, you will be receiving packets _because_ you sent packets to the server. This is by design, to support messaging. The field called 'filter' that is sent to the server, is not really a filter, it is a subscription for additional packets to what I just described, above. The only alternative (theoretically) is to setup your own server, and modify the code to do what you want, and point your IGate to that, but there may be options I don't know about. Explain what you are trying to accomplish, and describe your local RF territory a bit. There may be direwolf config parameters that can get the incoming packet count down significantly, yet I am sorry that is not what you are looking for. ? On Thu, Nov 17, 2016 at 1:37 PM, kq6di@... [direwolf_packet] <direwolf_packet@...> wrote:
? ? I have a receive only IGate using DireWolf.? I would like to stop ALL traffic coming from the IS server that wants to be transmitted, but I don't know the best parameter(s) to enter.? Suggestions? I know it isn't much data, but I have a future location that will only have internet via satellite, and every little bit of data counts toward (against) the monthly limit. ?
|
Re: Rx only iGate - stop Tx data [1 Attachment]
Yes, there are two issues here. I have recently been testing Direwolf for this.
you can limit what you send to the APRS-IS, by putting in a filter like this in the config file: "FILTER 0 IG ? r/40.8/-77.8/50 ?| t/m "
APRS-IS will only receive position packets within 50 km of some point near me, and messsages that might come from anywhere.
This will trap the stray packets that you might get by ducting, for example. That will minimize what is sent to direwolf to decide what to do with messages.
In my experience, you can also reduce the incoming data flow but logging into an APRS-IS server that uses aprsc software - it seems to be more conservative. YMMV.
73,?
Jim A.
On Thu, Nov 17, 2016 at 2:33 PM, kq6di@... [direwolf_packet] <direwolf_packet@...om> wrote:
?
[Attachment(s) from kq6di@... included below]
Yes, I have a RX-only IGate.? Below is a snip (with the receiver off) of a bunch of data coming from the internet that wants to be transmitted.? It's about 5 minutes worth.? I realize it isn't a lot, but I intend to locate the RX-only IGate & digipeater in a location that has rather limited internet capabilities.? Is there a filter to hopefully send to the server that will reduce this some? Believe it or not, this entire installation is solar powered, so even transmitting each packet requires power from somewhere...
Check out the automatic photo album with from this topic.
Have you tried the highest rated email app?
With 4.5 stars in iTunes, the Yahoo Mail app is the highest rated email app on the market. What are you waiting for? Now you can access all your inboxes (Gmail, Outlook, AOL and more) in one place. Never delete an email again with 1000GB of free cloud storage.
.
|
Re: Rx only iGate - stop Tx data
Yes, I have a RX-only IGate. ?Below is a snip (with the receiver off) of a bunch of data coming from the internet that wants to be transmitted. ?It's about 5 minutes worth. ?I realize it isn't a lot, but I intend to locate the RX-only IGate & digipeater in a location that has rather limited internet capabilities. ?Is there a filter to hopefully send to the server that will reduce this some? Believe it or not, this entire installation is solar powered, so even transmitting each packet requires power from somewhere...
Arnold KQ6DI
From: "Jim Alles kb3tbx@... [direwolf_packet]" To: "direwolf packet" Sent: Thursday, November 17, 2016 10:59:11 AM Subject: Re: [direwolf_packet] Rx only iGate - stop Tx data
?Arnold,
It seems you want to undertake a RX-only IGate.
AFAIK, it doesn't matter if you are using direwolf or anything else, if you are directly connected to an APRS-IS server TCP port 14580, you will be receiving packets _because_ you sent packets to the server. This is by design, to support messaging.
The field called 'filter' that is sent to the server, is not really a filter, it is a subscription for additional packets to what I just described, above.
The only alternative (theoretically) is to setup your own server, and modify the code to do what you want, and point your IGate to that, but there may be options I don't know about.
Explain what you are trying to accomplish, and describe your local RF territory a bit.
There may be direwolf config parameters that can get the incoming packet count down significantly, yet I am sorry that is not what you are looking for.
73, Jim A.
On Thu, Nov 17, 2016 at 1:37 PM, kq6di@... [direwolf_packet] <direwolf_packet@...> wrote: ?
I have a receive only IGate using DireWolf.? I would like to stop ALL traffic coming from the IS server that wants to be transmitted, but I don't know the best parameter(s) to enter.? Suggestions?
I know it isn't much data, but I have a future location that will only have internet via satellite, and every little bit of data counts toward (against) the monthly limit.
Thanks. Arnold KQ6DI
|
Re: Rx only iGate - stop Tx data
Arnold,
It seems you want to undertake a RX-only IGate.
AFAIK, it doesn't matter if you are using direwolf or anything else, if you are directly connected to an APRS-IS server TCP port 14580, you will be receiving packets _because_ you sent packets to the server. This is by design, to support messaging.
The field called 'filter' that is sent to the server, is not really a filter, it is a subscription for additional packets to what I just described, above.
The only alternative (theoretically) is to setup your own server, and modify the code to do what you want, and point your IGate to that, but there may be options I don't know about.
Explain what you are trying to accomplish, and describe your local RF territory a bit.
There may be direwolf config parameters that can get the incoming packet count down significantly, yet I am sorry that is not what you are looking for.
73, Jim A.
On Thu, Nov 17, 2016 at 1:37 PM, kq6di@... [direwolf_packet] <direwolf_packet@...> wrote:
?
I have a receive only IGate using DireWolf.? I would like to stop ALL traffic coming from the IS server that wants to be transmitted, but I don't know the best parameter(s) to enter.? Suggestions?
I know it isn't much data, but I have a future location that will only have internet via satellite, and every little bit of data counts toward (against) the monthly limit.
Thanks. Arnold KQ6DI
|
Rx only iGate - stop Tx data
I have a receive only IGate using DireWolf. ?I would like to stop ALL traffic coming from the IS server that wants to be transmitted, but I don't know the best parameter(s) to enter. ?Suggestions?
I know it isn't much data, but I have a future location that will only have internet via satellite, and every little bit of data counts toward (against) the monthly limit.
Thanks. Arnold KQ6DI
|
Re: Direwolf and winlink express - new HTML forms
Thx David,
Yes, I changed the direwolf port to 8005. Will do with the winlink folks, but I guess the question will always surface on who uses what port. ?But I guess you are just saying the error should be a bit more clear,
...73 Tom
|
Low-Level digi recommendations
After testing and studying various documents, I would like to recommend the following entries in the Direwolf config file for a home (WIDE1-1) digi:
as the direwolf documentation recommends, to not transmit anything that has already been digipeated: FILTER 0 0 ! d/*
But, in order to keep from matching WIDE2-1 on the first encounter of a packet (allowed above), change the DIGIPEAT parameters to something like this:
DIGIPEAT 0 0 ^TEST$ ^WIDE1-1$ TRACE
Where 'TEST' can be any special path, such as needed for a special event. All of the other pattern matching should be dispensed with. The specs call for only matching WIDE1-1 in the path.
73,
Jim A. KB3TBX
|
Re: Direwolf and winlink express - new HTML forms
Hey Tom,
So you changed Direwolf port 8001 to something else?? I would
argue that the error coming from Winlink is misleading (it's not a
file, it's a socket on Windows).? I'd recommend you file a bug
report with the Winlink people so other people don't get hit with
this in the future.
--David
KI6ZHD
|
Powering a Raspberry Pi and UDRC on a 12V supply
Some users of direwolf, dstarrepeater, and fldigi may find this useful, especially for mobile operation.
--
John D. Hays K7VE
PO Box 1223, Edmonds, WA 98020-1223  ?  ??
|
Re: Direwolf and winlink express - new HTML forms
No problem. Glad to know you got it working.
Matthew Pitts N8OHU? Sent from an Android Device
On Tue, Nov 15, 2016 at 18:56, ve7did@... [direwolf_packet] wrote:
?
Mathew, Thx a bunch... that was the problem. changed direwolf tcpip port and everything works as advertised. ?
...73 Tom ?ve7did
|
Re: Direwolf and winlink express - new HTML forms
Mathew, Thx a bunch... that was the problem. changed direwolf tcpip port and everything works as advertised. ?
...73 Tom ?ve7did
|
Re: Direwolf and winlink express - new HTML forms
Tom,
Have you tried a different tcpip port for direwolf? It sounds like whatever port it's set for is the same as what Winlink Express is usig for the forms engine.
Matthew Pitts N8OHU? Sent from an Android Device
On Tue, Nov 15, 2016 at 18:24, ve7did@... [direwolf_packet] wrote:
?
David, ?Thx for the reply. ?The error is an RMS Express error.
I did reboot the computer and no change, ?If I use RMS by itself (or with a KPC-3+) there are no problem as I tried it a number of times and cannot get it to fail. ?But as soon as I run direwolf (either before after RMS Express) I get the error.
I have the files in a Global directory in RMS Express and the file gets dumped to a \Temp folder. ?But this occurs whether direwolf is running or not.
Here is the error...
Error processing form c:\hamradio\...the file location) . The process cannot access the file because it is being used by another process.
Hope this makes sense, but somehow direwolf is interfering with RMS Express.
...73 Tom ?ve7did
|
Re: Direwolf and winlink express - new HTML forms
David, ?Thx for the reply. ?The error is an RMS Express error.
I did reboot the computer and no change, ?If I use RMS by itself (or with a KPC-3+) there are no problem as I tried it a number of times and cannot get it to fail. ?But as soon as I run direwolf (either before after RMS Express) I get the error.
I have the files in a Global directory in RMS Express and the file gets dumped to a \Temp folder. ?But this occurs whether direwolf is running or not.
Here is the error...
Error processing form c:\hamradio\...the file location) . The process cannot access the file because it is being used by another process.
Hope this makes sense, but somehow direwolf is interfering with RMS Express.
...73 Tom ?ve7did
|
Re: Direwolf and winlink express - new HTML forms
Hello Tom,
When you say "the program comes up with an error", you're talking
about RMS Express?? That's an RMS Express error and you really need
to talk to those people as it has no bearing on DIrewolf.?
One hint though:? Reboot the machine and then restart RMS Express
and try to use that template.? If you still see the same error,
there is probably a stale lock file in the RMS Express directory and
you'll need to delete it.? The RMS Express folks can help you there.
--David
KI6ZHD
|
Direwolf and winlink express - new HTML forms
Using direwolf with win express and it works fine if I use text templates. Using the new?HTML form template files with a standard tnc everything works great. ?If direwolf is used (start direwolf then winlink express) , the program comes up with an error saying that the file c:\hamradio\rms express\callsign\temp\ARRL_Radiogram_Input.html ?is being used by another process, ?This occurs after selecting ?>> New Message << ? ?>> Select Template <<
Using Windows 7 Any ideas or should this be passed over to the winlink guys.
...73 Tom ? ve7did ?
|
Re: Introduction / Suggestion: "PTT tone"
I know that Linrad does implement this .. and to avoid the "cross talk" uses a tone that is above the bandpass of the radio that is to be used for Rx/Tx ... but is still used by the audio Tx circuit and can be reproduced by most soundcards ....
|
Hello Mike,
So the GPIO is not through direwolf but hamlib ?
Direwolf has native GPIO support (Raspberry Pi, BeagleBoneBlack,
etc) but hamlib also supports limited GPIO functionality for the
CM108 USB chip.
wonder if i can use 2 hamlib rig at the same time ...
Meh ... im wishing for GPIO input from my microphone to
trigger Tx --(im tired of Vox with quisk)
I'm sure it's possible.. you'll just need to use unique UDP ports
for each rigctl daemon. I would take that topic up with the Hamlib
yahoo group.
--David
KI6ZHD
|
John Hays - K7VE / WRJT-215