S15: Automated Meeting Room Reservation - Revision history

Proj user19: /* Conclusion */

2015-05-25T07:01:55Z

‎Conclusion

2015-05-25T07:01:12Z

‎Project Video

2015-05-25T06:32:58Z

‎Project Title

2015-05-25T06:27:45Z

‎Appendix

2015-05-25T06:26:55Z

‎Hardware Interface

2015-05-25T06:26:30Z

‎Acknowledgement

2015-05-25T06:25:31Z

‎Schedule

2015-05-25T06:25:08Z

‎Grading Criteria

2015-05-25T03:49:14Z

‎Implementation

2015-05-25T03:42:39Z

‎Master Node

@@ Line 306: / Line 306: @@
 == Conclusion ==
 Nordic wireless provides a good alternative for wireless communications. It is sufficiently reliable to send small messages over moderate distances. We were able to achieve our project goal by using Nordic wireless protocol. We learnt how to interface sensors with MCU and read their values. We also learned how to write low level software to interact with hardware. By applying the freeRtos knowledge we gained in class, we were able to put together a system consisting of various modules to act in sync to achieve project objective.
 https://www.youtube.com/watch?v=UuTkoERGbB8

@@ Line 307: / Line 307: @@
 Nordic wireless provides a good alternative for wireless communications. It is sufficiently reliable to send small messages over moderate distances. We were able to achieve our project goal by using Nordic wireless protocol. We learnt how to interface sensors with MCU and read their values. We also learned how to write low level software to interact with hardware. By applying the freeRtos knowledge we gained in class, we were able to put together a system consisting of various modules to act in sync to achieve project objective.
-=== Project Video ===
+https://www.youtube.com/watch?v=UuTkoERGbB8
 === Project Source Code ===

@@ Line 1: / Line 1: @@
 == Project Title ==
-Automated Meeting Room Reservation
+Meeting Room Automation
 == Abstract ==
 To implement a wireless automated meeting room reservation system using Nordic Wireless modules and SJONE boards. Each SJOne board will communicate with a central Board to convey the status of meeting room in use through. We have decided to use Nordic wireless because of the following advantages it offers-

← Older revision		Revision as of 06:27, 25 May 2015
Line 324:		Line 324:

	http://www.digikey.com/en-US/articles/techzone/2012/mar/design-considerations-when-using-passive-infrared-sensors-for-motion-detectors		http://www.digikey.com/en-US/articles/techzone/2012/mar/design-considerations-when-using-passive-infrared-sensors-for-motion-detectors
−
−	~~=== Appendix ===~~
−	~~You can list the references you used.~~

← Older revision		Revision as of 06:26, 25 May 2015
Line 177:		Line 177:

	=== Hardware Interface ===		=== Hardware Interface ===
−	In this section, you can describe how your hardware communicates, such as which BUSes used. You can discuss your driver implementation here, such that the '''Software Design''' section is isolated to talk about high level workings rather than inner working of your project.

	The hardware interfacing required for this project is significantly less since only the external PIR sensors need to be interfaced to the SJ-ONE board. The Nordic transceiver is an on-board module responsible for wireless transmission. The details of wireless transmission and mesh networks is also described in this section.		The hardware interfacing required for this project is significantly less since only the external PIR sensors need to be interfaced to the SJ-ONE board. The Nordic transceiver is an on-board module responsible for wireless transmission. The details of wireless transmission and mesh networks is also described in this section.

@@ Line 315: / Line 315: @@
 == References ==
 === References Used ===
 List any references used in project.

@@ Line 97: / Line 97: @@
 | May 22, 2015
 | Project Demo.
-| In Progress
+| Complete
 |}

← Older revision		Revision as of 06:25, 25 May 2015
Line 1:		Line 1:
−	~~=== Grading Criteria ===~~
−	~~<font color="green">~~
−	* How well is Software & Hardware Design described?
−	* How well can this report be used to reproduce this project?
−	* Code Quality
−	* Overall Report Quality:
−	** Software Block Diagrams
−	** Hardware Block Diagrams
−	**: Schematic Quality
−	** Quality of technical challenges and solutions adopted.
−	~~</font>~~
−
	== Project Title ==		== Project Title ==
	Automated Meeting Room Reservation		Automated Meeting Room Reservation

@@ Line 290: / Line 290: @@
 [[File:S15_244_Gr7_Capture.png|center|thumb|400px|Flowchart- Master Display App(continued)]]
-=== Implementation ===
+=== Future Enhancements ===
-This section includes implementation, but again, not the details, just the high level.  For example, you can list the steps it takes to communicate over a sensor, or the steps needed to write a page of memory onto SPI Flash.  You can include sub-sections for each of your component implementation.
+The project can be modified in future by incorporating the following changes -
 == Testing & Technical Challenges ==

← Older revision		Revision as of 03:42, 25 May 2015
Line 225:		Line 225:

	* '''Master Display App'''		* '''Master Display App'''
		+
		+	===Slave Node===
		+
		+	This is the node which monitors the PIR sensor for traces of activity. Whenever the PIR detects activity for a set number of times, the slave sends a Nordic message to master indicating that the room it is located in is now active. If the PIR sensor gives no activity signal for some time, the slave sends a message to the master saying the room is no longer in use and can be occupied.
		+
		+	'''Slave Node Flowchart'''
		+
		+	[[File:S15_244_Gr7_Slavenode_flow.jpg\|center\|thumb\|550px\|Flowchart - Slave Node]]
		+

	===Master Node===		===Master Node===