SmartScale Checkout este un sistem de casă de marcat self-service controlat de un microcontroler ATmega328P. Utilizatorul scanează produsele cu telefonul (folosind o aplicație de scanare coduri de bare), trimite produsul prin Bluetooth la placuță, îl plasează pe cântar pentru validarea greutății, și la final efectuează o plată prin apropierea unui card RFID. Pe tot parcursul, un display LCD afișează produsele adăugate și totalul, iar un buzzer confirmă fiecare acțiune cu un beep.

Proiectul demonstrează integrarea mai multor module hardware într-un sistem coerent, simulând funcționalitatea unui terminal self-pay întâlnit în supermarketuri moderne.

Punctul de plecare a fost observarea că terminalele self-checkout din magazine sunt, în esență, sisteme embedded cu câteva periferice bine definite. Proiectul și-a propus să reproducă aceeași logică la scară redusă, pe o platformă de dezvoltare accesibilă.

Pentru utilizatori, demonstrează că un sistem complet de casă de marcat poate fi construit cu componente ieftine și un microcontroler de 8 biți. Pentru student, reprezintă o oportunitate de a lucra simultan cu UART, SPI, I2C, PWM și GPIO pe același microcontroler, rezolvând probleme reale de sincronizare și validare a datelor.

Descrierea schemei bloc

Intrări:

• HC-06 (UART) — primește de la smartphone, prin Bluetooth, șirul de caractere reprezentând produsul scanat
• HX711 + celulă de sarcină — amplifică și digitalizează forța exercitată pe cântar; comunică cu MCU prin protocol serial sincron pe 2 fire
• Modul RFID RC522 (SPI) — detectează cardul RFID prezentat pentru finalizarea plății

MCU + software:

• ATmega328P Xplained Mini — orchestrează toate perifericele, rulează logica de validare și menține o bază de date minimală de produse (nume, preț, greutate așteptată)
• Firmware — gestionează mașina de stări (așteptare produs → scanare → validare greutate → adăugare în coș → plată), calculează totalul și tratează erorile

Ieșiri:

• LCD (I2C) — afișează numele produsului curent, greutatea măsurată, totalul acumulat și mesajele de eroare
• Buzzer pasiv (PWM) — emite beep la scanare reușită și ton diferit la eroare
• LED roșu (GPIO) — se aprinde când greutatea măsurată nu corespunde produsului scanat

Microcontroler principal al proiectului. Rulează firmware-ul care coordonează toate modulele, procesează datele primite prin Bluetooth, validează greutatea măsurată de cântar, controlează afișajul LCD, generează semnalele de feedback (buzzer, LED) și gestionează plata prin RFID. Operează la 16 MHz și dispune de periferice hardware UART, SPI și I2C utilizate simultan în acest proiect.

Modul de comunicație wireless care permite trimiterea datelor de la smartphone către microcontroler. Utilizatorul scanează codul de bare al unui produs cu telefonul și trimite datele prin Bluetooth. HC-06 operează ca dispozitiv slave și comunică cu ATmega prin protocolul UART la 9600 baud. Alimentat la 5V, cu protecție pe linia RX prin divizor de tensiune (pinul RX al HC-06 este compatibil cu 3.3V, nu cu 5V).

Celula de sarcină este un traductor mecano-electric care convertește forța aplicată (greutatea unui obiect) într-un semnal electric de tensiune foarte mic, prin intermediul unei punți Wheatstone. Semnalul analogic este amplificat și digitizat de modulul HX711, un convertor analog-digital de 24 biți dedicat aplicațiilor de cântărire. ATmega citește datele prin protocol serial sincron pe 2 fire (SCK și DT). Rolul în proiect: validarea greutății produsului scanat față de greutatea așteptată stocată în firmware.

Modul de citire RFID care operează la frecvența de 13.56 MHz (standard ISO 14443A). Detectează cardul sau tag-ul RFID prezentat de utilizator și transmite un identificator unic (UID) către microcontroler prin protocolul SPI. Rolul în proiect: simularea plății — prezentarea cardului finalizează sesiunea de cumpărături. Alimentat obligatoriu la 3.3V (nu 5V).

Afișaj cu cristale lichide cu 2 rânduri a câte 16 caractere fiecare. Modulul I2C PCF8574 reduce numărul de pini necesari de la 8 la 2 (SCL și SDA), comunicând cu ATmega prin protocolul I2C. Afișează: numele produsului scanat, greutatea măsurată, totalul acumulat și mesajele de eroare.

Traductor electroacustic care necesită un semnal de frecvență variabilă pentru a produce sunet (spre deosebire de buzzerul activ care are oscilator intern). Este controlat prin semnal PWM generat pe pinul OC2B (PD3) al ATmega. Produce un beep scurt la fiecare scanare reușită și un ton diferit la eroare de greutate.

Indicator vizual de eroare. Se aprinde când greutatea măsurată nu corespunde cu greutatea așteptată a produsului scanat. Conectat pe pinul PD4 prin rezistență de limitare a curentului de 100Ω.

Schema electrică a proiectului grupează componentele în două zone distincte:

• Stânga — module de intrare: HC-06 (Bluetooth), HX711 cu celula de sarcină și RC522 (RFID)
• Dreapta — module de ieșire: LCD 16×2, LED roșu și buzzer pasiv

Pentru claritatea schemei, firele sunt colorate după funcție și protocol:

Proiectul folosește două tensiuni de alimentare, ambele furnizate de placa ATmega328P Xplained Mini prin intermediul conectorului USB:

• 5V — folosit pentru HC-06, HX711, LCD, LED și buzzer.
• 3.3V — folosit exclusiv pentru modulul RC522. Acesta nu este compatibil cu 5V; alimentarea incorectă poate deteriora permanent modulul.

Firmware-ul a fost programat în Visual Studio Code, folosind extensia PlatformIO, care oferă un mediu integrat pentru compilarea codului, gestionarea dependențelor și încărcarea binarului rezultat direct pe microcontroler.

Proiectul nu utilizează biblioteci externe de tip third-party. Toate driverele pentru periferice (LCD, RC522, HX711) și protocoalele de comunicație (UART, SPI, I2C) au fost implementate de la zero peste registrele hardware ale ATmega328P.

Sunt utilizate exclusiv biblioteci standard din setul AVR-GCC:

• avr/io.h — definițiile registrelor hardware ale ATmega328P (PORTD, DDRB, SPCR, TWCR etc.); esențială pentru orice program AVR
• avr/pgmspace.h — macrourile PROGMEM și memcpy_P pentru stocarea și citirea datelor din memoria Flash; folosită pentru baza de date de produse
• util/delay.h — funcțiile _delay_ms() și _delay_us() pentru temporizări precise bazate pe F_CPU; folosite în inițializarea LCD, protocoalele SPI/I2C și logica de feedback
• stdint.h — tipuri de date cu dimensiune fixă (uint8_t, uint16_t, int8_t); critice pe un MCU de 8 biți unde dimensiunea tipurilor contează
• string.h — funcții de manipulare șiruri (strcmp, strcpy, strcat, memset); folosite pentru parsarea comenzilor UART și formatarea textului pentru LCD
• stdlib.h — funcțiile itoa() și ltoa() pentru conversia numerelor în șiruri de caractere afișabile pe LCD sau trimise prin UART

Elementul de noutate al proiectului constă în integrarea unui mecanism de validare a greutății în fluxul de scanare, inspirat din sistemele self-checkout din supermarketurile moderne.

Spre deosebire de un simplu sistem de scanare și afișare, SmartScale Checkout blochează progresul sesiunii dacă greutatea produsului plasat pe cântar nu corespunde greutății declarate în baza de date (toleranță +-10%). Această validare elimină posibilitatea scanării unui produs și plasării altuia pe cântar. Un alt element distinctiv este mecanismul de supervisor override. Scanarea unui cod special deblochează sesiunea fără validarea greutății, simulând intervenția unui angajat în caz de eroare, funcționalitate prezentă în terminalele self-checkout reale.

Interfața mobilă dezvoltată în MIT App Inventor completează sistemul cu un flux complet: scanare cod de bare prin camera telefonului, transmisie Bluetooth către microcontroler, afișare bon fiscal digital la finalul sesiunii.

Firmware-ul este organizat în module separate, fiecare responsabil de un periferic:

• uart.cpp — inițializare și comunicație serială cu HC-06
• i2c.cpp — protocolul pentru comunicația cu LCD
• lcd.cpp — driver pentru afișajul LCD 16×2
• spi.cpp — protocol SPI pentru comunicația cu RC522
• rc522.cpp — driver pentru cititorul RFID
• load_cell.cpp — citire și calibrare HX711
• buzzer.cpp — generare semnale sonore prin PWM
• main.cpp — logica principală: baza de date, sesiunea curentă și mașina de stări

Interacțiunea dintre module urmează un flux unidirecțional. Toate modulele perifericelor sunt apelate în main, cel care coordonează activitatea proiectului, fiind independente unele de celelalte.

Mașina de stări are 5 stări:

• STATE_SCAN — starea principală, așteaptă cod de bare
• STATE_DELETE — așteaptă codul produsului de șters
• STATE_WEIGHT_ERROR — blocat până la validarea greutății sau cod supervisor
• STATE_PAYMENT — așteaptă cardul RFID și confirmă plata

Validarea funcționării a fost realizată în două etape:

• Testare individuală — fiecare modul a fost testat separat printr-un program dedicat de test, controlat prin Bluetooth de pe smartphone
• Testare integrată — după integrarea tuturor modulelor, s-a parcurs fluxul complet: scanare produs, validare greutate, finalizare sesiune cu card RFID și afișare bon fiscal

Proiectul SmartScale Checkout utilizează direct cunoștințele acumulate în cadrul laboratoarelor, atât la nivel teoretic cât și practic.

Configurarea pinilor folosește exact mecanismul prezentat în laboratorul 0, prin registrele DDRn și PORTn:

• LED-ul roșu pe PD4 este configurat ca ieșire prin DDRD și controlat prin PORTD, identic cu exemplul de aprindere a unui LED
• Pinii HX711 (PD6, PD7) sunt configurați explicit ca intrare, respectiv ieșire, prin DDR și PIN, pentru implementarea protocolului proprietar al amplificatorului prin bit-banging

Comunicația serială cu modulul Bluetooth HC-06 utilizează perifericul USART0 al ATmega328P, configurând registrele prezentate în laboratorul 1:

• UBRR0H și UBRR0L pentru setarea baud rate-ului la 9600, calculat cu formula F_CPU/(UART_BAUD_RATE*16)-1
• UCSR0B pentru activarea transmisiei și recepției prin biții TXEN0 și RXEN0
• UCSR0C pentru formatul cadrului: 8 biți de date, fără paritate

Buzzerul pasiv necesită un semnal cu frecvență variabilă pentru a produce sunet. Teoria PWM din laboratorul 3 a stat la baza implementării funcției beep(), care generează semnalul pe PD3, alternând starea pinului la un interval calculat din frecvența dorită.

Comunicația cu modulul RFID RC522 utilizează interfața SPI hardware a ATmega328P, configurată prin registrele studiate în laboratorul 5:

• SPCR pentru activarea SPI în modul master (bitul MSTR), activarea interfeței (SPE) și setarea prescaler-ului
• SPSR cu flag-ul SPIF pentru așteptarea finalizării transferului
• SPDR pentru scrierea și citirea datelor
• Pinul SS (PB2) este controlat manual prin PORTB, identic cu mecanismul de Chip Select descris în laborator

RC522 folosește arhitectura Master-Slave descrisă în laborator: ATmega este master, RC522 este slave, selectat prin SS activ LOW.

Display-ul LCD 16×2 cu expander PCF8574 comunică prin protocolul I2C (TWI), implementat folosind registrele prezentate în laboratorul 6:

• TWBR pentru setarea frecvenței SCL la 100kHz
• TWCR pentru generarea condițiilor START și STOP, prin biții TWSTA, TWSTO și TWINT
• TWDR pentru scrierea datelor către expander
• Secvența completă de comunicație urmează pașii din laborator: START → adresă slave → date → STOP

Adresa expanderului PCF8574 (0x27) este transmisă conform protocolului descris în laborator, cu bitul de scriere (0) pe poziția LSB.

Calibrarea HX711 a presupus determinarea a două valori:

Tara (offset) — valoarea raw returnată de HX711 cu cantarul gol, determinată prin citirea mediei a 5 valori consecutive după stabilizarea mecanică a sistemului:

Tara = 232121 (unități raw)

Factorul de calibrare — numărul de unități raw per gram, determinat prin plasarea unui obiect cu greutate cunoscută pe cântar. S-a folosit un smartphone cu greutatea verificată pe un cântar de bucătărie (266g):

Raw cu greutate = 259448
Diferență = 259448 - 232121 = 27327 unități
Factor = 27327 / 266g = 102.7 unități/gram

Formula de conversie implementată în firmware:

greutate(g) = (raw - 232121) / 102.7

Validarea calibrării s-a făcut prin măsurarea aceluiași obiect. Rezultatul returnat de firmware a fost 266g, identic cu valoarea de referință.

Toleranța de validare a fost setată la ±10% față de greutatea declarată în baza de date, justificată de precizia celulei de sarcină de 20kg pe produse mici și de variațiile normale ale ambalajelor.

Memorie Flash — PROGMEM:Baza de date cu cele 7 produse (nume, cod, preț, greutate) este stocată în memoria Flash folosind directiva PROGMEM, nu în SRAM. Pe ATmega328P cu doar 2KB SRAM, stocarea unui array de structuri în RAM ar consuma inutil memorie necesară stack-ului și variabilelor dinamice. Citirea se face prin memcpy_P la momentul accesării. În total, implementarea curentă permite stocarea a aproximativ 500 de produse, luând în calcul că un produs ocupă 33 de bytes de memorie în structura curentă.

Medie a 10 citiri HX711: HX711 produce valori cu zgomot. Citirea unei singure valori raw poate genera erori de validare false. Funcția hx711_read_avg() calculează media aritmetică a 10 citiri consecutive, reducând zgomotul și îmbunătățind stabilitatea măsurătorilor.

Modularizare pe fișiere separate:Împărțirea codului pe module (uart, i2c, lcd, spi, rc522, load_cell, buzzer) permite compilarea separată și recompilarea doar a modulelor modificate, reducând timpul de build. De asemenea, ușurează urmărirea codului și îmbunătățirea lui pe termen lung.

în videoclipul de mai sus se prezintă proiectul în stadiul final, după milestone-ul pentru software. De asemenea, se trece și printr-o rutină de scanare, primele produse fiind validate prin greutate, cel din urmă fiind validat cu ajutorul codului de supervisor.

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.

Export to PDF

Imaginea prezintă montajul complet al proiectului pe breadboard, în stadiul de prototipare. Se pot identifica toate componentele care alcătuiesc sistemul dezvoltat. În filmulețul de prezentare, se demonstrează funcționarea individuală a tuturor componentelor și, mai mult, că este posibilă și comunicarea între smartphone și placa de dezvoltare. Testarea s-a făcut individual, în primă instanță, pentru a mă asigura că pot fi folosite ulterior în produsul final.