report:dvp

Differences

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

Link to this comparison view

Both sides previous revision Previous revision
Next revision		 Previous revision
report:dvp [2026/06/18 16:06] – [7.4.3 Structure] team4report:dvp [2026/06/22 19:10] (current) – [7.6.3 Software] team4
Line 187: Line 187:
 </WRAP> </WRAP>
  
-To protect the smartlogger we designed a protecting roof so algea won't be growing on the smartlogger that much. In Figure {{ref>fig:roof}} you see the roof attached to the Smartlogger.+To protect the smartlogger a roof is designed, this reduces the accumulation of debris on top of the smartlogger. In Figure {{ref>fig:roof}} you see the roof attached to the Smartlogger.
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:roof> <figure fig:roof>
Line 378: Line 378:
  
 The entire system is powered by a LiFePO4 battery. Environmental data is collected via sensors that measure pressure (depth), temperature, pH, and conductivity. All collected data is stored locally on a Secure Digital memory card (SD card); real-time transmission is not possible. Battery replacement and data retrieval are carried out through a scheduled maintenance procedure involving a diver. The estimated battery lifetime of the system is approximately 340 days, which limits the frequency of required maintenance operations to roughly once per 11 months. The entire system is powered by a LiFePO4 battery. Environmental data is collected via sensors that measure pressure (depth), temperature, pH, and conductivity. All collected data is stored locally on a Secure Digital memory card (SD card); real-time transmission is not possible. Battery replacement and data retrieval are carried out through a scheduled maintenance procedure involving a diver. The estimated battery lifetime of the system is approximately 340 days, which limits the frequency of required maintenance operations to roughly once per 11 months.
-When battery replacement is necessary, a diver descends to the installation site and retrieves the Smartbox from the seabed. The enclosure must be brought to the surface in order to be opened safely. Battery replacement and cleaning of the sensors and electricalbox of corganic growth is performed aboard a boat, where the SD card is also replaced simultaneously to ensure secure and continuous data storage.+When battery replacement is necessary, a diver descends to the installation site and retrieves the Smartbox from the seabed. The enclosure must be brought to the surface in order to be opened safely. Battery replacement, sensor cleaning, and removal of organic growth from the electrical box are carried out aboard the vessel. The SD card is replaced at the same time to ensure secure and continuous data storage.
 After completion of the maintenance procedure, the Smartbox is redeployed and repositioned at its original location on the seabed. This integrated maintenance strategy allows both power supply and data storage components to be serviced during a single operation. After retrieval, the data is transferred to a research facility for analysis and evaluation, ultimately contributing to environmental monitoring and reporting.  After completion of the maintenance procedure, the Smartbox is redeployed and repositioned at its original location on the seabed. This integrated maintenance strategy allows both power supply and data storage components to be serviced during a single operation. After retrieval, the data is transferred to a research facility for analysis and evaluation, ultimately contributing to environmental monitoring and reporting. 
  
Line 401: Line 401:
 This capability makes the ESP32 particularly suitable for applications that spend most of their time in a low-power state and only wake periodically to perform measurements or other tasks. By minimizing the active time and remaining in deep sleep for the majority of the operating cycle, the overall energy consumption of the system can be significantly reduced, resulting in longer battery life. This capability makes the ESP32 particularly suitable for applications that spend most of their time in a low-power state and only wake periodically to perform measurements or other tasks. By minimizing the active time and remaining in deep sleep for the majority of the operating cycle, the overall energy consumption of the system can be significantly reduced, resulting in longer battery life.
  
-Compared to the other evaluated alternatives, presented in {{ref>tab:McComparions}} the ESP32 was the only platform that combined deep sleep support with an integrated RTC and extremely low sleep current. These characteristics made it the most suitable choice for an energy-efficient embedded system.+Compared to the other evaluated alternatives, presented in Table {{ref>tab:McComparions}} the ESP32 was the only platform that combined deep sleep support with an integrated RTC and extremely low sleep current. These characteristics made it the most suitable choice for an energy-efficient embedded system.
  
 <WRAP> <WRAP>
Line 432: Line 432:
 Selecting sensors was quite challenging, as most sensors such as pH and conductivity probes are designed for temporary measurements and not for long term submersion. Additionally, the sensors must withstand the high pressure at the seabed, and many are not suitable for seawater. This resulted in expensive sensors, mainly sourced from suppliers in the United States.  Selecting sensors was quite challenging, as most sensors such as pH and conductivity probes are designed for temporary measurements and not for long term submersion. Additionally, the sensors must withstand the high pressure at the seabed, and many are not suitable for seawater. This resulted in expensive sensors, mainly sourced from suppliers in the United States. 
  
-The BarXT sensor [(BarXT)] measures both pressure and temperature. The pressure measurements can be used to calculate depth. Unlike systems based on 5 V microcontrollers, the ESP32 operates with 3.3 V logic levels, which are compatible with the sensor's I<sup>2</sup>C (Inter-Integrated Circuit) interface. Therefore, no I<sup>2</sup>C level converter is required, simplifying the hardware design and reducing power consumption.+The BarXT sensor [(BarXT)] measures both pressure and temperature. The pressure measurements can be used to calculate depth. Unlike systems based on 5 V microcontrollers, the ESP32 operates with 3.3 V logic levels, which are compatible with the sensor's Inter-Integrated Circuit (I<sup>2</sup>C) interface. Therefore, no I<sup>2</sup>C level converter is required, simplifying the hardware design and reducing power consumption.
  
 The pH sensor [(PhProbe)] is sourced from Atlas Scientific. It is used together with a pH module [(PhModule)], which converts the signal into an analog signal that can be directly read by the microcontroller's analog inputs. The pH sensor [(PhProbe)] is sourced from Atlas Scientific. It is used together with a pH module [(PhModule)], which converts the signal into an analog signal that can be directly read by the microcontroller's analog inputs.
Line 561: Line 561:
 ==== 7.6 Prototype ==== ==== 7.6 Prototype ====
  
-The prototype is designed to measure similar parameters to a CTD (Conductivity, temperature and Depth) system, but instead of using a conductivity sensor to estimate salinity, it uses a TDS sensor. This is a significantly cheaper alternative and is sufficient for early-stage testing, where the main goal is to validate the system concept rather than achieve final measurement accuracy. The pH sensor is also excluded from the prototype in order to reduce cost, since it is not essential for testing the basic functionality of the system. Apart from the sensor selection and reduced measurement precision, the prototype follows the same general system design as the final product. For the enclosure, a simple airtight plastic container (e.g. from IKEA) is used as a temporary solution. This significantly reduces costs compared to waterproof enclosures and is sufficient for controlled testing environments. To ensure watertight cable penetrations in the prototype, a silicone‑based sealant will be used. The same sealant may also be applied around the enclosure lid if leakage is detected during testing.+The prototype is designed to measure similar parameters to a Conductivity, temperature and Depth (CTD)  system, but instead of using a conductivity sensor to estimate salinity, it uses a TDS sensor. This is a significantly cheaper alternative and is sufficient for early-stage testing, where the main goal is to validate the system concept rather than achieve final measurement accuracy. The pH sensor is also excluded from the prototype in order to reduce cost, since it is not essential for testing the basic functionality of the system. Apart from the sensor selection and reduced measurement precision, the prototype follows the same general system design as the final product. For the enclosure, a simple airtight plastic container (e.g. from IKEA) is used as a temporary solution. This significantly reduces costs compared to waterproof enclosures and is sufficient for controlled testing environments. To ensure watertight cable penetrations in the prototype, a silicone‑based sealant will be used. The same sealant may also be applied around the enclosure lid if leakage is detected during testing.
  
  
Line 714: Line 714:
 The final prototype may not utilize the exact components and materials specified in this study; however, functionally equivalent or closely comparable alternatives are expected to be used. The final prototype may not utilize the exact components and materials specified in this study; however, functionally equivalent or closely comparable alternatives are expected to be used.
  
-The electrical schematics for the prototype is presented in figure {{ref>fig:schematic3}}.+The electrical schematics for the prototype is presented in Figure {{ref>fig:schematic3}}.
  
 <WRAP centeralign> <WRAP centeralign>
Line 727: Line 727:
  
  
-The system is an automatic water quality logger built on an Arduino Uno. It continuously reads data from several sensors and writes the measurements to a CSV file on an SD card every 10 seconds. The system is controlled by a switch that pauses and resumes logging without requiring a restart.+The system is an automatic water quality logger built on an Arduino Uno. It continuously reads data from several sensors and writes the measurements to a Comma-separated values (CSV) file on an SD card every 10 seconds. The system is controlled by a switch that pauses and resumes logging without requiring a restart.
  
 **Libraries** **Libraries**
Line 812: Line 812:
  
 When the logging interval has passed, the software retrieves the current time from the RTC module and writes the timestamped sensor data to the SD card. After the data is saved, the program returns to the switch check and repeats the process continuously. This flow ensures that the prototype automatically collects and stores environmental data in a structured way. Figure {{ref>fig:flowchart}} shows the software flowchart of the Maris Habitats prototype. When the logging interval has passed, the software retrieves the current time from the RTC module and writes the timestamped sensor data to the SD card. After the data is saved, the program returns to the switch check and repeats the process continuously. This flow ensures that the prototype automatically collects and stores environmental data in a structured way. Figure {{ref>fig:flowchart}} shows the software flowchart of the Maris Habitats prototype.
 +
 +
  
  
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:flowchart> <figure fig:flowchart>
-{{ :report:maris_habitats_flowchart.png?nolink|}}+{{ :0:flowchart_prototype.png?600 |}}
 <caption>Software flow chart</caption> <caption>Software flow chart</caption>
 </figure> </figure>
Line 839: Line 841:
 | Each data entry follows the expected format, including sensor name, sensor value, and time or measurement number | Pass  | | Each data entry follows the expected format, including sensor name, sensor value, and time or measurement number | Pass  |
 | The battery or power supply can run the prototype during the full test period | Pass  | | The battery or power supply can run the prototype during the full test period | Pass  |
-| The physical structure remains stable during handling and surface-level demonstration | Pass / Fail | +| The physical structure remains stable during handling and surface-level demonstration | Pass | 
-| The prototype demonstrates the basic concept of a removable monitoring unit combined with a habitat structure | Pass / Fail |+| The prototype demonstrates the basic concept of a removable monitoring unit combined with a habitat structure | Pass |
  
 These tests are intended to validate the proof-of-concept prototype only. They do not verify long-term underwater durability, waterproofing, marine pressure resistance, or biological performance. These aspects must be tested in future development using a marine-grade final product. These tests are intended to validate the proof-of-concept prototype only. They do not verify long-term underwater durability, waterproofing, marine pressure resistance, or biological performance. These aspects must be tested in future development using a marine-grade final product.
Line 856: Line 858:
 <WRAP centeralign> <WRAP centeralign>
 <figure fig:StoredData> <figure fig:StoredData>
-{{ :0:skaermbild_2026-06-11_194629.png?1000 }}+{{ :0:skaermbild_2026-06-11_194629.png?800 }}
 <caption>Stored data in Excel</caption> <caption>Stored data in Excel</caption>
 </figure> </figure>