Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| report [2025/06/15 20:07] – [4.2 Business Model] team1 | report [2025/06/22 18:33] (current) – [3.11 Sprint Outcomes] team1 | ||
|---|---|---|---|
| Line 324: | Line 324: | ||
| ^ Task ^ Proposed date ^ Effective date^ | ^ Task ^ Proposed date ^ Effective date^ | ||
| |Choose the project proposal| 2025-03-01 | |Choose the project proposal| 2025-03-01 | ||
| - | |System Diagrams & Structural Drafts| 2025-03-12 | + | |System Diagrams & Structural Drafts| 2025-03-12 |
| |Project Backlog, Global Sprint Plan, Initial Sprint Plan and Release Gantt Chart| 2025-03-15 | |Project Backlog, Global Sprint Plan, Initial Sprint Plan and Release Gantt Chart| 2025-03-15 | ||
| |List of Components and Materials| 2025-03-19 | |List of Components and Materials| 2025-03-19 | ||
| Line 330: | Line 330: | ||
| |Interim Report | 2025-04-06 |2025-04-06| | |Interim Report | 2025-04-06 |2025-04-06| | ||
| |Interim Presentation| 2025-04-10 |2025-04-10| | |Interim Presentation| 2025-04-10 |2025-04-10| | ||
| - | |3D model video| 2025-04-15 |2025-04-15 and the final version at | | + | |3D model video| 2025-04-15 |2025-04-15 and the final version at 2025-05-28 |
| |Final List of Materials| 2025-04-29 |2025-04-29| | |Final List of Materials| 2025-04-29 |2025-04-29| | ||
| |Refined Interim Report| 2025-05-02 |2025-05-02| | |Refined Interim Report| 2025-05-02 |2025-05-02| | ||
| |Packaging Solution| 2025-05-14 |2025-05-14| | |Packaging Solution| 2025-05-14 |2025-05-14| | ||
| |Functional Tests| 2025-05-28 |2025-05-28| | |Functional Tests| 2025-05-28 |2025-05-28| | ||
| - | |Final Report, Presentation, | + | |Final Report, Presentation, |
| - | |Final Presentation| 2025-06-18 || | + | |Final Presentation| 2025-06-18 |2025-06-18| |
| - | |Refined Final Report| 2025-06-25 || | + | |Refined Final Report| 2025-06-25 |2025-06-22| |
| - | |Prototype and User Manual| 2025-04-10 || | + | |
| </ | </ | ||
| </ | </ | ||
| Line 599: | Line 598: | ||
| | wood protector | 1 | 57,99 | Leroy Merlin | https:// | | wood protector | 1 | 57,99 | Leroy Merlin | https:// | ||
| | awning | 4 | 149,00 | Bauhaus | https:// | | awning | 4 | 149,00 | Bauhaus | https:// | ||
| - | | gravel (5 m³) | 8 | 31,00 | Bauhaus | https:// | + | | gravel (5 m³) | 8 | 31,00 | Bauhaus | https:// |
| | concrete steel mesh | 5 | 20,42 | Establecimientos Rey | https:// | | concrete steel mesh | 5 | 20,42 | Establecimientos Rey | https:// | ||
| | Floor banks | 5 | 93,60 | B&Q | https:// | | Floor banks | 5 | 93,60 | B&Q | https:// | ||
| Line 725: | Line 724: | ||
| | O | Functional Tests | Done | | | O | Functional Tests | Done | | ||
| | P | Final Report | | P | Final Report | ||
| - | | Q | Presentation | + | | Q | Presentation |
| - | | R | Video | Ongoing | + | | R | Video | Done |
| | S | Paper | Done | | | S | Paper | Done | | ||
| | T | Poster | | T | Poster | ||
| | U | Manual | | U | Manual | ||
| - | | V | Upload | + | | V | Upload |
| | W | Prototype | | W | Prototype | ||
| | X | Change the interim report | | X | Change the interim report | ||
| Line 792: | Line 791: | ||
| | 13 | P | 4 | All | All | | | 13 | P | 4 | All | All | | ||
| | 13 | Q | 4 | All | All | | | 13 | Q | 4 | All | All | | ||
| + | | 14 | R | 3 | Pierre | ||
| + | | 14 | P | 4 | All | All | | ||
| + | | 14 | Q | 4 | All | All | | ||
| + | | 14 | V | 4 | All | All | | ||
| </ | </ | ||
| </ | </ | ||
| Line 849: | Line 852: | ||
| | 13 | P | 4 | All | All |Ongoing| | | 13 | P | 4 | All | All |Ongoing| | ||
| | 13 | Q | 4 | All | All |Ongoing| | | 13 | Q | 4 | All | All |Ongoing| | ||
| + | | 14 | R | 3 | Pierre | ||
| + | | 14 | P | 4 | All | All |Done| | ||
| + | | 14 | Q | 4 | All | All |Done| | ||
| + | | 14 | V | 4 | All | All |Done| | ||
| </ | </ | ||
| </ | </ | ||
| Line 1151: | Line 1158: | ||
| </ | </ | ||
| In this sprint, the planned work was developed during the sprint. However, the team added a task on day three related to load and stress simulations. All this information is present in image {{ref> | In this sprint, the planned work was developed during the sprint. However, the team added a task on day three related to load and stress simulations. All this information is present in image {{ref> | ||
| + | |||
| + | |||
| + | <WRAP round box> | ||
| + | <table table-sprint-14> | ||
| + | < | ||
| + | <WRAP center> | ||
| + | ^ Product Backlog Item ^ Assignee | ||
| + | |Minute and week report |Tomás|0.5|Done| | ||
| + | |Refined list of materials|Pierre|5|Done| | ||
| + | |Finish the video|Pierre|8|Done| | ||
| + | |Finish the presentation|All|6|Done| | ||
| + | |Explanation of power budget and electrical diagram|Pierre|16|Done| | ||
| + | |Chapter 4|Aaro|6|Done| | ||
| + | |Chapter 7|Pierre and Waad|8|Done| | ||
| + | </ | ||
| + | </ | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | <figure figure-sprint-14> | ||
| + | {{ : | ||
| + | < | ||
| + | </ | ||
| + | </ | ||
| + | In this sprint, the planned work was developed during the sprint. All this information is present in image {{ref> | ||
| ==== - Sprint Evaluations ==== | ==== - Sprint Evaluations ==== | ||
| Line 1226: | Line 1258: | ||
| We have created a comfortable, | We have created a comfortable, | ||
| - | We overcome mobility to constraint for remote workers and students utilizing urban landscapes to engage an inspiring outdoor work environment that's better for mental health and productivity. Research data shows that spending time in the forest or in nature helps with stress through shinrin-yoku, | + | We overcome mobility to constraint for remote workers and students utilizing urban landscapes to engage an inspiring outdoor work environment that's better for mental health and productivity. Research data shows that spending time in the forest or in nature helps with stress through shinrin-yoku, |
| The smart bench legitimately contributes to developments in sustainable development in urban spaces and developing outdoor work areas where, almost simultaneously, | The smart bench legitimately contributes to developments in sustainable development in urban spaces and developing outdoor work areas where, almost simultaneously, | ||
| Line 1998: | Line 2030: | ||
| The middle steel profile also incorporated a technical opening, which allowed cables to safely and neatly pass through the floor to and from the table, benches, and roof components. The technical opening denies any mechanical damage to wiring while storing them out of weather conditions, while maintaining a clean and manageable energy distribution system throughout the structure. | The middle steel profile also incorporated a technical opening, which allowed cables to safely and neatly pass through the floor to and from the table, benches, and roof components. The technical opening denies any mechanical damage to wiring while storing them out of weather conditions, while maintaining a clean and manageable energy distribution system throughout the structure. | ||
| As for the sockets, usb-c ports, and control switches have been carefully positioned- especially on the side of the table- to allow for universal and ergonometric functionality including for wheelchair users. | As for the sockets, usb-c ports, and control switches have been carefully positioned- especially on the side of the table- to allow for universal and ergonometric functionality including for wheelchair users. | ||
| + | |||
| + | |||
| + | **__Material selection__** | ||
| + | |||
| + | The material selection for this workstation design was based on structural performance, | ||
| + | The foundation is a concrete base that has good stability and compressive strength. This ensures that the entire structure is well anchored in relation to the environment and can withstand environmental pressure like wind and uneven ground. The team then used wooden joists to construct wooden decking, which was chosen for its natural appearance and warm texture, with durable properties for a weathered and stable walking surface. | ||
| + | The table and benches- the seating surfaces are composed of **oak wood** for durability, exterior weather resistance, and appearance. The legs of each bench and the table are made of aluminium for its corrosion resistance and lightweight characteristics, | ||
| + | |||
| + | Another feature at the bottom of the structure is a custom **aluminium** footrest in a chargable, interesting, | ||
| + | The central structural column is made from **S355 structural steel**. While aluminium was initially considered for its lightness, S355 steel was ultimately chosen due to its superior strength and lower cost for structural applications. | ||
| + | |||
| + | S355 steel provides the necessary load means for the central core to take the upper structures and the roof. The central structure has a cylindrical wooden form cover, the wooden form helps to provide warmth and softness visually, while also integrating the central core as part of the rest of the wood elements in the design. | ||
| + | The roof is also made from S355 steel to ensure it is able to safely support the loading of the photovoltaic system and retractable shade systems. The strength and stability of steel is important to manage wind load and the weight of the photovoltaic system. | ||
| + | |||
| + | Lastly, at the nase of the central structure, a custom aluminium box is incorporated to hold electrical components like batteries, controllers, | ||
| + | |||
| **__Drawings__** | **__Drawings__** | ||
| Line 2120: | Line 2168: | ||
| - | === - Smart System === | + | === - Electrical |
| - | == Hardware == | + | ==Electrical and Smart-System Components== |
| - | + | ||
| - | + | ||
| - | Include and explain in detail the: | + | |
| - | (//i//) black box diagram; | + | |
| - | (//ii//) hardware component selection (use tables to compare the different options for each component; | + | |
| - | (//iii//) detailed schematics; | + | |
| - | (//iv//) power budget. | + | |
| - | + | ||
| - | **Electrical and Smart-System Components** | + | |
| This subsection justifies the selection of photovoltaic, | This subsection justifies the selection of photovoltaic, | ||
| Line 2173: | Line 2212: | ||
| * **Smart AC control: | * **Smart AC control: | ||
| - | The inverter is turned on only when a laptop is detected. When no AC load is present for ten minutes, the ESP32 switches it off, cutting standby loss from 6 W to 0.6 W. | + | The inverter is turned on only when a laptop is detected. When no AC load is present for ten minutes, the ESP32 switches it off, cutting standby loss from 6 W to 1 W. |
| * **Battery protection: | * **Battery protection: | ||
| Line 2206: | Line 2245: | ||
| The operating concept follows an energy priority model: when the sun is shining, the solar modules first cover the current loads and charge the battery at the same time. If the charge level drops below 30%, the control system first deactivates the USB-C charging ports, then the linear drives and finally the lighting. However, basic services such as WLAN, sensors and control remain in operation at all times. All performance and measurement data is provided every minute via the WLAN so that energy flow, usage behavior and weather influences can be evaluated in detail. This creates a low-maintenance, | The operating concept follows an energy priority model: when the sun is shining, the solar modules first cover the current loads and charge the battery at the same time. If the charge level drops below 30%, the control system first deactivates the USB-C charging ports, then the linear drives and finally the lighting. However, basic services such as WLAN, sensors and control remain in operation at all times. All performance and measurement data is provided every minute via the WLAN so that energy flow, usage behavior and weather influences can be evaluated in detail. This creates a low-maintenance, | ||
| - | == Software == | + | **Power Budget** |
| - | Describe in detail the: | + | |
| - | (//i//) use cases or user stories for the smart device and app; | + | |
| - | (//ii//) selection of development platforms and software components (use tables to compare the different options); | + | |
| - | (//iii//) component diagram. | + | |
| - | === - Packaging === | + | In this section, the energy budget {{ : |
| + | |||
| + | Load inventory and duty-cycle assumptions | ||
| + | |||
| + | <WRAP round box 800px> | ||
| + | <table power-budget-calculations> | ||
| + | < | ||
| + | <WRAP center> | ||
| + | ^ Number ^ Sub-system (model) ^ Rated power [W] ^ Units ^ Daily runtime ^ Energy / day [Wh] ^ Share ^^ | ||
| + | | 1 | USB-C fast-charge ports (3 × 45 W) | 45 | 3 | 8 h | 1 080 | 40.7 % | | ||
| + | | 2 | Schuko laptop outlets (via inverter) | 64.4 | 2 | 8 h | 1 030 | 38.8 % | | ||
| + | | 3 | Wi-Fi AP (MikroTik wAP ac V2) | 9 | 1 | 24 h | 216 | 8.1 % | | ||
| + | | 4 | Micro-controller (ESP32 Dev Board) | 1.3 | 1 | 24 h | 30 | 1.1 % | | ||
| + | | 5 | USB-hub self-draw (Coolgear DIN) | 2.4 | 1 | 8 h | 19 | 0.7 % | | ||
| + | | 6 | LED lighting (3 m strip) | 5.0 | 3 | 4 h | 60 | 2.3 % | | ||
| + | | 7 | Table linear actuators (3 pc) | 48 | 3 | 15 min | 36 | 1.4 % | | ||
| + | | 8 | Bench linear actuators (6 pc) | 60 | 6 | 15 min | 90 | 3.4 % | | ||
| + | | 9 | Inverter (Phoenix 12/500, active) | 9.6 | 1 | 8 h | 77 | 2.9 % | | ||
| + | | 10 | MPPT controller (SmartSolar 150/100, standby) | 0.48 | 1 | 20 h | 9.6 | 0.4 % | | ||
| + | | 11 | SmartShunt + Lynx (quiescent) | 0.03 | 1 | 24 h | 0.7 | 0.0 % | | ||
| + | | 12 | Sensors (light / T-H-P, 5 nodes) | 0.05 | 5 | 24 h | 6 | 0.2 % | | ||
| + | | | Total daily load | | ||
| + | </ | ||
| + | </ | ||
| + | </ | ||
| + | |||
| + | During a typical eight-hour user shift, the Schuko sockets remain permanently active; this means that the inverter and the downstream USB hub also run for the entire working time. The WLAN access point, control electronics and all environmental sensors, on the other hand, work continuously to ensure round-the-clock connectivity and data collection. The linear actuators are rarely used, so their total operating time is estimated at around fifteen minutes per day. Finally, the LED lighting is only required in the evening hours via sensor control and is on for an average of around four hours a day. In total, all these components add up to an power drainage of 2 655 Wh. | ||
| + | |||
| + | Energy is generated by a photovoltaic array consisting of two Jinko Tiger Pro modules connected in series, each with a peak output of 535 W. Together, these modules provide a generator output of around 1,070 Wh at an open-circuit voltage of around 98 V. Even in the worst winter month in Porto, an average of four full load hours can be achieved, which corresponds to a daily yield of around 4,280 Wh. This means that the system generates around 1.6 times the daily consumption, | ||
| + | |||
| + | Three 12 V, 50 Ah LiFePO4 batteries connected together in a series provide the energy storage. This provides a gross capacity of 1,920 Wh. However, only around 90% of this is used to preserve the service life, which is equivalent to 1,728 Wh. This reserve is enough to last around 16 hours without any solar power. This means it can last comfortably through the night and into the early morning. When the sky is clear, the battery will be fully charged again in about two hours thanks to the large output of the solar panels. The battery only works as a night buffer because there is no need to have a multi-day storage system. | ||
| + | |||
| + | **Conclusion** | ||
| + | Daily solar panels harvest, around 4.3 kWh, exceeds the 2.7 kWh load, giving a comfortable margin. The 1.7 kWh battery bridges a full night and recharges quickly. Wiring and converters still have reserve capacity, so roughly 300 W of extra load or an additional panel and battery could be added without redesign. The workstation is therefore solar panel dominant with an overnight buffer, meeting the energy-first design goal. | ||
| + | ==== - Packaging | ||
| Packaging is significant to the overall performance and experience of a modular product. In the case of this workstation unit, the packaging solution considers sustainability, | Packaging is significant to the overall performance and experience of a modular product. In the case of this workstation unit, the packaging solution considers sustainability, | ||
| Line 2327: | Line 2396: | ||
| === - Hardware === | === - Hardware === | ||
| - | Detail | + | |
| - | In case there are changes regarding | + | In the prototype, due to the decision to prepare it with lightweight materials |
| + | The initial idea to counter this obstacle was to use the motor, but the scale of the prototype | ||
| + | |||
| + | Therefore, the prototype in the field of adjustability sets on the illustration of the core idea of how the product should work, although the adjustments still have to be done manually. | ||
| + | |||
| + | For the smart system, the core base is the ESP32 microcontroller with built-in OLED screen and Wi-Fi module, to which there are connected TSL2561 luminosity sensor and HTU21D temperature and humidity sensor for additional functionalities. | ||
| === - Software === | === - Software === | ||
| - | Detail and explain any changes made in relation to the designed solution, including different software components, tools, platforms, etc. | + | The software of the prototype implements a multi-sensor environment monitoring system using the ESP32 microcontroller. The system integrates temperature, humidity, and ambient light sensing with real-time data visualization to assure the most efficient control and protection of the electrical hardware of the design from unpredicted weather condidtions that could possibly lower its' usability. It also provides automatic light-based LED control and hosts a local access point to allow nearby devices the Wi-Fi connection and usage. |
| - | The code developed | + | === System Architecture === |
| + | |||
| + | The software architecture is clearly separated between sensor input acquisition, | ||
| + | |||
| + | * **Ambient light measurement** using TSL2561 luminosity sensor | ||
| + | * **Temperature and humidity monitoring** via HTU21D sensor | ||
| + | * **OLED display** | ||
| + | * **Wi-Fi Access Point** with MAC address tracking | ||
| + | * **LED control** based on lighting conditions | ||
| + | |||
| + | Firstly, hardware interface was defined according to its physical connection to the ESP32. | ||
| + | |||
| + | <code cpp> | ||
| + | from machine import Pin, I2C | ||
| + | from ssd1306 import SSD1306_I2C | ||
| + | from tsl2561 import TSL2561 | ||
| + | from htu21d import HTU21D | ||
| + | import network | ||
| + | import ubinascii | ||
| + | import time | ||
| + | |||
| + | i2c = I2C(0, scl=Pin(4), sda=Pin(5), freq=100000) | ||
| + | |||
| + | oled = SSD1306_I2C(128, | ||
| + | |||
| + | light_sensor = TSL2561(i2c) | ||
| + | light_sensor.active(True) | ||
| + | climate_sensor = HTU21D(i2c) | ||
| + | led = Pin(14, Pin.OUT) | ||
| + | |||
| + | ap = network.WLAN(network.AP_IF) | ||
| + | ap.active(True) | ||
| + | ap.config(essid=" | ||
| + | |||
| + | print(" | ||
| + | |||
| + | connected_macs = set() | ||
| + | </ | ||
| + | |||
| + | Then, control logic was implemented through the main control loop, that executes all the functionalities in parallel. | ||
| + | |||
| + | <code cpp> | ||
| + | while True: | ||
| + | try: | ||
| + | #For reading measurements from sensors | ||
| + | lux = light_sensor.read(autogain=True) | ||
| + | temp = climate_sensor.temperature() | ||
| + | hum = climate_sensor.humidity() | ||
| + | |||
| + | #For controlling LED based on luminosity | ||
| + | if lux < 1: | ||
| + | led.on() | ||
| + | else: | ||
| + | led.off() | ||
| + | |||
| + | #OLED display | ||
| + | oled.fill(0) | ||
| + | oled.text(" | ||
| + | oled.text(" | ||
| + | oled.text(" | ||
| + | oled.show() | ||
| + | |||
| + | #Checking for Wi-Fi connected devices | ||
| + | stations = ap.status(' | ||
| + | current_macs = set() | ||
| + | for station in stations: | ||
| + | mac_bytes = station[0] | ||
| + | mac = ubinascii.hexlify(mac_bytes, | ||
| + | current_macs.add(mac) | ||
| + | |||
| + | # | ||
| + | new_macs = current_macs - connected_macs | ||
| + | for mac in new_macs: | ||
| + | print(f" | ||
| + | |||
| + | connected_macs = current_macs | ||
| + | |||
| + | time.sleep(2) | ||
| + | |||
| + | except Exception as e: | ||
| + | print(" | ||
| + | time.sleep(2) | ||
| + | </code> | ||
| + | |||
| + | This main control loop executes actions cyclically. | ||
| + | * Data are acquired from the sensors and displayed on the OLED screen in real-time with ~2s delay in their respective units. | ||
| + | * LED light turns on the moment the relative luminosity is of value lower than 1 (the standard luminosity read from the sensor in the daylight environment is equal to approx. 2 lx. | ||
| + | * ESP32 in-built Wi-Fi module tracks connected devices through their MAC addressess and can log the information about the newly connected devices (only available through the use of terminal, therefore the additional hardware, such as a computer, would have to be plugged in to read the data in the terminal) | ||
| === - Tests & Results === | === - Tests & Results === | ||
| Line 2339: | Line 2500: | ||
| == Hardware tests == | == Hardware tests == | ||
| - | Perform the hardware tests specified in [[report|1.6 Tests]]. | + | The hardware |
| + | |||
| + | |||
| + | < | ||
| + | <WRAP center> | ||
| + | ^ Use case ^ Result | ||
| + | | UC1 - Automatic Lighting | Pass | | ||
| + | | UC2 - Adjustable work surface height | Pass | | ||
| + | | UC3 - Wi-Fi communication | Pass | | ||
| + | | UC4 - Sustainable energy autonomy| | ||
| + | | UC5 - Manually operated awnings | Pass | | ||
| + | </ | ||
| + | |||
| + | |||
| + | |||
| + | The adjustable work surface is manually operated on the prototype. | ||
| + | |||
| + | Some mechanical functionalities weren' | ||
| == Software tests == | == Software tests == | ||
| - | Software | + | The evaluation of the software occurred in three key areas; functional, performance, |
| - | (i) functional tests regarding | + | |
| - | (ii) performance tests regarding exchanged data volume, load and runtime | + | |
| - | (iii) usability tests according | + | **//1. Functional Tests//** |
| + | |||
| + | The functional | ||
| + | |||
| + | (1) measured real-time ambient light using the TSL2561 sensor | ||
| + | |||
| + | (2) tracked temperature | ||
| + | |||
| + | (3) controlled an LED automatically, | ||
| + | |||
| + | (4) displayed the ambient data output via an OLED display | ||
| + | |||
| + | (5) created a Wi-Fi Access Point setup and tracked the devices connected | ||
| + | |||
| + | The main control loop performed all of these tasks (1-5) at the same time and refreshes every ~2 seconds. The LED would turn on when the ambient light levels fell below 1 lx. And the ESP32 access point would be able to identify new devices being connected, | ||
| + | |||
| + | **//2. Performance Tests//** | ||
| + | |||
| + | Though specific numerical data about load, run-time, throughput, etc., was not presented in this version of the project, the performance testing did confirm that the 2 sec refresh cycle of the control loop was consistent throughout the entire testing process. In later versions, we will present averaged results over 10 cycles, | ||
| + | **//3. Usability Tests//** | ||
| + | |||
| + | A formal usability review using the System Usability Scale (SUS) is planned for the next testing cycles (future evaluation). The current prototype supports basic user interactions (i.e., lighting feedback, visibility of data on OLED), and further evaluation is needed to examine the intuitiveness, | ||
| ==== - Summary ==== | ==== - Summary ==== | ||
| - | //Provide here the conclusions | + | |
| + | This chapter presented | ||
| ===== - Conclusions ===== | ===== - Conclusions ===== | ||