This is an old revision of the document!


Sistem Securitate Usa

Introducere

Proiectul consta in realizarea unui Sistem Inteligent de Securitate de tip IoT (Internet of Things), capabil sa monitorizeze in timp real accesul intr-o incapere. Sistemul utilizeaza un senzor de miscare sau de vibratie pentru a detecta intrusii, o camera video pentru verificare vizuala si un sistem de avertizare acustica (buzzer) controlabil de la distanta prin intermediul unui smartphone.

Scopul principal este oferirea unei solutii de supraveghere active si accesibile. Spre deosebire de sistemele de alarma clasice care doar suna, acesta permite utilizatorului sa valideze vizual amenintarea prin live stream si sa decida daca activeaza sau nu alarma sonora pentru a speria intrusul.

Ideea a pornit de la problema alertelor false generate de senzorii de miscare obisnuiti. Ne-am dorit un sistem care sa ofere “ochi” utilizatorului: primesti alerta, verifici video daca e cineva acolo si abia apoi actionezi buzzer-ul. Este un mod de a avea control total asupra securitatii locuintei de oriunde te-ai afla.

Descriere generală

Sistemul este construit in jurul microcontrolerului ESP32-WROOM-32U, care gestioneaza colectarea datelor de la senzori, comunicarea wireless cu telefonul utilizatorului si stocarea evenimentelor pe card SD.

Descrierea Modulelor si a Interactiunii

  1. ESP32-WROOM-32U: Microcontrolerul principal. Citeste senzorii, gestioneaza Bluetooth-ul pentru comunicarea cu telefonul utilizatorului, controleaza buzzer-ul si scrie pe SD prin SPI. Comunica cu modulul ESP-01 prin UART pentru obtinerea pozelor de la camera.
  2. Senzori (PIR HC-SR501 / MPU-6050): Detecteaza prezenta fizica si miscarea. Senzorul PIR detecteaza caldura corpului in miscare in fata usii (semnal GPIO digital), iar MPU-6050 detecteaza vibratia / deschiderea usii prin accelerometru pe I2C. Ambii sunt monitorizati de ESP32 in firmware.
  3. Camera (Telefon Android cu IP Webcam): Solutia adoptata pentru captura video, in locul modulului OV7670. Telefonul ruleaza aplicatia IP Webcam si expune un stream HTTP MJPEG / endpoint /photo.jpg pe reteaua WiFi locala.
  4. Modul WiFi ESP-01 (ESP8266): Plăcuta separata dedicata WiFi-ului. ESP32 o controleaza prin comenzi AT trimise pe UART2. ESP-01 face HTTP GET catre camera IP si returneaza JPEG-ul catre ESP32 pe UART, octet cu octet.
  5. Buzzer: Elementul de descurajare. Activat exclusiv la comanda explicita a utilizatorului (tasta “B” trimisa prin Bluetooth), oprit cu “S” sau automat dupa 30 secunde (safety timeout). Comanda prin pin GPIO.
  6. Cititor Card SD: Stocheaza local un log al evenimentelor (timestamp + tip eveniment + detalii) si pozele JPEG salvate la fiecare detectie. Conectat prin SPI.
  7. AMS1117: Regulator de tensiune 3.3V folosit pentru alimentarea stabila a ESP-01 (consum de varf 300 mA in transmisie WiFi care ar putea depasi capacitatea regulatorului intern al placutei ESP32).

Decizia tehnica: inlocuirea camerei OV7670 Modulul OV7670 din BOM-ul initial nu a putut fi integrat functional cu ESP32-WROOM-32U fara PSRAM. Senzorul transmite pixelii prin interfata paralela in timp real (PCLK la 10-20 MHz), iar fara un buffer FIFO extern (AL422), ESP32 trebuie sa-i capteze direct prin DMA I2S - operatie sensibila la timing. In testele efectuate, frame-urile au sosit constant incomplete (30720 octeti din 38400 asteptati - aproximativ 96 din 120 randuri), indicand o problema fundamentala de sincronizare VSYNC/HREF in absenta unei memorii tampon dedicate.

Solutiile teoretice ar fi fost: (a) modul OV7670 cu cip AL422B FIFO, (b) modul ArduCAM Mini cu OV2640 si FIFO integrat, sau © placuta ESP32-CAM. Variantele (b) si © nu se potriveau cerintei de a folosi componente separate; varianta (a) presupunea o livrare de 2-3 saptamani din afara tarii.

Solutia adoptata - folosirea unui telefon Android second-hand ca sursa video - ofera avantaje practice semnificative: rezolutie superioara (HD/FullHD vs 640×480 OV7670), stream video continuu (nu doar cadre izolate), audio integrat, alimentare prin propria baterie, si mai ales zero probleme de timing. Telefonul comunica cu sistemul prin protocol HTTP standard, ceea ce permite si integrarea facila cu modulul ESP-01.

Decizia tehnica: introducerea modulului ESP-01 La integrarea WiFi pe ESP32 alaturi de Bluetooth Classic (necesar pentru comunicarea cu telefonul utilizatorului) a aparut o limitare hardware: stiva Bluetooth Classic ocupa circa 110 KB RAM, iar stiva WiFi + lwIP suplimentar 60-70 KB. Cu un total de 320 KB RAM disponibil in ESP32-WROOM-32U (fara PSRAM), suma necesarului depaseste capacitatea, iar initializarea WiFi esueaza (“Failed to allocate … bytes”).

Solutia adoptata distribuie sarcina pe doua microcontrolere care comunica prin UART: ESP32 ramane dedicat senzorilor + Bluetooth, iar ESP-01 (ESP8266) preia complet stiva WiFi/HTTP. ESP32 trimite comenzi AT pe UART2 catre ESP-01, care face cererea HTTP catre telefonul-camera si returneaza JPEG-ul octet cu octet. ESP32 scrie streaming pe SD, fara sa pastreze intregul JPEG in RAM.

Modul de functionare pe scurt

  1. La pornire, ESP32 initializeaza senzorii, SD-ul, Bluetooth-ul si stabileste conexiunea cu ESP-01 prin UART; ESP-01 se autentifica pe reteaua WiFi locala.
  2. Senzorul PIR sau MPU-6050 detecteaza miscare la usa.
  3. ESP32 trimite o alerta catre telefonul utilizatorului prin Bluetooth, impreuna cu URL-ul stream-ului video.
  4. In paralel, ESP32 instruieste ESP-01 sa descarce o poza instantanee de la camera IP; poza e salvata pe SD ca /snap_NNN.jpg.
  5. Utilizatorul deschide URL-ul primit si vede stream-ul live din fata usii.
  6. Daca identifica un intrus, apasa “B” in aplicatia Bluetooth Terminal de pe telefon, iar ESP32 activeaza buzzer-ul ca metoda de descurajare. Trimite “S” pentru oprire, sau buzzer-ul se opreste automat dupa 30 secunde.
  7. Toate evenimentele (detectii, comenzi, schimbari de stare) sunt logate pe SD cu data si ora exacta, pentru audit ulterior.

*Diagrama bloc inainte de schimbarea modulului OV7670*

*Diagrama bloc dupa schimbarea modulului OV7670*

Hardware Design

Aici puneţi tot ce ţine de hardware design:

Software Design

Descrierea codului aplicaţiei (firmware):

  • mediu de dezvoltare (if any) (e.g. AVR Studio, CodeVisionAVR)
  • librării şi surse 3rd-party (e.g. Procyon AVRlib)
  • algoritmi şi structuri pe care plănuiţi să le implementaţi
  • (etapa 3) surse şi funcţii implementate

Rezultate Obţinute

Care au fost rezultatele obţinute în urma realizării proiectului vostru.

Concluzii

Download

O arhivă (sau mai multe dacă este cazul) cu fişierele obţinute în urma realizării proiectului: surse, scheme, etc. Un fişier README, un ChangeLog, un script de compilare şi copiere automată pe uC crează întotdeauna o impresie bună ;-).

Fişierele se încarcă pe wiki folosind facilitatea Add Images or other files. Namespace-ul în care se încarcă fişierele este de tipul :pm:prj20??:c? sau :pm:prj20??:c?:nume_student (dacă este cazul). Exemplu: Dumitru Alin, 331CC → :pm:prj2009:cc:dumitru_alin.

Jurnal

Puteți avea și o secțiune de jurnal în care să poată urmări asistentul de proiect progresul proiectului.

Bibliografie/Resurse

Listă cu documente, datasheet-uri, resurse Internet folosite, eventual grupate pe Resurse Software şi Resurse Hardware.

Export to PDF

pm/prj2026/bianca.popa1106/victoria.plamadeala.1779115547.txt.gz · Last modified: 2026/05/18 17:45 by victoria.plamadeala
CC Attribution-Share Alike 3.0 Unported
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0