EPS@ISEP | The European Project Semester (EPS) at ISEP

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
report [2015/06/23 16:50] – [7.2 Architecture] team1report [2015/06/23 19:14] (current) – [7.2 Architecture] team1
Line 1154: Line 1154:
 Mobility in the dehydrator is favored by a modular design. The heating tunnel can be displaced with a way guides and adapt its position with the dehydration chamber, performing a unique body. In the lower part of the tunnel a pair of wheels is settled, making the usage and transportation of the product more pleasant. Figure {{ref>a23}} presents the way of changing solar dehydrator from static to portable.  Mobility in the dehydrator is favored by a modular design. The heating tunnel can be displaced with a way guides and adapt its position with the dehydration chamber, performing a unique body. In the lower part of the tunnel a pair of wheels is settled, making the usage and transportation of the product more pleasant. Figure {{ref>a23}} presents the way of changing solar dehydrator from static to portable. 
 <figure a23> <figure a23>
-{{:plegado.jpg?800|}}+{{ :untitled.58.jpg?800 |}}
 <caption>//Conceptual storyboard of transformation from static to portable//</caption> <caption>//Conceptual storyboard of transformation from static to portable//</caption>
 </figure> </figure>
Line 1160: Line 1160:
 Another problem to take into account is the isolation of the food to bugs and other physical agents from the exterior that can affect in a negative way to the food. The use of nets in both intakes to prevent the entry of unwanted solids is mandatory. Another problem to take into account is the isolation of the food to bugs and other physical agents from the exterior that can affect in a negative way to the food. The use of nets in both intakes to prevent the entry of unwanted solids is mandatory.
  
-To illustrate some of the design changes in a graphic way, in the following pictures details as the allocation of the air vent, the interior guides of the new shelves and the initial idea of the rear support system. Also are included some of the different parts draws with references to the main measurements of each. In the assembly draws it is shown in the three critical positions. Lowest position in operation, highest position in operation and compact position, prepared to be carried out. In the compact position must be taken into account that this is not the position the user is going to held while the transporting, it is just reflected the maximum point of attack. Figures from {{ref>a25}} to {{ref>a27}} depict computer visualizations and figures from {{ref>a28}} to {{ref>a34}} display solar dehydrator measurements.  +To illustrate some of the design changes in a graphic way, in the following pictures details as the allocation of the air vent, the interior guides of the new shelves and the initial idea of the rear support system. Also are included some of the different parts draws with references to the main measurements of each. In the assembly draws it is shown in the three critical positions. Lowest position in operation, highest position in operation and compact position, prepared to be carried out. In the compact position must be taken into account that this is not the position the user is going to held while the transporting, it is just reflected the maximum point of attack. Figures from {{ref>a95}} to {{ref>a100}} depict computer visualizations and figures from {{ref>a28}} to {{ref>a34}} display solar dehydrator measurements.  
-<figure a25> +<figure a95> 
-{{:untitled.142.jpg?260|}}+{{:untitled.23.jpg?800|}}
 <caption>//Solar dehydrator detail nº1//</caption> <caption>//Solar dehydrator detail nº1//</caption>
 </figure> </figure>
  
-<figure a26> +<figure a96> 
-{{:untitled.143.jpg?260|}}+{{:untitled.60.jpg?800|}}
 <caption>//Solar dehydrator detail nº2//</caption> <caption>//Solar dehydrator detail nº2//</caption>
 </figure> </figure>
  
-<figure a27> +<figure a97> 
-{{:untitled.151.jpg?260|}}+{{:untitled.30.jpg?800|}}
 <caption>//Solar dehydrator detail nº3//</caption> <caption>//Solar dehydrator detail nº3//</caption>
 +</figure>
 +
 +<figure a98>
 +{{:untitled.40.jpg?800|}}
 +<caption>//Solar dehydrator detail nº4//</caption>
 +</figure>
 +
 +<figure a99>
 +{{:untitled.36.jpg?800|}}
 +<caption>//Solar dehydrator detail nº5//</caption>
 +</figure>
 +
 +<figure a100>
 +{{:untitled.38.jpg?800|}}
 +<caption>//Solar dehydrator detail nº6//</caption>
 </figure> </figure>
  
Line 1221: Line 1236:
 Concerning to the user experience, we want to give an intuitive and kind interaction between the product and the customer. The system is supported with an LCD display that shows directly to the user all the information needed to start the process. To interact with the system it is also required some keyboard or any kind of control to give the user the chance to select his different needs depending on the requirements on the food that is going to be dehydrated. Figures {{ref>a35}} and {{ref>a36}} illustrate the electronic schematics. Concerning to the user experience, we want to give an intuitive and kind interaction between the product and the customer. The system is supported with an LCD display that shows directly to the user all the information needed to start the process. To interact with the system it is also required some keyboard or any kind of control to give the user the chance to select his different needs depending on the requirements on the food that is going to be dehydrated. Figures {{ref>a35}} and {{ref>a36}} illustrate the electronic schematics.
 <figure a35> <figure a35>
-{{ :captura_de_pantalla_2015-04-23_a_las_2.38.46.png?700 |}}+{{ :captura_de_pantalla_2015-06-23_a_las_19.06.33.png?700 |}}
 <caption>//Electronics wiring diagram approximation//</caption> <caption>//Electronics wiring diagram approximation//</caption>
 </figure> </figure>
  
 <figure a36> <figure a36>
-{{ :captura_de_pantalla_2015-04-23_a_las_2.37.15.png?700 |}}+{{ :captura_de_pantalla_2015-06-23_a_las_19.12.57.png?700 |}}
 <caption>//Electronics graphic schematics approximation//</caption> <caption>//Electronics graphic schematics approximation//</caption>
 </figure> </figure>
Line 1488: Line 1503:
  
  
-In the case of the basic sketch used to evaluate the proper read and control of the signals, it was used a pair of LEDs, one controlling temperature output signals and the second one controlling humidity output signals. So this is a summarized example of the If conditions used for this test, which is the base of the whole program, where h is the read value of humidity and t is the read value of temperature: +In the case of the basic sketch used to evaluate the proper read and control of the signals, it was used a pair of LEDs, one controlling temperature output signals and the second one controlling humidity output signals. So the If conditions used for this test, which is the base of the whole program, where h is the read value of humidity and t is the read value of temperature.
- +
- +
-  if (h > 80) digitalWrite(12, HIGH);  //if humidity is over 80, send signal: LED On// +
-  if (t > 24) digitalWrite(11, HIGH);  //if temperature is over 24, send signal: LED On// +
-  if (h < 80) digitalWrite(12, LOW);  //if humidity is under 80, send signal: LED Off// +
-  if (t < 24) digitalWrite(11, LOW);  //if temperature is under 24, send signal: LED Off//+
      
      
-Once the values are under control, it was thought to be necessarily considered the possibility of having a full range of different values in order to adequate the process to the kind of food desired to dehydrated by the user. This implies that the user needs to interact with the Arduino to be capable to select the proper program. That’s the main reason of having an LCD Shield with buttons in the electronic system. The LCD permits a visual interaction and the buttons permit the user to surf through a specific menu where it is shown a variety of foods to dehydrate. The use of an LCD and moreover the use of buttons requires also a specific library. Here is shown an example of the code used in the first test with LED, which includes both libraries and the conditions set for that occasion:+Once the values are under control, it was thought to be necessarily considered the possibility of having a full range of different values in order to adequate the process to the kind of food desired to dehydrated by the user. This implies that the user needs to interact with the Arduino to be capable to select the proper program. That’s the main reason of having an LCD Shield with buttons in the electronic system. The LCD permits a visual interaction and the buttons permit the user to surf through a specific menu where it is shown a variety of foods to dehydrate. The use of an LCD and moreover the use of buttons requires also a specific library. Here in Figure {{ref>a101}} is shown a flow chart of the code used for the Solar dehydrator
  
  
-  #include "DHT.h" +<figure a101> 
-  #include <LiquidCrystal.h>+{{ :flowchart-001.jpg?600 |}} 
 +<caption>//Electronic system with humidity value over the maximum programmed for the test//</caption> 
 +</figure>
  
-  #define DHTPIN 13     // what pin we're connected to 
-  #define DHTTYPE DHT22   // DHT 22  (AM2302) 
-  // Initialize DHT sensor for normal 16mhz Arduino 
-  DHT dht(DHTPIN, DHTTYPE); 
-  LiquidCrystal lcd(8, 9, 4, 5, 6, 7); 
  
-  void setup() { +The process now is more complex. The whole variety of products have to be set and the program has to know which food has been selected. This implies that when a food program is selected the whole rest of the code has to be obviated. A basic way to develop this program is by using counters and If statements. The counters are arbitrary values that work inside an If condition. Every time the If condition is accomplished, it’s added or subtracted one unit from this value. For example, every time the button Down is pressed, an arbitrary value called //x// which is //x// = 0 is added one, so the result would be //x// = 1. If it is pressed twice, //x// value would be //x// = 2. By this way it is possible to attach a singular value to each food and once the button Select is pressed, the //x// value is read by the program and knows which program was selected and needs to be read. Otherwise, for menus with four or less than four products to select, each button but select and reset are coded directly to a single process. In this case, each of the buttons has its own variable in the code. This is used in the way that once a button is pressed, the process of the button is shown in the LCD, so the variable, for example u, turns from u = 0 to u = 1. Then button select is pressed and the process starts. In order to avoid multiple variables with value 1, which allows the code of a specific process be read, every time one button is pressed, it is not only changing its own variable, also the rest of the buttons variables turning them into value x = 0. Thanks to that coding, the Arduino will always run only one process at a time.
-    Serial.begin(9600);  +
-    Serial.println("DHTxx test!"); +
-   +
-    // set up the LCD's number of columns and rows: +
-  lcd.begin(16, 2); +
-  // Print a message to the LCD. +
-  lcd.print(" Hello, world!"); +
-  delay(1000); +
-  lcd.clear(); +
-  delay(400);   +
-    lcd.setCursor(0, 0); +
-  // print the number of seconds since reset: +
-  lcd.print("   Welcome to"); +
-  lcd.setCursor(0, 1); +
-  // print the number of seconds since reset: +
-  lcd.print("     Fruvee "); +
-  pinMode(12, OUTPUT); +
-  pinMode(11, OUTPUT); +
-  dht.begin(); +
-  } +
- +
- +
-  void loop() { +
-    // Wait a few seconds between measurements. +
-    delay(2000); +
-  float h = dht.readHumidity(); +
-    // Read temperature as Celsius +
-  float t = dht.readTemperature(); +
-    // Read temperature as Fahrenheit +
-  float f = dht.readTemperature(true); +
-   +
-  // Check if any reads failed and exit early (to try again). +
-  if (isnan(h) || isnan(t) || isnan(f)) { +
-    Serial.println("Failed to read from DHT sensor!"); +
-    return; +
-  } +
-  float hi = dht.computeHeatIndex(f, h); +
-  Serial.print("Humidity: ");  +
-  Serial.print(h); +
-  Serial.print(" %\t"); +
-  Serial.print("Temperature: ");  +
-  Serial.print(t); +
-  Serial.print(" *C "); +
-  Serial.print(f); +
-  Serial.print(" *F\t"); +
-  Serial.print("Heat index: "); +
-  Serial.print(hi); +
-  Serial.println(" *F"); +
-  lcd.clear(); +
-  lcd.setCursor(0, 0); +
-  lcd.print("Hum: "); +
-  lcd.setCursor(5, 0); +
-  lcd.print(h); +
-  lcd.setCursor(0, 1); +
-  lcd.print("Temp: "); +
-  lcd.setCursor(6, 1); +
-  lcd.print(t); +
-  if (h > 80) digitalWrite(12, HIGH); +
-  if (t > 24) digitalWrite(11, HIGH); +
-  if (h < 80) digitalWrite(12, LOW); +
-  if (t < 24) digitalWrite(11, LOW); +
-  } +
- +
- +
-The process now is more complex. The whole variety of products have to be set and the program has to know which food has been selected. This implies that when a food program is selected the whole rest of the code has to be obviated. A basic way to develop this program is by using counters and If statements. The counters are arbitrary values that work inside an If condition. Every time the If condition is accomplished, it’s added or subtracted one unit from this value. For example, every time the button Down is pressed, an arbitrary value called //x// which is //x// = 0 is added one, so the result would be //x// = 1. If it is pressed twice, //x// value would be //x// = 2. By this way it is possible to attach a singular value to each food and once the button Select is pressed, the //x// value is read by the program and knows which program was selected and needs to be read.+
 ==== 7.5 Tests and Results ==== ==== 7.5 Tests and Results ====
  
Line 1584: Line 1525:
 Once each and every one of the components passed the test, a code for the dehydrator had to be written. It was required a very specific functionality, read humidity and temperature values and provide a maintain a specific environment by controlling the movement of a servomotor. First of all was doing a base program with the basic functionality of the system. If the Arduino processor reads values over the maximum required being in terms of temperature or in terms of humidity, it had to send an order to the servomotor. The opposite case had to be considered also. If values are below the maximum required, an order with opposite movement had to be sent to the servomotor. In order to obtain results in an easy way to interpret, have first impressions and prove that every parameter was working correctly, servomotor was obviated and substituted by two LED. Each LED was under the control of different parameters. One under the control of temperature values and the other one under the control of humidity values, so it could be tested that both orders were being interpreted correctly. The lectures of the humidity and temperature sensor were programmed to be shown in the LCD shield to facilitate the evaluation. The result was totally satisfactory. Both LED were turning on when the maximum values imposed were exceeded and turning off when values were below the maximum limits. Once each and every one of the components passed the test, a code for the dehydrator had to be written. It was required a very specific functionality, read humidity and temperature values and provide a maintain a specific environment by controlling the movement of a servomotor. First of all was doing a base program with the basic functionality of the system. If the Arduino processor reads values over the maximum required being in terms of temperature or in terms of humidity, it had to send an order to the servomotor. The opposite case had to be considered also. If values are below the maximum required, an order with opposite movement had to be sent to the servomotor. In order to obtain results in an easy way to interpret, have first impressions and prove that every parameter was working correctly, servomotor was obviated and substituted by two LED. Each LED was under the control of different parameters. One under the control of temperature values and the other one under the control of humidity values, so it could be tested that both orders were being interpreted correctly. The lectures of the humidity and temperature sensor were programmed to be shown in the LCD shield to facilitate the evaluation. The result was totally satisfactory. Both LED were turning on when the maximum values imposed were exceeded and turning off when values were below the maximum limits.
  
-Figure {{ref>a50}} +Figure {{ref>a51}}, Figure {{ref>a52}}, Figure {{ref>a53}} depict the electronic control unit, during a testing process.  
-<figure a50>+<figure a51>
 {{:figure1.jpg?500|}} {{:figure1.jpg?500|}}
 <caption>//Electronic system with values under maximums programmed for the test//</caption> <caption>//Electronic system with values under maximums programmed for the test//</caption>
 </figure> </figure>
  
-Figure {{ref>a51}} + 
-<figure a51>+<figure a52>
 {{:figure2.jpg?500|}} {{:figure2.jpg?500|}}
 <caption>//Electronic system with humidity value over the maximum programmed for the test//</caption> <caption>//Electronic system with humidity value over the maximum programmed for the test//</caption>
 </figure> </figure>
  
-Figure {{ref>a52}} + 
-<figure a52>+<figure a53>
 {{:figure3.jpg?500|}} {{:figure3.jpg?500|}}
 <caption>//Electronic system with  both values over maximums programmed for the test//</caption> <caption>//Electronic system with  both values over maximums programmed for the test//</caption>

Trace:

QR Code
QR Code report (generated for current page)