4 ms·

I'm guessing you're referring to: https://github.com/zlab-pub/wifi-ptp https://github.com/zlab-pub/wifi-ptp But I remember reading somewhere (maybe it was in a

I'm guessing you're referring to: https://github.com/zlab-pub/wifi-ptp https://github.com/zlab-pub/wifi-ptp But I remember reading somewhere (maybe it was in an OCP-TAP session, which they publish every month or so) that there was a serious effort to make hardware timestamping work in WiFi 7 or 6E, maybe? Can't find the reference.

wcunning 2y ago
That's been a big deal in industrial automation spaces. To have safety critical distributed applications, you need a way to say that a message is stale or something you can't respond to since the state of world might have changed since the data was acquired. As a result, there is a heavy need for some bound on time accuracy from wireless nodes, even if it's a bad bound (several ms instead of single digit us or similar), that still lets you do safety case decomposition. This is one of the core pieces of tech in automotive for distributed safety cases, think sensors on different time scales with sync'd local clocks allowing for timestamping for staleness/aliveness.