Rulebook

Lab Steps, Assessment, Deadlines, and Participation
Adapted from the FP Pedagogical Handbook for the Clock Networks Lab

This page contains the rules, assessment criteria, and procedures that apply to this experiment. For the full, programme-wide FP rulebook, see the master document.

Laboratory Steps

Lab hours: 9:00–17:30 h. Coordinate details with your tutors.

StepFormatWhat you demonstrate
1 Entrance Session15-min presentation + 30-min discussionKey physics of clocks, noise types, comparison geometry; tutorial solutions
2 Active Lab + Lab NotesThroughout experimentEngaged simulation work; in-lab analysis; complete lab notes
3 Findings Session~30-min presentation + 15-min discussionKey findings with uncertainties; comparison to expectations; unresolved questions
Limit: More than 2 failed steps (across all experiments in the course) results in course failure.

Step 1: Entrance Session

Present the key physics: what is a clock, what are the noise types, what does η(τ) control? Demonstrate that you have completed the Tutorial and can explain your solutions.

Outcomes: Passed (proceed) · Repeated (gaps clarified, proceed, documented) · Failed (reschedule, counts toward limit).

Step 2: Active Lab + Lab Notes

Lab Conduct

In-Lab Analysis — Essential

Key principle: Problems caught during simulation can be fixed. Problems discovered during report writing cannot.

Lab Notes Requirements

Your lab notes must allow verification and reconstruction of your work. Record: simulation parameters and seeds, code versions (git commits), all intermediate results, anomalies as they occur, reasoning for parameter choices.

Tutor Guidance

Step 3: Findings Session

Present key findings with uncertainties, comparison to expectations, and unresolved questions (~30 min + 15 min discussion).

Minimum requirement: At least a qualitative discussion of findings with uncertainties, comparison to expectations, and unresolved questions. Quantitative treatment strengthens the presentation.

Assessment: Seminar Experiment Model

This experiment follows the seminar-experiment assessment model.

ComponentWeightDeadline
Short Report30%7 calendar days before seminar
Seminar Presentation70%Scheduled date
Weight in lab grade10–30% of the overall Master Laboratory grade, depending on time effort. Agreed individually with the organiser before the learning phase begins.

Short Report Requirements

The short report documents the complete analysis pathway. Bullet points and keywords are acceptable; the seminar provides the venue for full verbal articulation.

CriterionRequirement
Data AnalysisComplete pathway documented; all steps from noise generation to final ηopt map traceable
Uncertainty TreatmentUncertainty propagation documented; frequentist CIs and Bayesian credible intervals; sources identified
AssumptionsAll assumptions and approximations explicitly listed (noise models, prior choices, link models)
Comparison to ExpectationsAnalytic predictions stated; deviations noted and addressed
Key ResultsFinal numerical results clearly marked with uncertainties
AttachmentsLab notes, simulation code (git link), raw output data

Late Submission

SubmissionConsequence
On timeSeminar proceeds as scheduled
1–3 days late0.3 grade penalty; seminar may be rescheduled
>3 days late0.7 grade penalty; seminar rescheduled
Not submitted by rescheduled dateCombined grade 5.0

Extensions: Written request before deadline with documentation (illness, family emergency, comparable). Workload alone does not constitute grounds.

Seminar Presentation (60 minutes)

PhaseDuration
Uninterrupted presentation~30 min
Open discussion~15 min
Exam questions (organisers/tutors)~15 min

Content Requirements

  1. Motivation: What is a clock? Why comparison geometry?
  2. Theory: Frequentist and Bayesian foundations; the η(τ) parameter.
  3. Methods: Simulation setup, noise models, network topologies, software tools.
  4. Data analysis: From raw time series to Allan deviation to ηopt map.
  5. Results: Final ηopt landscape with uncertainties; model comparison outcomes; closure diagnostics.
  6. Summary: What worked, what broke, what you would do differently.
  7. Sources: Cited on slides.

Presentation Quality

Participation Requirement

Numerical lab: This experiment is entirely office-based and computational. No laser, radiation, or laboratory safety training is required. Standard university workspace rules apply.

Escalation

  1. Attempt resolution with tutor (unless the tutor is the subject of the concern).
  2. If unresolved within 7 days: email organiser.
  3. If organiser unresponsive: contact Dean of Studies.

Response deadlines: Acknowledgement within 2 working days; resolution within 10 working days. Good-faith escalation cannot lead to disadvantage.

Consequences

SituationConsequence
Participation without valid enrolmentImmediate exclusion; results void
>2 failed steps (course-wide)Course failure
Late short report ≤3 / >3 days0.3 / 0.7 grade penalty
Short report + seminar combined 5.0Resubmission + repeat seminar opportunity

Core Commitments

Students: Prepare thoroughly. Present honestly. Ask when uncertain. Meet deadlines or communicate early.

Tutors: Observe by default. Guide when stuck. Intervene only for safety, clear errors, or process feedback. Assess against published criteria only.

The system: All criteria are known before you begin. Every decision has a name and reason. Mistakes are correctable. Divergence is legitimate.

Appendix: Lab Notes Checklist

  1. Title and date for each session.
  2. Objective: state the purpose of the day’s work.
  3. Simulation parameters: noise amplitudes, number of samples, random seeds, git commit hash.
  4. Procedure: what you ran, in what order, including changes from the plan.
  5. Observations and data: all output, including intermediate plots and unexpected behaviour.
  6. Calculations and analysis: Allan deviations, posterior summaries, closure residuals with uncertainties.
  7. Interpretation: what the results mean in terms of the framework.
  8. Errors and anomalies: convergence failures, numerical artefacts, unresolved discrepancies.
  9. Improvements: what you would change next time.
  10. References: cited where used.
  11. Sign and date each entry.
Format: You choose, but a single file uploaded to ILIAS. Jupyter notebooks with embedded markdown are encouraged — they combine code, figures, and narrative in one traceable document.