Virridy Home | Lume — Water Quality Sensing Water for Carbon
Gold Standard Virridy Draft v0.1 — Pre-submission

Pilot Report &
FAR Resolution Evidence

Pilot 14 — dMRV Solution for E. coli estimation under the Gold Standard SDWS methodology

Pilot Approval: 03.09.2025 This Report: Draft, working evidence as of 2026-04-27 Report Version: 0.1

Executive Summary

This report compiles evidence to close the four Forward Action Requirements (FARs) raised at Gold Standard Pilot 14 approval (3 September 2025). The pilot evaluates Virridy's Lume sensor as a digital substitute for periodic laboratory water-quality sampling under the Safe Drinking Water Supply (SDWS) methodology — specifically Parameter 18 (Microbial Drinking Water Quality), with exploratory evaluation of SDWS 23 (water volume) and SDWS 27 (operational days).

The current draft draws primarily on US-based validation studies conducted by Virridy and academic partners (Boulder Creek CO, Seine River FR, Yampa River CO, plus historical comparison data from Kenya and Malawi). These data establish the sensor's intrinsic measurement performance and the deployed regression model. They will be augmented and, where appropriate, replaced by Rwanda and Kenya field data from the Amazi Meza pilot deployment as it accumulates over the verification period.

Model architecture — explicit choice for verifiability

For this dMRV implementation, Virridy has elected to deploy only transparent linear regression models for E. coli estimation — specifically, a linear regression with a single mon2×temperature interaction term (CFU regression) and a logistic regression for binary risk classification. No AI, machine-learning, or gradient-boosted ensemble model is used in the deployed verification pipeline. The exhaustive published coefficients in Appendix B are the entire model. While the academic literature explores ML approaches and Virridy's earlier research and patents include adaptive-learning techniques, the choice for verifier-facing operation is a fully auditable closed-form regression that any third party can reproduce with a calculator.

FAR resolution status (current snapshot)

FAR Requirement Status Primary Evidence
FAR 1 Sensor Validation & Calibration Protocols In Progress n=209 paired Lume↔Colilert (R²=0.881); n=303 paired Lume↔Membrane Filtration (R²=0.872); calibration protocol documented; field-rotation protocol pending Rwanda
FAR 2 AI/ML Implementation & Validation In Progress Resolved by design: deployed model is a transparent linear regression (no AI/ML); model card with full coefficients in Appendix B; training-set provenance from Bedell et al. (2022) and Knopp et al. (2026); cross-validation results; version control via Lume desktop dashboard releases
FAR 3 Manual ↔ Digital Integration Protocol In Progress Cross-check protocol drafted; US duplicate-sample QA data; Rwanda routine QA cadence pending Phase 2 deployment
FAR 4 SDWS 23 & 27 Exploration In Progress US bench classifier validated on two test setups (Closed Pipe Flow 95.3% / Bucket 90.7%, κ ≥ 0.85); SDWS 23 & 27 recommended for inclusion in the monitoring plan; Rwanda field-validation pending

No FAR is currently resolved; all four are in progress with US-pilot evidence in place and Rwanda/Kenya field evidence accumulating. Final closure of each FAR requires the field-deployment data identified in the per-FAR sections below.

⚠ Draft scope

This is a working draft. Sections marked TBD will be filled in with Rwanda Amazi Meza pilot data as Phase 1 (mobile validation) and Phase 2 (permanent installation) generate it. Where US data is shown as evidence, it represents the sensor's intrinsic performance and is methodologically appropriate as a baseline; site-specific evidence from Rwanda is required before a verifier audit.

Pilot Implementation Status

Pilot Approval Date3 September 2025
Report Cut-off27 April 2026
Time Since Approval~7.5 months
MethodologySDWS v1.0, Parameter 18 (+ exploratory 23, 27)
Host ProgrammeAmazi Meza (Rwanda)
Pilot Sensor ModelLume v1.2 (TLF + ToF + temperature)

What has been deployed

The pilot is structured in two phases per the approved Implementation Plan:

  • Phase 1 — Mobile Lume Validation: US baseline validation studies (complete or in progress); Rwanda field validation rotations TBD: schedule confirmed for [INSERT MONTH] 2026.
  • Phase 2 — Permanent Installation: 30–50 permanent sensors planned at Amazi Meza institutional sites in Rwanda TBD: deployment cohort and dates.

Deviations from the approved plan

TBD — Document any scope, schedule, or methodology deviations from the approved plan here. As of this draft, no formal deviations have been submitted.

Sensor and site inventory snapshot

Cohort Sensors deployed Sites Active since Data points (cumulative)
US validation (Boulder Creek)3BC-CU, BC-55, BC-CanApril 2026~50,000+ continuous readings
US bench / lab (multi-sensor)10+Lab fixture, Yampa, Seine2022 → presentn=512 paired lab samples (combined Colilert + MF)
Rwanda Amazi Meza — Phase 1TBDTBDTBDTBD
Rwanda Amazi Meza — Phase 2TBDTBDTBDTBD

FAR 1 — Sensor Validation & Calibration In Progress

Original requirement (Pilot 14 approval, Sep 2025)

The project developer must provide detailed protocols for sensor validation and calibration, including frequency of calibration checks, acceptable drift thresholds, and procedures for replacing or recalibrating sensors that fall outside tolerance.

1.1 Paired sensor–reference comparison evidence

The Lume sensor's measurement performance against laboratory reference methods has been characterised across multiple independent studies. The two relevant gold-standard methods are Colilert (IDEXX defined-substrate technology) and membrane filtration (MF, US EPA Method 1604). Full source: thelume.ai/research.

Reference method Paired n R² Binary accuracy at 10 CFU/100 mL Cohen's κ Source
Colilert (IDEXX)2090.8810.92 (balanced 0.92)0.84Knopp et al. (2026); thelume.ai/research
Membrane Filtration (EPA 1604)3030.872——MF-trained model, method-agnostic validation
Three-way (Lume / Colilert / MF)153—Lume κ=0.88 vs. ColilertColilert↔MF κ=0.40Method-comparison subset

Notable: the Lume↔Colilert agreement (κ=0.88, almost perfect) is substantially stronger than the Colilert↔MF agreement (κ=0.40, fair) on the same n=153 split-sample set. This indicates the Lume's reproducibility against either reference method is on the order of, or better than, the inherent reproducibility between two accepted laboratory methods.

1.2 Performance by WHO risk category

WHO-defined drinking-water risk bands (Low <1, Intermediate 1–10, High 10–100, Very High >100 CFU/100 mL):

Risk band splitThresholdOverall accuracyBalanced accuracyCohen's κ
Safe vs. any contamination1 CFU/100 mL0.910.910.82
WHO Low/Intermediate vs. High+10 CFU/100 mL0.920.920.84
3-category (<10, 10–100, >100)multi0.910.850.60
Recreational binary (Seine R., held-out)900 CFU/100 mL0.9680.94—

1.3 Calibration protocol

The Lume sensor is calibrated at the operating point led_power = 512, sipm_bias ∈ [2960, 3040] (target 3000) — these are the parameters under which the deployed CFU regression and turbidity (NTU) regression were trained. Sensors falling outside this window automatically fall back to the (LED, bias) combo nearest the target via the Lume backend; readings from the fallback combo are flagged as “provisional” on operational dashboards.

Calibration checkFrequencyTolerance / Pass criterionAction on failure
Operating-point combo (LED 512, bias ~3000)Continuous (every reading)bias ∈ [2960, 3040]Fall back to nearest combo; dashboard flags “Provisional”; replace sensor if fallback persists > 7 days
Turbidity (ToF) zero-baseline checkContinuous (per-sensor 10th-%ile in-water)Sensor-relative anomaly: NTU = max(0, 2.05 × (sps − baseline))Re-baseline automatically from rolling in-water minimum
Field paired CBT or Colilert grab-samplePer institutional visit during Phase 1; at least quarterly during Phase 2Within 1 WHO risk band of Lume estimateInvestigate; flag period; re-train if systematic
Sensor swap / retirementOn detection of persistent fallback, low battery (<3.8 V steady), or repeated air-exposed flag—Replace in field; data continuity preserved via Blues check-in chain of custody

1.4 Drift monitoring

The Lume Fleet Health dashboard (internal operations tool, requires login) tracks each sensor's:

  • Battery drift (V/week) — trend tag fires above 0.05 V/week loss; alert above 0.15 V/week.
  • Data gap — flags any sensor with no Pumphaus telemetry for >6 hours despite Blues check-in.
  • GPS drift — flags >100 m from expected location (warn) and >500 m (alert).
  • Calibrated-combo coverage — flags when the firmware bias-sweep skips the calibrated window.

1.5 What's still needed

TBD — Rwanda field-deployment evidence
  • 250–350 paired Lume↔CBT samples from Amazi Meza institutional sites (per the Implementation Plan target).
  • Daily / weekly calibration logs from in-country technicians, including temperature and turbidity at sample time.
  • Duplicate-sample QA data (CBT replicates) to characterise reference-method noise on Rwanda water sources.
  • Sensor-swap log demonstrating the replacement protocol was exercised in the field.

FAR 2 — Model Documentation (Linear Regression, no AI/ML) In Progress

Original requirement (Pilot 14 approval, Sep 2025)

Full documentation of the AI/ML model used for E. coli estimation must be provided, including training data sources, model architecture, validation results, accuracy metrics, and procedures for model retraining and version control.

Resolution by architectural choice

The original FAR was written under the assumption that an AI/ML model would be deployed. Virridy has elected not to deploy an AI/ML model for verification. Instead, the deployed pipeline uses a closed-form linear regression with a single interaction term (for quantitative CFU/100 mL) and a logistic regression (for binary > 10 CFU/100 mL classification). Both are exhaustively specified by the coefficient values in Appendix B and reproducible by hand. There is no opaque model state, no black-box inference, no online learning, and no need for AI-specific governance such as adversarial testing or fairness auditing. The remainder of this section documents the deployed regression model as if it were the full ML model the FAR contemplates — recognising that the “ML” in question is, by deliberate design choice, the simplest non-trivial linear model.

2.1 Model card

AttributeValue
Model familyLinear regression with one interaction term (quantitative CFU); logistic regression (binary > 10 CFU/100 mL). No AI, no decision trees, no ensemble methods, no neural networks in the deployed pipeline.
Output (primary)E. coli concentration (CFU/100 mL), continuous regression with sensor-derived uncertainty bounds
Output (secondary)Categorical risk class (WHO Low / Intermediate / High / Very High)
Input featuresTryptophan-like fluorescence (TLF, mon2_val), water temperature (floor_temp), turbidity proxy (Time-of-Flight return per SPAD, tof_mean), and the TLF×temperature interaction term
Operating-point filterRows accepted only at led_power = 512, sipm_bias ∈ [2960, 3040] (post-2026-04-27 widening); rows outside the window fall back to nearest combo and are flagged provisional
Pre-processingHampel filter on TLF outliers; ±2 min annotation buffer; top-2% residual trim on training set; centred rolling-mean low-pass on bias-corrected TLF
Quantitative regression formLinear regression with interaction (ported from Lume desktop dashboard src/model/e_coli.rs ACTIVE_MODEL):
CFU = 11.477 − 0.0146 · mon2 − 0.671 · temp + 0.0172 · tof + 0.000785 · mon2 · temp, floored at 0.1 CFU/100 mL
Classifier (logistic)P(>10 CFU/100 mL) = sigmoid(−26.32 + 0.00974 · mon2 − 0.186 · temp + 0.204 · tof)

2.2 Training data provenance

DatasetnReference methodLocationsUse
Lume v1.2 multi-site validation~512 paired (combined Colilert + MF)Colilert / MFUS (Colorado: Boulder Creek, Yampa); France (Seine); historical Kenya, MalawiPrimary regression training + cross-validation
Bedell et al. (2022) Water ResearchPublishedCulture-basedKenya groundwater (37 sites, Sorensen et al. 2018 cohort)Foundational TLF↔E. coli relationship; 83% reported accuracy
Knopp et al. (2026) EarthArXivPublishedColilert + MFMulti-site (US + France)Lume v1.2 sensor design + multi-site validation results
Demaree et al. (2026) ES&T WaterPublishedColilertUpper Yampa River, COSensor-informed predictive models
Nowicki et al. (2020)PublishedCultureMalawiTLF reproducibility (14% RPD vs. ≥26% for culture)

2.3 Cross-validation results

CV schemeRMSEMAPER² / AccuracyNotes
Temporally-structured global CV (training)0.58 log units22.5%—Across all sites, blocking on time
Temporally-structured global CV (test)0.59 log units18.8%—Held-out time blocks
Boulder Creek held-out test—7.1% (log space)R² = 0.67>75% of predictions within Colilert analytical uncertainty
Seine River held-out test (binary <900 / >900 CFU/100 mL)——96.8% accuracy, 94% balancedCross-domain generalisation (saline-influenced river)

2.4 Procedures for retraining and version control

  • Single source of truth. The deployed regression coefficients live in functions/js/ecoli-model.js.js in the Virridy code repository (model version 2026-04-27-turbidity-relative). The same coefficients are mirrored in the offline Lume desktop dashboard (src/model/e_coli.rs ACTIVE_MODEL); both copies must move together.
  • Versioning. Each model release carries a date-stamped MODEL_VERSION string. The shared model file is served with Cache-Control: no-store so every dashboard fetches the latest on every page load — no per-page cache busting required.
  • Retraining trigger. Re-fit is performed when (a) ≥100 new paired samples are accumulated from a new geography or water type, (b) systematic residual bias is detected in any verification audit, or (c) a sensor hardware revision changes optical or thermal characteristics.
  • Audit trail. All training notebooks, paired-sample CSVs, and fitted coefficients are committed to the version-controlled SweetSenseInc/lume_desktop_dashboard repository on the pc-sandbox branch.

2.5 What's still needed

TBD — Rwanda model adaptation evidence
  • Demonstrate the deployed model generalises to Rwandan water types (institutional borehole, rainwater catchment, treated source water) without re-fit, OR document the re-fit and re-validate against held-out Rwanda samples.
  • Publish a model-card update with the Rwanda training subset, n, and re-validation metrics.
  • Confirm the retraining trigger thresholds (item 2.4) are met or not met by the accumulating Rwanda dataset.

FAR 3 — Manual ↔ Digital Integration In Progress

Original requirement

A clear protocol must be established for integrating manual water quality sampling with the digital Lume sensor data. This should define when manual sampling is required as a complement or cross-check, and how discrepancies between manual and digital results are resolved.

3.1 Cross-check protocol (draft)

  1. Routine manual sampling cadence. A Compartment Bag Test (CBT) grab sample is collected at every Amazi Meza institutional visit (target: monthly per site during Phase 2). Sample is taken from the same point-of-consumption tap as the Lume install, within a ±5 min window of a Lume reading.
  2. Independent laboratory analysis. CBT results are read at 24–28 h incubation following the Aquagenx CBT protocol; results are recorded as a most-probable-number (MPN) value and the corresponding WHO risk band.
  3. Pairing & storage. Each (CBT, Lume) pair is uploaded to mWater under the project's "Lume 1.2 — 2026 Validation Data" datagrid, including: site ID, sample timestamp, CBT MPN, Lume CFU prediction at sample time, water temperature, turbidity, and enumerator name.
  4. Discrepancy thresholds. A pair is flagged as discrepant if the Lume prediction disagrees with the CBT result by >1 WHO risk band.
  5. Discrepancy resolution. Flagged pairs are reviewed by the Virridy water-quality lead within 7 days. Resolution paths: (a) confirmed true sensor error → enter the next retraining batch and replace sensor if persistent; (b) confirmed true CBT error → annotate dataset, exclude from accuracy stats; (c) ambiguous → schedule duplicate manual sample on next site visit.
  6. Verifier-facing log. All discrepancies (raised, resolved, outstanding) are exposed in this report's Appendix C and updated continuously through the verification window.

3.2 US-pilot duplicate-sample QA evidence

The Boulder Creek validation work has accumulated paired-sample QA data with both Colilert and MF reference methods. TBD: insert duplicate-sample replicate spread, per-replicate CV, and discrepancy rates from the US pilot here once the Lume mWater datagrid for Rwanda has the same structure.

For US bench-comparison context, the Colilert↔MF discrepancy rate on the same paired dataset (n=153) was κ=0.40 (“fair agreement”) — which sets the practical floor for inter-method discrepancy. A Lume↔CBT discrepancy rate similar to Colilert↔MF should be considered nominal rather than a sensor failure.

3.3 What's still needed

TBD — Rwanda integration evidence
  • Discrepancy log entries from at least one verification cycle of Rwandan Phase-2 sites.
  • Demonstrate that Phase-2 sensors operate continuously while CBT cross-checks run on the planned cadence.
  • Capture at least one resolved discrepancy of each resolution type (a, b, c above).

FAR 4 — SDWS 23 & SDWS 27 Exploration In Progress

Original requirement

The project developer should explore the applicability of SDWS Parameters 23 (volume of safe water treatment) and 27 (operational days) to the dMRV solution and provide a rationale for inclusion or exclusion of these parameters in the monitoring plan.

4.1 Why these parameters are relevant

SDWS Parameter 23 (volume of safe water treatment) and SDWS Parameter 27 (operational days) are the two SDWS parameters most amenable to digital substitution by an in-line Lume sensor. The Lume's existing on-board channels — UVLED / SiPM / board temperatures and ToF turbidity — change predictably when the sensor's optical interface transitions between air-exposed, still water, and flowing water. Mapped to the methodology:

  • SDWS 27 (operational days) reduces to a daily binary classification: was the treatment system in active service, yes or no? The Lume's air-vs-water discrimination is the direct sensor for this — a day with sufficient sub-aquatic minutes is operational; a day spent dry is not.
  • SDWS 23 (water volume) reduces to a continuous time integral: volume = Σ (flowing seconds × calibrated flow rate). The Lume's flowing-vs-still discrimination is the direct sensor for this — flowing time is what gets multiplied by a per-site flow-rate calibration to recover litres dispensed.

4.2 US bench evidence — two test setups

An end-to-end US bench study built and validated a per-point flow-state classifier on Lume sensor #50051 across two distinct fixtures. Full results, methodology, snapshot data, and the static analysis page are at piped-flow-test.pages.dev/analysis/ (snapshot 2026-04-27).

  • Test 1 — Closed Pipe Flow (2026-04-13 → 04-16, 696 sample points): pump-driven flow through a closed pipe loop, alternating ~15 min flowing + ~45 min still per hour. Designed primarily to validate the flowing↔still discrimination that drives SDWS 23.
  • Test 2 — Filling/Draining Bucket (2026-04-17 → present, 905 sample points): bucket dispenser cycling through fill, hold, and drain phases with intentional Air exposure between fills. Designed primarily to validate the air↔water discrimination that drives SDWS 27.
  • Classifier: per-point KNN (k=3, distance-weighted, class-balanced) on seven temperature-dynamics features, with leave-one-region-out cross-validation. Air predictions are gated by a turbidity threshold (signal_per_spad_kcps ≥ 80) so the classifier cannot call Air without optical evidence.

4.3 Headline performance against each SDWS parameter

Test setup Primary SDWS target Overall accuracy Cohen's κ Key per-class result
Closed Pipe Flow (n=696 points) SDWS 23 (volume) 95.3% 0.89 Flowing recall 96.3%, Still recall 98.1%
Bucket Dispenser (n=899 points) SDWS 27 (operational days) 90.7% 0.85 Air recall 96.0%, Air precision 100.0%
Combined (n=1,595 points) — 93.0% 0.85 All three classes ≥ 85% recall

For an integral-over-time deployment metric, this corresponds to ~7% time-budget error per measurement period across both setups combined: roughly 5 min of misclassified state per 100 min on the Closed Pipe Flow rig (relevant to SDWS 23) and roughly 9 min per 100 min on the Bucket rig (relevant to SDWS 27). Both are well within the precision needed for monthly carbon-credit verification cycles.

4.4 SDWS 27 (operational days) — feasibility evidence and approach

Feasibility: the Bucket Dispenser test directly demonstrates SDWS-27-grade air-vs-water discrimination. Air precision is 100% (every Air prediction was correct — zero false-positives) and Air recall is 96% (96 of every 100 actual air-exposed minutes are correctly labelled). For a binary daily question — "did this site have water for ≥ N minutes today?" — this exceeds the precision needed to meet Gold Standard's audit requirements. The 4% of missed Air minutes are biased toward conservatism (counting borderline air-exposed periods as Still under-counts air-exposure days, never over-counts).

Proposed deployment formula:

  • Aggregate the Lume's per-point air-vs-water classification at daily resolution.
  • Define an operational day as one in which the sensor reports water for ≥ 120 minutes (configurable; baseline aligned with Amazi Meza institutional schedules of 4 h+ daily service windows).
  • Per-sensor calibration of the air/water threshold during the post-install 4–6 h equilibration window (per the install-validation pattern documented in the bench-annotations study).
  • Cross-check against Amazi Meza in-person attendance logs at every quarterly site visit.

4.5 SDWS 23 (water volume) — feasibility evidence and approach

Feasibility: the Closed Pipe Flow test directly demonstrates SDWS-23-grade flowing-vs-still discrimination. Overall accuracy is 95.3% with Flowing precision 94.0% and Still precision 96.4%. The residual error is dominated by Flowing → Still under-counts (a directionally favorable bias for a conservative volume estimate; see below). The classifier is therefore sensor-side ready for SDWS 23 estimation, conditional on per-site flow-rate calibration.

Proposed deployment formula:

  • Use the per-point classifier to label each Lume reading as Flowing or Still, integrated across the day to recover total flowing time.
  • Calibrate the dispensed flow rate once at Phase-2 install per site via a manual fill test (graduated bucket, 60 s repeated 3×).
  • Daily volume = Σᵢ (flowing durationi × calibrated flow ratesite), with classifier-side error budget of ≤ 5 min per 100 min observed and a separately-reported uncertainty contribution from the flow-rate calibration repeats.
  • The classifier's bias is conservative: 49 of the 219 Flowing points in the Bucket test were misclassified as Still, and 6 of 162 Flowing points in the Closed test were under-counted similarly. For SDWS-23 verification this is the favorable direction (lower-bound volume estimate), but for an unbiased report a per-class recall correction matrix can be applied at the integration step.

4.6 Sensor-cadence dependency

The dominant bottleneck across both tests is sample cadence. At the snapshot rate of one sensor reading per ~6 min, 15-min Flowing windows yield only 2–3 samples per event, leaving the temperature-derivative features statistically underpowered. The straightforward operational fix is to return the firmware to 1-min sample cadence (the configuration the original 2026-04-18 closed-pipe-flow study used), which would put 15+ samples in every Flowing event and is expected to lift Flowing recall on both setups well above 95%. This will be implemented before the Phase-2 Rwanda deployment.

4.7 Recommendation for the Monitoring Plan

SDWS 23 and SDWS 27 are recommended for inclusion in the dMRV monitoring plan.

US bench evidence demonstrates classifier accuracy that meets the precision needed for both parameters, and the deployment formulas (above) reduce each to an aggregation of well-characterised per-point predictions. Final inclusion is conditional on the Phase-2 Rwanda field-validation work below.

4.8 What's still needed for full FAR 4 closure

Pending — Phase-2 Rwanda field-validation evidence
  • Phase-2 deployment at ≥ 5 Rwandan institutional sites with dispenser geometry suitable for flow detection.
  • ≥ 30 days of co-located dispenser logs (manual fill records or independent in-line flowmeter) vs. Lume-derived volume estimates per site, to validate the SDWS-23 deployment formula at the site level.
  • Operational-day definition tested against staff in-person attendance logs at the same sites, to validate the SDWS-27 deployment formula.
  • Firmware cadence confirmed at 1 min before deployment to address the sensor-cadence bottleneck (§ 4.6).
  • Final formal recommendation for inclusion/exclusion of SDWS 23 and SDWS 27 in the Monitoring Plan, with quantitative justification from the Rwanda site data.

Phase 1 Results — Mobile Lume Validation

US sites (baseline)

The US-side mobile validation work establishes the Lume's intrinsic measurement performance and the linear-regression model that Rwanda Phase-1 inherits (no AI/ML — see FAR 2). Headline metrics are summarised under FAR 1 and FAR 2 above. Live US deployments include three Boulder Creek sensors (BC-CU, BC-55, BC-Can) currently streaming continuously to the Boulder Water dashboard (boulder-water.pages.dev).

Rwanda sites (Amazi Meza Phase 1)

TBD — Rwanda mobile-validation rotations
  • Sites visited, sensor IDs, dates, technician names.
  • Per-site paired Lume↔CBT sample table.
  • Per-site environmental context (water source, temperature, turbidity range, chlorination status).
  • Phase-1 conclusion: which sites graduate to Phase-2 permanent installation.

Phase 2 Results — Permanent Installation

TBD — Phase 2 has not yet begun

Per the approved Implementation Plan, Phase 2 deploys 30–50 permanent Lume sensors at Amazi Meza institutional sites in Rwanda. Phase-2 evidence is required to close FAR 3 (continuous digital monitoring with manual cross-checks) and FAR 4 (operational-day and volume estimation in real installations). Anticipated start: TBD.

Planned Phase-2 reporting (pre-populated structure)

MetricAggregationTargetResult
Sensor uptime% of expected check-ins received≥95%TBD
Calibrated-combo coverage% of readings at led=512, bias∈[2960,3040]≥90%TBD
Battery longevityMedian V/week drift<0.05 V/weekTBD
CBT cross-check ratePaired samples per site per quarter≥3TBD
Discrepancy rate% of CBT pairs >1 WHO band off≤15% (matched to Colilert↔MF baseline)TBD
Operational-day coverage (SDWS 27)Days/site with ≥120 min in-water flag≥28 / 30 daysTBD

Findings, Limitations & Recommendations

Findings (current draft)

  1. The Lume sensor's measurement performance against laboratory reference methods is quantitatively at parity with, or stronger than, the agreement between two accepted laboratory methods (Lume↔Colilert κ=0.88 vs. Colilert↔MF κ=0.40 on n=153 paired samples).
  2. The deployed estimation model is, by explicit design choice, a transparent linear regression with one interaction term (no AI, no ML ensemble, no neural network). The full coefficient set is in Appendix B and is portable across the Lume desktop and cloud implementations from a single source-of-truth file.
  3. Cross-domain generalisation is empirically demonstrated by the 96.8% binary accuracy on the held-out Seine River (Paris) dataset, a saline-influenced urban river materially different from the US training sites.
  4. Flow-state and air-vs-water discrimination from the existing ToF channel is feasible at the bench level (KNN on temperature-derivative features), supporting an in-principle path to SDWS 23 and SDWS 27 estimation.

Limitations

  • Geographic. Current evidence is dominated by US and European sites. Rwanda-specific water-source generalisation has not yet been demonstrated at scale.
  • Sample size by category. The 3-category (Low/Mid/High) classifier shows κ=0.60 vs. κ=0.84 at the binary 10-CFU split — most of the disagreement is in the mid band where lab reference methods themselves disagree.
  • SDWS 23/27. Bench-level proof-of-method only; no field accuracy numbers yet.
  • Reference-method floor. Colilert↔MF agreement on the same samples is κ=0.40, so a portion of any Lume↔CBT discrepancy reflects the inherent variability between any two microbial water tests rather than sensor error.

Recommendations

  1. Schedule the first Rwanda Phase-1 mobile rotation within the next quarter, paired with at least 30 CBT samples per site.
  2. Ship Phase 2 hardware for the first 5 institutional sites in parallel with Phase 1 to compress the verification timeline.
  3. Lock the model version at 2026-04-27-turbidity-relative for the duration of the verification window unless a documented retraining trigger fires; any mid-window model change requires an audit-trail entry.
  4. Adopt the Colilert↔MF baseline (κ=0.40 / 1-WHO-band tolerance) as the formal discrepancy threshold for FAR 3 in this report and in the verifier submission, and document this calibration explicitly.

Appendices

Appendix A — Live data references

Appendix B — Model coefficients (verifier reference)

Authoritative copies live in virridy-lume-summary/functions/js/ecoli-model.js.js and SweetSenseInc/lume_desktop_dashboard:src/model/e_coli.rs.

ModelCoefficientValue
CFU regression (linear + interaction)intercept11.4773
mon2_val−0.0146124
floor_temp−0.6708344
tof_mean0.0171708
(continued)mon2_val × floor_temp0.0007850
Logistic classifier (P > 10 CFU/100 mL)intercept−26.317203
mon2_val0.009744
floor_temp−0.185900
tof_mean0.204381
Turbidity (NTU) regression — bench, sensor 50031intercept (absolute, single-sensor)−145.89
slope (transfers across sensors)2.0488

Note: The absolute NTU intercept is sensor-specific (calibrated on bench unit 50031). Field deployments use a sensor-relative anomaly form: NTU = max(0, 2.05 × (sps − per-sensor-baseline)), where the baseline is the rolling 10th-percentile of in-water sps for that unit.

Appendix C — Discrepancy log

TBD — Discrepancy log table

Rolling table of all (Lume, CBT) pairs flagged as discrepant under the FAR 3 protocol, with resolution status. To be populated as Phase 1 / Phase 2 sampling generates pairs.

Appendix D — Sensor inventory & chain of custody

TBD — Sensor inventory table

Per-serial table: barcode, deployment site, install date, calibration certificate, replacement events. Pulled from the Virridy Lume Inventory database.

Appendix E — Document version history

VersionDateAuthorChanges
0.1 (Draft)2026-04-27VirridyInitial draft. US-pilot evidence populated for FARs 1, 2, 4.3; Rwanda / Phase-2 sections marked TBD.