Date   

Re: crossband with 2 meters and 70cm question

Lynn Deffenbaugh
 

Plugh  (spelling?)

and Plover

But remember to throw the snake at the bird (IIRC).

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

PS.  For those that have no clue what we're talking about:

https://www.amc.com/shows/halt-and-catch-fire/exclusives/colossal-cave-adventure

On 1/1/2021 1:47 PM, Fred Hillhouse wrote:

You are now in the debris room.

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh

XYZZY




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



Re: crossband with 2 meters and 70cm question

Fred Hillhouse
 

You are now in the debris room.

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh

XYZZY




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



Happy New Year!

Michael Wright
 

I hope all will have a better year than the last. My big thanks to those that spend a lot of time providing assistance/suggestions/guidance to various questions people have asked. Let me tell you this is the most outstanding customer service ever! And it is for free.

My new thing for APRS this year is implementing Raspberry Pi computers to whatever applications of APRSISCE. Decided to jump in to the Linux world, figured use one of these lowcost computers to do APRS stuff instead of dedicating a full PC. And who knows where that will lead to. I hope to also post some results all part of contributing to the hobby.

Mike K6MFW

PS: Also don't need to write entire 2-3-2020, if write 2-3-20 someone can write "18" at the end and alter the timeline of a legal document. But now write 2-3-21, pretty obvious it was altered as got some time before the next century.


Re: Mapping JS8Call stations to local APRSis32 map?

Lynn Deffenbaugh
 

The issue is not with your -SSID on the JS8Call object name.  I set up a new APRSIS32 instance here with the same object name and it works.  My map immediately picked up 3 HBs from my ALL.TXT file.

APRSIS32 version is 2020/10/27 18:38

JS8Call version is V2.2.0

If you enable your JS8Call trace log, you should get things like the following whenever a HB with callsign and gridsquare show up in ALL.TXT.

WinMain:2021-01-01T15:18:13.669 Seek to 8905333/8905424 WinMain:2021-01-01T15:18:13.673 Reading(C:\Users\ldeffenb\AppData\Local\JS8Call\ALL.TXT) gave 90/8905424 bytes, ftell=8905424 WinMain:2021-01-01T15:18:13.673 HB KF0AER from DM79 WinMain:2021-01-01T15:18:13.673 Xmit: 13 vs 7200 G0VNP-5>APWWJ8:;KF0AER-HB*151800h3930.00N/10500.00WG -18dB HB #JS8 }d1WDbXbX:D:Db{!W00! WinMain:2021-01-01T15:18:13.679 Xmit: 0 vs 7200 G0VNP-5>APWWJ8:;G0VNP-S-S*151813h2758.75N/08037.50WG #JS8 }d1;DcXcX9D9Dc{!W00! WinMain:2021-01-01T15:18:13.680 Done Parsing 1/1 Lines (90 Bytes) from C:\Users\ldeffenb\AppData\Local\JS8Call\ALL.TXT Size:8905424
ALL.TXT shows:

2021-01-01 15:18:00-18 0.1 822 A 2XIrXD8ouoB8 3 KF0AER: @HB HEARTBEAT DM79
Your capture of the ALL.TXT looks like the same format, so I'm suspecting you don't have the latest APRSIS32 development version.  I know that the JS8Call format changed a while back and I needed to push out a new version that parsed for the new ALL.TXT format.

Please let me know what your About version says in APRSIS32 as that's the only idea I have right now for why this isn't working.   (I tried to ?VER your G0VNP-8 instance, but apparently it is either not running or has messaging disabled).

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


On 1/1/2021 9:28 AM, Lynn Deffenbaugh wrote:

Remove the -SSID from your object name and make it just G0VNP.  See if that helps anything.

Also, make sure you are running the latest development version and the latest version of JS8Call.

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


On 1/1/2021 7:12 AM, Bob Smith wrote:
I have been trying to get this to work, but without success. I think I have it setup currently but must be doing something wrong!
Attached are 3 pictures showing the ALL.TXT which shows 2 HB but when you look at the JS8call trace in APRSIS32 the HBs do not show. Any idea what I may e doing wrong would be appreciated.


Re: Mapping JS8Call stations to local APRSis32 map?

Lynn Deffenbaugh
 

Remove the -SSID from your object name and make it just G0VNP.  See if that helps anything.

Also, make sure you are running the latest development version and the latest version of JS8Call.

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


On 1/1/2021 7:12 AM, Bob Smith wrote:
I have been trying to get this to work, but without success. I think I have it setup currently but must be doing something wrong!
Attached are 3 pictures showing the ALL.TXT which shows 2 HB but when you look at the JS8call trace in APRSIS32 the HBs do not show. Any idea what I may e doing wrong would be appreciated.


Re: Mapping JS8Call stations to local APRSis32 map?

Bob Smith <bob@...>
 

I have been trying to get this to work, but without success. I think I have it setup currently but must be doing something wrong!
Attached are 3 pictures showing the ALL.TXT which shows 2 HB but when you look at the JS8call trace in APRSIS32 the HBs do not show. Any idea what I may e doing wrong would be appreciated.


Re: crossband with 2 meters and 70cm question

Lynn Deffenbaugh
 

BTW, a CWOP-type port is really a receive-only APRS-IS port.  No packets will go out that port, but packets will be accepted and displayed from that port.  In the end you should have something like the following, 1st and 4th line is the 70cm instance (XYZZY-7) and 2nd and 3rd line is the 2m instance (XYZZY-2).

70cm RF Port -> XYZZY-7 -> Local Server Port w/q-construct (qAR,XYZZY-7) say 127.0.0.1:4007

CWOP Port (127.0.0.1:4007) -> XYZZY-2 -> e/XYZZY-7 filter -> 2M RF Port

2m RF Port -> XYZZY-2 -> Local Server port w/q-construct (qAR,XYZZY-2) say 127.0.0.1:4002

CWOP Port (127.0.0.1:4002) -> XYZZY-7 -> e/XYZZY-2 filter -> 70cm RF Port

Remember, all of the cross-band transmissions will be going out wrapped in 3rd party packets!

It might be helpful to monitor an Enabled Transmit trace log in each instance as well.

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


On 12/31/2020 9:11 PM, Lynn Deffenbaugh wrote:

I don't have time to detail this right now (but the following looks pretty detailed0, but the approach with APRSISCE/32 requires 2 instances, one on 2m and one on 70cm.  They both need to be running the development for the following to work.

1)  After setting up each instance with a unique, RF-compatible callsign-SSID, make sure they are operating properly on their respective bands. 

2)  Configure a Local Server port on each instance specifying different ports on each.  This will allow each instance to have access to all of the packets of the other one.

3)  Configure a CWOP port in each RF instance and point it to the OTHER RF instance's local server port via TCP/IP of 127.0.0.1.  You can bring up and enable the Port(<YourCWOPname>) trace log to see what each is receiving from the other.

4)  Once that is done, both of your RF instances should be showing the same set of stations.  At least, I think they will.

5)  And then to accomplish the cross-band gating (I wouldn't call it digipeating because they'll be going out as 3rd party packets), set up a test filter (Control-G) on each RF instance specifying e/<other-SSID> as the filter.  So if you called the 70cm instance XYZZY-7 and the 2m instance XYZZY-2, then XYZZY-7 would use e/XYZZY-2 as the filter and XYZZY-7 would use e/XYZZY-7 as the filter.   Watch the TestFilter windows in each instance and (I hope) you'll see the packets that were received on the other band by the other instance, and ONLY those packets.

6)  Then, to finally begin transmitting, simply press Control-I and confirm your intention to gate the test filter packets to the local RF.

If you set this up and it works, please let me know.  If it doesn't work, please describe your setup in detail and what you're not seeing that you'd expect to see.

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


On 12/31/2020 8:15 PM, Rob Giuliano via groups.io wrote:
No have not tried that.  I can't say how others are doing it with 2 instances of Direwolf.  You might post over on their groups.io section and see.

The only thing I know would be an application like APRX.  APRX has a lot of inputs and outputs and links between them, but no mapping.  LDSped is a similar application.  With either of those, you can still interface with APRSIS32 at the same time and have all the functionality of APRSIS32.

I'know you can go with APRX connecting to each of the 2 instances of Direwolf and use that for all DIGI and crossbanding, and run APRSIS32 connected to the internet and aprx.  But you could experiment with different configuration.  It might give you other ideas as well.

Robert Giuliano
KB8RCO



On Thursday, December 31, 2020, 1:47:08 PM EST, KP3FT via groups.io <kp3ft@...> wrote:


Hi Robert,

Do you know how to get each instance to "see" each other?  I can run two instances, and each works fine their respective ports and they digipeat normally.  What I can't figure out is how to get received stations on 70cm port/instance to get digipeated on 2m, and vis-versa.  I saw a reference to using the "e" filter, but no idea how that would used.  Apparently it's possible to use two instances to crossband (others have said they are corssbanding with two instances) but whatever information I find lacks just enough detail to make it work.


Re: crossband with 2 meters and 70cm question

Lynn Deffenbaugh
 

I don't have time to detail this right now (but the following looks pretty detailed0, but the approach with APRSISCE/32 requires 2 instances, one on 2m and one on 70cm.  They both need to be running the development for the following to work.

1)  After setting up each instance with a unique, RF-compatible callsign-SSID, make sure they are operating properly on their respective bands. 

2)  Configure a Local Server port on each instance specifying different ports on each.  This will allow each instance to have access to all of the packets of the other one.

3)  Configure a CWOP port in each RF instance and point it to the OTHER RF instance's local server port via TCP/IP of 127.0.0.1.  You can bring up and enable the Port(<YourCWOPname>) trace log to see what each is receiving from the other.

4)  Once that is done, both of your RF instances should be showing the same set of stations.  At least, I think they will.

5)  And then to accomplish the cross-band gating (I wouldn't call it digipeating because they'll be going out as 3rd party packets), set up a test filter (Control-G) on each RF instance specifying e/<other-SSID> as the filter.  So if you called the 70cm instance XYZZY-7 and the 2m instance XYZZY-2, then XYZZY-7 would use e/XYZZY-2 as the filter and XYZZY-7 would use e/XYZZY-7 as the filter.   Watch the TestFilter windows in each instance and (I hope) you'll see the packets that were received on the other band by the other instance, and ONLY those packets.

6)  Then, to finally begin transmitting, simply press Control-I and confirm your intention to gate the test filter packets to the local RF.

If you set this up and it works, please let me know.  If it doesn't work, please describe your setup in detail and what you're not seeing that you'd expect to see.

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


On 12/31/2020 8:15 PM, Rob Giuliano via groups.io wrote:
No have not tried that.  I can't say how others are doing it with 2 instances of Direwolf.  You might post over on their groups.io section and see.

The only thing I know would be an application like APRX.  APRX has a lot of inputs and outputs and links between them, but no mapping.  LDSped is a similar application.  With either of those, you can still interface with APRSIS32 at the same time and have all the functionality of APRSIS32.

I'know you can go with APRX connecting to each of the 2 instances of Direwolf and use that for all DIGI and crossbanding, and run APRSIS32 connected to the internet and aprx.  But you could experiment with different configuration.  It might give you other ideas as well.

Robert Giuliano
KB8RCO



On Thursday, December 31, 2020, 1:47:08 PM EST, KP3FT via groups.io <kp3ft@...> wrote:


Hi Robert,

Do you know how to get each instance to "see" each other?  I can run two instances, and each works fine their respective ports and they digipeat normally.  What I can't figure out is how to get received stations on 70cm port/instance to get digipeated on 2m, and vis-versa.  I saw a reference to using the "e" filter, but no idea how that would used.  Apparently it's possible to use two instances to crossband (others have said they are corssbanding with two instances) but whatever information I find lacks just enough detail to make it work.


Re: crossband with 2 meters and 70cm question

Rob Giuliano
 

No have not tried that.  I can't say how others are doing it with 2 instances of Direwolf.  You might post over on their groups.io section and see.

The only thing I know would be an application like APRX.  APRX has a lot of inputs and outputs and links between them, but no mapping.  LDSped is a similar application.  With either of those, you can still interface with APRSIS32 at the same time and have all the functionality of APRSIS32.

I'know you can go with APRX connecting to each of the 2 instances of Direwolf and use that for all DIGI and crossbanding, and run APRSIS32 connected to the internet and aprx.  But you could experiment with different configuration.  It might give you other ideas as well.

Robert Giuliano
KB8RCO



On Thursday, December 31, 2020, 1:47:08 PM EST, KP3FT via groups.io <kp3ft@...> wrote:


Hi Robert,

Do you know how to get each instance to "see" each other?  I can run two instances, and each works fine their respective ports and they digipeat normally.  What I can't figure out is how to get received stations on 70cm port/instance to get digipeated on 2m, and vis-versa.  I saw a reference to using the "e" filter, but no idea how that would used.  Apparently it's possible to use two instances to crossband (others have said they are corssbanding with two instances) but whatever information I find lacks just enough detail to make it work.


Re: crossband with 2 meters and 70cm question

KP3FT
 

Hi Robert,

Do you know how to get each instance to "see" each other?  I can run two instances, and each works fine their respective ports and they digipeat normally.  What I can't figure out is how to get received stations on 70cm port/instance to get digipeated on 2m, and vis-versa.  I saw a reference to using the "e" filter, but no idea how that would used.  Apparently it's possible to use two instances to crossband (others have said they are corssbanding with two instances) but whatever information I find lacks just enough detail to make it work.


Re: crossband with 2 meters and 70cm question

Rob Giuliano
 

This seems to be a common topic with multiple threads going over on the Direwolf group of groups.io.

From my testing on Direwolf through V1.6 (released), I have found no method of proving separate TCP or AGW ports per device in a single direwolf.conf file. 

With the APRSIS32 applications, I haven't found any way of narrowing the application view to a given channel (in this case sound device or channel).  In other words, the application will listen to all packets coming in on the TCP port, and choose how to respond to them.  HOWEVER, APRSIS32 will only TX on the first stream (audio channel) of Direwolf.  This may come as an advantage, but I have no way of knowing how.

So, to answer your question, it appears the best method is to run multiple instances of Direwolf as this allows the separation of TCP ports and ensures the attached application(s) responds to the packets you want it to.


Robert Giuliano
KB8RCO



On Thursday, December 31, 2020, 11:14:21 AM EST, Brian Webster via groups.io <radiowebst@...> wrote:


Do you need to run 2 instances? I would think it might be easier to have more than one port on just 1 instance.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of KP3FT via groups.io
Sent: Thursday, December 31, 2020 8:00 AM
To: APRSISCE@groups.io
Subject: [APRSISCE] crossband with 2 meters and 70cm question

 

Hi all,

I found some references to using APRSis32 for crossband, but haven't figured out some of the specifics.  I already have two instances of APRSis32 running, one on a 2m radio, the other on a separate 70cm radio.  They both work fine when testing with other stations miles away.  What I can't figure out, is how can I get 2m to re-transmit a packet that is received on 70cm, and vis-versa, with RF-only?  The 2m is using UZ7HO's Soundmodem with one instance of APRSis32 on a Win10 notebook.  The 70cm is using Direwolf on a Raspberry, ported to a second instance of APRSis32 on the Win10 notebook.  I saw a mention of using the "e/" filter, but not sure how to utilize it.  Thanks for any help, 73


Re: crossband with 2 meters and 70cm question

Lynn Deffenbaugh
 

Yes, you need to run 2 instances, one per RF interface.  There is no cross-port repeating available in APRSIS32.

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


On 12/31/2020 11:14 AM, Brian Webster via groups.io wrote:

Do you need to run 2 instances? I would think it might be easier to have more than one port on just 1 instance.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of KP3FT via groups.io
Sent: Thursday, December 31, 2020 8:00 AM
To: APRSISCE@groups.io
Subject: [APRSISCE] crossband with 2 meters and 70cm question

 

Hi all,

I found some references to using APRSis32 for crossband, but haven't figured out some of the specifics.  I already have two instances of APRSis32 running, one on a 2m radio, the other on a separate 70cm radio.  They both work fine when testing with other stations miles away.  What I can't figure out, is how can I get 2m to re-transmit a packet that is received on 70cm, and vis-versa, with RF-only?  The 2m is using UZ7HO's Soundmodem with one instance of APRSis32 on a Win10 notebook.  The 70cm is using Direwolf on a Raspberry, ported to a second instance of APRSis32 on the Win10 notebook.  I saw a mention of using the "e/" filter, but not sure how to utilize it.  Thanks for any help, 73


Re: crossband with 2 meters and 70cm question

Brian Webster N2KGC
 

Do you need to run 2 instances? I would think it might be easier to have more than one port on just 1 instance.

 

Brian N2KGC

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of KP3FT via groups.io
Sent: Thursday, December 31, 2020 8:00 AM
To: APRSISCE@groups.io
Subject: [APRSISCE] crossband with 2 meters and 70cm question

 

Hi all,

I found some references to using APRSis32 for crossband, but haven't figured out some of the specifics.  I already have two instances of APRSis32 running, one on a 2m radio, the other on a separate 70cm radio.  They both work fine when testing with other stations miles away.  What I can't figure out, is how can I get 2m to re-transmit a packet that is received on 70cm, and vis-versa, with RF-only?  The 2m is using UZ7HO's Soundmodem with one instance of APRSis32 on a Win10 notebook.  The 70cm is using Direwolf on a Raspberry, ported to a second instance of APRSis32 on the Win10 notebook.  I saw a mention of using the "e/" filter, but not sure how to utilize it.  Thanks for any help, 73


crossband with 2 meters and 70cm question

KP3FT
 

Hi all,

I found some references to using APRSis32 for crossband, but haven't figured out some of the specifics.  I already have two instances of APRSis32 running, one on a 2m radio, the other on a separate 70cm radio.  They both work fine when testing with other stations miles away.  What I can't figure out, is how can I get 2m to re-transmit a packet that is received on 70cm, and vis-versa, with RF-only?  The 2m is using UZ7HO's Soundmodem with one instance of APRSis32 on a Win10 notebook.  The 70cm is using Direwolf on a Raspberry, ported to a second instance of APRSis32 on the Win10 notebook.  I saw a mention of using the "e/" filter, but not sure how to utilize it.  Thanks for any help, 73


Re: IGateEnabled tracing (Dev: 2020/12/30 15:36)

Lynn Deffenbaugh
 

Good to know.  I can't speak to why the difference between keyboard and RDP.  Control-I is the same as Tab and they both have an ASCII value of 9.  I can't fathom what RDP might be doing that would interrupt that keystroke.

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

On 12/30/2020 9:05 PM, Doug Ferrell wrote:
Hey Lynn:

Success!

WinMain:2020-12-31T01:46:11.669 New Filter(b/KD4MOJ-15 +t/p)
WinMain:2020-12-31T01:46:21.653 Considering:KD4MOJ-15(IS) I: 1
WinMain:2020-12-31T01:46:21.653 IStoRF:IS[APRS-IS](Hit(b/KD4MOJ-15)) [0]KD4MOJ-15>APDR16,TCPIP*,qAC,T2SJC:=3027.29N/08420.82Wj/A=000016 dmr.kd4moj.org
WinMain:2020-12-31T01:46:21.653 IStoRF:Packet(KD4MOJ-15) KD4MOJ-9>APWW11,WIDE1-1,WIDE2-1:}KD4MOJ-15>APDR16,TCPIP,KD4MOJ-9*:=3027.29N/08420.82Wj/A=000016 dmr.kd4moj.org



New dev version is working!.

Earlier when I was testing things out (before I found my spare keyboard), I tried the CTRL-G/I and "I" failed as I mentioned earlier. I also did an RDP from my main pc to the laptop that I have APRSIS32 running on and the CTRL-I was also not functioning (with main screen in focus)

Tonight after the new dev installed, CTRL-I on the lappy was still not working but it was via RDP (as seen in the log above). Plugged in my external keyboard top the laptop and CTRL-I functions as well.

Back to the laptop... Testing CTRL-I in notepad produces a "tab" result like you just pushed the tab key. Not sure what it's really supposed to do but it looks like the keystroke is working, just not in APRSIS32.
Maybe you or someone else knows a way to test that keystroke combo.

The laptop needs to be retired anyway (panasonic CF-29 Toughbook) so I'll be moving everthing over to one of my spare pc's just layround around doing nothing.

Anyway I'm a very happy camper to get it working again.

...DOUG
KD4MOJ





Re: IGateEnabled tracing (Dev: 2020/12/30 15:36)

Doug Ferrell
 

Hey Lynn:

Success!

WinMain:2020-12-31T01:46:11.669 New Filter(b/KD4MOJ-15 +t/p)
WinMain:2020-12-31T01:46:21.653 Considering:KD4MOJ-15(IS) I: 1
WinMain:2020-12-31T01:46:21.653 IStoRF:IS[APRS-IS](Hit(b/KD4MOJ-15)) [0]KD4MOJ-15>APDR16,TCPIP*,qAC,T2SJC:=3027.29N/08420.82Wj/A=000016 dmr.kd4moj.org
WinMain:2020-12-31T01:46:21.653 IStoRF:Packet(KD4MOJ-15) KD4MOJ-9>APWW11,WIDE1-1,WIDE2-1:}KD4MOJ-15>APDR16,TCPIP,KD4MOJ-9*:=3027.29N/08420.82Wj/A=000016 dmr.kd4moj.org



New dev version is working!.

Earlier when I was testing things out (before I found my spare keyboard), I tried the CTRL-G/I and "I" failed as I mentioned earlier. I also did an RDP from my main pc to the laptop that I have APRSIS32 running on and the CTRL-I was also not functioning (with main screen in focus)

Tonight after the new dev installed, CTRL-I on the lappy was still not working but it was via RDP (as seen in the log above). Plugged in my external keyboard top the laptop and CTRL-I functions as well.

Back to the laptop... Testing CTRL-I in notepad produces a "tab" result like you just pushed the tab key. Not sure what it's really supposed to do but it looks like the keystroke is working, just not in APRSIS32.
Maybe you or someone else knows a way to test that keystroke combo.

The laptop needs to be retired anyway (panasonic CF-29 Toughbook) so I'll be moving everthing over to one of my spare pc's just layround around doing nothing.

Anyway I'm a very happy camper to get it working again.

...DOUG
KD4MOJ


Re: IGateEnabled tracing (Dev: 2020/12/30 15:36)

Doug Ferrell
 

I'll be glad to try it when I get home! I'll get you a report.

I've been running the Igate since 2011 and running the dev's for the last 5 or 6 years. This is the first time I think that I've ever had this issue before...

...DOUG
KD4MOJ

-----Original Message-----
From: APRSISCE@groups.io <APRSISCE@groups.io> On Behalf Of Lynn Deffenbaugh
Sent: Wednesday, December 30, 2020 3:45 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] IGateEnabled tracing (Dev: 2020/12/30 15:36)

I just pushed out a new Development release that provides more information in the IGateEnabled trace log to assist in debugging failure to establish a Control-I IS to RF gating filter.

At least I THINK that's the only change in there!

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


IGateEnabled tracing (Dev: 2020/12/30 15:36)

Lynn Deffenbaugh
 

I just pushed out a new Development release that provides more information in the IGateEnabled trace log to assist in debugging failure to establish a Control-I IS to RF gating filter.

At least I THINK that's the only change in there!

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


Re: APRSIS Internet to RF | I-Gate | Software to Kenwood TM-D710A

Lynn Deffenbaugh
 

I was going to ask you to ensure that you're running the development version, but i see you mentioned that.  The Control-I must be typed when the main window has focus.  It doesn't work from a MultiTrack window.

Here's the actual code governing the Control-I bringing up the confirmation dialog:

case 9: /* Ctrl-I - IGate filter */ if (ActiveConfig.Update.Development && ActiveConfig.APRSIS.IStoRFEnabled && IGateEnabled && !IGateReceiveOnly && TestFilter.FilterText && *TestFilter.FilterText && !TestFilter.HasErrors && IsTraceLogEnabled("FilterTest"))
1) So, you have to be development mode as shown in the About box.

2) And your APRS-IS port must have IS to RF enabled (checked).

3) You must have an IGate Enabled.  You can see this in the "IGateEnabled" trace log.  Basically it means that your RFPorts need to be enabled, your Internet needs to be enabled, your APRS-IS needs to be enabled, the APRS-IS port needs to be IStoRF or RFtoIS enabled, and at least one RF port needs to be enabled, xmit enabled, and IStoRF enabled.  If the last 2 are not enabled on at least one RF port, then you'll have a ReceiveOnly IGate.

4) And your IGate must not be ReceiveOnly (see end of previous condition).

5 & 6) You must have a non-blank TestFilter text (Control-G sets this)

7) The test filter must not have any errors (you'll see these in the ??? trace log when you set the filter).

8) And the FilterTest trace log must be Enabled (only to set the Control-I, it can be disabled later if desired).

If any of these conditions are not met, the Control-I will be silently ignored.  Maybe I should put a message in the IGateEnabled trace log?

Actually, I just pushed out a new (untested, my own IGate runs APRSISMO) development build (2020/12/30 15:36) that DOES put the (first) failure reason in the IGateEnabled trace log, regardless of whether said log is enabled or not.  In addition, the new version will put why the IGate is not enabled (3 above) in the IGateEnabled log IF you have that log enabled.  Note that various and sundry configuration changes will re-check the IGateEnabled status which is why the failures are not always placed in that log.

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


On 12/30/2020 5:50 AM, Doug Ferrell wrote:
Greetings:

For years I've been running the IS to RF (mainly my call on the Droid). For some reason, CTRL-I is not working. The filter I've always had configured in CTRL-G is still there. But after I CTRL-G verifying the filter, CTRL-I dialog box never appears.

I've double-checked the IS and TM-700 KISS ports to make sure that the IS-RF was ticked. I'm running the 2020/10/27 18:38 dev build. I know that it was working on previous dev's that I had installed before.

Anything I might have overlooked?


...DOUG
KD4MOJ


Re: APRSIS Internet to RF | I-Gate | Software to Kenwood TM-D710A

Doug Ferrell
 

Greetings:

For years I've been running the IS to RF (mainly my call on the Droid). For some reason, CTRL-I is not working. The filter I've always had configured in CTRL-G is still there. But after I CTRL-G verifying the filter, CTRL-I dialog box never appears.

I've double-checked the IS and TM-700 KISS ports to make sure that the IS-RF was ticked. I'm running the 2020/10/27 18:38 dev build. I know that it was working on previous dev's that I had installed before.

Anything I might have overlooked?


...DOUG
KD4MOJ

901 - 920 of 35992