The software will connect MICAz to perform identity verification and act as a vehicle sensor to detect vehicle entry. The software used for the software development of this project are Java Eclipse, NetBean, MySQL and TinyOS.
INTRODUCTION 1.1 Problem Statement
- Motivation and Problem Statement
- Project scope
- Project objectives
- Impact, significance and contribution
- Background Information
It can be used in solving the problem of traffic congestion in UTAR, especially in the morning. These issues need to be resolved as the traffic congestion will affect students and staff. The RFID is not easy to duplicate; without the tag, the vehicle will be marked as invalid entry.
By solving the problem of vehicle congestion, it will take less time for people to reach their destination earlier.
Summary of the Technologies Review
Review on existing solution
- Comparison of existing solution
This system retrieves the data from RFID and then sends the data to a server. Access control device for car parks Ktransit – The main advantage of this system is that different accesses are possible on specific hours and days. The other advantages of this system are that logging in and assigning permission is easy and it is centralized over the internet.
Time consuming because you have to wait for the registration number to be checked in the system.
Concluding remark
SYSTEM METHODOLOGY 3.1 System Development Models
- System requirement
- Hardware
- Software
- Functional requirement Grab image from webcam
- Project Milestone
- Estimated Cost
- Concluding remark
Because this model is user-based, development is difficult if the user is not sure what product they want. This model will basically consist of 5 stages and will continue to iterate until the user reaches the outcome. Thirdly, there is the Spiral model, a model that focuses on the risks the project faces.
This pattern is similar to the Agile Pattern as it will also iterate over and over until the user gets what they want. Any risk found will be necessary for its solution and implementation in the project. This model is designed for high-risk projects, it has a large amount of risk analysis.
The last one is the prototype model, this model emphasizes that you can see and test the product based on the known requirements. The advantages of this model will be bugs that will be discovered earlier and missing features. This project will use OpenCV to capture an image from a webcam and create a live view.
For the video recording, it will undergo some function to make the images to become a video file and save it on the computer. Without this model, the optical character recognition cannot work with the entire image of the vehicle.
SYSTEM DESIGN 4.1 System architecture
Functional model in the system Camera live feed
After the camera is found, it will proceed to check the resolution of the camera, allocate buffer accordingly and start capturing the images from the camera. Basically it's the same with the camera live feed, it will search for the available camera, since the live feed is already taking one of the camera, therefore we need another camera to do the recording. The difference from the live feed is that after capturing the image from the camera, it saves the images in a video file format.
After it finishes the format conversion, it will proceed to save to the location specified by the program. It will also display a frame on the UI while recording so the user knows that video recording is in progress. It then saves the image and passes it to the core JavaANPR program.
After successfully getting the plate, it will undergo k-Nearest Neighbor, an artificial intelligence algorithm to perform the character recognition. Finally, it will store the identifier in a string and send it to the main interface for display purposes. After it receives the packet, it checks the ID of the nodes. This is used to distinguish the use of the nodes for weight.
If it receives the tag from the weight sensor node, it will trigger events accordingly, for the vehicle that has the tag, it will place the record in the database. For the vehicle that does not have a tag, it will send "1" to the main user interface to activate the video recording and enter the data into the database.
System flow
Because the nature of the MICaz generates the packet every 0.5 seconds, it needs a mechanism to check the data that goes into the database, otherwise it will have tons of redundant data. One action will also be triggered for the vehicle without a tag and with an invalid tag. In this program, it will first find the camera device, after finding a camera device, it will continue to grab the frame produced by the camera and display it on a part of the user interface.
The plate in Russia has a white background and black fonts. These bands are horizontal cutouts of the original image and this is where the plate is most likely to be. After retrieving the tape, it will continue to try to locate the board from the tapes obtained earlier.
After getting the possible plate, the image will go through Hough Transformation, a function that executes the shape. Then it will identify the width to height ratio of the plate. If the identification plate's width-to-height ratio exceeds the maximum or falls below the minimum of a predefined number, it will identify as no plate and then proceed to identify another plate. For the plates that match the defined aspect ratio, the brightness detection is run to further segment the character out of the plate.
Same as above, the character coming from the board must match the minimum and maximum character obtained otherwise it cannot continue. For the possible characters that are off the plate, it will undergo some more comparisons such as brightness, contrast, hue and saturation to identify the space on the plate.
Database Design
Some recent software patch, it has syntax analysis for recognized board. If you look at the overall system flow diagram, it will give an overview of the overall flow of the system and how the components are related to each other. Additional details on how each component works will be explained in the functional model and system flow.
SYSTEM IMPLEMENTATION 5.1 Hardware Setup
Setting and configuration
To enable OpenCV to be used in Eclipse, we need to set the path that Eclipse will use to recognize OpenCV.
System Operation
For the hardware we will set up a few things, the MICaz, the 51-pin expansion butterfly board, the Arduino and the servo. For software setup, we require few things OpenCV, WAMP server, Eclipse, TinyOS and Java JDK.
SYSTEM EVELUATION AND DISCUSSION 6.1 System testing and performance metrics
- System testing and result
- Project challenges
- SWOT Strength
- Concluding remark
To test the entire system, we need to create several situations to ensure that the system works as designed. To enter a vehicle with a valid tag, the database must be able to query the data, video recording must not be enabled, and the datetime along with the tag ID must be entered into the database. data. The second situation, the system should determine that the tag ID is not valid and activate the video recording, the tag ID and data time will also be entered into the database.
All three situations mentioned above must also be displayed in the user interface. The live feed must be played without interruption during testing, and the video recording must produce a playable video file. The second test will be on recognizing the vehicle, different images with different delivery angles to the program and checking the final result.
It is difficult to increase the accuracy of a recognizable character, because there are many parts that affect the final result. In addition to the software part, the hardware itself will affect the recognition, different angles of the captured image will give different results, and the same applies to the image resolution. This is challenging because the components are developed on another platform, we need to choose 1 main platform and connect all the components using a specific method.
The reliability of the tag is also one of the challenge, since the packet transmission direction is unpredictable, the present time of the packet is also not able to determine. The staff to carry out the car inspection has been reduced to a minimum of 1 person, and they do not need to stand outside the guard house to carry out the inspection.
CONCLUSION AND RECOMMENDATION 7.1 Conclusion
Recommendation
This project can now be improved by displaying the number of available parking spaces in each area and centralizing it in a database. A mobile application can be developed to display the number of available parking spaces in the area. The next improvement will be to develop a component that will allow the user to insert, delete and edit the database records in the system.
It will be designed to be user friendly because the current WAMP server had too many features which can sometimes cause confusion. Develop a mechanism capable of determining which brands the current vehicle owns. Now our system is not able to determine that as there will be a chance that the tag belonging to the vehicle behind will be received first.
Available at:
APPENDICES Appendix A
FINAL YEAR PROJECT WEEKLY REPORT
- WORK DONE
- WORK TO BE DONE
- PROBLEMS ENCOUNTERED
- SELF EVALUATION OF THE PROGRESS
Can't borrow the fyp equipment, so has slower progress as it requires traveling to campus for equipment. Continue the study about the javaanpr software as there are not many open source vehicle license plate recognition software available at the same time and search for other similar source code. Further study on the Javaanpr to ensure that the workflow of the code soon includes it in the system.
Last update of the system, prototype to be generated, system to be included in the whole component.
