1. GROUP 4 Daniel Arnett · Joseph Vanciel · Brian Krueger Advisor: Dr. Samuel Richie Sponsor: Workforce Central Florida Mentor: Sean Donovan

2. Motivation Energy costs continue to rise Energy independence is an important national issue, with energy conservation as a key component With the advances in mobile technologies, people want increasingly more access and control over all aspects of their lives

3. Energy Consumption In 2001, families with gross annual incomes below $50,000 spent an average of 12% of their average after-tax income on residential and transportation energy. By 2005, energy costs rose to 16% of their average after-tax income. In 2012, these households are projected to spend 21% of their average after-tax income on energy. (DOE/EIA Short-Term Energy Outlook released in January 2012) The categories of home energy usage that this project aims to decrease are: Home Electronics 7.2% Lighting 8.8%

4. Goals Create a prototype for a “Smart House” that will: Reduce energy consumption Increase energy efficiency Allow for home automation Allow for remote access via a user friendly GUI delivered through an internet browser

5. Energy Savings The first component of the project reduces energy consumption by shutting off unused lights by automatically sensing when someone leaves a room. The problem with a setup that uses continuous sensor inputs alone is that once the sensors do not sense any activity, the lights will shut off in that room. This is a problem if someone is in a room, but not moving, and the lights go out since no activity was sensed after a period of time.

6. Energy Savings This project gets around this problem by placing motion sensors in each room and at each doorway. If someone walks through a doorway, the sensors in each room will look for motion, thereby detecting if someone has left the room, or entered the room. This will prevent the lights from turning off unless someone has left the room. This setup will conveniently allow someone to go from one room to another without having to turn lights off and on as they leave and enter rooms. That convenience will be combined with the energy savings of eliminating instances where someone forgets to turn off lights in unoccupied rooms.

7. Remote Access The second main component of the project is a website that is hosted on the main microcontroller that will allow a user to remotely access their devices connected to the network from any web browser. There is a graphical user interface on the website which allows the user to view the status of and turn on and off lights and electronics in various rooms.

8. Requirements and Specifications Scan adjoining rooms using PIR sensors for 30 seconds after doorway sensor is tripped and time out if no activity Web interface reports back status of all lights and electronics on the network Update GUI automatically within 2 seconds of any device changing status Toggle devices within 2 seconds of user request via the website Website is broadcast over wireless network Processors will remain in sleep mode when not performing calculations

9. Overall Design

10. Main Processing Chip Comparison (ARM M3 Processing Cores MCUUART Enabled?Hibernation Module Output Current On Chip Server TI Stellaris LM3s8962 Yes 5-48 mAYes AT91 SAM3SYes 80 mANo Analog Devices ADUCRF101 Yes 192 µA - 32 mA No

11. Main Processor Logic

12. Main Processor Functions void UART_Config() Initializes several variables (setting pin outs, initializing UART interrupts, configuring baud rate, stop bit, parity bit, word length) void UART_Send(char dataOut) Sends character to FIFO buffer to send out (8 bits) char UART_Receive() Returns character from FIFO buffer (8 bits) void UART_Store(char address, int status) Stores latest On/Off status of device at any given address at the status array int UART_Retrieve(char address) Retrieves default status at device at any given device from the status array

13. Main Processor Software Protocol: UART 8 data bits: BitDescription 10=Sending Status, 1=Requesting Status 2Unique Address 3 4 5Device Type 6Device Number 7 8Device Status (On or Off)

14. Main Processor Schematic

15. MSP430 Light Control Logic

16. Sensor Processor Comparison Ti MSP430 Atmel XMEGAArduino UNO Cost (Development Kit)$4.50$39.00$20.00 Pin count204428 Current draw while asleep @ 3.3V 0.5 µA1.65 µA6 µA Current draw while active @ 3.3V 440 µA4.78mA50mA UART built inYes

17. Schematic of MSP430

18. Motion MSP430 Functions void initializeclock(void) Initializes all the clocks used void initializepins(void) Initializes all inputs, outputs, and functionality of the pins void initializecounter(void) Initializes the internal counter for resending over UART void initializeUART(void) Initializes the settings for the UART protocol void initializequeue(void) Initializes the software queue used for UART messages

19. Functions cont. void UARTsend(int) Loads the queue with values to be sent int verify(int) Verifies if the door or room sensor actually tripped or if it was just noise int occupied(void) Logic the system goes through when a door sensor is tripped void control(void) Changes the outputs to the relay based on memory void loadqueue(void) Loads the queue with full status update when pinged from brain

20. Graphical User Interface Once the user pulls up the IP address of the Server in their browser, the GUI will appear in the user’s web browser. The GUI will display the status of the lights and electronics in each room allow the user to turn a light on or off by clicking the appropriate button allow the user to turn an outlet on or off by clicking the appropriate button

21. Graphical User Interface (GUI) Speaker: Brian Krueger

22. Website Communication The website was programmed in a way such that as the status of different electronics and lights change, the webpage is dynamically updated. The website uses JavaScript running in the web browser to send HTTP requests for special URLs, depending on the button clicked and corresponding to the device that status is being sent to or requested for. These special URLs are intercepted in the file system support layer (lmi_fs.c) on the Stellaris and used to communicate to both send a message to the corresponding MSP430 to change status as well as to store the latest status in the RAM of the Stellaris. Responses generated by the Stellaris are returned to the browser and inserted into the webpage dynamically using more JavaScript code.

23. Remote Access

24. Remote Access-Routing The PCB that contains the Stellaris LM3S8962 connects to the home’s internet connection through the Linksys WRT54G router via an Ethernet cable. Since we are assuming that different people would have different routers, the choice of which router to use was fairly arbitrary, as the prototype would need to be compatible with a wide range of routers. The Linksys WRT54G was chosen since it is a popular router which is reasonably priced The main requirement for the router to be compatible would be that a user would be able to properly configure the router’s port forwarding

25. Remote Access Configure HTTP forwarding: Application: HTTP External port: 80 Internal port: 80 Protocol: TCP IP Address: 192.168.200 Configure HTTPS forwarding: Application: HTTPS External port: 443 Internal port: 443 Protocol: TCP IP Address: 192.168.1.200 Configure RWW forwarding: Application: RWW External port: 4125 Internal port: 4125 Protocol: TCP IP Address: 192.168.1.200

26. Testing Environment for motion sensors

27. Final Testing – Electrical All individual components were tested to make sure they were working including: All MSP 430 PCB boards Motion sensors PCB boards Relay PCB boards Lights Outlets

28. Final Testing – Functional Each individual outlet and light were sent a toggle signal from the website, the corresponding device was correctly toggled within 2 seconds, and the correct status was updated on the website within 2 seconds One at a time, each doorway sensor was tripped, and we made sure that both adjoining lights came on: each room sensor was tripped and we made sure that room’s lights came on, and the other adjoining room whose sensor was not tripped turned off within 30 seconds when any light was turned on or off, the website updated the status within 2 seconds

29. Final Testing – Functional Due to the way we wrote the code, both the MSP 430 and Stellaris are interrupt driven, and each system will only awake upon interrupt, and will return to sleep after processing each interrupt Upon system startup, the IP address of the project’s website is displayed on the OLED of the Stellaris, which is connected to the router. The router then makes the Stellaris available over any internet connection as well as over the broadcasted wireless network

30. Work distribution chart

31. ItemCost Stellaris (Kit + Chips)$100 MSP430 (Kit + Chips)$50 IR Sensors$100 Model Prototype$250 Linksys Router$80 Misc. Parts$570 PCB$650 Total:$1800 Budget and Financing Funding was provided by Work Force Central Florida

32. Special thanks to: Workforce Central Florida Dr. Samuel Richie Sean Donovan for all their help and support!

33. Demo…