1 / 33

Sundial: Using Light to Reconstruct Global Timestamps

Sundial: Using Light to Reconstruct Global Timestamps Jayant Gupchup † , Răzvan Musăloiu -E. † , Alex Szalay ± , Andreas Terzis † Department of Computer Science, Johns Hopkins University † Department of Physics and Astronomy, Johns Hopkins University ±. Outline. Introduction

nieve
Download Presentation

Sundial: Using Light to Reconstruct Global Timestamps

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Sundial: Using Light to Reconstruct Global Timestamps Jayant Gupchup†, RăzvanMusăloiu-E.† , Alex Szalay±, Andreas Terzis† Department of Computer Science, Johns Hopkins University† Department of Physics and Astronomy, Johns Hopkins University±

  2. Outline • Introduction • Problem Description • Solution • Evaluation • Discussion

  3. Introduction Local Clock DateTime / Universal Clock

  4. Postmortem Timestamp Reconstruction • Commonly used by environmental monitoring networks • Time-Synchronization is expensive • Increase network lifetime • Measurements are recorded in “Local timestamps” • Global Timestamps are assigned/mapped retro-actively • collect pairs of <local ts, global ts>, i.e. “anchor points” • Typically sampled by a gateway/basestation

  5. Problems Traditional Postmortem Reconstruction

  6. Basic Methodology ^ ^ GTS = α . LTS + β “α” (slope) represents Clock-skew <LTS, GTS> “Anchor Points” “β” (intercept) represents Node Deployment time

  7. Reboots Segment 2 Segment 1

  8. Reboots Segment 1 Segment 2

  9. Failures • Basestation can fail • Network is in “data-logging” mode • Nodes become disconnected from the network • Mote is in data-logging mode • Basestation clock (global clock source) could have an offset/Drift • Corrupt “anchor points” • Bad estimates for α and β

  10. Propagation of α errors

  11. Example(s) in Data

  12. Solution • Robust Global Timestamp Reconstruction Algorithm • “Sundial”

  13. Robust Global Timestamp Reconstruction (RGTR) Algorithm • Piece-Wise Timestamp Reconstruction • Identify Segments • Identify Anchor points associated with each segment • Obtain a fit (αi, βi) for each segmenti • Apply the fit for each segment to reconstruct global timestamps

  14. Robust estimates • “Anchor Points” belonging to a segment • Properties • Line passing through the points has a slope ~ 1 • Intercept for equation of a line passing through the points must be same • Remove “outliers” for a robust Fit • Bad anchor points corrupt the fit • Iterative fit works as follows: • Obtain a fit using the “good” points • Compute residuals of points from the fit • Censor bad points • Repeat until “convergence”

  15. Motivation for “Sundial” • Global clock source might • Contain an offset • Drift • Fail • Nodes might become disconnected from the network • “Sun” to the rescue !

  16. Annual Solar Patterns <LOD, noon> = f(Latitude, Time of Year)

  17. On-board Light Data Smooth

  18. “Sundial” Noon Length of day (LOD) argmax lag Xcorr (LOD lts, LOD gts, lag) “Anchor Points”

  19. Architecture Light (localclock) “Sundial” “Anchor Points” “Time Reconstruction Algorithm (E.g. RGTR)” Universal Timestamps (unixts)

  20. Evaluation • Establish Ground Truth • Results

  21. Ground Truth Fit • Used reconstructed Segments that passed Validation Checks • Validation of global timestamps • Use Ambient Temperature data • Correlate among sensors • Correlate with co-located Weather Station

  22. Segments • “Jug bay” Deployment • Telos B motes • 30 minute sampling • 13 boxes • Max Size : 167 days • “Leakin” Deployment • MicaZ motes • 20 minute sampling • 6 boxes • Max Size : 587 days

  23. Reconstruction Results • Day Error • Offset in days • Proportional to Error in • Intercept (β) • Minute Error • RMSE Error in minute within the day • Proportional to Error in slope/clock • drift (α)

  24. Effect of Segment Length • Experimental Set up • Select Segments of varying size • To eliminate bias, • Segment-start chosen from a Uniform PDF • Use “Sundial” to reconstruct timestamps

  25. Eliminate Day Error Precipitation Soil Moisture

  26. Eliminate Day Error Precipitation Soil Moisture

  27. Discussion

  28. Discussion/Conclusion • Novel Post-mortem Timestamp Reconstruction Algorithm • Not a synchronization-protocol • Works in conjunction with other timestamp reconstruction methods (RGTR, [1]), • Robust to “random mote-reboots” and “drifting global clocks” • Uses inexpensive on-board light data and annual solar patterns to reconstruct timestamps (no anchor points) • Experimental Results using light data sampled at 20 minutes • Accuracy towards 10 parts per million • Reconstruction within minutes (always within one sample period) • Data from nearby-weather stations can also be used • Susceptible to “microclimate effects” [1] G. Werner-Allen et. al, Yield in a Volcano Monitoring Sensor Network. In Proceedings of the 7th USENIX Symposium on Operating Systems Design and Implementation (OSDI), Nov. 2006.

  29. Questions ?

  30. Extras

  31. Estimation of Clock Drift • Observations • Difference in Clock drifts due to Node-Types • Error in ppm is close to operating frequency of Quartz crystal • Error is related to Length of Deployment (Leakin shows less error)

  32. Eliminate Day Error • Day Error < 7 days (8 segments). • Correlate data with “known” events (E.g. rain) • Correlate in local neighborhood • Correlate daily Soil Moisture vectors with Rain Vectors • 7 out of 8 aligned to the correct day

  33. Discussion • Sundial uses well-established Solar patterns to reconstruct timestamps • Does not replace other Timestamp reconstruction methods (RGTR, [1]), but works in conjunction with them • Sundial can be used • Motes disconnect from the network and reboot • Base-station fails and motes reboot • The global clock source is unreliable • Independent validation using “LOD” and “noon” metrics • Other ? • Data from nearby-weather stations can also be used • Susceptible to “microclimate effects” [1] G. Werner-Allen et. al, Yield in a Volcano Monitoring Sensor Network. In Proceedings of the 7th USENIX Symposium on Operating Systems Design and Implementation (OSDI), Nov. 2006.

More Related