[aprssig] UWB/APRS (was: Re: WB4APR SK)

[Charles Gallo]

Btw, another interesting technology out there, that is basically commercial space APRS, but without a lot of legacy stuff is LoRa and LoRaWan (LoRa = hardware/rado, Wanis data layer stuff)
Picture small low power radios (usually based around an ESP32 chipset) in the mW range, running spread spectrum mesh networks in the 865-867Mhz band (us). Basically think APRS style data packets, often encrypted, for IoT purposes. I rand a little GPS tracker with a small LiPo battery for more than a day with every 5 minute reporting of location (GPS) Temperature and Humidity, and most of the power was the humidity sensor

--  
73 de KG2V
Charlie

> On Feb 11, 2022, at 8:56 PM, Charles Gallo <charlie at thegallos.com> wrote:
> 
> “Ultra wide band”, but the big thing is is mostly used for is short range high precision and indoor tracking, like on the order of .1 meters
> 
> --  
> 73 de KG2V
> Charlie
> 
>>> On Feb 11, 2022, at 8:11 PM, Andrew Pavlin <spam8mybrain at yahoo.com> wrote:
>>> 
>> 
>> What's UWB?
>> 
>> On Friday, February 11, 2022, 08:07:51 PM EST, Charles Gallo <charlie at thegallos.com> wrote:
>> 
>> 
>> I haven’t been active in quite a while, but I think an interesting adjunct to APRS would be a UWB/APRS gateway type of link
>> 
>> Think how AirTags and tiles are tracked
>> 
>> --  
>> 73 de KG2V
>> Charlie
>> 
>>>> On Feb 11, 2022, at 7:46 PM, Weston Bustraan <wbustraan at gmail.com> wrote:
>>>> 
>>> 
>>> "infinitely extensible by its very design with all applications instantly supported"
>>> 
>>> As a developer, this is mildly amusing to me. Sure, the data format might be designed so that one can add additional data to a packet without breaking existing apps, but that doesn't mean that those applications know what to do with the additional data.
>>> 
>>> Recently, I took a look at whether I should add OpenTRAC support to QTH.app and the question I left with was, why? I didn't see much information that an OpenTrac packet can carry that we're not already communicating via APRS packets. OpenTRAC has an uphill battle; there is an entire ecosystem built around APRS, so there has to be a compelling reason for radio manufacturers, software developers, tracker builders, and Internet infrastructure to change from APRS.
>>> 
>>> I can say that it was not easy to navigate the many exceptions and and oddities in the APRS 1.0.1 spec when implementing a parser, and OpenTRAC seems much more consistent, but the OpenTRAC spec does not seem to be fully complete. For example, I would expect that any new protocol that would supplant APRS would be supporting a UTF-8 character set instead of just ASCII.
>>> 
>>> I can't find any plan for how the creators planned to roll OpenTRAC out. What does infrastructure look like? Is this intended to be transmitted on the standard APRS frequency? Or another frequency? So many questions.
>>> 
>>> Don't get me wrong; I'm willing to code in support for a new system, but I would like to see a lot more activity in that space.
>>> 
>>> 73s Wes Bustraan W8WJB
>>> 
>>> 
>>> On Fri, Feb 11, 2022 at 6:27 PM Gregg Wonderly <gregg at wonderly.org> wrote:
>>> I would much rather the attention be put into a much richer yet simpler design such as OpenTrac!  It is so much more ready to be used by tiny systems for simple as well as complex tasks and becomes infinitely extensible by its very design with all applications instantly supported!
>>> 
>>> Gregg Wonderly
>>> W5GGW
>>> 
>>> Sent from my iPhone
>>> 
>>> > On Feb 9, 2022, at 11:46 AM, steve at dimse.com wrote:
>>> > 
>>> > 
>>> > 
>>> >> On Feb 9, 2022, at 12:06 PM, R Kirk <isobar at verizon.net> wrote:
>>> >> 
>>> >> Maybe this is time to let APRS decline gracefully. 
>>> > 
>>> > I hope not, but it is certainly a possibility. And it will happen if new leadership does not emerge.
>>> > 
>>> > Steve K4HG
>>> > 
>>> > 
>>> > _______________________________________________
>>> > aprssig mailing list
>>> > aprssig at lists.tapr.org
>>> > http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>>> 
>>> _______________________________________________
>>> aprssig mailing list
>>> aprssig at lists.tapr.org
>>> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>>> _______________________________________________
>>> aprssig mailing list
>>> aprssig at lists.tapr.org
>>> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>> 
>> _______________________________________________
>> aprssig mailing list
>> aprssig at lists.tapr.org
>> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20220211/4f5b2a28/attachment.html>