← All projects

Website · Embedded · Team leadership

Sapienza Foiling Team.

From the first website to the boat’s electronics. A team we built together.

Sapienza Foiling Team
WebsiteSapienza Foiling Team · Website
SFT TelemetrySapienza Foiling Team · SFT Telemetry
website · electronics · teamwork

The project

This started with a close friend, Federico Romeo, a physicist who discovered the SuMoth Challenge. Seeing universities from Europe and beyond take part, he could not believe that Sapienza, with so many students, had no team in the competition. We decided to try. At first, there was only an idea and a group of people who wanted to turn it into a boat.

Until then, I had studied without putting much into practice. I saw other people building things and wanted to join in, get my hands on a real project and find out whether I enjoyed it. I offered to build the website and helped with whatever else needed doing. Over time, that grew into telemetry, electronics, communication and management. For the 2026–2027 season, I am also coordinating a small group working on software and electronics.

It is a sustained collaboration, with responsibility for both the technical work and the team’s organisation. I am happy to be part of it and proud of the effort we have put in. Building a team and a boat this ambitious has required time, persistence and people willing to learn together. Seeing what we have made keeps me committed to the next step.

01 / Our story

An idea from a friend. Everything to build.

Federico’s idea gave us a starting point, but there was no infrastructure behind it yet. We had to bring people together, organise the work, and find the materials and components we needed. Help came from friends and from people we had never met. Building the team was part of building the boat.

The competition set our deadlines. We held meetings to organise the work, exchange ideas and divide responsibilities among ourselves. There was a lot to learn, but also a date by which the work had to be ready. The pace also depended on the time we could devote to the project and the opportunities we had to test it.

02 / Our story

The people who made room for us.

Michele Saponara and Fluido Design were fundamental to making the boat possible. Michele made the boatyard and its tools available to us. For a group starting with nothing, having a place and the equipment to build was an enormous contribution. That generosity is part of the story as much as anything we made ourselves.

03 / Our story

The first thing I built was the website.

I proposed the website because we needed an identity. Other teams had one; we had an idea, but no boat, no images and little to show yet. The first site was a way to start giving that idea a shape, even before there was much to put on its pages.

I did not know how to build a website, so I learned by trying, making mistakes and trying again. The early versions were rough and painfully slow, with heavy images that took too long to load. React and Next.js became tools I learned through a real need. As the team progressed, the pages finally filled with people, work and a boat we had built. Seeing that change is incredibly satisfying.

My starting point was the HTML, CSS and JavaScript I had learned at university. I had also tried Ruby on Rails, but it did not feel like the right fit for me. Discovering React and Next.js gave me an approach I enjoyed studying in depth. After two years of building and maintaining the site, I can understand how its components, APIs, backend, frontend and rendering fit together, and how those choices affect performance. There is still plenty to learn.

The team’s website.
The team’s website.

04 / Our story

Learning when to keep it simple.

The slow first versions made performance a concrete problem. I gradually learned to pay attention to image weight and loading, and to question what each visual effect added to the site. Improving it meant returning to mistakes I could now recognise and understand.

The first design was rough. It has improved, but I still see plenty of room to make it better. Working with other people, listening to feedback and revisiting the choices is part of the learning. The blog gives that work a purpose: helping the team tell what it is building.

The website’s blog and team stories.
The website’s blog and team stories.

05 / Our story

From a website to tools for the team.

As the site grew, I built a backend and a private administration area for the communication team. They can now update the site’s content themselves, without every change having to go through me. Something I had initially built to learn became a tool other people could use independently.

My role grew with those needs: from the website to telemetry and electronics, then communication, organisation and coordinating a small software and electronics team. Each new responsibility came from something the group needed to move forward.

The website’s administration dashboard.
The website’s administration dashboard.

06 / Our story

A shared workspace for the next season.

For the 2026–2027 season, I also built the team’s CRM with Next.js, React and Supabase. It is a new project, intended to become our main workspace for commitments, deadlines, internal files and presentations. The public website tells our story; the CRM will help us organise the work behind it.

The team’s new shared workspace. The 2026–2027 season is still being set up.
The team’s new shared workspace. The 2026–2027 season is still being set up.
Agenda and competition deliverables, ready to organise the new season.
Agenda and competition deliverables, ready to organise the new season.

07 / Our story

Making the boat’s movement visible.

I moved into electronics because the team needed it and I wanted to experiment. I had always wanted to tinker with hardware, even though I had little experience. Taking that first step introduced me to a physical side of building that I had barely explored, and made me want to try more projects.

Working alongside Francesco Miletto made a huge difference. He also belongs to Sapienza Gladiators, the university’s motorcycle team, and brought experience I did not have. We chose the components and designed the PCB together, then worked through assembly and soldering. Having someone experienced beside me helped me learn far more than I could have done alone.

The aim was to record the boat’s position, speed, acceleration and movement with a compact system. We chose an ESP32-S3, a GPS module, a Pololu MinIMU-9 v5 with accelerometer, gyroscope and magnetometer, and a microSD reader for storing the data, powered by a battery intended for small FPV drones. The system is designed to sit inside a waterproof enclosure, so the electronics can stay dry aboard the boat.

That started on a table, with computers, cables and sensors. Before designing a finished board, I had to make the individual parts communicate and understand what they were telling me. The photograph captures that stage: the project spread across a workbench, while software and electronics began to meet.

The workbench: laptops, wiring and electronics.
The workbench: laptops, wiring and electronics.

08 / Our story

From loose wires to a boat on screen.

On the workbench, the electronics sit next to a browser displaying the boat’s orientation. The ESP32-S3 reads an inertial sensor and GPS. The firmware combines sensor readings to estimate roll, pitch and yaw; a bridge then sends that information to the web visualiser.

For me, the important step was connecting both ends: a physical board and a model I could inspect on screen. It gave the code a visible consequence. The bench prototype made that connection tangible: moving from readings in a program to an object whose orientation I could see.

The wired prototype alongside the connected 3D visualiser.
The wired prototype alongside the connected 3D visualiser.

09 / Our story

Giving the electronics a structure.

We chose the components together, while Francesco handled the PCB design software. We had the boards manufactured by JLCPCB and shipped from China. Once they arrived, the design had to become something physical: soldering, assembling and checking whether the connections worked as intended.

A wired prototype is useful for trying things out, but it also makes every connection part of the experiment. The circuit boards represent the next step: moving towards a more organised assembly, with a place for the modules and their connections.

It is a different kind of design from building a web page. The result has dimensions, connectors and components that have to work together in the real world. That is one of the things I enjoy most about this project: software keeps bringing me back to the physical object.

The circuit boards before assembly.
The circuit boards before assembly.

10 / Our story

The parts, finally together.

Here the modules are assembled on the board. The microcontroller, inertial sensing and GPS are now parts of one object, instead of separate elements on the table. Seeing that progression matters to me as much as seeing the visualiser respond.

Making the readings meaningful and the system dependable also means checking sensor behaviour, calibrating, understanding missing or noisy data, and testing each step. A moving model is a useful milestone; building confidence in what it shows takes more work.

The hardest part was intermittent behaviour: connections that seemed fine, a system that worked one moment and failed the next in apparently identical conditions. It took repeated attempts and checks to understand what was happening and find a setup that worked consistently. With hardware, writing the code was only part of the work.

As of October 2026, the telemetry system has not yet been tested on the water. The boat was launched too late for us to fit those trials in. Testing is continuing this autumn; validating the electronics aboard the boat remains a step ahead of us.

The telemetry board, assembled.
The telemetry board, assembled.

11 / Our story

Explaining what we were building.

Holding the board and explaining it brings the project back to the people around it. I can talk about sensors and firmware, but the reason they are there is the boat, the team and the experience we shared.

That connection is what I want to remember here: the first experiments on a table, the electronics coming together, and the boat we took to Garda. The technical work and the human story belong to the same project.

Sharing the team’s work.
Sharing the team’s work.

12 / Our story

An idea taking shape.

October 2024. We set out to build a single-handed foiling Moth from scratch. With Sapienza Foiling Team, an idea became something we had to find a way to make real: a hull, a sail, the ability to rise out of the water. Each stage brought something new to learn and solve together. We had a fantastic group of people.

Looking at this photo, I see more than a finished boat. I see everything it took to get it there. And the people who made it possible.

Building the boat, together.
Building the boat, together.

13 / Our story

Then our boat flew.

We brought it to Lake Garda. Our boat, the one we had built ourselves, was finally on the water. Then it foiled. There is something difficult to put into words about seeing an idea leave the workshop and lift off the surface of a lake. All the difficulties were still part of the story. But now, so was that moment.

Our very first flight! Turn the sound on: that’s me yelling with excitement. Then comes the crash… all part of learning to foil. Nothing to worry about, hahaha!
The boat on Lake Garda. Something we had built, finally in the water.
The boat on Lake Garda. Something we had built, finally in the water.© Emma Bortoluzzi · SuMoth Challenge 2026

14 / Our story

Broken. Back on the water in 24 hours.

Then a part broke. After everything it had taken to get there, we were suddenly faced with another problem to solve. We rebuilt the part from scratch, using iron bars from local hardware shops and welding them together. Those legendary hardware shops became part of our project, too.

Twenty-four hours later, we put the boat back on the water. That return means as much to me as the first flight. Because I know what stood between the two: a broken part, a repair to work out, and a team that found a way together.

Hands on the boat. The work we shared at Garda.
Hands on the boat. The work we shared at Garda.© Alessandro Cazzulani · SuMoth Challenge 2026

15 / Our story

Competing. Helping each other.

Around us were students from Cagliari, Munich, Southampton, Milan, Trieste and across Europe. Different teams, different boats, the same desire to build something and see it sail. We competed on sustainable sailing and foiling, and we helped one another. That combination made the experience extraordinary.

I came away with the memory of the boat, but also of how generous and welcoming everyone was. The competition brought us there. The people are a reason I will remember it.

Teams together at the SuMoth Challenge on Lake Garda.
Teams together at the SuMoth Challenge on Lake Garda.© Alessandro Cazzulani · SuMoth Challenge 2026

16 / Our story

A boat. And everything it brought us.

I am proud of the boat we built. I am just as proud to be part of the team that built it, repaired it and got it back on the water. My telemetry work belongs to that story: code and sensors, inside something much bigger that we made together.

17 / Our story

A commitment I am happy to keep making.

I started with a website to learn, and found myself helping build a team, leading electronics work and taking a boat to Garda. I am proud of that path because I know how much effort it took, and how much of it belongs to the people around me. There is still a lot to improve; being part of that work is something that makes me happy.

Balancing this with university did not go particularly well: I devoted a lot of time to the team, and my studies felt that cost. I still think it was worth it. Building and maintaining something real for two years taught me an enormous amount and helped me understand what I enjoy doing.

SFT telemetry visualiser without a connected sensor
The visualiser · sensor disconnected

For the curious

Explore and build.

The tools mentioned in the story, with documentation, guides and source code to help you build something of your own.

Want to try something similar?

If you have a question about this project or an idea to discuss, write to me. I’m happy to share what I’ve learned.

Ask me a question
Keep exploringEdgeworks ↗︎