Date   

Re: ToCall(s) for SCS PTCx, Dragon etc.

Julian
 

SCS has actually  come back to me in a vy reasonable amount of time. Pretty impressive, compared to other packet radio and the like eqp manufacturers who/which, when contacted, never reply - sharing from own experience - to any reasonable, of course, question.
The reply in SCS case was swift, to the object, but negative. There is also silence on the APRS side, so, I am guessing the matter looks pretty much buried for now.
Tnx fer help Lynn.
73 and best regards de J, MØIPU YOЗFCA (QRTing on this matter)


Re: Telemetry EQNS oddity

Arnold Harding - KQ6DI
 

Yes, I have remote access set up.  The problem becomes one of not having any stations I can relay through that can reach it.  I can use Remote Access when I'm there to avoid walking that last 300 yards, but it doesn't help from here.  I've used remote access to other sites through relays, and it does work great.
Since I see the data fine with aprs.fi and I can get the data directly from the RAW data, it's not critical.  I'll get to it next week on my rounds.
 
I just think it's odd that APRSISCE doesn't seem to pick out the values.
 
Arnold, KQ6DI

On 04/12/2021 2:10 PM James Ewen <ve6srv@...> wrote:
 
 
On Sat, Apr 10, 2021 at 12:27 PM Arnold Harding - KQ6DI < kq6di@...> wrote:
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 
 
Arnold,
 
Have you read the information on page 74 of the KPC-3 user manual? You might be able to save a bunch of hours driving, and fuel costs as well.
 
Remote Access to Your TNC 
 
You can connect to your TNC from a remote station and change values of your TNC’s parameters. This allows you to add or delete stations from the LLIST, change the size of the PBBS, change the MYCALL and so on, all remotely. Extreme caution must be used when you are accessing your TNC from a remote location. There is no built-in safeguard, and as such it is possible for you to change parameters such that the remote TNC will no longer communicate with you.
 
In order to change parameters in a remote TNC, the RTEXT in the remote TNC must be set to a text string that will be used as the password string. For instance, you might set your RTEXT to:
 
RTEXT Code 
 
The remote TNC must also have its MYREMOTE set to a unique callsign (i.e. WØABC4, or XYZREM). If these two parameters are not set, remote access to the command set of this TNC is not possible. When these parameters are set, you can connect to the MYREMOTE callsign of the remote TNC. 
 
When the connection is made, the remote TNC will send three lines of numbers. The numbers may look like:
 
1 1 1 3 4 3 
3 1 4 3 1 3
2 1 1 2 1 3 
 
You must then pick ONE of these lines and decode the password string. Let’s say you choose to decode line 3 (2 1 1 2 1 3). Rewriting your RTEXT string to make this easier you would have:
 
Character #: 1 2 3 4
Letter:      C o d e 
 
Therefore, to gain remote access, you must send the following string:
 
oCCoCd 
 
(since small letter o is at position 2, capital C is at position 1, and so on) 
 
Note that case is significant and spaces are considered valid characters.  
 
If you fail to properly decode the password, the TNC will send three new lines of numbers. You will be given a maximum of three attempts to properly decode the password string. If you fail in three attempts, the TNC will disconnect you and disable connects to the MYREMOTE for 15 minutes. Also, if you connect to the MYREMOTE and start the password sequence but then disconnect, the penalty timer is in effect for 15 minutes. 
 
Be careful when using the remote access feature. You can change ANY command in the TNC without restriction, but this can lead to problems. For instance, if you change the INTFACE command to KISS and then send a RESET command, the remote TNC will be placed into the KISS mode and will completely quit talking to the radio! Also, if you connect to the MYREMOTE of a TNC and then issue a command like CONNECT W1ABC, the remote TNC will indeed connect to the station, but there will be no data sent to you from that connection. The connected data would be sent to the serial port of that remote TNC. We urge EXTREME caution when using the remote access! Note also that any command that causes a reset (i.e. NUMNODES, PBBS, MAXUSERS) will disconnect all current users (PBBS, NODE, and YOU). 
 
One other minor limitation applies to receiving data from the remote TNC. When you give any command, the response is limited to 300 characters so some commands will not fully display their response. If you give the command DISPLAY, the full list will begin, but you will not receive the entire list because of the limitation on this buffer.  
 
 
You can read more about the remote access by looking at the RTEXT and MYREMOTE command descriptions.
 
A searchable PDF copy of the TNC manual can be found here:
 
 
Remote access is perfect for a situation like this where there is a minor issue to be corrected, and the time and effort to get to the remote site is significant.
 
Now, you do have the issue where your remote site does not have reliable RF network connectivity. I can't do much about that, but it is possible to send remote commands in the blind if you can get logged into the unit. You don't have to see the results of your commands as long as you can get the command to the unit.
 
Building robust reliable networks really helps in situations like this. A network with unreliable connectivity due to intermittent paths between nodes, or overloaded RF network traffic levels can make any type of use of the network poor at best.
 
James
VE6SRV

 

 

 


Re: Telemetry EQNS oddity

James Ewen
 

On Sat, Apr 10, 2021 at 12:27 PM Arnold Harding - KQ6DI <kq6di@...> wrote:
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 

Arnold,

Have you read the information on page 74 of the KPC-3 user manual? You might be able to save a bunch of hours driving, and fuel costs as well.

Remote Access to Your TNC 

You can connect to your TNC from a remote station and change values of your TNC’s parameters. This allows you to add or delete stations from the LLIST, change the size of the PBBS, change the MYCALL and so on, all remotely. Extreme caution must be used when you are accessing your TNC from a remote location. There is no built-in safeguard, and as such it is possible for you to change parameters such that the remote TNC will no longer communicate with you.

In order to change parameters in a remote TNC, the RTEXT in the remote TNC must be set to a text string that will be used as the password string. For instance, you might set your RTEXT to:

RTEXT Code 

The remote TNC must also have its MYREMOTE set to a unique callsign (i.e. WØABC4, or XYZREM). If these two parameters are not set, remote access to the command set of this TNC is not possible. When these parameters are set, you can connect to the MYREMOTE callsign of the remote TNC. 

When the connection is made, the remote TNC will send three lines of numbers. The numbers may look like:

1 1 1 3 4 3 
3 1 4 3 1 3
2 1 1 2 1 3 

You must then pick ONE of these lines and decode the password string. Let’s say you choose to decode line 3 (2 1 1 2 1 3). Rewriting your RTEXT string to make this easier you would have:

Character #: 1 2 3 4
Letter:      C o d e 

Therefore, to gain remote access, you must send the following string:

oCCoCd 

(since small letter o is at position 2, capital C is at position 1, and so on) 

Note that case is significant and spaces are considered valid characters.  

If you fail to properly decode the password, the TNC will send three new lines of numbers. You will be given a maximum of three attempts to properly decode the password string. If you fail in three attempts, the TNC will disconnect you and disable connects to the MYREMOTE for 15 minutes. Also, if you connect to the MYREMOTE and start the password sequence but then disconnect, the penalty timer is in effect for 15 minutes. 

Be careful when using the remote access feature. You can change ANY command in the TNC without restriction, but this can lead to problems. For instance, if you change the INTFACE command to KISS and then send a RESET command, the remote TNC will be placed into the KISS mode and will completely quit talking to the radio! Also, if you connect to the MYREMOTE of a TNC and then issue a command like CONNECT W1ABC, the remote TNC will indeed connect to the station, but there will be no data sent to you from that connection. The connected data would be sent to the serial port of that remote TNC. We urge EXTREME caution when using the remote access! Note also that any command that causes a reset (i.e. NUMNODES, PBBS, MAXUSERS) will disconnect all current users (PBBS, NODE, and YOU). 

One other minor limitation applies to receiving data from the remote TNC. When you give any command, the response is limited to 300 characters so some commands will not fully display their response. If you give the command DISPLAY, the full list will begin, but you will not receive the entire list because of the limitation on this buffer.  


You can read more about the remote access by looking at the RTEXT and MYREMOTE command descriptions.

A searchable PDF copy of the TNC manual can be found here:


Remote access is perfect for a situation like this where there is a minor issue to be corrected, and the time and effort to get to the remote site is significant.

Now, you do have the issue where your remote site does not have reliable RF network connectivity. I can't do much about that, but it is possible to send remote commands in the blind if you can get logged into the unit. You don't have to see the results of your commands as long as you can get the command to the unit.

Building robust reliable networks really helps in situations like this. A network with unreliable connectivity due to intermittent paths between nodes, or overloaded RF network traffic levels can make any type of use of the network poor at best.

James
VE6SRV



Re: APRS positions not uploading to APRS.FI

macclad44@...
 

2 1/2 months later, I see that what shows up on APRS.fi and how long it remains as reported "packets to" or "packets from" seems a bit random. I have learned to stop worrying about it.  Since I have my own gateway and a moving vehicle with a Robust Packet beacon .. I can always verify my system is working and the long and short of it is, that's "good enough" for me.  
BTW someone on Facebook had problems with APRSISCE (greying out of 1200 baud packets or somesuch - not anything I'm ever going to be involved with) so I sent him to this group to sign up and get involved... 
Thanks Lynn!


Re: Telemetry EQNS oddity

Arnold Harding - KQ6DI
 

As far as I can tell, the only difference between being picked up as intended by APRSISce is the leading zero if the parameter is negative less than zero.  So,  -.644  does not work, and  I believe  -0.644  will work.  So I believe I need to add the leading zero back in.
 
But aprs.fi gets it as I intended.  Either way, the equation is picked up in the correct placement, just the wrong value in 2 parameters with APRSISCE.  So in a week or so, I'll be back and add that leading zero in again.
 
Arnold, KQ6DI
 

On 04/10/2021 6:17 PM Rob Giuliano via groups.io <kb8rco@...> wrote:
 
 
Sorry, looked in the wrong spot.
I was looking at more of a description, not an example; http://www.aprs.net/vm/DOS/TELEMTRY.HTM

FORMAL SPECIFICATION: The specific format for the TITLE, PARM, UNIT, and EQNS message packets are shown below. They are entered as messages to the address of the MIM module:

 

  PARM.P1,P2,P3,P4,P5,B1,B2,B3,etc    Where Pn and Bn are the parameter names

UNIT,U1,U2,U3,U4,U5,L1,L2,L3,etc Where Un are the units for analog ports and Ln are the labels for the bits

EQNS,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc Where the An,Bn,Cn are the coeficients for each of the five analog channels,

I should have looked just above it at the actual packet format:  
N3MIM:EQNS.0,2.6,0,0,.53,-32,3,4.39,49,-32,3,18,1,2,3
Not sure what the colon at the beggining of your packet is from.
 

Robert Giuliano
KB8RCO

 
 
On Saturday, April 10, 2021, 8:00:53 PM EDT, Arnold Harding - KQ6DI <kq6di@...> wrote:
 
 
According to the APRS 101 specification
Page 70, the specification calls for a decimal point after EQNS.  Here's from the specification.
Example:N0QBF-11 :EQNS.0,5.2,0,0,.53,-32,3,4.39,49,-32,3,18,1,2,3
 
You made me look, so that's OK.  The fact that aprs.fi gets it one way ( as I intended) and APRSISCE doesn't makes me wonder if APRSISCE isn't getting it the way intended.  (I'm not suggesting APRSISCE is wrong, it just doesn't come out the same way.)
My guess is I need a leading zero after the negative sign before the decimal point on negative less than 1 calculations.
Arnold, KQ6DI
 
On 04/10/2021 4:24 PM Rob Giuliano via groups.io <kb8rco@...> wrote:
 
 
The format is    EQNS ,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc.
 
You missed the comma (used a decimal)
So your     :KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 should be :KQ6DI-1 :EQNS,0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 

Robert Giuliano
KB8RCO

 
 
On Saturday, April 10, 2021, 2:27:32 PM EDT, Arnold Harding - KQ6DI <kq6di@...> wrote:
 
 
I think I may have done something outside the specification, or there is an error somewhere.  I changed telemetry EQNS to remove some leading zeros, and APRSISCE doesn't pick the values out.  What I am sending is:
:KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 
aprs.fi picks out the values correctly ( at least as I intended ), but APRSISCE doesn't pick up part of the equation.
Channel 1 b=0 should be -.644
Channel 2 b=0 and should be -.5
 
It worked before when I had leading zeros in the equation like -0.644 and -0.5.
But notice that channel 4 did pick up the correct number of .625.
 
So my guess is that negative values less than one must have a leading zero and become -0.644 and -0.5.  Do I need those leading zeros on negative values?
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 
Arnold, KQ6DI


Re: Telemetry EQNS oddity

Rob Giuliano
 

Sorry, looked in the wrong spot.
I was looking at more of a description, not an example; http://www.aprs.net/vm/DOS/TELEMTRY.HTM

FORMAL SPECIFICATION: The specific format for the TITLE, PARM, UNIT, and EQNS message packets are shown below. They are entered as messages to the address of the MIM module:

  PARM.P1,P2,P3,P4,P5,B1,B2,B3,etc    Where Pn and Bn are the parameter names

UNIT,U1,U2,U3,U4,U5,L1,L2,L3,etc Where Un are the units for analog ports and Ln are the labels for the bits

EQNS,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc Where the An,Bn,Cn are the coeficients for each of the five analog channels,

I should have looked just above it at the actual packet format:  
N3MIM:EQNS.0,2.6,0,0,.53,-32,3,4.39,49,-32,3,18,1,2,3
Not sure what the colon at the beggining of your packet is from.

Robert Giuliano
KB8RCO



On Saturday, April 10, 2021, 8:00:53 PM EDT, Arnold Harding - KQ6DI <kq6di@...> wrote:


According to the APRS 101 specification
Page 70, the specification calls for a decimal point after EQNS.  Here's from the specification.
Example:N0QBF-11 :EQNS.0,5.2,0,0,.53,-32,3,4.39,49,-32,3,18,1,2,3
 
You made me look, so that's OK.  The fact that aprs.fi gets it one way ( as I intended) and APRSISCE doesn't makes me wonder if APRSISCE isn't getting it the way intended.  (I'm not suggesting APRSISCE is wrong, it just doesn't come out the same way.)
My guess is I need a leading zero after the negative sign before the decimal point on negative less than 1 calculations.
Arnold, KQ6DI
 
On 04/10/2021 4:24 PM Rob Giuliano via groups.io <kb8rco@...> wrote:
 
 
The format is    EQNS ,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc.
 
You missed the comma (used a decimal)
So your     :KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 should be :KQ6DI-1 :EQNS,0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 

Robert Giuliano
KB8RCO

 
 
On Saturday, April 10, 2021, 2:27:32 PM EDT, Arnold Harding - KQ6DI <kq6di@...> wrote:
 
 
I think I may have done something outside the specification, or there is an error somewhere.  I changed telemetry EQNS to remove some leading zeros, and APRSISCE doesn't pick the values out.  What I am sending is:
:KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 
aprs.fi picks out the values correctly ( at least as I intended ), but APRSISCE doesn't pick up part of the equation.
Channel 1 b=0 should be -.644
Channel 2 b=0 and should be -.5
 
It worked before when I had leading zeros in the equation like -0.644 and -0.5.
But notice that channel 4 did pick up the correct number of .625.
 
So my guess is that negative values less than one must have a leading zero and become -0.644 and -0.5.  Do I need those leading zeros on negative values?
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 
Arnold, KQ6DI


Re: Telemetry EQNS oddity

Arnold Harding - KQ6DI
 

According to the APRS 101 specification
Page 70, the specification calls for a decimal point after EQNS.  Here's from the specification.
Example:N0QBF-11 :EQNS.0,5.2,0,0,.53,-32,3,4.39,49,-32,3,18,1,2,3
 
You made me look, so that's OK.  The fact that aprs.fi gets it one way ( as I intended) and APRSISCE doesn't makes me wonder if APRSISCE isn't getting it the way intended.  (I'm not suggesting APRSISCE is wrong, it just doesn't come out the same way.)
My guess is I need a leading zero after the negative sign before the decimal point on negative less than 1 calculations.
Arnold, KQ6DI
 

On 04/10/2021 4:24 PM Rob Giuliano via groups.io <kb8rco@...> wrote:
 
 
The format is    EQNS ,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc.
 
You missed the comma (used a decimal)
So your     :KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 should be :KQ6DI-1 :EQNS,0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 

Robert Giuliano
KB8RCO

 
 
On Saturday, April 10, 2021, 2:27:32 PM EDT, Arnold Harding - KQ6DI <kq6di@...> wrote:
 
 
I think I may have done something outside the specification, or there is an error somewhere.  I changed telemetry EQNS to remove some leading zeros, and APRSISCE doesn't pick the values out.  What I am sending is:
:KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 
aprs.fi picks out the values correctly ( at least as I intended ), but APRSISCE doesn't pick up part of the equation.
Channel 1 b=0 should be -.644
Channel 2 b=0 and should be -.5
 
It worked before when I had leading zeros in the equation like -0.644 and -0.5.
But notice that channel 4 did pick up the correct number of .625.
 
So my guess is that negative values less than one must have a leading zero and become -0.644 and -0.5.  Do I need those leading zeros on negative values?
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 
Arnold, KQ6DI


Re: Telemetry EQNS oddity

Rob Giuliano
 

The format is    EQNS,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc.

You missed the comma (used a decimal)
So your    :KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 should be :KQ6DI-1 :EQNS,0,-.644,150,0,-.5,-190,0,1,0,0,.625,0

Robert Giuliano
KB8RCO



On Saturday, April 10, 2021, 2:27:32 PM EDT, Arnold Harding - KQ6DI <kq6di@...> wrote:


I think I may have done something outside the specification, or there is an error somewhere.  I changed telemetry EQNS to remove some leading zeros, and APRSISCE doesn't pick the values out.  What I am sending is:
:KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 
aprs.fi picks out the values correctly ( at least as I intended ), but APRSISCE doesn't pick up part of the equation.
Channel 1 b=0 should be -.644
Channel 2 b=0 and should be -.5
 
It worked before when I had leading zeros in the equation like -0.644 and -0.5.
But notice that channel 4 did pick up the correct number of .625.
 
So my guess is that negative values less than one must have a leading zero and become -0.644 and -0.5.  Do I need those leading zeros on negative values?
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 
Arnold, KQ6DI


Telemetry EQNS oddity

Arnold Harding - KQ6DI
 

I think I may have done something outside the specification, or there is an error somewhere.  I changed telemetry EQNS to remove some leading zeros, and APRSISCE doesn't pick the values out.  What I am sending is:
:KQ6DI-1 :EQNS.0,-.644,150,0,-.5,-190,0,1,0,0,.625,0
 
aprs.fi picks out the values correctly ( at least as I intended ), but APRSISCE doesn't pick up part of the equation.
Channel 1 b=0 should be -.644
Channel 2 b=0 and should be -.5
 
It worked before when I had leading zeros in the equation like -0.644 and -0.5.
But notice that channel 4 did pick up the correct number of .625.
 
So my guess is that negative values less than one must have a leading zero and become -0.644 and -0.5.  Do I need those leading zeros on negative values?
 
That site only sends telemetry parameters once a day at 09:03, IF the RF makes it out of this RF hole.  It's also 3 hours each way for me to change parameters, so I won't make a special trip for this.
 
Arnold, KQ6DI


Re: How to Igate WX Stations to RF?

Yankee Zulu Delta
 

Hi Lynn

I see your point 

How about this

CWOP-3:@041630z1429.22N/12100.99E_

153/008g014t082r000p000P000h74b10129L000

.DsIP

That part seems to be a good wxnow.txt format.
If I put i can put that in a wxnow.txt file and get that picked up by APRSIS32 as a weather report in, would that be sent over RF?

Thanks!


On Tue, Apr 6, 2021, 00:03 Lynn Deffenbaugh <kj4erj@...> wrote:

Read those raw packets closely.  Those weather stations are not on the APRS-IS, but are getting to aprs.fi via CWOP.  And your node, if it is a properly functioning IGate, needs to be connected to the APRS-IS because CWOP doesn't support IGate connections.

Therefore, there is no way to gate those particular stations from CWOP to RF with APRSISCE/32.

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

PS.  And further, the CWOP servers are designed for incoming packet consolidation only and don't even support filtered feeds.

On 4/5/2021 11:13 AM, Yankee Zulu Delta wrote:

HI All,

 

I know that this has probably been asked before and I was trying my best to search for this but I think I really did not find the answers I need.

 

So right now my APRSIS32 is in development mode. Built 2020/12/30

 

I see 2 WX stations near me in APRS.FI

FW0027 and EW0758
I know that the headers have TCPXX in them…

When I look them up in findu.com these is what’s displayed.

 

FW0027>APRS,TCPXX*,qAX,CWOP-4:@041515z1429.22N/12100.99E_115/009g014t082r000p000P000h75b10131L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-4:@041545z1429.22N/12100.99E_119/009g015t082r000p000P000h75b10131L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-3:@041600z1429.22N/12100.99E_148/008g020t082r000p000P000h74b10129L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-4:@041615z1429.22N/12100.99E_121/012g016t082r000p000P000h74b10128L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-3:@041630z1429.22N/12100.99E_153/008g014t082r000p000P000h74b10129L000.DsIP

 

I am still wondering if there’s a way to parse this and send it over as a bulletin or a message announcement to a group (ANSRVR) as a proper weather report like this in aprs.fi

Or WX report in radios.

 

 

I did a test filter (CTRL-G) g/FW0027/EW0758 but I don’t think I’m getting it.

 

My goal is to be able to transmit via RF a WX Report from these two weather stations that I see in aprs.fi

 

Thanks and 73!

 

Sent from Mail for Windows 10

 


Re: How to Igate WX Stations to RF?

Lynn Deffenbaugh
 

Read those raw packets closely.  Those weather stations are not on the APRS-IS, but are getting to aprs.fi via CWOP.  And your node, if it is a properly functioning IGate, needs to be connected to the APRS-IS because CWOP doesn't support IGate connections.

Therefore, there is no way to gate those particular stations from CWOP to RF with APRSISCE/32.

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

PS.  And further, the CWOP servers are designed for incoming packet consolidation only and don't even support filtered feeds.

On 4/5/2021 11:13 AM, Yankee Zulu Delta wrote:

HI All,

 

I know that this has probably been asked before and I was trying my best to search for this but I think I really did not find the answers I need.

 

So right now my APRSIS32 is in development mode. Built 2020/12/30

 

I see 2 WX stations near me in APRS.FI

FW0027 and EW0758
I know that the headers have TCPXX in them…

When I look them up in findu.com these is what’s displayed.

 

FW0027>APRS,TCPXX*,qAX,CWOP-4:@041515z1429.22N/12100.99E_115/009g014t082r000p000P000h75b10131L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-4:@041545z1429.22N/12100.99E_119/009g015t082r000p000P000h75b10131L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-3:@041600z1429.22N/12100.99E_148/008g020t082r000p000P000h74b10129L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-4:@041615z1429.22N/12100.99E_121/012g016t082r000p000P000h74b10128L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-3:@041630z1429.22N/12100.99E_153/008g014t082r000p000P000h74b10129L000.DsIP

 

I am still wondering if there’s a way to parse this and send it over as a bulletin or a message announcement to a group (ANSRVR) as a proper weather report like this in aprs.fi

Or WX report in radios.

 

 

I did a test filter (CTRL-G) g/FW0027/EW0758 but I don’t think I’m getting it.

 

My goal is to be able to transmit via RF a WX Report from these two weather stations that I see in aprs.fi

 

Thanks and 73!

 

Sent from Mail for Windows 10

 


How to Igate WX Stations to RF?

Yankee Zulu Delta
 

HI All,

 

I know that this has probably been asked before and I was trying my best to search for this but I think I really did not find the answers I need.

 

So right now my APRSIS32 is in development mode. Built 2020/12/30

 

I see 2 WX stations near me in APRS.FI

FW0027 and EW0758
I know that the headers have TCPXX in them…

When I look them up in findu.com these is what’s displayed.

 

FW0027>APRS,TCPXX*,qAX,CWOP-4:@041515z1429.22N/12100.99E_115/009g014t082r000p000P000h75b10131L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-4:@041545z1429.22N/12100.99E_119/009g015t082r000p000P000h75b10131L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-3:@041600z1429.22N/12100.99E_148/008g020t082r000p000P000h74b10129L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-4:@041615z1429.22N/12100.99E_121/012g016t082r000p000P000h74b10128L000.DsIP
FW0027>APRS,TCPXX*,qAX,CWOP-3:@041630z1429.22N/12100.99E_153/008g014t082r000p000P000h74b10129L000.DsIP

 

I am still wondering if there’s a way to parse this and send it over as a bulletin or a message announcement to a group (ANSRVR) as a proper weather report like this in aprs.fi

Or WX report in radios.

 

 

I did a test filter (CTRL-G) g/FW0027/EW0758 but I don’t think I’m getting it.

 

My goal is to be able to transmit via RF a WX Report from these two weather stations that I see in aprs.fi

 

Thanks and 73!

 

Sent from Mail for Windows 10

 


Re: ToCall(s) for SCS PTCx, Dragon etc.

Julian
 

Tks Lynn. I am not sure. I believe is just a case of 'classical TNC', like Kantronics for ex, where the tocall has to be entered (right now I can't remember where, in the UNPROTO field?) by the user after carefully examining Bob's tocall list. I purchased a Kantronics KAM-XL few years ago, when I first started my adventure into packet world, but could not find a tocall for  it. I remember I posted a msg on the now APRS 'sk' Yahoo group and Bob promptly determined one, APNKMX.
The developers for these pactor modems can be found here: https://www.scs-ptc.com/en/Impress.html They are probably some telecommunications super-gurus, tele-moving objects, satellites and planets like Yoda. I have to admit I haven't contacted them yet. Also, I am not a tester, only a humble user.
The tocall in this PTC case is truly entered in the path. Now, I am gonna attach a pic with an Alpha4 screenshot. It's basically its APRS window on the HF APRS QRG picking up some frames etc. I have dotted the printscreen with some settings inserts. As I mentioned already, this is some sort of host/terminal program. All you can see in the settings is/are arguments sent to the relevant commands in the PTC unit (sent, of course, along with the commands), nothing more. Some settings are left as default as they are not relevant to APRS.
These modems are used in 99.99% of the cases as Pactor modems, as their initial goal.
In the pic: APZSCS as, well..., an 'experimental' tocall.

Best regards, 73 de J, MØIPU YOЗFCA




Re: ToCall(s) for SCS PTCx, Dragon etc.

Lynn Deffenbaugh
 

Well, from that screen capture, it appears that the ToCall is actually required entry by the user on the PAth command.  I'm suspecting that the TARGET is the ToCall and then the actual path is composed of the DIGI0 .. DIGI8, even though that range would imply 9 supported Digis, the actual AX.25 packets only support 8 as the description states.

So, if the user has to specify the TARGET and that is indeed the ToCall, it's highly unlikely that any official ToCall would ever make it into most of the deployed TNCs.  If you have a line to the firmware developer, I'd lover to interact directly with him/her rather than relaying through you, who appear to be just an alpha or beta tester?

For an official ToCall to be effective, it should not be something the user has to specify along with something that would ordinarily be user configured like the path.  If a dedicated, defaulted, ToCall (destintaion call or TARGET) is a configuration parameter, then it will be more likely to be kept at the official value rather than at risk for misspelled entry in a PATH specification.

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


On 4/3/2021 6:31 AM, Julian wrote:
Hi Lynn, mni tks fer coming bk to me. That's right, I was referring to the PTCs firmware, 4.1r. The soft I am using is Alpha4, but that is just a host/terminal interface, let's say. Great software by the way.
Re Dragon, I had just mentioned it ephemerally, cause I do not own one, but I believe it suffers from the same fate, a lack of tocall. I don't know what sort of firmware it uses for the moment (in respect to PTCs)  or how APRS is implemented there.
APRS in PTC is OK, however it doesn't support messaging by the looks of it nor WIDE digi-ing, I think (some sort of WIDEx-x digi-ing could be probably done on MYAlias).
Best regards, 73 de J, MØIPU YOЗFCA



Re: ToCall(s) for SCS PTCx, Dragon etc.

Julian
 

Hi Lynn, mni tks fer coming bk to me. That's right, I was referring to the PTCs firmware, 4.1r. The soft I am using is Alpha4, but that is just a host/terminal interface, let's say. Great software by the way.
Re Dragon, I had just mentioned it ephemerally, cause I do not own one, but I believe it suffers from the same fate, a lack of tocall. I don't know what sort of firmware it uses for the moment (in respect to PTCs)  or how APRS is implemented there.
APRS in PTC is OK, however it doesn't support messaging by the looks of it nor WIDE digi-ing, I think (some sort of WIDEx-x digi-ing could be probably done on MYAlias).
Best regards, 73 de J, MØIPU YOЗFCA



Re: ToCall(s) for SCS PTCx, Dragon etc.

Lynn Deffenbaugh
 

Julian,

ToCalls are typically issued to the device or software that is actually implementing the protocol and generating the APRS packets.  Is your request for the SCS PTC modem that internally generates and transmits APRS packets, or is it for software that is actually generating the packets and transmitting them through an SCS PTC modem in KISS or a similar mode?

And where does "Dragon" come into the picture as you only mentioned it in the subject and not the body of your message?

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


On 4/2/2021 1:25 PM, Julian wrote:
Hi.
I am sorry to post this topic here cause it is not related to APRSIS32 software (well, I guess, unless an SCS modem is used in KISS mode with APRSIS32). I hope group moderators/owners do not mind. I have seen Robert Bruninga active on this group and I was wondering whether he could help with a ToCall for SCS PTC modems. I had opened a similar topic on the APRS group, but after a quick 'WB4APR' search in the group messages I realised Bob is not active there.
Best regards, 73 de J, MØIPU YOЗFCA


ToCall(s) for SCS PTCx, Dragon etc.

Julian
 

Hi.
I am sorry to post this topic here cause it is not related to APRSIS32 software (well, I guess, unless an SCS modem is used in KISS mode with APRSIS32). I hope group moderators/owners do not mind. I have seen Robert Bruninga active on this group and I was wondering whether he could help with a ToCall for SCS PTC modems. I had opened a similar topic on the APRS group, but after a quick 'WB4APR' search in the group messages I realised Bob is not active there.
Best regards, 73 de J, MØIPU YOЗFCA


Re: requesting password for APRSIS32 on Windows

W3EJE
 

Got my password and I’m set up.  

Thank you to all

73s 

Mark W3EJE 


On Mar 28, 2021, at 14:40, Rob Giuliano via groups.io <kb8rco@...> wrote:


Instructions for APRSIS32 and passcodes are clear on the WIKI:
The intent of this passcode process is also clear:
It is the responsibility of each software author to provide the proper passcode to their individual users.

Please do not promote the use of these websites for passcodes!
If you provide this service on your own website - PLEASE STOP and discourage others from using such services.

This is the only way to itegrity of the service and follow all regulations.

Robert Giuliano
KB8RCO



On Sunday, March 28, 2021, 2:14:25 PM EDT, Min via groups.io <mins@...> wrote:


Hi Mark

 

Put your call sign (without anything else)  in here and you will get an APRS code for all of APRS operation….

 

https://apps.magicbug.co.uk/passcode/index.php/passcode

 

G0JMS  Min.

 

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of W3EJE via groups.io
Sent: 28 March 2021 17:43
To: APRSISCE@groups.io
Subject: [APRSISCE] requesting password for APRSIS32 on Windows

 

 

My name is Mark Ferris W3EJE and recently joined the group

 

Downloaded APRSIS32 and I am on this screen

 

<image001.png>

 

Reading instructions on the web states that you need to ask for a password  -  that if you keep at -1 will be read only.

 

I am respectfully requesting a password

 

Thank you and 73s

 

Mark Ferris W3EJE

 

Sent from Mail for Windows 10

 

<image001.png>


Re: requesting password for APRSIS32 on Windows

Rob Giuliano
 

Instructions for APRSIS32 and passcodes are clear on the WIKI:
The intent of this passcode process is also clear:
It is the responsibility of each software author to provide the proper passcode to their individual users.

Please do not promote the use of these websites for passcodes!
If you provide this service on your own website - PLEASE STOP and discourage others from using such services.

This is the only way to itegrity of the service and follow all regulations.

Robert Giuliano
KB8RCO



On Sunday, March 28, 2021, 2:14:25 PM EDT, Min via groups.io <mins@...> wrote:


Hi Mark

 

Put your call sign (without anything else)  in here and you will get an APRS code for all of APRS operation….

 

https://apps.magicbug.co.uk/passcode/index.php/passcode

 

G0JMS  Min.

 

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of W3EJE via groups.io
Sent: 28 March 2021 17:43
To: APRSISCE@groups.io
Subject: [APRSISCE] requesting password for APRSIS32 on Windows

 

 

My name is Mark Ferris W3EJE and recently joined the group

 

Downloaded APRSIS32 and I am on this screen

 

 

Reading instructions on the web states that you need to ask for a password  -  that if you keep at -1 will be read only.

 

I am respectfully requesting a password

 

Thank you and 73s

 

Mark Ferris W3EJE

 

Sent from Mail for Windows 10

 


Re: requesting password for APRSIS32 on Windows

Rob Giuliano
 

Passcode sent off list.

Robert Giuliano
KB8RCO



On Sunday, March 28, 2021, 1:57:31 PM EDT, W3EJE via groups.io <w3eje@...> wrote:


 

My name is Mark Ferris W3EJE and recently joined the group

 

Downloaded APRSIS32 and I am on this screen

 

 

Reading instructions on the web states that you need to ask for a password  -  that if you keep at -1 will be read only.

 

I am respectfully requesting a password

 

Thank you and 73s

 

Mark Ferris W3EJE

 

Sent from Mail for Windows 10

 

381 - 400 of 35661