It makes no sense to me to limit yourself to x.x, when you can use mic-e telemetry that gives you larger range of values and the equation values that are part of the spec.<div><br></div><div>Not arguing with Bob...... just sayin' the spec is actually pretty decent for telemetry. Ya, it can be better, but within the spec there is a fair amount of capability.</div>
<div><br></div><div>Chuck<br><br><div class="gmail_quote">On Thu, Mar 28, 2013 at 8:58 AM, Robert Bruninga <span dir="ltr"><<a href="mailto:bruninga@usna.edu" target="_blank">bruninga@usna.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Actually, the original APRSdos can take decimals, but again, the limit is<br>
3 FIXED bytes.  So you can have 0.1 up to 9.9, but beyond 10, you cannot<br>
use a decimal because it would make the field 4 bytes wide and violate the<br>
spec.  Same goes for SPEED field.<br>
<br>
Im not sure if the spec is that clear or not.  Don't have time to dig.<br>
But the 3 bytes *is* the spec requirement, any positive number you can<br>
stuff into 3 bytes should be OK.   I even allow up to 999 which is getting<br>
close to 10 bit accuracy..<br>
<br>
Bob, WB4APR<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a> [mailto:<a href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a>] On Behalf<br>
Of Matti Aarnio<br>
Sent: Thursday, March 28, 2013 11:10 AM<br>
To: TAPR APRS Mailing List<br>
Subject: Re: [aprssig] Is floating point telemetry allowed in APRS?<br>
<br>
On Wed, Mar 27, 2013 at 04:09:12PM -0400, Steve Dimse wrote:<br>
> The spec is not fluid that way. If it says telemetry should look like<br>
...<br>
<br>
The spec isn't fluid in many ways.  If you start to take a strict view<br>
of what is carried in APRS-IS is only what aprs-1.01.pdf says, then most<br>
of BoB's "errata" and "update" documents become irrelevant too -- and<br>
frankly the whole APRS becomes an obsolete dinosaur starting with<br>
prohibiting use of any characters outside ASCII.<br>
(Tell that to Japanese, Greek, European in general...)<br>
<br>
Telemetry is just one small example of things codifying what one<br>
particular<br>
ancient microprocessor was capable of doing.  Strictly speaking it<br>
prohibits<br>
reporting 10 or 12 or 16 bit ADC values, which has never stopped anybody<br>
from<br>
doing it anyway.<br>
<br>
If receiver's display routines are converting integers to rational numbers<br>
for displaying, or plotting, what would prevent from from parsing a<br>
rational<br>
number to begin with?<br>
<br>
Very long ago I was doing something where we considered for a moment about<br>
using APRS for telemetry.  We needed something like 20 ADC data channels,<br>
50 booleans...<br>
<br>
73 de Matti, OH2MQK<br>
_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a><br>
_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a><br>
</blockquote></div><br></div>