Date   

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






Re: gps

ve6tdx
 

Hi Lynn.

Maybe if I send u the xlm. File.

I am not good with computer files.

To old for this.

Thanks in advance.

Adrian.

 

Sent from Mail for Windows 10

 

From: Lynn Deffenbaugh
Sent: October 11, 2020 11:17 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] gps

 

Does the D710 indicate that it is receiving a GPS fix?

What Port Type do you use to communicate to the D710?

What are the <Open/CloseCmd>s specified for that port in your APRSIS32.xml file?

Do you have the option to enable or disable the GPS in APRSIS32's Enables menu?

If you open and enable the Port<YourPortName> trace log, what do you see?

Do you have an NMEA trace log?  If you open and enable it, what do you see?

Is this instance stationary or mobile?  The only one I see for you recently is VE6TDX-9 with a car symbol.

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

On 10/11/2020 12:06 PM, ve6tdx wrote:

Hi Lynn.

Thanks for the response.

Sorry for not telling the whole setup.

I have a Montana 600 garmin gps with the nmea I/o to the kenwood710 radio.

The radio is connected to a  computer running windows 10

I could see the gps status on the screen.

This morning I cheched the about and it told me there is a new update.

The new version is 2020/05/01.

Thanks for the nice Program.

Adrian

 

Sent from Mail for Windows 10

 

From: Lynn Deffenbaugh
Sent: October 11, 2020 9:52 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] gps

 

I assume your "aprs software" is APRSIS32?  Are you running development version or general release?  What does it say in your About box?

What is your GPS?  Is it directly connected to your PC or running through an APRS radio or TNC?  Are you sure it is NMEA?  Does it come through a COM port?  Have you connected a terminal emulator to said COM port to see if you get readable NMEA strings?

So many questions, and probably more to follow!

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

On 10/11/2020 11:29 AM, ve6tdx wrote:

Hi Guys.

I just updated my aprs software on the computer from the old version.

Now my gps is not showing on the computer anymore.

I went through the settings but nothing.

Is there something that I am missing?

Thanks in advance.

Adrian de ve6tdx

 

 

Sent from Mail for Windows 10

 

 

 


Re: gps

Lynn Deffenbaugh
 

Does the D710 indicate that it is receiving a GPS fix?

What Port Type do you use to communicate to the D710?

What are the <Open/CloseCmd>s specified for that port in your APRSIS32.xml file?

Do you have the option to enable or disable the GPS in APRSIS32's Enables menu?

If you open and enable the Port<YourPortName> trace log, what do you see?

Do you have an NMEA trace log?  If you open and enable it, what do you see?

Is this instance stationary or mobile?  The only one I see for you recently is VE6TDX-9 with a car symbol.

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

On 10/11/2020 12:06 PM, ve6tdx wrote:

Hi Lynn.

Thanks for the response.

Sorry for not telling the whole setup.

I have a Montana 600 garmin gps with the nmea I/o to the kenwood710 radio.

The radio is connected to a  computer running windows 10

I could see the gps status on the screen.

This morning I cheched the about and it told me there is a new update.

The new version is 2020/05/01.

Thanks for the nice Program.

Adrian

 

Sent from Mail for Windows 10

 

From: Lynn Deffenbaugh
Sent: October 11, 2020 9:52 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] gps

 

I assume your "aprs software" is APRSIS32?  Are you running development version or general release?  What does it say in your About box?

What is your GPS?  Is it directly connected to your PC or running through an APRS radio or TNC?  Are you sure it is NMEA?  Does it come through a COM port?  Have you connected a terminal emulator to said COM port to see if you get readable NMEA strings?

So many questions, and probably more to follow!

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

On 10/11/2020 11:29 AM, ve6tdx wrote:

Hi Guys.

I just updated my aprs software on the computer from the old version.

Now my gps is not showing on the computer anymore.

I went through the settings but nothing.

Is there something that I am missing?

Thanks in advance.

Adrian de ve6tdx

 

 

Sent from Mail for Windows 10

 

 


Re: gps

ve6tdx
 

Hi Lynn.

Thanks for the response.

Sorry for not telling the whole setup.

I have a Montana 600 garmin gps with the nmea I/o to the kenwood710 radio.

The radio is connected to a  computer running windows 10

I could see the gps status on the screen.

This morning I cheched the about and it told me there is a new update.

The new version is 2020/05/01.

Thanks for the nice Program.

Adrian

 

Sent from Mail for Windows 10

 

From: Lynn Deffenbaugh
Sent: October 11, 2020 9:52 AM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] gps

 

I assume your "aprs software" is APRSIS32?  Are you running development version or general release?  What does it say in your About box?

What is your GPS?  Is it directly connected to your PC or running through an APRS radio or TNC?  Are you sure it is NMEA?  Does it come through a COM port?  Have you connected a terminal emulator to said COM port to see if you get readable NMEA strings?

So many questions, and probably more to follow!

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

On 10/11/2020 11:29 AM, ve6tdx wrote:

Hi Guys.

I just updated my aprs software on the computer from the old version.

Now my gps is not showing on the computer anymore.

I went through the settings but nothing.

Is there something that I am missing?

Thanks in advance.

Adrian de ve6tdx

 

 

Sent from Mail for Windows 10

 

 

761 - 780 of 35629