report:dvp

This chapter details the technical and conceptual evolution of the Connect project, from its initial ideation to the final tested prototype. It outlines the design choices, system architecture, and iterative development required to transform a standard metro carriage into an interactive, collaborative canvas that challenges digital isolation.

It covers:

  • Ideation & Concept: The transition from identifying the core problem of digital passivity to defining the metaphors and the two-phase interactive solution (real-time ambient light tracking and delayed asynchronous voice messaging).
  • Design: The visual and experiential design principles, focusing on invisible technology, dynamic color-blending algorithms, and the minimalist user interface of the web platform.
  • Structure: The physical framework of the project, encompassing structural drafts, material selection, detailed technical drawings, and 3D models with stress analysis.
  • Smart System: The core technological architecture, detailing the hardware integration of touch sensors and RGB LEDs, alongside the software use cases, platform selection, and component diagrams.
  • Packaging: The conceptualization, technical drawings, and structural analysis of the installation's packaging.
  • Prototype: A comprehensive breakdown of the modifications made during the physical build, documenting necessary adaptations in structure, updated hardware schematics, and software code flowcharts.
  • Tests & Results: The validation of the system through rigorous hardware functionality checks (Pass/Fail) and software testing, including performance metrics and System Usability Scale (SUS) evaluations.
  • Summary: Concluding reflections on the development and testing phases, bridging the technical outcomes to the final project conclusions.
7.2.1 Collecting Digital Habits and Identifying the Problem

Our ideation process began by collecting the main friction points of current digital habits and identifying a broader problem in today’s society: isolation, passivity, and a lack of real-world feedback. In today’s society, digital technology often leads to isolation rather than connection. Many people spend a large amount of time consuming content alone on their smartphones or computers, interacting more with screens than with each other. Social media and digital platforms often promote passive consumption, comparison, and distraction, which can negatively affect mental well-being and reduce opportunities for genuine self-expression. Instead of encouraging creativity and real-life interaction, technology frequently replaces physical social experiences with shallow virtual ones. As a result, people often feel more disconnected, less creative, and less involved in their communities.

7.2.2 Metaphore:

We then developed several metaphors for the connection.

  • The City's Veins: The metro network acts as the circulatory system of Porto.
  • Human Energy: The passengers' interactions provide the heartbeat and rhythm.
  • Mirrored Networks: The LED light trails on the ceiling visually reflect the actual metro lines of the city.
  • Flowing Connection: Distributing life, emotion, and stories throughout the underground.

From this process, our final direction emerged. We focused on the handrail as the main point of interaction because it is a universal and necessary point of contact in a moving train. We moved away from screen-based interaction and instead turned to ambient media. The idea was to create a “visual echo” of a person’s presence. We realized that by blending colors on the ceiling, we could visually represent the “melting” of social barriers.

Phase 1:


On the metro, you touch a handrail. The handrail is a tube that contains a sensor and a light. The spot where you touch the pole lights up in a color: your color. Your color then travels visibly through the pole up to the ceiling of the metro. On the ceiling of the metro there are LEDs. Your color appears on the ceiling through these LEDs. If another person touches a different pole, their color also appears on the ceiling, and your colors blend together.

Phase 2:

Near the exit doors, there is a QR code that creates a bridge from the visual interaction to a more personal level. After scanning it, a minimalist webpage opens with two main options: “Send” or “Read” If a passenger chooses the sending option, they are prompted with a reflective question such as “What is an experience you learned a lot from, and why?” encouraging them to write a short message with their story or a piece of personal advice. Alternatively, the “Read” option allows passengers to explore a message previously left by other travelers. An important detail is the accompanying note asking users to send or read the messages only after leaving the train. This intentional delay ensures that passengers remain present during the ride and enjoy the shared physical experience, rather than immediately retreating back into their smartphones. This extension continues the idea of connection between strangers and creates a deeper human exchange, while still keeping the focus on the shared space of the metro.

In our design, we focus on making the technology invisible and the experience intuitive. During the ride, no smartphones or similar devices are required: simply holding the handles turns the metro journey into an adventure.

At the heart of the visual design is the interactive color mixing.

  • Individual Identity: Each handrail (or each user) is assigned a specific color upon initial contact.
  • Dynamic Convergence: As soon as multiple people touch different poles, the light streams on the ceiling migrate toward one another.
  • Blending Algorithms: When two colors meet (e.g., blue and red), a new mixed color (violet) is created at the intersection. The more people participate, the more complex and vibrant the visual ecosystem on the ceiling becomes. This visually symbolizes how the presence of each individual alters the collective whole.
7.4.1 User Interface for the Message Page
Figure 1: Mockups Message Page


The web interface, accessible via QR code, is designed in a minimalist style. After scanning the QR code, users are redirected to the web application's landing page. The CONNECT logo takes center stage here, accompanied by two clickable buttons that lead to the subsequent sections. Within the app, users can choose between composing a message for others or viewing messages written by the community. Our primary focus was to keep the application as simple as possible; we wanted to ensure that both young and old users can navigate it effortlessly. By eliminating the need for logins or complex navigation, we’ve made the experience accessible and time-efficient for everyone.

7.4.2 Design System
Figure 2: Style guide

To ensure a consistent user experience and streamline the development process, our project is built upon a custom-developed, comprehensive Design System. This serves as the central framework for all visual and functional interfaces within our web application.

Importance of the Design System for our Project

A unified design system is essential to the success of our product for the following reasons:

  • Consistency: Users can recognize the brand instantly. A cohesive appearance builds trust and conveys professionalism.
  • Development Efficiency: By defining reusable components, there is no need to “reinvent the wheel” for every new feature.
  • Scalability: New functions can be integrated seamlessly because design rules (layout grids, spacing, colors) are already established.
  • Accessibility: By strictly defining contrasts and font sizes, we ensure that the application remains accessible to all target groups.

Core Components of our Style Guide

Color Palette

Our color strategy is deeply rooted in the application's functionality.

  • Contextual Derivation: The primary colors and their respective shades were derived directly from metro line branding. This ensures high recognition and creates an immediate visual link to the urban mobility context.
  • Color Hierarchy: We utilize a system of primary, secondary, and accent colors, complemented by a grayscale palette for backgrounds and text to effectively manage visual hierarchy.

Typography

  • Typographic Scale: We use a fixed scale for font sizes, line heights, and weights.
  • Application: This scale is applied consistently across all touchpoints from large headlines for orientation to optimized body text for detailed information. This guarantees a harmonious typographic appearance on all devices.

UI Component Library

A key part of the system is the library of reusable elements:

  • Modularity: All elements, such as buttons and input fields, were developed modularly.
  • Optimization: Components are specifically optimized for web application requirements (e.g., clear click targets, feedback states like hover or disabled).
  • Reusability: Developers can easily access these components, which reduces the margin for error and seamlessly translates the design into the technical implementation.

The Design System forms the visual foundation of our project. It bridges the gap between aesthetic brand identity and technical precision, ensuring that the web application is perceived as a unified, professional, and cohesive piece of work.

7.4.1 Structure

Figures 3, 4 and 5 present all versions of structural drawings where each one has an incremental increase in quality and detail as project moved forward.

 Initial drawing
Figure 3: Initial structural drawing
 Intermediate drawing
Figure 4: Intermediate structural drawing
 Final drawing
Figure 5: Final structural drawing

The completion of the structural drawings (see Figure 4) marked a critical milestone, enabling the transition from conceptual frameworks to a specialized Bill of Materials (BoM), as detailed in Table 1. This selection establishes the Connect and share system as a commercial-grade implementation in which safety and reliability are non-negotiable requirements. Three primary technical challenges shaped the component selection process: enclosure material and regulatory compliance, communication protocol and signal integrity, and power supply management.

  • I. Enclosure Material and Regulatory Compliance – The overarching objective of this phase was to advance beyond laboratory prototypes toward a system fully compliant with rigorous European Union regulations, most critically EN 45545-2, which governs fire protection on railway vehicles. The initial proposal to use standard PLA for enclosures was rejected early in the design process due to its significant fire hazard profile. The design therefore transitioned to a PA Rail (Polyamide) enclosure, a material specifically engineered for railway environments that meets the low-smoke and flame-retardant benchmarks required for operation within subterranean metro infrastructures. Procuring infrastructure-grade hardware proved non-trivial, particularly for the rail-certified housing units, which required engagement with specialized international suppliers. This process exposed a significant technical disparity between consumer-grade components and the certified equipment essential for integration into public transit systems.
  • II. Communication Protocol and Signal Integrity – Metro carriages constitute high-interference electrical environments. High-voltage overhead conductors and traction motors generate substantial Electromagnetic Interference (EMI), which can readily corrupt standard data signals, making protocol selection a critical design decision. The Controller Area Network (CAN) protocol, implemented via the MCP2551 transceiver, was chosen for its inherent use of differential signaling, which provides strong immunity to common-mode noise. This architecture allows the Connect and share system to reject the electrical noise that routinely causes I²C or USB communications to fail in comparable environments. As a direct result, the system achieves stable data transmission between the handrail sensors and the ceiling LEDs even during periods of peak motor acceleration, which represents the most demanding electromagnetic conditions in regular operation.
  • III. Power Supply Management – To address the fluctuating power supply characteristics inherent to rolling stock, an industrial Mean Well DC-DC converter was integrated into the design. Beyond voltage stabilization, this component fulfills a second critical function: it provides regulated outputs at the multiple voltage levels required by the system's heterogeneous hardware, supplying 12 V to the LED strips and 5 V to the microcontrollers, thereby ensuring reliable and consistent operation across all subsystems.
Table 1: List of components for the product
Name Type Supplier & more details Additional notes Price (€) Quantity Total (€)
Microcontroller Wemos C3 mini Link 1 is main board, others are support ones 6,20 11 68,20
Box for electronics equipment PA Rail Link Fire resistant, could not find a portuguese supplier (this one is french) 69,30 2 138,60
Copper tape Link 8,86 15 132,90
Pressure sensor Velostat Link 7,90 15 118,50
CAN Transceiver MCP2551-I-P Link At 26.03 not in stock, email store to check availability 1,99 10 19,90
LED strip with covers Addressable RGB Link 30,49 3 91,47
Power supply (12 V) DC-DC converter Link 2m strips draw 7.2 A at full power (~30 % reserve) 24,67 6 148,02
Power supply (5 V) DC-DC converter Link 37,15 1 37,15
Wiring, resistors etc. Link Really cheap 10,00 1 10,00
Delivery cost Stationary store To be reviewed 0 1 0
Total Project Cost 764,74

(iv) 3D model with load and stress analysis; (v) colour palette.

7.4.2 Smart System

Hardware

Figure 6 presents the black box diagram, which includes all the major systems that will be used for our Smart System.

 **Black Box Diagram**
Figure 6: Black Box Diagram
  • Sensors: We use touch sensors integrated into the handrails. Unlike traditional buttons, these respond to the natural grip passengers use to stabilize themselves.
  • LED Integration: RGB LED strips are installed along the connections of the handles and distributed across the ceiling panels. If necessary, a screen may also be mounted on the ceiling of the metro car to provide additional possibilities beyond the light strips, such as creating a changing environment with lighting adapted to the time of day. The placement and structure of the LEDs are clear and organized, allowing passengers to follow “their light” and trace the connection to other people.

Tables 2 and 3 presents a electricity consumption of our hardware. Usage of interrupt based architecture and deep sleep modes decreases power consumption of installation significantly when not used, which helps to keep the system sustainable.

Table 2: Power budget table (typical usage)
Equipment Qty Rail V (V) I per unit (A) I total (A) P (W)
ESP32-C3 sensor nodes 10 5V 5 0.120 1.200 6.000
ESP32-C3 central node 1 5V 5 0.150 0.150 0.750
CAN transceiver MCP2551 10 5V 5 0.010 0.100 0.500
LED strips WS2812B (2m, 120 LEDs each) 3 12V 12 2.400 7.200 86.400
Velostat pressure sensors 15 3.3V 3.3 0.001 0.015 0.050
Total 93.700
Total + 25% safety margin 117.125
Table 3: Power budget table (peak usage)
Equipment Qty Rail V (V) I per unit (A) I total (A) P (W)
ESP32-C3 sensor nodes 10 5V 5 0.300 3.000 15.000
ESP32-C3 central node 1 5V 5 0.300 0.300 1.500
CAN transceiver MCP2551 10 5V 5 0.010 0.100 0.500
LED strips WS2812B (2m, 120 LEDs each) 3 12V 12 7.200 21.600 259.200
Velostat pressure sensors 15 3.3V 3.3 0.001 0.015 0.050
Total 276.250
Total + 25% safety margin 345.313

The hardware implementation is realized through two dedicated PCB designs, corresponding to the distributed architecture of the Smart System: the Sensor Node PCB and the Central Node PCB.

The Sensor Node PCB integrates all the components required for local sensing, processing, and communication. Each sensor node includes:

  • ESP32-C3 microcontroller (Wemos C3 Mini)
  • MCP2551 CAN transceiver
  • Velostat sensing circuit
  • Power regulation (5V input)
  • CAN bus interface (CANH / CANL)

The Velostat sensing circuit is implemented using a voltage divider configuration, allowing pressure-induced resistance changes to be converted into measurable analog signals via the ESP32 ADC.

As shown in Figure 7, the PCB is designed to be embedded directly into the handrail structure. This mechanical integration ensures minimal visual impact, while maintaining robustness and protection against mechanical stress and vibration in a public transport environment.

Figure 7: Sensor Node PCB

Each Sensor Node PCB operates as an autonomous unit within the distributed system, transmitting processed sensor data through the CAN bus network to the Central Node.

The Central Node PCB acts as the main processing and coordination unit of the system. It is responsible for aggregating data from all sensor nodes and generating the corresponding visual output.

This PCB integrates:

  • CAN network interface for multi-node data reception
  • Data processing unit for system-level interpretation
  • WS2812B LED strip control (single-wire digital output)

As shown in Figure 8, the Central Node PCB is designed as the core element of the system architecture, consolidating communication, processing, and actuation within a single board.

Figure 8: Central Node PCB

This board is responsible for processing all incoming CAN messages and translating them into real-time visual feedback through the LED infrastructure distributed across the metro environment. Additionally, it ensures synchronization between multiple sensor inputs, enabling coherent system-wide lighting behavior.

Software

The software architecture of the Connect and Share project facilitates real-time interaction and asynchronous digital connection across two distinct modes of use.

I. Use Cases and User Stories

Real-time Ambient Interaction operates through the smart device installed in the carriage. When passengers grip the handrail, sensors detect resistance changes via Velostat and the ESP32 triggers a corresponding color trail on the ceiling LED matrix. When data streams from multiple users intersect, the software executes color-blending algorithms to merge the inputs into a shared visual response.

Asynchronous Connection is mediated through a web application. Passengers scan a QR code to access a web interface, where the application fetches audio files from a cloud database for playback. The same interface allows users to record microphone input, which is then compressed and uploaded to a central repository for others to access.

II. Selection of Development Platforms

Platform selection (see Table 4) was guided by two priorities: low-latency hardware control and cross-platform accessibility.

Table 4: Selection of tech stack
Layer Selection Justification
Firmware ESP32 (C++) Superior task management and precise control over LED timing.
Web Interface React Immediate access via QR code without requiring app installation.
Backend Supabase Relational data management and real-time database subscriptions.
IoT Communication CAN Bus High noise immunity in metro environments via differential signaling.

III. Component Diagram

Figure 9 depicts the frontend flow of the Connect web interface. Starting from a QR code scan, the browser fetches and renders the website. The user is then presented with two interaction options: writing a message, which is transmitted to the backend, or reading a message, which triggers a random message fetch and displays it on screen.

 Frontend flow
Figure 9: Frontend flowchart

Figure 10 illustrates the backend flow. Incoming HTTP requests are routed based on method: GET requests retrieve a randomly selected stored message and return HTTP 200, while POST requests pass the submitted content through an ML/AI moderation check. Content flagged as harmful is rejected with HTTP 400; clean content is saved to the database and confirmed with HTTP 200.

 Backend flow
Figure 10: Backend flowchart

Figure 11 shows the firmware logic running on the two ESP32-C3 nodes. The upper flow covers the sensor node: it enters deep sleep after setup and wakes on a touch interrupt, transmits the event over CAN bus, then resets and loops. The lower flow covers the actuator node: it similarly sleeps until a CAN bus data frame is received, drives the LED strip, and resets. Both nodes share the same interrupt-driven sleep cycle structure.

 Flowchart IoT
Figure 11: IoT phase flowchart

7.4.3 Packaging

Present and explain the: (i) initial packaging drafts; (ii) detailed drawings; (iii) 3D model with load and stress analysis, if applicable.

Refer main changes in relation to the designed solution.

Structure

Detail and explain any changes made in relation to the designed solution, including structural downscaling, different materials, parts, etc.

Hardware

Detail and explain any change made in relation to the designed solution. In case there are changes regarding the hardware, present the detailed schematics of the prototype.

Software

Detail and explain any changes made in relation to the designed solution, including different software components, tools, platforms, etc.

The code developed for the prototype (smart device and apps) is described here using code flowcharts.

Tests & Results

Hardware tests

Below we can find in Table 5 the complete log for the validation phase. Each requirement must be marked as Pass (P) or Fail (F) based on the methodologies described in Tests..

Table 5: Test Results Log
ID Category Requirement / Description Success Criteria Status Date
FT-01 Functionality Velostat Touch Detection ADC values respond linearly to pressure
FT-02 Functionality CAN Bus Communication Packet Delivery Ratio > 99.9 %
FT-03 Functionality LED Visual Response Correct RGB colors and no flickering
FT-04 Functionality Sensitivity Calibration Potentiometer adjusts trigger threshold
FT-05 Functionality Power Management Stable 5.0 V output at 72 V/110 V input
PT-01 Performance System Response Time Total latency from touch to light < 100 ms
PT-02 Performance EMI Noise Resistance No “ghost triggers” near DC motors
PT-03 Performance Thermal Performance Enclosure surface temp < 50 °C after 4 h
PT-04 Performance Voltage Drop End-of-line voltage > 4.7 V
PT-05 Performance Long-term Durability System stable after 1000 trigger cycles
ST-01 Software Integration Simulation Zero mechanical interference in CAD model
ST-02 Software CAN Logic Simulation Correct ID priority during collisions
ST-03 Software Animation Algorithm Smooth transitions and no memory leaks
ST-04 Software Fault Detection LEDs switch to White on CAN failure
SF-01 Safety Electrical Safety Enclosure-to-GND resistance < 0.1 Ω
SF-02 Safety Mechanical Safety No sharp edges/protruding screws (Tactile)
SF-03 Safety Fire Safety Cables/Plastic certified V-0 or LSHF
SF-04 Safety Vandalism Resistance Sensor functional after 5 kg impact test
SF-05 Safety Ingress Protection (IP) No moisture inside after cleaning mist test
UA-01 UAT Trigger Intuitiveness User finds sensor without instructions
UA-02 UAT Visual Comfort No reports of glare or eye strain
UA-03 UAT Feedback Clarity User understands animation meaning
UA-04 UAT Ergonomic Accessibility Successful trigger by users of varying heights
Software tests

Software tests comprise: (i) functional tests regarding the identified use cases / user stories; (ii) performance tests regarding exchanged data volume, load and runtime (these tests are usually repeated 10 times to determine the average and standard deviation results); (iii) usability tests according to the System Usability Scale.

Provide here the conclusions of this chapter and make the bridge to the next chapter.

  • report/dvp.txt
  • Last modified: 2026/04/16 15:26
  • by team5