- Reading time: 3 minutes
- Price: Free download
- Published: 17th September 2026
- Word count: 853 words
- File format: Text
Why do you want to study this course or subject?
The thing that pulled me towards the Internet of Things was realising how much of it is about compromise rather than cleverness. My first real project was a temperature and humidity logger for my uncle's allotment shed, built around a cheap microcontroller. It worked perfectly on my desk and then failed within a fortnight outdoors, because I had not thought about condensation, battery drain in the cold, or how far a signal travels through a fence and two brick walls. Rebuilding it taught me that a connected device is a system: sensing, power, radio, storage and the person who has to trust the numbers at the end.
Reading around the subject has deepened that view. Working through an introductory book on embedded C alongside articles on low-power wide-area networks showed me why protocols like MQTT are designed to be so sparse, and why duty cycling matters more than processor speed when a device must survive a winter on two AA batteries. I have also become genuinely interested in the security side, since so many of the devices I read about ship with default credentials and no realistic update path. A sensor that leaks data or cannot be patched is worse than no sensor at all.
I want to study this as a degree rather than continue as a hobbyist because my knowledge has obvious gaps. I can make things work; I cannot yet reason properly about signal interference, distributed data handling or the statistics behind noisy measurements. A course that combines networks, embedded systems and data with the human side of how people actually use devices is exactly the mix I have been trying to assemble on my own.
How have your qualifications and studies helped you to prepare?
My A levels are Maths, Physics and Computer Science, and each contributes something practical. Physics has been the most unexpectedly useful: work on capacitance, resistance and oscillations gave me the vocabulary to understand why my sensor readings drifted and why a pull-up resistor matters rather than just being a step in an online guide. Mechanics has also made me more careful about mounting and enclosures, which I had previously treated as an afterthought.
In Computer Science I have enjoyed the networking and architecture content most, particularly packet structure, addressing and the layered model, since it maps directly onto the wireless links I have been fighting with at home. The programming project required me to plan properly before writing code, and I now sketch a data flow and decide what happens when a message is lost before I start building. Maths, especially logarithms, sequences and the statistics unit, has given me tools for interpreting sensor data instead of trusting whatever number appears first.
For my Extended Project Qualification I investigated whether low-cost monitoring can meaningfully reduce household energy use. I compared published guidance on smart meters with readings from a plug-in monitor in my own home over six weeks, and found the hardest part was not measurement but attribution: knowing which appliance caused a spike required a diary and a lot of guesswork. Writing it up taught me to be cautious about claims that data alone changes behaviour, and to reference sources carefully.
What else have you done to prepare outside of education, and why are these experiences useful?
Most of my hands-on learning has come from small projects and helping people I know. My grandmother moved into a flat last year and wanted reminders for her medication and a way to see whether she had left the back door open. We built something simple together: a door contact sensor, a small display in the hall and a set of timed prompts. The technical part took an afternoon; making it something she would actually use took months. She disliked notifications on her phone, found coloured lights ambiguous and wanted plain words in large text. That taught me more about usability and accessibility than any tutorial, and I now test ideas on her before assuming they are clear.
The allotment beehive project has continued as a long-running experiment. A load cell under a hive reports weight daily so my uncle can see whether the colony is gaining stores, and I have rewritten the firmware twice to cut power use and to handle failed transmissions by storing readings locally until the link returns.
On Saturdays I work in a garden centre, mainly on tills and stock. It has made me better at explaining things without jargon, and at staying calm when a queue builds and the card terminal drops its connection, which is a fairly honest introduction to unreliable networks. I also help run the code club at a nearby primary school one lunchtime a week, where getting seven-year-olds to debug a flashing light has sharpened my ability to break problems into steps. Outside this I play in a local badminton league, which keeps me organised across a busy week.
This example has 4,725 characters across the three answers. Use it for ideas and structure. Your own UCAS answers must fit within 4,000 characters in total, including spaces.
Why this example works — strengths and ways to improve
This is a thoughtful, technically literate statement built on modest, well-chosen projects, with reflection that is genuine rather than generic. However, the three answers stated as 4,725 characters exceed the 4,000-character UCAS limit. It needs cutting, mainly by removing weaker and repeated material, which should strengthen it. The allotment projects also need to be reconciled, since the shed logger and the beehive read inconsistently.
Subject motivation
much of it is about compromise rather than cleverness
Your motivation grows from a failed outdoor logger rather than a generic claim of passion. Condensation, cold battery drain and signal loss through walls show that you understand IoT as a system of trade-offs. Naming specific gaps, such as interference and noisy statistics, explains well why you want a degree rather than more hobby projects.
Academic preparation
why a pull-up resistor matters rather than just being a step
Each A level is linked to a concrete use: capacitance explaining sensor drift, layered networking models matching your wireless problems, and statistics for interpreting readings. This is far stronger than listing modules. The mechanics point about enclosures is thinner and could be cut to save space.
Evidence and reflection
the hardest part was not measurement but attribution
Your Extended Project reflection is mature. Recognising that attribution, not measurement, limited your conclusions, and becoming cautious about claims that data changes behaviour, shows real critical thinking. Your grandmother's preference for plain words over coloured lights is similarly specific learning rather than an asserted skill.
Relevant experience
The allotment beehive project has continued as a long-running experiment
Answer one describes a shed temperature logger, but here it becomes a beehive project, which reads as inconsistent or confusing. The allotment work also appears in two answers. Clarify that these are two distinct devices, or keep the detail in one place. The firmware changes for storing readings during link failure are strong evidence worth keeping.
Credibility and voice
which is a fairly honest introduction to unreliable networks
Your voice is modest and believable. You present yourself as a learner rather than an expert, which suits your stage. The light humour about the card terminal works. The security paragraph's absolute claim, that a sensor which cannot be patched is worse than no sensor, could be slightly qualified so it does not overstate your authority.
Structure and format
This example has 4,725 characters across the three answers.
The three answers each comfortably exceed 350 characters, but the total is about 725 characters over the 4,000 limit. Cut weaker material instead of compressing prose. Good candidates are the badminton sentence, the mechanics remark and repeated allotment description. Do not pad elsewhere: after cutting, you will still exceed the 3,500-character library minimum.
What you’ve done well
- Ordinary projects, such as the allotment logger, the home energy monitor and your grandmother's door sensor, are used as genuine evidence of systems thinking, with failures openly analysed.
- Reflection on usability and on the limits of data, in the Extended Project and the grandmother project, shows understanding beyond the technical build.
How this draft could improve
- Reduce the three answers to within 4,000 characters by removing the badminton line, the mechanics sentence and duplicated allotment context, rather than shortening your strongest reflective passages.
- Reconcile the shed logger and the beehive load cell so it is clear whether these are one evolving project or two separate devices.
- Make the garden centre and code club paragraph more selective: keep one reflective point from each rather than a list of transferable skills.