HSRW EOLab Students Wiki

User Tools

Site Tools

Trace:
amc:ss2025:group-b:start

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
amc:ss2025:group-b:start [2025/07/29 18:53] – 33189_students.hsrwamc:ss2025:group-b:start [2025/07/29 19:14] (current) – 34284_students.hsrw
Line 53: Line 53:
 The code was written in Arduino IDE and configured to move the motor forward in short bursts, pause for 30 seconds at each stop to simulate thermal stabilization, and read the temperature using the DS18B20. After the final depth was reached, the motor reversed direction and reeled the wire back to the starting point. The code was written in Arduino IDE and configured to move the motor forward in short bursts, pause for 30 seconds at each stop to simulate thermal stabilization, and read the temperature using the DS18B20. After the final depth was reached, the motor reversed direction and reeled the wire back to the starting point.
  
-===== Results =====+====== Results ======
 (by Kirandeep Kaur) (by Kirandeep Kaur)
  
-The Arduino code successfully controlled the descent and temperature reading collection (Figure 4.). For the sole purpose of a demo, the code was written in such a way it samples a 3 meter deep lake or water body. This would mean a total of 5 depth levels were configured, corresponding to a total descent of 2.5 meters. Readings are not taken at the 3 meter mark as by then the temperature readings would be affected by the temperature of the waterbed. Therefore, at each step, the system printed the estimated depth and corresponding temperature reading onto the serial monitor. The readings were separated by 30-second delays to mimic the real sampling procedure. Once all data points were collected, the motor reversed and reeled in the sensor based on the total descent time. The final message confirmed the completion of the measurement cycle (Figure 5.). +The Arduino code successfully controlled the descent and temperature reading collection. For the sole purpose of a demo, the code was written in such a way it samples a 3 meter deep lake or water body. This would mean a total of 5 depth levels were configured, corresponding to a total descent of 2.5 meters. Readings are not taken at the 3 meter mark as by then the temperature readings would be affected by the temperature of the waterbed. Therefore, at each step, the system printed the estimated depth and corresponding temperature reading onto the serial monitor. The readings were separated by 30-second delays to mimic the real sampling procedure. Once all data points were collected, the motor reversed and reeled in the sensor based on the total descent time. The final message confirmed the completion of the measurement cycle (Figure 5.). 
  
 +<code C++>
 #include <Wire.h> #include <Wire.h>
 #include <Adafruit_MotorShield.h> #include <Adafruit_MotorShield.h>
Line 125: Line 126:
 void loop() { void loop() {
 } }
- +</code>
-//Figure 4. Arduino code for controlling descent, waiting at each depth, logging temperature, and rewinding the probe.//+
  
 {{:amc:ss2025:group-b:output.png?400|}} {{:amc:ss2025:group-b:output.png?400|}}
Line 132: Line 132:
 //Figure 5. Real-time output from Arduino serial monitor showing temperature readings at every 0.5m depth.// //Figure 5. Real-time output from Arduino serial monitor showing temperature readings at every 0.5m depth.//
  
 +The motor behaved as expected in both directions when supplied with 9V, although noticeably under-powered compared to its rated 12V specification. The DS18B20 sensor responded with temperature values at each level. The encoder component of the motor did not produce usable signals during testing and was omitted from the final implementation. An SD card module was not connected during this prototype phase due to time constraints, code and planning are however in place for its integration.
 +
 +<code C++>
 #include <SD.h> #include <SD.h>
  
Line 168: Line 171:
     }     }
 } }
 +</code>
  
-//Figure 6. Planned code for logging temperature, depth, and timestamp to an SD card in CSV format.// 
  
-The motor behaved as expected in both directions when supplied with 9V, although noticeably under-powered compared to its rated 12V specification. The DS18B20 sensor responded with temperature values at each level. The encoder component of the motor did not produce usable signals during testing and was omitted from the final implementation. An SD card module was not connected during this prototype phase due to time constraints, code and planning are however in place for its integration (Figure 6.). 
  
 ===== Discussion ===== ===== Discussion =====
Line 182: Line 184:
 Despite these limitations, the prototype demonstrated the core functionality: automated descent, timed temperature reading, and motorized rewinding. Despite these limitations, the prototype demonstrated the core functionality: automated descent, timed temperature reading, and motorized rewinding.
  
-===== Conclusion =====+====== Conclusion ======
 (by Kirandeep Kaur) (by Kirandeep Kaur)
  
amc/ss2025/group-b/start.1753807997.txt.gz · Last modified: 2025/07/29 18:53 by 33189_students.hsrw