Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Billy, Good comments. If you wish to highlight the importance of LBS, one approach is to add a new column called “LBS” with values like high accuracy, best effort, and fixed. Another possible value could be “proximity”. Cheers, From: Billy Verso <billy.verso@xxxxxxxxxxxx> CAUTION: This email originated from outside of the organization. Hi Tim, Ben, and .24 colleagues. Here are my comments. General, I know this is not about radio technology per se, but I see UWB as potentially playing a major role in many of the IOT application areas / and use cases. Primarily this is because of UWB's utility in accurate location and accurate proximity
detection, where many IOT use cases are dependent on, or certainly enhanced by, knowing the location of the devices, especially those that are mobile. A secondary reason is that UWB is generally quite efficient in terms of energy per bit and so can be a good
choice for moderate volumes of data transfer. While it may be shorter range than some other types of devices, its pulse based modulation is generally immune to multipath effects, since the receiver often employs a channel matched filter trained on the preamble
which then actually uses the multipath reflections to improve performance. Additionally UWB's higher data rates means messages can be quite short saving power and/or allowing higher density use. Anyway, I think the IOT Characteristics Matrix could be reviewed and updated with location based services (LBS) in mind. Nearly every sensor could have a location capability to know where the sensor readings are coming from. Some examples
are given below, just covering the first dozen rows, but I think many of the other rows have potential to add an LBS element. LBS is a growth area for wireless IOT, and if we don't include it we are potentially missing a major component of the future. On "Applications & Devices" sheet: Cell [D4] Smart city, Smart parking. --- add "RF based real time location (TDOA or TWR based)" One approach (and Decawave has customers implementing this) is to have UWB tagged cars, with sensors on poles (or smart street lamps) acting as the infrastructure anchors to locate
the vehicles. Cell [D6] Smart Cities, Smart Waste container. --- add "RF based real time location / proximity sensor" - It says fixed position, but these are typically mobile on wheels, so it would be of benefit to include some accurate location capability to find them. To know the bin is still in
place using infrastructure. To empty the correct one, perhaps only relative location from refuse truck Cell [D7] Smart Cities, Smart Street lighting, and Cell [D10] Smart Buildings. Indoor Smart lighting --- add "RF based location sensor as installation/maintenance aid, also to be infrastructure for other location services" -- Smart bulbs in network might range to each other to enable a positioning algorithm so that the installers don't
have to keep a record of what is installed where. (This could apply to any IOT device installation, not just bulbs). When a bulb fails because the location is known the network knows where to send the repair team. Such LBS enabled smart lighting can be the
infrastructure for smart parking, finding the smart waste containers, etc or indoors for location services like knowing where people or assets are in the building in real time. Cell [D11] Smart Cities, Smart Buildings, Smart access control.... -- add, "RF based two-way ranging and AOA based presence/proximity detection". This is a no-brainer (Decawave has a number of different customers employing UWB for access control products). etc. I would be happy to continue in the same vein if needed, and/or maybe Ben could/would help in this also since he is active in 802.15.4z and au fait with UWB and its LBS capabilities.? Regards, Billy. On Fri, 18 Jan 2019 at 14:44, Tim Godfrey <tim.godfrey@xxxxxxxx> wrote:
To unsubscribe from the STDS-802-24 list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-24&A=1 To unsubscribe from the STDS-802-24 list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-24&A=1 |