There is an argument for sensors in a school that has nothing to do with energy or compliance, and it is frequently the one that unlocks funding and enthusiasm that a facilities proposal never will. A school building instrumented with sensors is a live dataset about a place the students know intimately, and that is a genuinely good teaching resource.
It is also the only argument in this category that teachers get excited about, which matters more than it sounds.
Most datasets used in schools are abstract, cleaned and about somewhere else. Building data has four properties that make it better.
It is about them. The CO2 curve in their own classroom is produced by their own breathing, and it changes when they open a window. That connection between an action and a measurement is the whole of experimental science in miniature.
It is messy. Real data has gaps, sensor drift, weekends, holidays and inexplicable spikes. Learning to work with that is closer to actual science and statistics than a tidy textbook table.
It accumulates. A year of data allows seasonal comparison. Several years allow cohorts to build on each other's work, which is unusual and motivating.
It leads somewhere. A student investigation that ends in a recommendation the school actually adopts is a different experience from one that ends in a marked report.
Gas behaviour and respiration through CO2. Heat transfer, insulation and thermal mass through temperature curves in different rooms. Energy, power and units through electricity data — and specifically the difference between a kilowatt and a kilowatt-hour, which is a genuinely common misconception that real data fixes quickly. Humidity, dew point and condensation as an accessible route into phase change.
Averages, ranges and distributions on data students collected. Rates of change from a heating curve. Correlation and, importantly, its limits — occupancy correlates with CO2 and with temperature, which invites the causation conversation naturally. Sampling frequency and what is lost by measuring less often.
Energy use and carbon, calculated for their own building rather than a national figure. Seasonal variation. Comparison between a north-facing and a south-facing classroom as an introduction to solar gain and orientation.
Building sensors from single-board computers and microcontrollers. Writing code that reads an API. Data visualisation. Networking concepts made concrete. For older students, the difference between local and cloud processing is a real architectural decision with privacy consequences, which is a far better discussion than an abstract one.
The most valuable and least obvious. What should a building be allowed to measure about the people in it? Who owns that data? Where is the line between an environmental sensor and surveillance? Students in an instrumented building have standing to discuss this, and their conclusions are frequently sharper than the adults'.
This is where these projects usually fail. A system that requires a login, a query language and a conversation with the site manager will be used once for a display and never again.
Export to a spreadsheet. Unglamorous and essential. A CSV file a teacher can open is worth more than any dashboard.
A read-only view with no login. A simple page on the school network showing current and recent readings per room, that anyone can put on a whiteboard in thirty seconds.
Sensible time ranges. Today, this week, this term. Not a date picker requiring configuration.
One page of documentation saying what each sensor measures, where it is, and what units. Teachers cannot use data they cannot interpret.
Ask two teachers what they would actually use before building anything. Their answer will be simpler than the system you were planning.
Concrete, achievable, and each ends in something the school can use.
Two practical cautions, both learned the hard way by schools that tried this.
Do not let the teaching depend on the facilities system. If the sensors exist primarily to control heating, a plant upgrade or a controls change can silently break the data feed a teacher was relying on for next week’s lesson. Where possible, give the teaching use its own sensors, or at least its own export that does not change when the building system does.
Do not over-promise curriculum coverage. Building data fits some topics beautifully and others not at all, and a project justified as covering half a syllabus will disappoint. It is better to identify three or four specific lessons it genuinely improves than to claim it transforms a subject. Teachers are the best judges of this, and asking them which topics it would actually help is a more productive question than telling them what it enables.
A sensor project framed as facilities work competes with roof repairs. The same project framed as a cross-curricular STEM resource that also reduces energy costs competes for a different and often less contested pot — science department budgets, STEM grants, parent association funding, local business sponsorship, and education technology funding that has nothing to do with buildings.
This is not a trick. The dual benefit is real, and being explicit about both makes the proposal genuinely stronger. It also brings teachers onto the side of a project that would otherwise be something done to their classrooms by the premises team.
The measure of success is not the number of sensors. It is whether a teacher uses the data in a lesson they were going to teach anyway — and whether the school acts on something the students found.