Differences

This shows you the differences between two versions of the page.

--- report [2024/06/25 14:24] – [7.5 Materials] team4
+++ report [2024/07/18 12:20] (current) – epsatisep
@@ Line 1136: / Line 1136: @@
 | Budget | 1200 |
 | **Expenses** | |
-| Leaflets | 60 | [(360imprimirLeaflets)] |
+| Leaflets | 60 | [(www360imprimirLeaflets)] |
-| Posters | 70| [(360imprimirPosters)] |
+| Posters | 70| [(www360imprimirPosters)] |
 | Owned Media (Website) | 288| [(Shopifypricing)] |
 | Video Advertising (Youtube) | 100 | -- |
@@ Line 1472: / Line 1472: @@
 ==== - Ideation ====
-Out of the second chapter of this report, the chapter on state of the art, the Scarabreed team concluded several drivers. Drivers are the very reason behind the design process. They are goals that are unique to the design process. Drivers are the force behind innovation. They are decided to serve a function, to meet some specific need, or to be useful in some way.
+Based on the analysis of the state-of-the-art technologies presented in Chapter 2, the Scarabreed team identified several key design drivers.  These drivers represent the essential goals that will guide the design process. Essentially, they are the forces that will propel innovation in this project. Each driver can be defined by its function, the specific need it addresses, or the utility it provides.
 In this project, one main driver changes the design of the product. Other drivers are still very relevant, however, they don’t determine the shape of the construction but stimulate technical innovation from within. This main design driver here is to design for modularity. A modular design allows the user of the product to scale, customize and transport easily.
@@ Line 1870: / Line 1870: @@
 === - Lists of Materials for the Prototype ===
-All products for the prototype are shown in Table {{ref>tlabel5}}. The budget for the prototype is 100€. This must also include the transport costs and VAT. It is very difficult to build a reasonable prototype with this small budget. Despite the challenges, a satisfactory solution was ultimately reached.
+All products for the prototype are shown in Table {{ref>tlabel5}}. The budget for the prototype is 100 €. This must also include the transport costs and VAT. It is very difficult to build a reasonable prototype with this small budget. Despite the challenges, a satisfactory solution was ultimately reached.
 <WRAP centeralign >
@@ Line 1912: / Line 1912: @@
 ==== - Packaging ====
-Scarabreed's packaging solution is designed with sustainability in mind, aiming to minimize waste and environmental impact. The packaging consists of three main parts: the box lid, the box fitment, and the bottom of the box. Each component is crafted from 3mm thick recycled cardboard, reducing the need for new raw materials and promoting a circular economy.
+Scarabreed's packaging solution is designed with sustainability in mind, aiming to minimize waste and environmental impact. The packaging consists of three main parts: the box lid, the box fitment, and the bottom of the box. Each component is crafted from 3 mm thick recycled cardboard, reducing the need for new raw materials and promoting a circular economy.
 === - 3D Packaging ===
@@ Line 2042: / Line 2042: @@
-=== - Sustanability features ===
+=== - Sustainability features ===
 Throughout the packaging design process, Scarabreed prioritizes sustainability by incorporating several key features:
@@ Line 2119: / Line 2119: @@
 === - Software ===
-Detail and explain any changes made in relation to the designed solution, including different software components, tools, platforms, etc.
 The software was developed with each component in mind and then integrated into a single code. The door contact was experiencing intermittent issues due to a lack of a pull-up resistor. Once this was rectified, the system was fully operational. One button is used to change the menu, while the other is a trigger for each functionality. The fan is functioning in conjunction with the LED stripe. When the fan is activated, the LED stripe turns blue, indicating that the status has been updated on the display. The door contact is integrated with the display and LED stripe. Upon opening the doors, the LED stripe is activated, updating the display in real-time.
@@ Line 2175: / Line 2174: @@
 </WRAP>
-As seen in {{ref>Cd1}} the libraries and enum type for menu list is created. In this fragment also all defines are defined. As seen in {{ref>Cd2}} I2C is created and all inputs and outputs are declared. In {{ref>Cd3}} the menu switching is declared and implemented. Plus there is logic for door contact. In {{ref>Cd4}} The toggle button is declared and all logic for presentation code is implemented. In {{ref>Cd5}} all the data is displayed on OLED. As seen at {{ref>Cd6}} declaration of wifi setup function. At {{ref>Cd7}} is displayed sending data to the mosquitto is implemented.
+As seen in Figure {{ref>Cd1}} the libraries and enum type for the menu list are created. In this fragment also all definitions are defined. As seen in Figure {{ref>Cd2}} I2C is created and all inputs and outputs are declared. In Figure {{ref>Cd3}} the menu switching is declared and implemented. Plus there is logic for door contact. In Figure {{ref>Cd4}} The toggle button is declared and all logic for presentation code is implemented. In Figure {{ref>Cd5}} all the data is displayed on OLED. As seen in Figure {{ref>Cd6}} declaration of the wifi setup function. Figure {{ref>Cd7}} shows how sending data to the mosquito is implemented.
 **Data chart**
@@ Line 2184: / Line 2183: @@
 </figure>
 </WRAP>
-as seen {{ref>SCH23}} monitoring app is sending the data to MQTT broker.
+As seen in Figure {{ref>SCH23}} monitoring app is sending the data to MQTT broker.
 === - Tests & Results ===
-In this chapter all changes and progress with prototype are analyzed. Tables with Tests and results plus difference to final solution.\\
+In this Subchapter, all changes and progress with the prototype are analyzed. Tables with Tests and results plus the difference to the final solution.\\
 **Hardware tests**
 <WRAP centeralign >
@@ Line 2196: / Line 2195: @@
 </WRAP>
-As we can see in {{ref>SCH2}} for prototype there are used two power supplies. 5V power supply is for ESP32 and fan. 12V is for LED stripe. This could be done with voltage regulator to step down 12V to 5V. To control fan there is simple Darlington bridge with two transistors. As the budget was low the IR light, humidity spray and the buzzer were cut. Rest of the components are the same as in deliverable solution.
+Figure {{ref>SCH2}} illustrates the use of two power supplies for the prototype. The 5 V power supply is designated for the ESP32 and fan, while the 12 V supply is allocated for the LED stripe. The implementation of a voltage regulator could facilitate the reduction of the 12V supply to 5 V. The fan control system employs a straightforward Darlington bridge configuration comprising two transistors. In consideration of the limited budgetary constraints, the infrared light, humidity spray, and buzzer were excluded from the final design. The remaining components are identical to those employed in the deliverable solution.
@@ Line 2217: / Line 2216: @@
 </WRAP>
-Every connection was tested with multimeter.
+Every connection was tested with a multimeter.
 **Software tests**
-Software was tested with every component and than it was implemented in one code. The door contact was malfunctioning for most of the time because of the lack of pull-up resistor then it worked fine. One button is responsible for changing the menu and the other like a trigger for each functionality.
+The software was tested with every component and then it was implemented in one source file. The door contact was malfunctioning for most of the time because of the lack of a pull-up resistor then it worked fine. One button is responsible for changing the menu and the other like a trigger for each functionality.
 <WRAP centeralign >
@@ Line 2242: / Line 2241: @@
 </WRAP>
 Table {{ref>ol2}} displays the load results for the longest API request. These results show
-that, when in production, the Web app must be hosted by an elastic server solu-
+that, when in production, the Web app must be hosted by an elastic server solution to reduce the latency to values compatible with an acceptable user experience.
-tion to reduce the latency to values compatible to an acceptable user experience.
 As expected, the exchanged data per request remains unchanged.
 ==== - Conclusion ====
 After analyzing existing brands and technologies, Scarabreed has successfully developed the BBV2 - Beetles Breeder Version 2, a solution for breeding endangered beetle species.
-The BBV2 features a modular design, allowing for easy scaling, customization, and transport. It has a trapezium form optimized for stability and space efficiency, and it provides dual access from both the front and back for convenient maintenance and monitoring. The technological compartment at the top monitors and controls environmental parameters.  Built-in cable ducts enable seamless connection and scalability of multiple vivariums. The BBV2 is constructed from high-quality stainless steel for durability. The team uses a ESP32 microcontroller and a SHT21 sensor for precise humidity and temperature control.
+The BBV2 features a modular design, allowing for easy scaling, customization, and transport. It has a trapezium form optimized for stability and space efficiency, and it provides dual access from both the front and back for convenient maintenance and monitoring. The technological compartment at the top monitors and controls environmental parameters.  Built-in cable ducts enable seamless connection and scalability of multiple vivariums. The BBV2 is constructed from high-quality stainless steel for durability. The team uses an ESP32 microcontroller and an SHT21 sensor for precise humidity and temperature control.
-Technically, the team conducted Finite Element Analysis (FEA) to approximate system behavior and validated structural integrity through load testing, confirming the system withstands 588.6N which was ensured by structural reliability with mesh analysis.
+Technically, the team conducted Finite Element Analysis (FEA) to approximate system behavior and validated structural integrity through load testing, confirming the system withstands 588.6 N which was ensured by structural reliability with mesh analysis.
 For the realization of the vivarium, CAD models were made using SolidWorks, followed by a cardboard prototype to identify and correct potential issues. Additionally, lists of materials were made for both the prototype and the final product. The team also designed a reusable and sustainable packaging to minimize environmental impact.