You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm curious about the potential of using Ultrawideband (UWB) technology to auto-correct positional drift in tracking systems. The idea is for the Slime server to periodically initiate distance checks between sensors. Would implementing additional range commands to facilitate this process be effective?
// get the distance to another sensorvoidrequestRangeOnce(const std::string& targetSensorUUID);
// get the distance to another sensor every n ms, if already ranging that sensor the interval is updatedvoidstartPeriodicRangeRequest(const std::string& targetSensorUUID, std::chrono::milliseconds interval);
// stop ranging one sensorvoidstopPeriodicRangeRequest(const std::string& targetSensorUUID);
voidstopAllPeriodicRangeRequests();
@startumlparticipantSlimeServerparticipant"Sensor A"asAparticipant"Sensor B"asBSlimeServer->A : Request range to Sensor B
A->B : Send UWB ping
B-->A : UWB ping response
A->SlimeServer : 6cm
@enduml
Has anyone looked into UWB to assist with tracking previously? Is this worth experimenting with?
My plan is to order something like a SR040HN and to connect it with serial to a ESP8266 or a ESP32.
The text was updated successfully, but these errors were encountered:
I'm curious about the potential of using Ultrawideband (UWB) technology to auto-correct positional drift in tracking systems. The idea is for the Slime server to periodically initiate distance checks between sensors. Would implementing additional range commands to facilitate this process be effective?
Has anyone looked into UWB to assist with tracking previously? Is this worth experimenting with?
My plan is to order something like a SR040HN and to connect it with serial to a ESP8266 or a ESP32.
The text was updated successfully, but these errors were encountered: