- Reading time: 3 minutes
- Price: Free download
- Published: 17th September 2026
- Word count: 758 words
- File format: Text
Why do you want to study this course or subject?
The first electronics I ever took apart was a broken tumble dryer at the launderette where I work Saturdays. My manager was going to pay for it to be taken away, so I asked if I could open it first. Inside was a small board with a microcontroller, a relay and a temperature sensor, and I spent a fortnight reading about how a chip that cost a couple of pounds could decide when the drum stopped turning. That was the point at which computing stopped being something that happened on a screen for me. The interesting part of embedded systems is the constraint: a few kilobytes of memory, no operating system to hide behind, a single interrupt that has to be handled before the next one arrives. You cannot solve a timing problem by buying more processing power, so you have to understand the machine properly. I want to study this specifically rather than general electronic engineering or computer science, because I am drawn to the boundary where code meets voltages, sensors drift and power budgets matter. I would like to work eventually on control systems in ordinary equipment, the kind nobody notices until it fails, as it seems to me that this is where careful engineering does the most good for the least attention. A degree would give me the mathematics, signals and digital design foundations I have been approaching from the wrong end, by trial and error.
How have your qualifications and studies helped you to prepare?
My A levels in Maths, Physics and Computer Science support each other closely. In Maths I have found the work on differential equations and trigonometric functions most useful, because it gave me the vocabulary for things I had already met practically: the exponential curve of a capacitor charging, and sine waves as something more than a shape on an oscilloscope screen. Physics has covered electric circuits, potential dividers and semiconductor behaviour, and I have used simple diode and transistor characteristics far more in my own projects than I expected to. Computer Science introduced me to assembly-level concepts, registers, addressing and the fetch-execute cycle, which explained why my microcontroller code behaved differently depending on how I wrote loops. For my Computer Science non-exam assessment I built a program to log and plot temperature readings from a file, which forced me to think carefully about data structures and error handling when readings were missing. Outside the syllabus I have worked through parts of Charles Petzold's Code, which builds up from relays and logic gates to a working computer, and it clarified why a flip-flop matters. I also joined a lunchtime maths problem-solving group in Year 12, which improved how I set out proofs and gave me the habit of checking assumptions before calculating.
What else have you done to prepare outside of education, and why are these experiences useful?
Most of what I know about embedded work comes from a low-cost setup at home. I bought a second-hand Arduino Uno and a bag of components, and I take usable parts from appliances the launderette scraps, with permission, so I have a small collection of motors, thermistors and switches. My main project has been a bathroom humidity monitor that switches a fan on when the reading stays above a threshold, using a cheap sensor and a relay module. Getting it reliable taught me more than getting it working: the fan initially chattered on and off, so I read about hysteresis and added separate switching thresholds and a delay, and I learned to debounce the manual override button in software after seeing double presses in the serial output. I keep a notebook of circuits, failed attempts and pin assignments, which has become a habit I expect to need at university. I also repaired a portable radio for a neighbour by resoldering a broken battery connection, and I am careful to work only on low-voltage, battery-powered things. My Saturday job has taught me to explain technical problems plainly to customers and to be dependable in a small team, and I am often responsible for collecting my younger brother and helping with his homework, so I plan my study time around fixed commitments. Singing in a community choir is unrelated but keeps me sane, and reading parts in rehearsal has made me much less nervous about presenting work aloud.
This example has 4,145 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 specific, credible statement grounded in ordinary evidence: a launderette job, a scrapped dryer board and a humidity monitor. Your motivation for embedded systems is precise, and your project reflection is mature. The main problem is length. At 4,145 characters it exceeds the 4,000 limit, so you need to trim, not add. A few generic lines are the obvious candidates.
Subject motivation
You cannot solve a timing problem by buying more processing power
This line shows you understand what makes embedded systems distinct: constraints force deep understanding. Your explanation of choosing this over general electronics or computer science is convincing. The dryer opening works because it moves straight into technical curiosity rather than staying as a scene-setting anecdote.
Academic preparation
the exponential curve of a capacitor charging, and sine waves
You link syllabus content to practical phenomena rather than just listing subjects, and that is persuasive. The Petzold reading has a stated payoff about flip-flops. The NEA paragraph is solid, though it sits slightly apart from the embedded focus. One clause on why logging matters for sensors would connect it.
Evidence and reflection
Getting it reliable taught me more than getting it working
This is genuine reflection. You name the specific fault (chattering), the concept you researched (hysteresis) and the fix (separate thresholds plus a delay). The debounce detail, observed in serial output, shows a real debugging method. This paragraph is the strongest evidence in the statement and deserves protecting when you cut.
Relevant experience
I keep a notebook of circuits, failed attempts and pin assignments
Your home setup is modest and well explained, and the notebook habit is a useful, transferable practice. The radio repair is brief and appropriate. The caring and job sentences show time management without overclaiming. The choir sentence adds little and is a candidate for cutting to meet the limit.
Credibility and voice
I am careful to work only on low-voltage, battery-powered things
Your tone stays appropriate for a school applicant: curious, practical and honest about learning by trial and error. The safety note is sensible, especially since the opening involves an appliance. Nothing reads as professional overclaiming, and the voice feels personal throughout.
Structure and format
Each answer comfortably exceeds 350 characters, and the evidence is mostly distinct across sections. However, the total of 4,145 characters breaks the 4,000 limit. Cut at least 145 characters while keeping the total above the library's 3,500 minimum. Remember that the note at the end is not part of your answers.
What you’ve done well
- You make precise technical points about interrupts, hysteresis and debouncing, which show real understanding at an appropriate level.
- Your ordinary circumstances, the launderette job and salvaged parts, become strong, coherent evidence that runs through all three answers.
How this draft could improve
- Trim at least 145 characters. Candidates include the choir sentence, 'which improved how I set out proofs', and the general phrase 'support each other closely'.
- Briefly connect the temperature-logging NEA to sensor data handling so it supports your embedded focus more directly.
- Tighten the career sentence about equipment 'nobody notices until it fails' to save characters without losing the idea.