S13: Door Alarm System
Contents
Door Alarm System
Abstract
Our project is a alarm system that will allow the user to lock/unlock a door simply by sending a text message. An RFID module will also be implemented as an alternative to opening the door. The user can receive a text message or phone call from the system about the current status of the door. The purpose for this project is to improve security as well as allowing easier access for people who are tired of using the traditional key.
Objectives & Introduction
- System will lock or unlock base on the message sent by the user
- If door scans an RFID tag
- Tags with correct code will have access
- System will send text message that a correct tag has been scanned.
- System will have function to call user's phone
Team Members & Responsibilities
Thanh Huynh
- Design and creating FreeRTOS task for:
- Communication with GSM
- Sending and reciveing SMS message
- Making phone call
- Reading RFID tags
- Processing information and passing it to GSM
- Interfacing with LCD
- Communication with GSM
Phi Le
- Drivers Development for:
- Both UART2 and UART3 driver
- Pulse width modulation (PWM)
- Interfacing servo to board
- Hardware construction of system
- Assisted and gave input in trouble shooting
Schedule
| Week Number | Planned Tasks | Actual Tasks |
|---|---|---|
| Week 1
|
|
|
| Week 2
|
|
|
| Week 3
|
|
|
| Week 4
|
|
|
| Week 5
|
|
|
Parts List & Cost
| Parts | Cost |
|---|---|
| 2012 SJ One Board | $40 |
| RFID Complete Kit | $50 |
| Jumper Wires | $6 |
| SD Card 16gb | $10 |
| NewHaven LCD | $25 |
| GSM/GPS Module V3 | $89 |
| Piezo Buzzer | $1 |
| Servo | $15 |
| Total: | $236 |
Design & Implementation
Hardware Design
The entire hardware block diagram is shown below
The heart of the system is the micro-controller LPC1758 integrated to the SJ One board. It controls all components in the system such as RFID reader, GSM module, servo and LCD through UART, PWM and SPI interfaces.
The following are individual components of the system
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.
GSM module
This GSM module will allow us to send and receive messages from our phone. This GSM module was designed to be compatatible with an Arduino Revision 3 board. However this board can be connected to the SJ ONE board using UART2 for communication. Connect RX pin from UART2 to TX pin from GSM. Connect TX pin from UART2 to TX pin of GSM. This GSM module requires a baud rate of 38400 bits per seconds. This module requires a voltage of 7 to 12 volts in order to work properly.
For our test we used a regular size SIM card from Tmobile. This Sim is a prepaid card that can be brought in any cellular store. It is worth noting that a regular data plan is required in order to send, receive or make phone call with this GSM module. To set this GSM module, connect the UART selection jumper GSM, connect S1 jumper to USB mode, and connect S2 Jumper to communication mode. The led on this module indicates network status
GSM module
Software Design
How to Send a Message
Steps:
1. Send:AT
2. Send:At+CMGF=1
3. Send:AT+CMGS="XXXXXXXXXX" (X means phone number of the receiver)
4. wait for indicator '<' and start typing your message
5. when done Send character 'ctrl+z'
How to Make a phone Call
Steps:
1. Send:AT
2. Send:ATDXXXXXXXXXX; (X means receiver's phone number, then end with a semicolon);
Above are steps of how to send AT command through serial communication. For example in order to make a phone call, first send string 'AT' to the GSM. GSM will reply with AT which will acknowledge that it received your command. Then proceed by sending "ATD" concatenated with a phone number. It will take a few seconds for the GSM to establish a connection before calling the phone number. After the receiver hangs up the phone the GSM will send a message through serial indicating phone call has ended.
Implementation
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.
RFID Task
This task waits for a card to be read by the RFID reader. When a card is read there will be a string provided by that specific card. If the string matches our password, then the RFID will call function send_sms_to_phone() which will send SMS message that door is now open. If card provides an invalid password then the send_sms_to_phone() function call will send a string saying "invalid user".
GSM Task
Gsm will wait indefinite until it receives a text message. When a text message arrive the gsm will give a semaphore signal to new_text task to process the text.
New_Text Task
This task processes the new text message when receiving the semaphore from GSM task. First this task will read the message and look for specific operation indicated by the user. When done, the text message will be deleted to open up room for new incoming text messages.
LCD Task
LCD task will wait for a string giving by other task.LCD task the LCD will display string on to screen one character at a time.
Testing & Technical Challenges
- Could not establish serial communication with GSM module v3
- GSM jumpers need to be in correct location. The following switch configuration needs to be established on the board in order to send or receive AT commands. Switch 1: USB, Switch 2: Comm, Switch 3: GSM.
- UART is not working properly, sometimes it works and sometimes is does not.
- All UART registers should be set at right values, refer to the datasheet.
- Servo does not turn in directions and speeds as required
- Ensure that the frequency for servo to work is 50 Hz, pulse widths vary from 1.0 ms to 2.0 ms, 20 ms intervals.
- GSM module is not sending back any acknowledgement signal or is not processing any AT command that I am sending to it.
- A newline character 'r' is required after most AT command sent to GSM.
- Sometime a delay is required before the next AT command can be sent.
- Many WIFI connection issues were encountered.
- To solve this problem, a dedicated task was created to re-connect to WIFI if the connection was ever lost.
- A powerful and stable power supply is needed in order to provide enough power to all components of the system.
- All GROUNDs need to be connected together in order to establish a common GROUND.
Conclusion
Conclude your project here. You can recap your testing and problems. You should address the "so what" part here to indicate what you ultimately learnt from this project. How has this project increased your knowledge?
Project Video
Upload a video of your project and post the link here.
Project Source Code
Send me your zipped source code and I will upload this to SourceForge and link it for you.
References
Acknowledgement
Any acknowledgement that you may wish to provide can be included here.
References Used
List any references used in project.
- DFROBOT's Wiki:http://www.dfrobot.com/wiki/index.php/GPS/GPRS/GSM_Module_V3.0_(SKU:TEL0051)
- SIM908 AT Command Manual_V1.01
- RFID ID-12 Data sheet
Appendix
You can list the references you used.
