• Scan response timing seems deterministic only in relation to preceding advertising packet. For that to be useful I'd need to
    a) know the exact time when preceding advertising packet was sent
    b) set response packet content after preceding advertising packet has been sent, so it's uptodate

    I don't think either of those are possible with normal APIs since advertising isn't meant to be used for sending time-sensitive data like this. (Sure both would be possible in theory with custom Bluetooth protocol stack.)

About

Avatar for malaire @malaire started