Date   

Re: HF APRS set up

Randy Allen
 

"The transmit path specification also applies to all RF ports, so you cannot have different paths for the different bands."

That's why I went with a separate instance.  My VHF Wide2-2 path is not appropriate on HF.

73

Randy KA0AZS




--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Re: HF APRS set up

Lynn Deffenbaugh
 

The danger with creating multiple RF ports in a single instance is that APRSIS32 doesn't track which port heard a station.  So if a message comes in from the APRS-IS for a station, it is transmitted on ALL transmit and message enabled RF ports.  If you're not transmit enabled or have disabled message transmitting on all but one of the ports, you're fine.  But otherwise, you may be spamming one or more bands gating messages for stations that aren't on that band.

The transmit path specification also applies to all RF ports, so you cannot have different paths for the different bands.

Also, the view filters lump all RF-received stations together, so you cannot generate a view that shows just the stations received on a particular port.

Those are some of the reasons I made it easy to run multiple instances.

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

On 10/19/2020 4:44 PM, Glenn O'Connor wrote:
I've just added another port,HF, with once instance of 'IS32, to go along with the already functioning VHF port. The VHF port controls an old AEA PK-900 and the added port controls the AGW based system. Works as advertised.

Glenn-KF0ED


Re: HF APRS set up

Glenn O'Connor
 

I've just added another port,HF, with once instance of 'IS32, to go along with the already functioning VHF port. The VHF port controls an old AEA PK-900 and the added port controls the AGW based system. Works as advertised.

Glenn-KF0ED


Re: HF APRS set up

Rob Giuliano
 

I'd say you got it working, but I'd enable TX for awhile and see what happens.

I did a quick glance and it seemed to have some 'understandable' language.

Robert Giuliano
KB8RCO



On Monday, October 19, 2020, 3:26:10 PM EDT, Randy Allen <ka0azs@...> wrote:


OK, I set up a second instance of APRSIS32 in it's own folder and put a second copy of the UZ7HO SoundModem in the same folder.  Running as KA0AZS-1

I currently have it set to AFSK AX.25 300Bd.  It is apparently receiving OK as I was able to decode a position a while ago (VE2SIL-1)

The system will transmit but I currently have beaconing turned off.  Set to no path, no comment.  I transmitted one position and saw it made APRS.FI via VE2GQF-2

I find Stephen's page a little confusing as  he focuses on APRS Messenger settings.

I THINK I have the frequency  I need in the dial (10.147.60 USB) and that's where I was when I decoded the one station.  But I lose track as he covers other dial settings with different modes.

It looks from his writings  like PSK would be a better mode, but am not sure if that is the same as the BPSK AX25 300bd listed as an option in UZ7HO.

At any rate, based on one successful packet inbound and apparently one outbound, it looks like I either have it working, or am just lucky.

Any clarifications or corrections would be appreciated.

73
Randy KA0AZS


Re: HF APRS set up

Randy Allen
 

OK, I set up a second instance of APRSIS32 in it's own folder and put a second copy of the UZ7HO SoundModem in the same folder.  Running as KA0AZS-1

I currently have it set to AFSK AX.25 300Bd.  It is apparently receiving OK as I was able to decode a position a while ago (VE2SIL-1)

The system will transmit but I currently have beaconing turned off.  Set to no path, no comment.  I transmitted one position and saw it made APRS.FI via VE2GQF-2

I find Stephen's page a little confusing as  he focuses on APRS Messenger settings.

I THINK I have the frequency  I need in the dial (10.147.60 USB) and that's where I was when I decoded the one station.  But I lose track as he covers other dial settings with different modes.

It looks from his writings  like PSK would be a better mode, but am not sure if that is the same as the BPSK AX25 300bd listed as an option in UZ7HO.

At any rate, based on one successful packet inbound and apparently one outbound, it looks like I either have it working, or am just lucky.

Any clarifications or corrections would be appreciated.

73
Randy KA0AZS


Re: HF APRS set up

Rob Giuliano
 

I didn't catch that, but I still think the AGW port is still the best bet.

Haven't worked with the UZ7OH application in awhile.
I just checked and you cannot specify the configuration file on startup.
That can make things more difficult. 
Might require multiple copies with different configurations.

As you said, step 1 is getting UZ7OH running with the HF rig.

Robert Giuliano
KB8RCO



On Sunday, October 18, 2020, 8:34:48 PM EDT, Lynn Deffenbaugh <kj4erj@...> wrote:


I thought the same Robert, until I noticed that he said he's using UZ7HO for VHF Winlink, not APRSIS32.  

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

On 10/18/2020 7:50 PM, Rob Giuliano via groups.io wrote:
So APRSIS32 is already setup then.
The interface is the same as for the VHF.  As far as APRSIS32 is concerned, it only needs to know that a TNC is attached via AGW (or KISS over IP) port. 

On the UZ7HO side, you just need to set the on air baud rate and the port settings.
I for one would suggest having 2 different configurations
  VHF - AGW port 8000 with all the proper settings for the VHF radio
  HF   - AGW port 8010 with all the proper settings for the HF radio

On APRSIS32, just enable the port with the proper port setting for whatever activity you are engaged in.

Robert Giuliano
KB8RCO



On Sunday, October 18, 2020, 6:18:10 PM EDT, Randy Allen <ka0azs@...> wrote:


Thanks Lynn

I am already using UZ7HO's SoundModem for VHF Winlink.  Once I get a chance to play around with that set up I'll ping this discussion again.

73

Randy KA0AZS


Re: HF APRS set up

Lynn Deffenbaugh
 

I thought the same Robert, until I noticed that he said he's using UZ7HO for VHF Winlink, not APRSIS32.  

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

On 10/18/2020 7:50 PM, Rob Giuliano via groups.io wrote:
So APRSIS32 is already setup then.
The interface is the same as for the VHF.  As far as APRSIS32 is concerned, it only needs to know that a TNC is attached via AGW (or KISS over IP) port. 

On the UZ7HO side, you just need to set the on air baud rate and the port settings.
I for one would suggest having 2 different configurations
  VHF - AGW port 8000 with all the proper settings for the VHF radio
  HF   - AGW port 8010 with all the proper settings for the HF radio

On APRSIS32, just enable the port with the proper port setting for whatever activity you are engaged in.

Robert Giuliano
KB8RCO



On Sunday, October 18, 2020, 6:18:10 PM EDT, Randy Allen <ka0azs@...> wrote:


Thanks Lynn

I am already using UZ7HO's SoundModem for VHF Winlink.  Once I get a chance to play around with that set up I'll ping this discussion again.

73

Randy KA0AZS


Re: HF APRS set up

Rob Giuliano
 

So APRSIS32 is already setup then.
The interface is the same as for the VHF.  As far as APRSIS32 is concerned, it only needs to know that a TNC is attached via AGW (or KISS over IP) port. 

On the UZ7HO side, you just need to set the on air baud rate and the port settings.
I for one would suggest having 2 different configurations
  VHF - AGW port 8000 with all the proper settings for the VHF radio
  HF   - AGW port 8010 with all the proper settings for the HF radio

On APRSIS32, just enable the port with the proper port setting for whatever activity you are engaged in.

Robert Giuliano
KB8RCO



On Sunday, October 18, 2020, 6:18:10 PM EDT, Randy Allen <ka0azs@...> wrote:


Thanks Lynn

I am already using UZ7HO's SoundModem for VHF Winlink.  Once I get a chance to play around with that set up I'll ping this discussion again.

73

Randy KA0AZS


Re: HF APRS set up

Randy Allen
 

Thanks Lynn

I am already using UZ7HO's SoundModem for VHF Winlink.  Once I get a chance to play around with that set up I'll ping this discussion again.

73

Randy KA0AZS


Re: HF APRS set up

Lynn Deffenbaugh
 

If you've grokked Stephen's stuff, then all you need is to install Direwolf or UZ7HO's SoundModem or some other soft TNC to do the audio decoding from the SignalLink.  APRSIS32 typically interfaces to one of those via either AGW's protocol or via KISS over TCP/IP.

Once you select a sound-card TNC, you can ask back here for which port type to use in APRSIS32.

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

On 10/18/2020 10:50 AM, Randy Allen wrote:
Jerry,

Thanks.  I actually do have Stephen's page bookmarked and am familiar with it.  It's why I didn't ask about frequencies or radio set up.

As I said in the OP, I don't really have a need other than to see if I can do it and have it on tap if I ever need it.  For instance, I also have a 706MKIIG in my truck. If I ever go rambling out west again, I might be interested in running HF APRS in some of the quieter areas.  Easier to set it up at home in my shack and work out the bugs there and then transfer the config to my laptop and move the Signalink to the truck.

73
Randy KA0AZS


Re: HF APRS set up

Randy Allen
 

Jerry,

Thanks.  I actually do have Stephen's page bookmarked and am familiar with it.  It's why I didn't ask about frequencies or radio set up.

As I said in the OP, I don't really have a need other than to see if I can do it and have it on tap if I ever need it.  For instance, I also have a 706MKIIG in my truck. If I ever go rambling out west again, I might be interested in running HF APRS in some of the quieter areas.  Easier to set it up at home in my shack and work out the bugs there and then transfer the config to my laptop and move the Signalink to the truck.

73
Randy KA0AZS


Re: Mapping JS8Call stations to local APRSis32 map?

David Alexander
 

david3949@...

On Monday, October 5, 2020, 04:12:48 PM AST, Demetre - M0SUY/SV1UY <demetre.sv1uy@...> wrote:


Hi Lynn and all,

Here is my JS8call to APRS Map. Great idea Lynn.
Take care!

--
73 de Demetre M0SUY/SV1UY
APRS: 1st & best Social Network





Re: HF APRS set up

j.lineback <jelineback@...>
 

Randy,

While not answering your basic question, this might be helpful with respect to whether and when to employ APRS HF http://wa8lmf.net/aprs/HF_APRS_Notes.htm

Jerry K4WOF


On Oct 18, 2020, at 1:22 AM, Randy Allen <ka0azs@...> wrote:

I've looked in the wiki, and while there was some discussion of APRS HF frequencies, is there anything out there detailing how to set APRSIS32 to work with a Signalink USB to run HF APRS?

No special need in mind other than now that I have the radio and Signalink configurations for HF Winlink, FLDIGI and WSJT-X figured out and operating well, I though why not throw something else into the mix and see if I can break it? ;-)

I'm running the current development version (2020/10/05 11:46) on a Win10 desktop to an MFJ-1270C and an IC-2000 for VHF.

For HF I have an IC-706MKIIG with a Signalink USB that I use for HF/VHF Winlink and FLDIGI and HF FT8.  I have the UZ7HO Sound Modem installed for use on VHF Winlink.

So, given these parts, What next?  What type of port do I configure in APRSIS32?   Settings?

I'm thinking it would be best to open up a second instance of APRSIS32 for HF and run it separate from my instance that is on 24/7 for my home station?  Or can the HF and VHF parameters coexist peacefully in one instance?

(For example, I'm thinking that the current digipeat and beacon settings for VHF would not be optimal on HF, and I would basically be using the HF for monitoring and as an HF IGATE if needed, with little or no beaconing, and obviously no digipeating. )

If I missed something in the wiki, please point me at it and I'll go from there.

73

Randy KA0AZS


--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus








HF APRS set up

Randy Allen
 

I've looked in the wiki, and while there was some discussion of APRS HF frequencies, is there anything out there detailing how to set APRSIS32 to work with a Signalink USB to run HF APRS?

No special need in mind other than now that I have the radio and Signalink configurations for HF Winlink, FLDIGI and WSJT-X figured out and operating well, I though why not throw something else into the mix and see if I can break it? ;-)

I'm running the current development version (2020/10/05 11:46) on a Win10 desktop to an MFJ-1270C and an IC-2000 for VHF.

For HF I have an IC-706MKIIG with a Signalink USB that I use for HF/VHF Winlink and FLDIGI and HF FT8.  I have the UZ7HO Sound Modem installed for use on VHF Winlink.

So, given these parts, What next?  What type of port do I configure in APRSIS32?   Settings?

I'm thinking it would be best to open up a second instance of APRSIS32 for HF and run it separate from my instance that is on 24/7 for my home station?  Or can the HF and VHF parameters coexist peacefully in one instance?

(For example, I'm thinking that the current digipeat and beacon settings for VHF would not be optimal on HF, and I would basically be using the HF for monitoring and as an HF IGATE if needed, with little or no beaconing, and obviously no digipeating. )

If I missed something in the wiki, please point me at it and I'll go from there.

73

Randy KA0AZS


--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Re: Telemetry

Fred Hillhouse
 

Hi Bob,

 

You mentioned you can get 10 channels of data. One example was charging/discharging a battery. Those two items are exclusive of each other. But if I had, for example, air temperature and water temperature and those were in the “333” location (T#sss,111,222,333,444,555...), do I send two packets? One packet for the lower half (000-499) and another packet for the upper half (500-999)? Or does the packet end up being longer as in, T#sss,111,222,333,444,555,666,777,888,999,000?

 

Thank you!

 

Best regards,

Fred N7FMH

 

 

From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Robert Bruninga
Sent: Tuesday, October 13, 2020 11:48 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Telemetry

 

OOPS,

Apparently I never wrote it into the spec, just asuemd everyone agreed it made sense.

So I did add it to the APRS1.2 page in April of this year.

See spec additions:  http://aprs.org/aprs12.html

THe original spec was clearly defined as 5 channels of fixed 3 digit values.  It became obvious that 000-999 also fit within the fields and so it made no sense to limit values to 000-255

 

Bob

 

On Tue, Oct 13, 2020 at 11:42 PM Robert Bruninga via groups.io <bruninga=usna.edu@groups.io> wrote:

All of my APRS satellites have assumed that 000-999 is perfectly legit in the standard telemetry format.

And other telemetry projects of mine.  I think I changed the spec in about 2004, though AE5PL refuses to acknowledge it in his decoders.

'bob

 

On Tue, Oct 13, 2020 at 6:09 PM Lynn Deffenbaugh <kj4erj@...> wrote:

Nope.  I don't remember that, but Hessu has proposed extending beyond
the 0-255 values and there's also a Mic-E version of telemetry that goes
directly in the position packet comment.

Do you have a reference for Bob's proposal?

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

On 10/13/2020 5:12 PM, Fred Hillhouse wrote:
> Hi Lynn,
>
> It seems not that long ago that Bob, WB4APR, mentioned a possibility to have
> more telemetry by flipping a bit in the packet. Did you see the post and
> have you done anything to possibly support it?
>
> Thanks!
>
> Best regards,
> Fred N7FMH
>
>
>







Avast logo

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



Re: Telemetry

Robert Bruninga
 

OOPS,
Apparently I never wrote it into the spec, just asuemd everyone agreed it made sense.
So I did add it to the APRS1.2 page in April of this year.
See spec additions:  http://aprs.org/aprs12.html
THe original spec was clearly defined as 5 channels of fixed 3 digit values.  It became obvious that 000-999 also fit within the fields and so it made no sense to limit values to 000-255

Bob


On Tue, Oct 13, 2020 at 11:42 PM Robert Bruninga via groups.io <bruninga=usna.edu@groups.io> wrote:
All of my APRS satellites have assumed that 000-999 is perfectly legit in the standard telemetry format.
And other telemetry projects of mine.  I think I changed the spec in about 2004, though AE5PL refuses to acknowledge it in his decoders.
'bob

On Tue, Oct 13, 2020 at 6:09 PM Lynn Deffenbaugh <kj4erj@...> wrote:
Nope.  I don't remember that, but Hessu has proposed extending beyond
the 0-255 values and there's also a Mic-E version of telemetry that goes
directly in the position packet comment.

Do you have a reference for Bob's proposal?

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

On 10/13/2020 5:12 PM, Fred Hillhouse wrote:
> Hi Lynn,
>
> It seems not that long ago that Bob, WB4APR, mentioned a possibility to have
> more telemetry by flipping a bit in the packet. Did you see the post and
> have you done anything to possibly support it?
>
> Thanks!
>
> Best regards,
> Fred N7FMH
>
>
>






Re: Telemetry

Robert Bruninga
 

All of my APRS satellites have assumed that 000-999 is perfectly legit in the standard telemetry format.
And other telemetry projects of mine.  I think I changed the spec in about 2004, though AE5PL refuses to acknowledge it in his decoders.
'bob

On Tue, Oct 13, 2020 at 6:09 PM Lynn Deffenbaugh <kj4erj@...> wrote:
Nope.  I don't remember that, but Hessu has proposed extending beyond
the 0-255 values and there's also a Mic-E version of telemetry that goes
directly in the position packet comment.

Do you have a reference for Bob's proposal?

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

On 10/13/2020 5:12 PM, Fred Hillhouse wrote:
> Hi Lynn,
>
> It seems not that long ago that Bob, WB4APR, mentioned a possibility to have
> more telemetry by flipping a bit in the packet. Did you see the post and
> have you done anything to possibly support it?
>
> Thanks!
>
> Best regards,
> Fred N7FMH
>
>
>






Re: Telemetry

James Ewen
 

You do realize that APRS is just a hack of an existing technology, right?

Pretty tough to try dismissing a new capability as a hack when the whole APRS protocol is a hack. 

Good thing you weren’t around when Bob was dreaming up APRS. 😀

All it takes is one person to “define” a new feature and to implement it. Once enough people use it, it becomes part of the protocol. 



On Tue, Oct 13, 2020 at 8:20 PM Lynn Deffenbaugh <kj4erj@...> wrote:
This is actually just a hack to the findu.com telemetry display and, no,
I don't plan to do it in APRSIS32 as it only applies to displaying
recorded values, not real-time reception of telemetry.

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

On 10/13/2020 7:54 PM, Fred Hillhouse wrote:
> I found it!
>
> Fred N7FMH
>
>
> -----Original Message-----
> From: aprssig [mailto:aprssig-bounces@...] On Behalf Of Robert Bruninga
> Sent: Thursday, May 07, 2020 12:53 PM
> To: aprssig@...
> Subject: [aprssig] Dual-use on APRS A/D channels
>
> Steve Dimse has now made it possible for you to make your 5 channels of APRS
> telemetry dual use (up to 10 channels (or more)) and FINDU will properly
> graph the two (or more) different uses of each channel.
>
> I did this on PSAT3 because the current sensor always outputs a positive
> count between 000-999 but changes a digital bit to show if it is positive or
> negative (Charging or discharging).  So I put in a transistor switch on that
> bit and used it to shift the analog output to be 000-500 for load current
> and 500 to 999 for charge current.  And now I can get separate plots for
> each on FINDU.com.
>
> Thus, by using a toggle on all 5 channels, you could extend your APRS
> Telemetry from 5 sensors to ten and still have at least 0.2% accuracy.
>
> Here is the example of the raw data where values below 500 are to be
> interpreted with one equation (load current) and values above 500 are to be
> for charge current and use a different equation...:
>
> http://www1.findu.com/cgi-bin/tele1.cgi?call=psat3,psat3-1&last=36&param=2&b=1&c=0&label=Current&units=Milliamps&autorange=1
>
> When I add "&below=500" to the URLand  use the right equation,  you get the
> bottom LOAD data for values below 500:
> http://www1.findu.com/cgi-bin/tele1.cgi?call=psat3,psat3-1&last=36&param=2&b=1.67&c=-22.5&label=Load%20(only%20bottom%20points)&units=Milliamps&autorange=1&below=500
>
> When I add "&below=-500" (with a minus) to the URL and the right equation
> for this situation, then I get the data points for above 500.
> http://www1.findu.com/cgi-bin/tele1.cgi?call=psat3,psat3-1&last=36&param=2&b=1.635&c=-776&label=Charge%20(only%20top%20points)&units=Milliamps&autorange=1&below=-500
>
> The use of a minus sign to switch "below" to "above" was apparently easier
> to implement than adding a whole new CGI just for "above".
>
> The above plots are on the http://aprs.org/psat3.html  telemetry.
>
> A good example of such use might be the monitoring a battery voltage (that
> rarely changes much) so say it uses values from 000 to 999 to represent
> voltage from 000 to 9.99 volts but never goes below say 6 volts when the
> battry is fully discharged, then that same telemetry channel can also be
> used for another sensor that never goes above 600 by using the "&below=600"
> CGI parameter.
>
> You can see that you could also add a third sensor for example that never
> goes above 300 (or any other lesser value) by adding another plot using
> "&below=300" (as long as the below 600 sensor never goes below 300), etc
>
> Bob, Wb4APR
>
> _______________________________________________
> aprssig mailing list
> aprssig@...
> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>
> -----Original Message-----
> From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
> Sent: Tuesday, October 13, 2020 6:10 PM
> To: APRSISCE@groups.io
> Subject: Re: [APRSISCE] Telemetry
>
> Nope.  I don't remember that, but Hessu has proposed extending beyond
> the 0-255 values and there's also a Mic-E version of telemetry that goes
> directly in the position packet comment.
>
> Do you have a reference for Bob's proposal?
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
> On 10/13/2020 5:12 PM, Fred Hillhouse wrote:
>> Hi Lynn,
>>
>> It seems not that long ago that Bob, WB4APR, mentioned a possibility to have
>> more telemetry by flipping a bit in the packet. Did you see the post and
>> have you done anything to possibly support it?
>>
>> Thanks!
>>
>> Best regards,
>> Fred N7FMH
>>
>>
>>
>
>
>
>
>
>
> --
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
>
>
>





--
James
VE6SRV


Re: Telemetry

Lynn Deffenbaugh
 

This is actually just a hack to the findu.com telemetry display and, no, I don't plan to do it in APRSIS32 as it only applies to displaying recorded values, not real-time reception of telemetry.

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

On 10/13/2020 7:54 PM, Fred Hillhouse wrote:
I found it!

Fred N7FMH


-----Original Message-----
From: aprssig [mailto:aprssig-bounces@lists.tapr.org] On Behalf Of Robert Bruninga
Sent: Thursday, May 07, 2020 12:53 PM
To: aprssig@lists.tapr.org
Subject: [aprssig] Dual-use on APRS A/D channels

Steve Dimse has now made it possible for you to make your 5 channels of APRS
telemetry dual use (up to 10 channels (or more)) and FINDU will properly
graph the two (or more) different uses of each channel.

I did this on PSAT3 because the current sensor always outputs a positive
count between 000-999 but changes a digital bit to show if it is positive or
negative (Charging or discharging). So I put in a transistor switch on that
bit and used it to shift the analog output to be 000-500 for load current
and 500 to 999 for charge current. And now I can get separate plots for
each on FINDU.com.

Thus, by using a toggle on all 5 channels, you could extend your APRS
Telemetry from 5 sensors to ten and still have at least 0.2% accuracy.

Here is the example of the raw data where values below 500 are to be
interpreted with one equation (load current) and values above 500 are to be
for charge current and use a different equation...:

http://www1.findu.com/cgi-bin/tele1.cgi?call=psat3,psat3-1&last=36&param=2&b=1&c=0&label=Current&units=Milliamps&autorange=1

When I add "&below=500" to the URLand use the right equation, you get the
bottom LOAD data for values below 500:
http://www1.findu.com/cgi-bin/tele1.cgi?call=psat3,psat3-1&last=36&param=2&b=1.67&c=-22.5&label=Load%20(only%20bottom%20points)&units=Milliamps&autorange=1&below=500

When I add "&below=-500" (with a minus) to the URL and the right equation
for this situation, then I get the data points for above 500.
http://www1.findu.com/cgi-bin/tele1.cgi?call=psat3,psat3-1&last=36&param=2&b=1.635&c=-776&label=Charge%20(only%20top%20points)&units=Milliamps&autorange=1&below=-500

The use of a minus sign to switch "below" to "above" was apparently easier
to implement than adding a whole new CGI just for "above".

The above plots are on the http://aprs.org/psat3.html telemetry.

A good example of such use might be the monitoring a battery voltage (that
rarely changes much) so say it uses values from 000 to 999 to represent
voltage from 000 to 9.99 volts but never goes below say 6 volts when the
battry is fully discharged, then that same telemetry channel can also be
used for another sensor that never goes above 600 by using the "&below=600"
CGI parameter.

You can see that you could also add a third sensor for example that never
goes above 300 (or any other lesser value) by adding another plot using
"&below=300" (as long as the below 600 sensor never goes below 300), etc

Bob, Wb4APR

_______________________________________________
aprssig mailing list
aprssig@lists.tapr.org
http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Lynn Deffenbaugh
Sent: Tuesday, October 13, 2020 6:10 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Telemetry

Nope. I don't remember that, but Hessu has proposed extending beyond
the 0-255 values and there's also a Mic-E version of telemetry that goes
directly in the position packet comment.

Do you have a reference for Bob's proposal?

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

On 10/13/2020 5:12 PM, Fred Hillhouse wrote:
Hi Lynn,

It seems not that long ago that Bob, WB4APR, mentioned a possibility to have
more telemetry by flipping a bit in the packet. Did you see the post and
have you done anything to possibly support it?

Thanks!

Best regards,
Fred N7FMH







--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus





Re: Telemetry

Lynn Deffenbaugh
 

But if you connect to a JavAPRSSrvr upstream server and use a t/t filter to get just telemetry, your's won't come through.  Pete is VERY strict on his filter parsing.

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

On 10/13/2020 7:00 PM, Arnold Harding. - KQ6DI wrote:
I send 4 characters in telemetry 'bytes'.  Check raw data from WA6ODP-4.  So power supply voltage today is reading 1392, and in the cabinet temperature (Ambient) is 1088 (108.8° ).  I've been doing it this way for a couple years.  I know I checked aprs.fi and findu.com, and I must have checked APRSISCE/32, (but I don't remember on APRSISCE/32).  So more than 8 bit telemetry can go through and work.  I don't know what the limit of individual programs is, but RF goes...
Arnold, KQ6DI
On 10/13/2020 3:09 PM Lynn Deffenbaugh < kj4erj@...> wrote:


Nope.  I don't remember that, but Hessu has proposed extending beyond
the 0-255 values and there's also a Mic-E version of telemetry that goes
directly in the position packet comment.

Do you have a reference for Bob's proposal?

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

On 10/13/2020 5:12 PM, Fred Hillhouse wrote:
Hi Lynn,

It seems not that long ago that Bob, WB4APR, mentioned a possibility to have
more telemetry by flipping a bit in the packet. Did you see the post and
have you done anything to possibly support it?

Thanks!

Best regards,
Fred N7FMH





1361 - 1380 of 36244