
Nathan's Professional Practice
A professional portfolio highlighting core competencies in electrical systems, power management, and hardware design.
About Me
What first drew me to engineering was wanting to understand how things worked well enough to make them work better. Converting energy into something people can rely on has been the thread through everything I've built since.
I'm a final-year Electrical Engineering student at the University of Technology Sydney, majoring in power systems and renewable energy integration, graduating in December 2026. My current capstone takes a 5MW solar farm from single-line diagram to a working protection scheme, and it sits alongside hands-on builds like a hybrid MPPT algorithm for photovoltaic tracking and AquaGuide, a two-node LoRa and GPS guidance system I helped build with Optik Consultancy and Sailability NSW so blind and low-vision sailors can navigate open water independently.
What I bring beyond the technical work is that I am the person who stays with a fault until the actual cause is visible, even when the symptom looks unrelated to the fix. On AquaGuide, I managed the electrical side of a seven-person team and made a habit of stepping outside my own lane to help the mechanical side when they were stretched, because the system only worked if both halves came together. I'm reliable under pressure, as years of warehouse and food-service work alongside my degree have taught me to hit deadlines and keep multiple demands moving without things slipping.
I'm graduating in December 2026 and looking for a graduate role in power systems or renewable energy with a hands-on, hardware-adjacent component, where I can keep turning technical problems into things that genuinely work for the people relying on them.

Resume
Bonnyrigg Heights, NSW 2177 | 0452 020 977 | nathan.a.nguyen@student.uts.edu.au | linkedin.com/in/nathan-nguyen-994006270
Career Objective
Final-year Electrical Engineering student focused on power systems and renewable energy, with a growing background in PCB design and embedded prototyping. I like taking something from a rough idea to a working prototype, and I'm the one who stays on a fault until I've actually found it rather than working around it. Comfortable in fast-paced team settings, and I take feedback seriously.
Education
Bachelor of Engineering (Honours) | University of Technology Sydney | Feb 2022 – Dec 2026
· Completed Renewable Energy Systems, Electrical Power Systems, Power Systems, and Electrical Machines.
· Achieved a GPA of 5.4 across core electrical engineering units.
· Earned High Distinctions in Introduction to Electrical Engineering, Fundamentals of C Programming, and Electrical Machines.
Projects Accomplished
Hybrid MPPT Algorithm for Photovoltaic Systems
· Built a hybrid MPPT algorithm to track the maximum power point more accurately as irradiance and temperature changed.
· Controlled a DC-DC buck converter with Arduino-based PWM to adjust the PV operating point in real time.
· Tested it on a PV emulator and worked through the I-V and P-V curves to check where it was actually gaining efficiency.
· Got noticeably steadier tracking and fewer oscillations than a standalone Perturb & Observe algorithm.
Human-Powered Energy Harvesting System
· Built a portable energy harvesting rig - a DC motor and full-bridge converter turning mechanical input into usable electrical output.
· Used an Arduino to drive a 100 kHz PWM signal into a speaker stage, to demonstrate the embedded control side of the build.
· Put together a prototype with 10+ components and ran it across 3+ load conditions to see where performance dropped off.
· Traced the issues back to specific components and reworked the design until the output held up consistently.
Experience
Electrical Engineering Intern | Optik Consultancy (UTS Tech Lab) | Jun 2026 – Aug 2026
· Built two field-deployed hardware nodes, one for the boat and one for the buoy, as part of AquaGuide - a real-time audio guidance system for blind and low-vision sailors.
· Got LoRa radio, GPS, and I2S audio working together on an ESP32-S3 to send directional and distance cues between the two units.
· Chased down hardware and firmware faults across the signal chain - audio clipping, a button that misfired during radio transmission, drift in the sensor calibration.
· Worked directly with Sailability NSW to turn what they actually needed into technical requirements, adjusting the design as their feedback came in.
Pick Packer | Likewize | Sep 2022 – Apr 2026
· Picked, packed, and prepped high volumes of orders for dispatch every shift.
· Ran pallet jacks to move loaded pallets safely around the warehouse.
· Built pallet loads so they'd stay stable and arrive without damage.
· Kept multiple orders moving at once through the warehouse management system without missing dispatch deadlines.
Delivery Driver / In-Store Crew | Cecil Hills Domino's | Feb 2022 – Sep 2022
· Delivered orders on time, even during the busiest periods.
· Helped out across food prep, delivery, and in-store service as needed.
· Followed food safety and hygiene standards to reduce contamination risk and stay compliant.
· Flagged operational issues early and worked with the team to sort them out.
Technical Skills
Referees
· Tulia - Programmed GO
· Shiva - Cecil Hills Domino's
· Osman - Optik Consultancy
● KiCad and LTspice for PCB layout and converter simulation, plus System Advisor Model for renewable energy modelling.
● PowerWorld and PowerFactory for power systems.
● Arduino-based embedded work - PWM control, real-time signal processing, sensor interfacing.
● MATLAB and Java for data analysis and general programming.
● Excel for statistical analysis and plotting I-V/P-V curves across large datasets.
● Power electronics, DC-DC converters, MPPT algorithms, PCB design, renewable energy systems.
Hardware & Standards
Circuit Design, Network Protection Protocols, LoRa/GPS Systems, Renewable Integration Standards.
Internship reflection — Optik Consultancy / Sailability NSW capstone
What were your expectations before you joined?
Coming off coursework heavy in theory, I expected the internship to look like working within an established system, following existing documentation and being handed reasonably well-defined tasks. I pictured myself supporting a more senior engineer's design rather than owning a piece of it.
What was the reality?
The reality was closer to building something from scratch under real constraints. Our seven-person team was designing a field-deployable hardware and firmware system of two ESP32-S3 nodes communicating over LoRa, translating GPS position into spoken directional audio for Sailability NSW, a client with a genuine accessibility need. There was no existing documentation to build from. I was diagnosing hardware issues that had no textbook answer, with a button misfiring because IO6 turned out to be the board's GPS timing pin, and audio stuttering because of a faulty amplifier. It was far more open-ended, and far more mine, than I expected. Within the team, I ended up owning the electrical side outright, containing wiring, firmware, and hardware debugging across both nodes and stepped into the mechanical team's problems when they were stretched, because the final system only worked if both halves came together. At the end, the field testing successfully guided the visually impaired sailor to navigate on water using an audio feedback device, with both the buoy and boat node communicating together to gain GPS tracking.
What lessons were most important?
The biggest lesson was that most hardware bugs aren't solved by knowing more theory, but they're solved by isolating variables systematically until the actual cause is visible, even when the symptom looks unrelated to the fix. That discipline mattered more than any single technical skill. Equally important was learning to translate a client's real-world need, which is a blind sailor needing to know “how far” and “which way”, into concrete engineering requirements. That's a different skill from solving a problem someone else has already defined for us, and it's one coursework doesn't really teach.
What's your value proposition to an employer?
I can take an ambiguous, partially defined problem and turn it into working hardware, moving comfortably between firmware, wiring, and system-level debugging rather than staying in one lane. I can demonstrate this concretely with AquaGuide itself, which is a two-node system that went from a set of accessibility requirements to a field-deployed product I helped build and document for handover. I'd back that up with the reliability habits from my warehouse and delivery work, which is showing up, meeting deadlines, and handling multiple demands without things slipping.
How did it shape the type of role you're interested in?
It sharpened my direction rather than changed it. I still want power systems or renewable energy, but I now know I want a role with a hands-on, hardware-adjacent component, not just modelling or analysis, but building and testing things that get deployed and used. Watching a system I helped build actually work for someone, on the water, is what I want more of.
Cover Letter
Nathan Nguyen | Bonnyrigg Heights, NSW 2177 | 0452 020 977 | nathan.a.nguyen@student.uts.edu.au
Hiring Manager
Industrus Engineering
42 Luthadel Way, Sydney, NSW 2000
18 September 2026
Dear Hiring Manager,
I am applying for the Industrus Engineering Graduate Program, electrical engineering stream. I am in the final year of my Electrical Engineering degree at UTS, graduating this December, and my background so far is mostly power systems and renewable energy, with some embedded hardware design mixed in along the way. What drew me to Industrus specifically is the multidisciplinary rotations, the chance to move across projects and divisions early rather than settle into one lane straight away. My response to the selection criteria follows below.
3.1 A commitment to ethical conduct and the highest standards of professional accountability
During my internship at Optik Consultancy, I helped build AquaGuide, a real-time audio guidance system for Sailability NSW that lets blind and low-vision sailors navigate open water on their own. Because a fault in that kind of system is not just an inconvenience, it affects someone's safety, I could not treat diagnosis and documentation as optional. When I found issues such as audio clipping, a button misfiring during radio transmission, or drift in the sensor calibration, I investigated the actual cause instead of patching over it, and documented the hardware, wiring, and firmware behaviour properly so whoever picked up the project next had something accurate to work from. That is what professional accountability looks like to me, being honest about what a system can and cannot do yet, and making sure that information does not die with you.
3.2 Demonstrated ability to effectively communicate both with other engineers and with stakeholders from different fields
Sailability NSW were not engineers, so a lot of my communication on that project was translation work in both directions. I would explain a constraint like GPS accuracy or audio latency in terms that actually meant something to them, then take their feedback on how the system behaved on the water and turn it into specific firmware or hardware changes. It meant treating what the client said as real design input rather than a box to tick, and by the end they could look at what we had built and recognise it as what they had asked for.
3.3 The ability to engage with a creative, innovative and proactive environment
I was not satisfied with how a standard Perturb & Observe MPPT algorithm tracked the maximum power point once irradiance and temperature started varying, so I built a hybrid version instead. I controlled it with Arduino-based PWM through a DC-DC buck converter, then tested it against a PV emulator and worked through the I-V and P-V curves to check it was actually doing better. It was steadier tracking, fewer oscillations than the standalone algorithm. What that project taught me is that innovation in engineering is rarely a big leap. It is usually just being willing to ask whether the standard approach is good enough, then doing the work to test something better.
3.4 Demonstrated ability to use and manage information
Managing information on the AquaGuide project meant staying flexible about what "finished" meant. We would lock in a design in one client meeting a system that could reliably guide sailors to the buoys and by the next, Sailability NSW had expanded the scope to include obstacle detection, with a request for the buoys to beep once a sailor came within 10 metres. I did not treat that as scope creep to push back on. I used it as new information to work into whatever stage we were at, without losing the progress we had already made. If there is one thing that taught me about managing information, it is that you have to keep checking what you know against what you are actually being told, rather than assuming last week's requirements still hold.
3.5 The ability to manage your own performance in a professional environment
On the same project, managing my own performance came down to owning the electrical side of a build with a client who expected visible progress at every meeting. I planned my work around our hardware and firmware milestones, kept track of what still needed fixing things like audio clipping or calibration drift and made a point of raising problems early rather than letting them surface in front of the client for the first time. When the scope shifted partway through, I reprioritised on my own instead of waiting to be told what mattered. Deadlines and requirements do not always hold still in a live project, and this was where I learned to adjust without losing track of what needed doing.
3.6 A demonstrated ability to work as part of a team and to show leadership when required
I was part of a seven-person team on AquaGuide and responsible for the electrical side specifically coordinating what needed fixing first, and making sure our progress matched what the mechanical team needed from us, such as connector placement or enclosure constraints. When the mechanical engineers were stretched, I would step in even though it was not technically my role, because the system only worked if both sides of the build lined up. Leadership on a team like that is not really about running your own patch well. It is about paying attention to where the disciplines meet.
The Industrus Graduate Program would let me keep building on this experience while rotating across a wider range of projects and learning from engineers in other disciplines. I have attached my resume and portfolio, and I would welcome the chance to discuss my application further.
Thank you for considering my application.
Kind regards,
Nathan Nguyen