IoT Carpark Pre-booking System with Non-Authorised Parking Alert
IoT Carpark Pre-booking System with Non-Authorised Parking Alert is an identity and access-control prototype that can be demonstrated with RFID card, fingerprint, keypad, QR code, or authorised user input. A realistic FYP outcome is a working prototype where the controller checks the user ID against stored access rules and records the event, then produces unlock action, attendance record, access status, buzzer/display feedback, or database log. The important proof is repeatable user ID, access time, access result, item/room/locker reference, and admin records, not just a device that powers on.
Project Snapshot
Quick Summary
IoT Carpark Pre-booking System with Non-Authorised Parking Alert is a identity and access-control prototype idea for students who need a working demo with RFID card, fingerprint, keypad, QR code, or authorised user input. A good version focuses on unlock action, attendance record, access status, buzzer/display feedback, or database log using RFID/fingerprint, ESP32 or Arduino, Database, with testing evidence for authorised users, unauthorised users, duplicate scans, wrong cards, and access-log accuracy.
Difficulty
Intermediate
Time Required
4-8 weeks for wiring, coding, dashboard/app integration and repeated testing
Cost
No fixed price. Cost depends on selected controller, sensors, communication modules, casing, dashboard/app features and documentation scope.
Components
IoT, RFID, Blynk, SMS
How This Project Works
The prototype collects RFID card, fingerprint, keypad, QR code, or authorised user input using the selected modules.
The controller performs the controller checks the user ID against stored access rules and records the event.
The result is shown through unlock action, attendance record, access status, buzzer/display feedback, or database log.
Testing records authorised users, unauthorised users, duplicate scans, wrong cards, and access-log accuracy so the demo can be explained during viva.
Components
IoT
Technology or project feature
RFID
View RC522 component guide
Blynk
Technology or project feature
SMS
Technology or project feature
Build Scope Options
Basic prototype
Core demo using RFID/fingerprint, ESP32 or Arduino, Database, Display or lock output with visible input and output response.
Intermediate prototype
Adds dashboard/database logging, alerts, calibration notes, and cleaner wiring for reliable demonstration.
Advanced prototype
Adds casing, mobile/cloud features, multi-node setup, image processing, maps, or reporting depending on scope.
Expected Demo Outcome
- Shows unlock action, attendance record, access status, buzzer/display feedback, or database log from real or realistic RFID card, fingerprint, keypad, QR code, or authorised user input.
- Stores or displays user ID, access time, access result, item/room/locker reference, and admin records as report evidence.
- Demonstrates the main identity and access-control prototype workflow end to end.
- Includes a clear test scenario for authorised users, unauthorised users, duplicate scans, wrong cards, and access-log accuracy.
Accuracy & Limitations
This is realistic for FYP when the scope stays controlled: Use a small registered-user list first; add cloud database or reporting after the access flow is stable.
Prototype reliability depends on correct wiring, stable power supply, and proper module selection.
Sensor readings can vary with placement, calibration, environment, and demo conditions.
RFID range and reliability depend on tag type, reader placement, and interference.
IoT demos depend on stable WiFi, hotspot, or internet access unless an offline backup mode is prepared.
Validation & Testing Plan
Run repeated tests under controlled demo conditions and record readings or status changes.
Verify authorised users, unauthorised users, duplicate scans, wrong cards, and access-log accuracy before adding extra features.
Capture photos, dashboard screenshots, serial logs, or database entries as testing evidence.
Document sensor/module limits honestly so the report does not overclaim industrial accuracy.
Troubleshooting
If readings are unstable, test the sensor separately before connecting the dashboard or app.
If the module resets, check power supply, common ground, loose jumper wires, and current requirements.
If alerts or cloud updates fail, test WiFi, hotspot, SIM balance, API token, and internet connection early.
If the demo is hard to explain, focus on one repeatable workflow for unlock action, attendance record, access status, buzzer/display feedback, or database log.
Common Mistakes
- Choosing a scope that is too large for the available FYP timeline.
- Use a small registered-user list first; add cloud database or reporting after the access flow is stable.
- Writing objectives that do not match the actual prototype or software demo.
- Preparing no backup demo flow for viva day.
- Using weak power supply, loose jumper wires, or unprotected sensors during demonstration.
- Skipping calibration or test readings before presenting results.
Suggested Report Sections
Problem statement and project background
Objectives focused on identity and access-control prototype and achievable prototype scope
System block diagram showing RFID card, fingerprint, keypad, QR code, or authorised user input -> processing -> unlock action, attendance record, access status, buzzer/display feedback, or database log
Methodology using IoT, RFID, Blynk, SMS with data flow and user/prototype workflow
Testing results for authorised users, unauthorised users, duplicate scans, wrong cards, and access-log accuracy
Limitations, discussion, and future improvements
Alternatives
Related Projects
IoT-based Equipment Tracking System using RFID and Blynk App Alerting
IoT, RFID, Blynk
IoT-Based Smart Parking System with Automated Payment and RFID Identification
IoT, RFID, Payment
Real-Time Air Quality Monitoring System for Indoor Spaces with App Alerts
IoT, Air Quality, ESP32
IoT-Based Smart Kitchen Appliance Monitoring System with Alerts
IoT, Current Sensor, ESP32
IoT-Based Refrigerator Monitoring System with Temperature and Humidity Alerts
IoT, DHT22, ESP32
IoT based Electrical Appliance Operation Monitoring and Alerting System
IoT, ESP32, Current Sensor
FAQ
Is "IoT Carpark Pre-booking System with Non-Authorised Parking Alert" suitable for FYP?
Yes. This title can be suitable for FYP or Projek Akhir Tahun when the scope is controlled. The recommended scope is use a small registered-user list first; add cloud database or reporting after the access flow is stable.
What difficulty level is this project?
The suggested difficulty is Intermediate. The actual difficulty depends on whether you choose a basic, intermediate, or advanced prototype scope.
What platform can this project use?
This project can be planned using RFID/fingerprint, ESP32 or Arduino, Database, Display or lock output. The final platform can be adjusted based on supervisor requirements and the chosen scope; common alternatives include Arduino, ESP32, Raspberry Pi, or another controller depending on the required features.
Is there a fixed project price?
No fixed price is published because the final quotation depends on project scope, features, timeline, hardware, software, and documentation requirements.
Can Rectronx help with documentation and demo preparation?
Yes. Rectronx can help with project planning, prototype development, coding explanation, report structure, testing evidence, and demo preparation.