From Control Systems Technology Group
Revision as of 15:43, 2 April 2016 by S137552 (talk | contribs)
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Back to main page: PRE2015_3_Groep4

Final product

Our final product exist out of several components, which have each his own function. The data during the night will be gathered with an arduino and sound sensor. Gobetwino logged the real time data to a .txt file on the computer. Matlab, a calculation program on the computer, will process this logged data real time. Finally, matlab will determine the best wake-up moment. At that moment, Matlab will start the alarm which will build up in volume. The computer will be used to play the sound. Matlab will also turn a LED, which will be on another arduino as the sound sensor. (it's namaly impossible to log data from the arduino and send at the same time a command to the same arduino) The LED will also build up in brightness.

The sound will be like our ideal situation. Before the outer-and-outer wake-up time, there will be played a relaxing sound of singing birds. And at the outer-and-outer wake-up time, there will be a more iritating standard alarm. However the lights aren't like in our dream scenario. In our dream scenario, the smart bedroom will control the total room. Then, the Smart alarm can open the blinds more and more if it's light enough outside. Otherwise the Smart bedroom can put on the lights of the room more and more. But our final product can't control the blinds or lights in a room. Our final product mimic this actions by using a LED. This LED will be glow more and more, like the brightness in the room will do in the dream scenario.


Our final product isn't a completely finished product which is ready for consumer use. It's a prototype which isn't realy userfriendly. Now, the user have to do a many actions before the Smart Bedroom is ready. The user have to do the followoing steps now:

  • Make a .txt file.
  • Make (or change) a command in Gobetwino to log the gathered data on the made .txt file.
  • Fill in the right path and filename to the .txt file in Matlab.
  • Set the alarm and wake-up interval on the right time by using the notation in Matlab.
  • Connect the equipment on the right manner. (same port as defined in the Matlab script)
  • Upload and start the arduino-code. (while Gobetwino is closed)
  • Open Gobetwino. (the logging of data will start now)
  • Run in Matlab the script 'runscript.m'

So, this are much to many actions for a consumer. But the amount of actions isn't the only thing why our product isn't ready for consumer use. The interface is also very primitive. For example, now you've to fill in the wake-up time and interval in the script. Also the feedback-mechanism isn't automatically yet. For someone who understand it's easy to change the wake-up mechanism. (this can easily be changed in the function 'func_output' by changing some variables) But for a normal user, this is much to complex.