<div dir="ltr"><div>BLE is nothing like "classic BT" and they really should not have called it BT at all.</div><div><br></div><div>These do not use HID profiles etc but use BLE comms instead.</div><div><br></div><div>All that is needed is to transmit occasional (every few seconds) advertising beacon messages and for the receivers to check for these. The receiver then needs to record RSSIs (how close) and duration etc for "contacts" that exceed whatever threshold.</div><div><br></div><div>Unless you're making intimate physical contact, the rule of thumb seems to be that you need to be closer than 2 metres for 15 minutes to transfer a large enough "dose" of a virus to establish an effective infection. Just walking past someone for a second or two is not enough.<br></div><div><br></div><div>Devices like these can be very easily built using BLE single chip SOCs from Nordic or Silabs or similar and can run for over a year on a single coin cell.</div><div><br></div><div>The biggest hassle is the logistics of rolling this out. (ie. design, manufacture of millions and get them in use). <br></div><div><br></div><div>Why not just record a "digital diary" using smart phones that pretty much everyone has these days? Every minute or so, just record the 5 most powerful Wifi MAC addresses. There are very few locations where there are both people AND no Wifi. So what if you miss a few spots?</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Aug 29, 2020 at 3:28 PM Robin Gilks <<a href="mailto:robin@gilks.org">robin@gilks.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
>      *   broadcast once per minute its own ID and nothing else<br>
<br>
Do you think that is often enough? I would have thought closer to once per<br>
second otherwise you miss the very close contacts that don't last very<br>
long.<br>
<br>
Bluetooth Low Energy can beacon quite comfortably at this rate but the<br>
scanning takes more effort (and power) as there are 3 channels to check<br>
and they need to be continuously listened to (within the confines of the<br>
BLE frequency hopping) otherwise again you miss close contacts.<br>
<br>
Assuming just using RSSI to determine distance, orientation will affect<br>
the signal by up to at least 30dB but at least the transmit power can be<br>
turned right down as only 2m radius is of interest. Multiple reading<br>
averages will still have to be used due to signal strength fluctuations.<br>
<br>
It also tricky finding a cheap solution that can do both Central and<br>
Peripheral roles simultaneously.<br>
<br>
-- <br>
Robin Gilks<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.</blockquote></div>