![A Cell Phone-Based Remote Home Control System Advisor: Ahmed E. Kamal, Professor [email_address] Client: ECpE Department Arturo Palau – EE apalau@iastate.edu Chau Nguyen – EE chayman@iastate.edu Adam Mohling – CprE mohbandy@iastate.edu Issa Drame – EE issad@iastate.edu](https://image.slidesharecdn.com/designreview-120115004943-phpapp02/85/Cellphone-based-home-automation-1-320.jpg)
Cellphone based home automation
- 1. A Cell Phone-Based Remote Home Control System Advisor: Ahmed E. Kamal, Professor [email_address] Client: ECpE Department Arturo Palau – EE apalau@iastate.edu Chau Nguyen – EE chayman@iastate.edu Adam Mohling – CprE mohbandy@iastate.edu Issa Drame – EE issad@iastate.edu
- 2. Agenda Problem statement System overview System components Technology considerations Device operations Summary and conclusions Questions
- 3. Problem Statement Design a system that allows users, upon authentication, to remotely control and monitor multiple home appliances using a cell phone-based interface.
- 4. Project in Action – Entire System Thermostat Fan Lamp Controlled Devices…
- 5. Project in Action – Cellular Phone Communication Controlled Devices… Thermostat Fan Lamp
- 6. Cellular Phone Communication Technologies Considered Tone Decoding (DTMF) Features High Compatibility with all cell phone models Limited user interaction More prone to user error (uneditable) Inefficient, time consuming Additional hardware required (convert sound to binary) Text Messaging (SMS) Features Data transmitted in binary form (ASCII) Message can be edited prior to sending
- 7. Cellular Phone Communication Technology Selected: Text Messaging Reasons for Selection: Allows user to verify and edit the message before sending to ensure the command issued is the command requested Data is transmitted in binary, requires less hardware to manipulate (as opposed to DTMF) Most commonly used in M2M technology
- 8. Cellular Phone Communication Text Message Implementation Users will be provided with a list of pre-defined commands that can be stored into the cellular phone Users will then have to enter or issue the commands from the cellular phone defined by the command list Example – “command : PASSWORD”
- 9. Project in Action – Cellular Module Text Messages Controlled Devices… Thermostat Fan Lamp
- 10. Cellular Modules 3/5V SIM reader with SIM detection Not Required AT access to TCP/IP stack UDP UCS2 16 bit data supported Control via AT commands RS232 DB-9 connection GSM / GPRS GM28 3/5V SIM reader with SIM detection Required AT access to TCP/IP stack UDP AT +proprietary commands 60 pin board-on-board including RS232 for AT + 2 general purpose Serial interfaces GSM / GPRS GM47 1.8/3V on board SIM card reader Required TCP/IP protocol stack. PPP protocol AT commands (GSM07.07 and 07.05) USB 2.0 Low insertion force system connector GSM / GPRS EE54 Edge SIM Kit Additional features Programming Connection type Type Model
- 11. Module Selected: GM28 Reasons for Selection: RS232 DB9 connector No kit necessary for interface Located coding examples Cellular Modules
- 12. Project in Action - Microcontroller Text Messages GM28 Controlled Devices… Thermostat Fan Lamp
- 13. Microcontrollers $94.80 $99 $85 $66 Price WINISP and Flash Magic Programming Tools AVR and IAR Studio AVREdit and AVRGCC C-compiler Demos free Assembler, C compiler AVR ISP (C-complier) AVR Studio 3 and 4 Application Builder AXIDE STK300 Application Builder Application Builder Software switches and 10-way Bar LED Buffalo Monitor utility for debug and test program Brownout (2.9V or 4.5V level) Brownout (2.9V or 4.5V level) 44-pin PLCC sockets 32Kbytes external RAM Include daughter board Vcc and Ground for external circuitry 40-pin DIP 3"x1.5" Solderless Breadboard Vcc and Ground for powering external circuitry Sockets for various microcontrollers Highlights 32 pins 38 pins 66-pins 64-pins I/O 9-15V AC or DC 7-18VDC 9-15VDC or 7-12VAC 9-15VDC or 7-12VAC Power Consumption RS232 PC COM port ISP and RS232; opt. USB ISP and RS232 Cable/Connection XA-G49 (64KB Flash; 2KB RAM) MC68HC11E9 (12KB Flash/EPROM; 512B RAM; 512B EEPROM) ATmega128**(128KB Flash; 4KB EEPROM; 4KB SRAM) AT90S8515**(8K bytes Flash) Microcontroller 8051 Starter Kit Philips XA/RD/66x Freescale Starter Kit MC68HC11E9 STK300 Starter Kit STK200 Starter Kit Starter Kit
- 14. Microcontroller Microcontroller Selected: STK300 Starter Kit Reasons for Selection: Allows large-scaled projects (ATmega128) Interchangeable microcontroller design Sufficient number of I/O pins V cc and G nd pins can power external circuitry Application Builder, AVR Studio, and programmable in C Language
- 15. Programming Languages Considered All the software developed for this project will be loaded into the memory of the STK300 microcontroller. The language must be supported by the STK300’s compiler The STK300 compiler supports C and Assembly Java and C++ considered because code can be converted to C Assembly C++ C Java
- 16. Development Languages Development Language Considered Assembly Language Features: Low level language (greater device control) Less memory required Not many development resources/libraries available Team out of practice in Assembly language programming
- 17. Development Languages Development Language Considered JAVA Language Features: Many GSM programming resources available Object oriented language (modular coding) Large memory requirement Poor response time
- 18. Development Languages Development Language Considered C++ Language Features: All team members have knowledge of C++ Object oriented language (modular coding) Not many development resources / libraries available
- 19. Development Languages Development Language Considered C Language Features: Universally reliable language Many programming resources available Serial port libraries GSM libraries Example code and project resources online Team will need to identify differences between C and C++
- 20. Development Languages Development Language Selected: C Programming Language Reasons for Selection: Vast amount of online resources Ease of development Team members have experience coding C
- 21. Software Development Environment The code for this project will be developed in a more user friendly environment than AVR Studio (provided with the STK300) Possible Solutions: Eclipse v3.1 MS Visual Studio .NET 2003
- 22. Software Development Environment Eclipse v3.1 Free, but requires some setup for team MS Visual Studio .NET 2003 Free through MSDNAA (available to all ECE) Both are similar in their advantages. Since the .c files will be copied into the STK300’s compiler, decision was made to go with Visual Studio .NET
- 23. Project in Action – Controlled Devices Controlled Devices… Text Messages GM28 STK300 Thermostat Fan Lamp
- 24. Controlled Devices The following devices will be controlled by the microcontroller: Fan Light Digital thermostat
- 25. Controlled Devices - Fan
- 26. Controlled Devices - Light
- 27. Controlled Device Status Detection
- 28. Controlled Device - Digital Thermostat
- 29. Summary Experiences Technical Experiences: GSM modules Microcontroller Control circuits synthesis Personal Experiences: Time management Communication Accountability
- 30. Conclusions Lessons Learned Functioning in a team environment Should follow assignment criteria closely Amount of detailed documents goes in a professional project
- 31. Special thanks to Sony Ericsson for providing the team’s GM28 cellular module Special thanks to Prof Kamal for his continued support to the team Acknowledgements
- 32. Questions? Text Messages GM28 STK300 Any device with an electrical interface Controlled Devices… Thermostat Fan Lamp
- 33. Issues Addressed Authentication and User Interaction Submit password with text message every time action requested Open sessions by submitting session open/close text message One-time password authentication via text message Create a Java GUI (for cell phone) that will address user interactions
- 34. Password For Every Action For every action requested, a user password is required PRO: Increased security - user guaranteed authentic by system every time All commands issued will have the same format of “command : password” CON: Requires user to enter password every time More work for user, possible user error Ex.) parsed by “ : ” (what if user enters “ : “ in message?)
- 35. Open and Close Sessions User submits an open/close session command. Acceptance allows phone to submit requests until session times out or is closed by user. PRO: Less overhead for user Authentication only once CON: Overload system with too many sessions What if user phone lost? What if user phone dies (session never closed)
- 36. One Time Password Authentication User submits an authentication command. Upon being confirmed, phone number added to an “acceptable user” list and any message sent from this number is accepted. PRO: Less overhead for user Authentication only once CON: Security issue What if user phone lost? What if others identify password
- 37. Java GUI for Cellular Phone Team creates a Java GUI for the cellular phone that will provide user with a menu of acceptable commands PRO: Less overhead for user User error virtually eliminated CON: What if user phone lost? Limited phone type compatibility Phone requires more than simple text messaging capability Increased cost for users Pay for internet service to download/install Java app (if required)
Editor's Notes
- #26: Controlled Device Considered Fan Operations: 4 position switch 3 windings on one core Switch selects either a winding or off position Implemented through relays 3 control relays is in parallel with switch Remote/Manual select relay
- #27: Manufactured controls: Electrical switch Control Through module: Similar to fan control Implemented through relays Status detection scheme similar to fan’s
- #29: How to interface the digital thermostat with microcontroller