Date   

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






Re: weather buoy data

Fred Hillhouse
 

I have looked but not recently. I did not find it.

Fred N7FMH

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Brian
Webster via groups.io
Sent: Tuesday, October 13, 2020 6:33 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] weather buoy data

Do they include that data on the firenet feed? If so one would just have to
log in to a Firenet feed instead of the regular aprs server feed.

Brian N2KGC

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Fred
Hillhouse
Sent: Tuesday, October 13, 2020 12:06 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] weather bouy data

Essentially the data needs to be scraped, pack into a series of telemetry
packets, then sent to the server. Considering how much data might be
created, the data might be best on Firenet. It may already be available.

Here is a link to the raw data:
https://www.ndbc.noaa.gov/data/latest_obs/latest_obs.txt

What data is of interest to you? My favorite four are:
WDIR - Wind Direction
WSPD - Wind Speed
WVHT - Wave Height
PRES - Air Pressure

Best regards,
Fred N7FMH


-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of T W via
groups.io
Sent: Saturday, October 10, 2020 3:18 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] weather bouy data

Does anyone here now how to incorporate weather bouy data from NOAA into the
display? Down here on the gulf coast this could be useful.
Thank in advance.

Cheers
kf6kyd






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


Re: Telemetry

Fred Hillhouse
 

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

Fred Hillhouse
 

I was trying to remember where I read it. I will look for it.

Fred N7FMH

-----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

Arnold Harding - KQ6DI
 

Maybe a better location is WA6ODP-2 where I DO send telemetry on RF (once an hour to RF).  The data is more difficult to understand here, but more than 3 characters...
Arnold, KQ6DI

On 10/13/2020 4:00 PM Arnold Harding. - KQ6DI <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







Re: Telemetry

Arnold Harding - KQ6DI
 

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






Re: weather buoy data

Brian Webster
 

Do they include that data on the firenet feed? If so one would just have to
log in to a Firenet feed instead of the regular aprs server feed.

Brian N2KGC

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of Fred
Hillhouse
Sent: Tuesday, October 13, 2020 12:06 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] weather bouy data

Essentially the data needs to be scraped, pack into a series of telemetry
packets, then sent to the server. Considering how much data might be
created, the data might be best on Firenet. It may already be available.

Here is a link to the raw data:
https://www.ndbc.noaa.gov/data/latest_obs/latest_obs.txt

What data is of interest to you? My favorite four are:
WDIR - Wind Direction
WSPD - Wind Speed
WVHT - Wave Height
PRES - Air Pressure

Best regards,
Fred N7FMH


-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of T W via
groups.io
Sent: Saturday, October 10, 2020 3:18 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] weather bouy data

Does anyone here now how to incorporate weather bouy data from NOAA into the
display? Down here on the gulf coast this could be useful.
Thank in advance.

Cheers
kf6kyd






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


Re: Telemetry

Lynn Deffenbaugh
 

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



Telemetry

Fred Hillhouse
 

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: weather bouy data

Fred Hillhouse
 

Essentially the data needs to be scraped, pack into a series of telemetry
packets, then sent to the server. Considering how much data might be
created, the data might be best on Firenet. It may already be available.

Here is a link to the raw data:
https://www.ndbc.noaa.gov/data/latest_obs/latest_obs.txt

What data is of interest to you? My favorite four are:
WDIR - Wind Direction
WSPD - Wind Speed
WVHT - Wave Height
PRES - Air Pressure

Best regards,
Fred N7FMH

-----Original Message-----
From: APRSISCE@groups.io [mailto:APRSISCE@groups.io] On Behalf Of T W via
groups.io
Sent: Saturday, October 10, 2020 3:18 PM
To: APRSISCE@groups.io
Subject: [APRSISCE] weather bouy data

Does anyone here now how to incorporate weather bouy data from NOAA into the
display? Down here on the gulf coast this could be useful.
Thank in advance.

Cheers
kf6kyd






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


Re: weather bouy data

Hal Mueller
 

If you just want it in your display, you could convert the KMZ to GPX and follow the steps for adding a GPX overlay.

Hal
N3YX


Re: weather bouy data

Glenn O'Connor
 

Wouldn't KML objects have to be manually entered by the interested party for
transmission?

-----Original Message-----
From: APRSISCE@groups.io <APRSISCE@groups.io> On Behalf Of T W via groups.io
Sent: Sunday, October 11, 2020 4:22 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] weather bouy data

Hi Lynn, how can I tell that? I do know that NOAA is making the data
available as KML objects.

On 10 Oct 2020, at 15:16, Lynn Deffenbaugh <kj4erj@arrl.net> wrote:

Is the data available as APRS objects?

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

On 10/10/2020 3:17 PM, T W via groups.io wrote:
Does anyone here now how to incorporate weather bouy data from NOAA into
the display? Down here on the gulf coast this could be useful.
Thank in advance.

Cheers
kf6kyd






Re: weather bouy data

T W
 

Hi Lynn, how can I tell that? I do know that NOAA is making the data available as KML objects.

On 10 Oct 2020, at 15:16, Lynn Deffenbaugh <kj4erj@arrl.net> wrote:

Is the data available as APRS objects?

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

On 10/10/2020 3:17 PM, T W via groups.io wrote:
Does anyone here now how to incorporate weather bouy data from NOAA into the display? Down here on the gulf coast this could be useful.
Thank in advance.

Cheers
kf6kyd





1001 - 1020 of 35872