This shows you the differences between two versions of the page.
|
pm:prj2026:atoader:theodor.mitrofan [2026/05/14 20:06] theodor.mitrofan |
pm:prj2026:atoader:theodor.mitrofan [2026/05/25 12:03] (current) theodor.mitrofan [Introducere] |
||
|---|---|---|---|
| Line 10: | Line 10: | ||
| Pentru mine, utilitatea este didactica si practica: invat sa stapanesc interactiunea dintre senzori asincroni (RFID, Ultrasonic) si actuatoare (Servomotor) folosind o arhitectura de tip Finite State Machine (FSM), eliminand total functiile blocante de tip delay(). Pentru un utilizator real, sistemul ofera un feedback clar (pe ecranul LCD) si un acces fluid. | Pentru mine, utilitatea este didactica si practica: invat sa stapanesc interactiunea dintre senzori asincroni (RFID, Ultrasonic) si actuatoare (Servomotor) folosind o arhitectura de tip Finite State Machine (FSM), eliminand total functiile blocante de tip delay(). Pentru un utilizator real, sistemul ofera un feedback clar (pe ecranul LCD) si un acces fluid. | ||
| - | Laboratoarele folosite au fost 3-timere, 5-spi si 6-i2c | + | Laboratoarele folosite au fost 3-timere, PWM, 5-spi si 6-i2c |
| ===== Descriere generala ===== | ===== Descriere generala ===== | ||
| Line 49: | Line 49: | ||
| {{pm:prj2026:atoader:circuit_electric_mitrofan_theodor.jpeg?670}} | {{pm:prj2026:atoader:circuit_electric_mitrofan_theodor.jpeg?670}} | ||
| + | |||
| + | ^ Componentă ^ Pin componentă ^ Pin ATmega328P Xplained Mini ^ Explicație ^ | ||
| + | | **HC-SR04** | VCC | 5V | Modulul ultrasonic este alimentat la 5V de la placă. | | ||
| + | | **HC-SR04** | GND | GND | Toate componentele trebuie să aibă masă comună. | | ||
| + | | **HC-SR04** | Trig (Trigger) | PD2 | Pin digital configurat ca ieșire pentru generarea impulsului de declanșare (10µs). | | ||
| + | | **HC-SR04** | Echo | PD3 | Pin digital configurat ca intrare pentru citirea ecoului (durata sa reprezintă distanța). | | ||
| + | | **Servomotor SG90** | VCC (Roșu) | 5V | Alimentarea motorului (se recomandă condensator tampon pe breadboard dacă există fluctuații). | | ||
| + | | **Servomotor SG90** | GND (Maro/Negru)| GND | Masa comună. | | ||
| + | | **Servomotor SG90** | Semnal (Portocaliu) | PB1 / OC1A | Pin cu capabilitate hardware PWM (Timer 1) pentru controlul unghiului brațului barierei. | | ||
| + | | **LCD 1602 I2C** | VCC | 5V | Display-ul și modulul convertor sunt alimentate la 5V de la placă. | | ||
| + | | **LCD 1602 I2C** | GND | GND | Masa comună. | | ||
| + | | **LCD 1602 I2C** | SDA | PC4 / SDA | Pinul hardware standard pentru linia de date a magistralei I2C. | | ||
| + | | **LCD 1602 I2C** | SCL | PC5 / SCL | Pinul hardware standard pentru linia de ceas (clock) a magistralei I2C. | | ||
| + | | **RFID RC522** | VCC | 3.3V | **Atenție:** Modulul funcționează STRICT la 3.3V. Alimentarea la 5V îl poate deteriora ireversibil. | | ||
| + | | **RFID RC522** | GND | GND | Masa comună. | | ||
| + | | **RFID RC522** | RST | PD4 | Pin digital configurat ca ieșire pentru a controla resetarea hard a modulului. | | ||
| + | | **RFID RC522** | MISO | PB4 / MISO | Pinul standard hardware SPI pentru recepția datelor (Master In Slave Out). | | ||
| + | | **RFID RC522** | MOSI | PB3 / MOSI | Pinul standard hardware SPI pentru transmisia datelor (Master Out Slave In). | | ||
| + | | **RFID RC522** | SCK | PB5 / SCK | Pinul standard hardware SPI pentru generarea semnalului de ceas (Serial Clock). | | ||
| + | | **RFID RC522** | SS (SDA) | PB2 / SS | Pin configurat ca ieșire pentru a selecta modulul pe magistrala SPI (Slave Select). | | ||
| + | | **RFID RC522** | IRQ | Neconectat | Pin opțional pentru întreruperi, lăsat liber deoarece sistemul interoghează modulul direct din cod (polling). | | ||
| ===== Software Design ===== | ===== Software Design ===== | ||
| - | Dezvoltarea software este bazata pe o masina de stari finita (FSM) care dicteaza comportamentul sistemului, eliminand complet functiile blocante. | + | In stadiul actual, partea software a proiectului este functionala si integreaza toate componentele principale ale sistemului. |
| - | **Stari implementate:** | + | Functionalitatile implementate pana acum sunt: |
| - | * **Starea IDLE:** Sistemul asteapta scanarea unui card RFID. LCD-ul afiseaza numarul actualizat "Locuri libere: X". | + | * citirea UID-ului de pe cardurile RFID prin modulul RC522 |
| - | * **Starea VALIDARE:** Se verifica UID-ul cardului scanat. Daca cardul este recunoscut si exista locuri disponibile (contor > 0), se trece la deblocare; daca nu, se afiseaza "Acces Respins" sau "Parcare Plina". | + | * autorizarea cardurilor pe baza unei liste de UID-uri cunoscute, salvate in firmware |
| - | * **Starea DESCHIDERE:** Servomotorul se roteste la 90 de grade prin intermediul unui semnal PWM pentru a ridica bariera. | + | * controlul barierei (servomotor) prin semnal PWM generat pe Timer1 |
| - | * **Starea TRANZIT:** Sistemul citeste constant datele de la senzorul HC-SR04. Atata timp cat distanta masurata este mica, masina se afla sub bariera. Sistemul asteapta ca distanta sa revina la normal (confirmarea trecerii). | + | * detectarea trecerii masinii prin senzorul ultrasonic HC-SR04 |
| - | * **Starea INCHIDERE:** Dupa eliberarea zonei, bariera coboara (PWM la 0 grade), contorul de locuri libere este decrementat, iar sistemul revine in starea IDLE. | + | * afisarea starii sistemului pe display-ul LCD 16x2 prin I2C (expander PCF8574) |
| + | * numararea locurilor libere si actualizarea automata dupa fiecare intrare confirmata | ||
| + | * tratarea cazului in care parcarea este plina, fara a ridica bariera | ||
| + | * tratarea cazului de timeout, in care cardul a fost scanat dar masina nu a trecut | ||
| + | * trimiterea de mesaje de debug prin UART pentru fiecare eveniment | ||
| + | |||
| + | La pornire, sistemul initializeaza toate perifericele si afiseaza pe LCD numarul de locuri libere din totalul de 10. Sistemul intra apoi intr-o bucla in care asteapta scanarea unui card. Dupa ce un card este detectat si validat, bariera se ridica, iar sistemul incepe sa monitorizeze senzorul ultrasonic pentru a confirma trecerea masinii inainte de a inchide bariera la loc si a decrementa contorul. | ||
| + | |||
| + | ==== Structura codului ==== | ||
| + | |||
| + | Codul este impartit in module clare, fiecare cu rol bine definit: | ||
| + | * initializare periferice: UART, I2C, SPI, RC522, servo (Timer1), HC-SR04, LCD | ||
| + | * modul SPI: configurare master, transfer pe 8 biti, control SS si RST pentru RC522 | ||
| + | * modul RC522: scriere/citire registri, control antena, REQUEST, anticolizie si citire UID dubla pentru validare | ||
| + | * modul I2C: TWI master la ~100 kHz, doar operatii de scriere (LCD-ul nu necesita citire) | ||
| + | * modul LCD: driver HD44780 in mod 4-bit prin expander PCF8574, functii pentru clear, set_cursor, write_char/string/num | ||
| + | * modul display: functii de nivel inalt pentru ecranele recurente (idle si parcare plina) | ||
| + | * modul servo: PWM pe Timer1 (Fast PWM, ICR1 ca TOP), control pozitie inchis/deschis cu pre-pas pentru a forta miscarea | ||
| + | * modul sonar: trigger pe PD2, masurare durata ecou pe PD3, conversie in cm prin impartire la 58 | ||
| + | * modul cards: lista statica de UID-uri autorizate si functia card_authorized() bazata pe memcmp | ||
| + | * modul UART: configurare 9600 baud 8N1 si functii pentru text, numere zecimale, hex si UID | ||
| + | * logica principala: main.cpp orchestreaza toate modulele intr-o masina de stari implicita | ||
| + | |||
| + | ==== Interactiunea dintre functionalitati ==== | ||
| + | |||
| + | Fluxul principal al aplicatiei este urmatorul: | ||
| + | * utilizatorul porneste sistemul | ||
| + | * perifericele sunt initializate si pe LCD apare mesajul "Scanati cartela" impreuna cu numarul de locuri libere | ||
| + | * bariera este coborata in pozitia inchisa | ||
| + | * sistemul intra in bucla principala si asteapta un card RFID | ||
| + | * cand un card este detectat, RC522 returneaza UID-ul prin SPI | ||
| + | * sistemul verifica daca UID-ul este in lista de carduri autorizate | ||
| + | * daca UID-ul nu este autorizat, LCD afiseaza "Card respins" si revine la idle | ||
| + | * daca UID-ul este autorizat dar parcarea este plina, LCD afiseaza "PARCARE PLINA" si revine la idle | ||
| + | * daca UID-ul este autorizat si exista locuri libere, servoul ridica bariera | ||
| + | * sistemul monitorizeaza HC-SR04 pentru a detecta trecerea masinii | ||
| + | * dupa ce masina trece, bariera coboara, contorul de locuri libere este decrementat, iar LCD-ul afiseaza "Loc ocupat" | ||
| + | * daca masina nu este detectata in intervalul de timp permis, bariera coboara fara a decrementa contorul, iar LCD-ul afiseaza "Timeout!" | ||
| + | * sistemul revine la starea idle si asteapta urmatorul card | ||
| + | |||
| + | Prin aceasta logica, sistemul evita sa scada locurile libere daca masina nu trece efectiv prin dreptul senzorului, si nu ridica bariera in fata cardurilor neautorizate sau cand parcarea este deja plina. | ||
| + | |||
| + | ==== Detectia trecerii masinii ==== | ||
| + | |||
| + | Pentru a confirma ca masina a trecut efectiv prin dreptul barierei am folosit senzorul ultrasonic HC-SR04. Algoritmul nu se bazeaza pe o singura citire, ci pe doua etape consecutive de filtrare: | ||
| + | * etapa 1 - detectia prezentei: sistemul polleaza senzorul la fiecare 100 ms; daca 3 citiri consecutive returneaza o distanta mai mica de 30 cm, se considera ca masina este sub senzor | ||
| + | * etapa 2 - detectia plecarii: dupa ce masina a fost detectata, sistemul continua sa polleze; daca 5 citiri consecutive returneaza o distanta mai mare sau egala cu 30 cm, se considera ca masina a parasit zona | ||
| + | |||
| + | Numarul de citiri consecutive necesare are rol de debounce si elimina citirile false cauzate de zgomotul ultrasonic sau de obstacole tranzitorii. Daca etapa 1 nu se incheie in 300 de cicluri (~30 secunde), tranzactia este considerata timeout si contorul nu este decrementat. | ||
| + | |||
| + | ==== Controlul barierei ==== | ||
| + | |||
| + | Bariera este actionata de un servomotor cu rotatie continua (CR), controlat prin PWM la 50 Hz generat de Timer1 in mod Fast PWM cu ICR1 = 40000 (TOP) si prescaler /8. Pentru acest tip de servomotor, latimea pulsului setata prin OCR1A nu dicteaza o pozitie fixa a bratului, ci directia si viteza de rotatie a motorului: | ||
| + | * stare de STOP (rotor oprit): OCR1A = 3000 (~1.5 ms) | ||
| + | * miscare sens deschidere: OCR1A = 2400 (~1.2 ms) | ||
| + | * miscare sens inchidere: OCR1A = 3600 (~1.8 ms) | ||
| + | |||
| + | Pentru a asigura o cursa corecta a barierei, functia servo_set_position() activeaza miscarea in directia dorita (deschis sau inchis) pentru un timp prestabilit (ROT_TIME_MS, calibrat pentru unghiul de ~90 de grade). Dupa expirarea acestui delay generat de _delay_ms(), semnalul PWM revine automat la valoarea de STOP (3000) pentru a frana si opri rotorul in noua pozitie. Aceasta calibrare inlocuieste controlul clasic in bucla inchisa al servomotoarelor standard. | ||
| + | ==== Validarea functionalitatilor ==== | ||
| + | |||
| + | Am testat fiecare componenta separat inainte de integrarea finala: | ||
| + | * RC522 a fost testat citind registrul de versiune (0x37) la pornire si trimitand valoarea prin UART pentru a confirma comunicarea SPI | ||
| + | * LCD-ul a fost testat initial cu un mesaj fix ("Sistem parcare / Initializare..."), apoi cu cifre si stringuri dinamice (contorul de locuri) | ||
| + | * servomotorul a fost testat separat alternand pozitiile SERVO_INCHIS si SERVO_DESCHIS pentru a regla valorile OCR1A | ||
| + | * HC-SR04 a fost testat trimitand distanta masurata prin UART si trecand obiecte prin fata senzorului | ||
| + | * algoritmul de autorizare a fost testat cu carduri din lista (UID 0x85 0x64 0xF3 0x06 si 0xE6 0xD7 0x10 0x06) si cu carduri necunoscute, pentru a verifica ambele ramuri (acces permis / acces respins) | ||
| + | * fluxul complet a fost testat scanand card, ridicand bariera, simuland trecerea unei masini (mana in fata senzorului) si verificand decrementarea contorului | ||
| + | |||
| + | Pentru debug am folosit UART la 9600 baud, unde se afiseaza fiecare eveniment important: UID-ul citit, statusul autorizarii, momentul ridicarii barierei, detectia masinii, timeout-urile si starea contorului dupa fiecare tranzactie. | ||
| + | |||
| + | ==== Optimizari realizate ==== | ||
| + | |||
| + | O prima optimizare a fost dubla citire a UID-ului in rc522_read_card(). Prima citire se face, apoi dupa 50 ms se face a doua citire si se compara cu prima. UID-ul este acceptat doar daca cele doua citiri sunt identice. Aceasta optimizare elimina UID-urile gresite cauzate de coliziuni partiale sau de carduri scoase din campul antenei in timpul citirii. | ||
| + | |||
| + | A doua optimizare a fost filtrarea UID-urilor invalide (toate octetii 0x00 sau toti 0xFF). Aceste valori apar uneori cand antena RC522 detecteaza zgomot electromagnetic, dar nu corespund unui card real, si rejectandu-le se evita interpretarea zgomotului ca un card neautorizat. | ||
| + | |||
| + | A treia optimizare a fost resetarea campului antenei dupa fiecare tranzactie prin rc522_reset_field(). Aceasta opreste antena pentru 100 ms si o porneste din nou, ceea ce forteaza cardul aflat in apropiere sa fie recitit ca o tranzactie noua, in loc sa fie tratat ca o citire repetata. | ||
| + | |||
| + | A patra optimizare a fost folosirea detectiei in doua etape la HC-SR04 (prezenta + plecare, fiecare cu praguri de citiri consecutive). Aceasta abordare evita atat alarmele false (un obiect care apare o singura citire), cat si decrementarea prematura a contorului (in care masina inca este sub senzor cand bariera se inchide). | ||
| + | |||
| + | ==== Element de noutate ==== | ||
| + | |||
| + | Elementul de noutate al proiectului este faptul ca sistemul nu se limiteaza la a ridica bariera la scanarea unui card, ci confirma fizic trecerea masinii inainte de a marca locul ca fiind ocupat. Sistemul diferentiaza intre trei situatii: | ||
| + | * cardul a fost scanat dar masina nu a trecut (timeout) - bariera se inchide fara a decrementa contorul | ||
| + | * cardul a fost scanat si masina a trecut - bariera se inchide si contorul scade cu 1 | ||
| + | * cardul a fost scanat dar parcarea este plina - bariera nu se ridica deloc | ||
| + | |||
| + | In plus, prin combinatia dintre verificarea dubla a UID-ului si filtrarea citirilor de zgomot pe antena RC522, sistemul evita sa accepte sau sa respinga in mod fals un card pe baza unei singure citiri instabile. Astfel, sistemul ofera o sincronizare reala intre evenimentul de autorizare si miscarea fizica a masinii, lucru care nu ar fi posibil cu un simplu cititor RFID conectat direct la actuator. | ||
| ===== Rezultate Obtinute ===== | ===== Rezultate Obtinute ===== | ||
| - | ===== Concluzii ===== | + | [[https://github.com/TheodorMitrofan/Smart-parking-system|Link github]] |
| - | ===== Download ===== | + | |
| + | [[https://youtube.com/shorts/nlaD8SWR9kA?feature=share|Link video demo]] | ||
| - | ===== Jurnal ===== | ||
| ===== Bibliografie/Resurse ===== | ===== Bibliografie/Resurse ===== | ||