Informaţii pentru studenţii la
Proiectul 2
|
Pentru restanța din septembrie 2024, doritorii își vor înscrie zilele în
ordinea preferințelor în acest
formular. Înscrierea este obligatorie. Deadline: 26.8.2024
Planificare Restanță P2 2024 M. Stanciu
Documentaţie
Ce e comun și ce nu?
- Pagina cu Documentația tehnică hard+soft de pe acest site se aplică
tuturor studenților anului 3, indiferent de serie,
cu excepția celor de la prof. A. Neacșu/C. Burileanu.
- Toate celelalte: lista temelor, regulile, deadline-urile și modul de notare
diferă între titularii P2, pe acest site fiind cele care se aplică DOAR
grupelor 434C, 434D care mă au titular pe mine -
M. Stanciu - în 2024
Pagina cu documentaţie hard + soft
Teme
Lista de teme, varianta M. Stanciu, 2024
Împărțirea pe echipe - rezultatele tragerii la sorți
Lucrul la proiect se face pe echipe de cîte
2 studenţi.
Pentru a fi echitabilă, distribuirea temelor se va face prin tragere la
sorți astfel:
- împărțirea in echipe este la alegerea voastră;
- fiecare echipă să-și creeze o lista de teme in ordinea preferințelor,
de exemplu: L1, L4, D5, J1, L3, D4, D21, J4, D30, D1
- pînă pe 30.3.2024 ora 23:59
fiecare echipă se va înscrie
folosind
acest formular
- Tragerea la sorți se desfășoară astfel:
iau pe rînd fiecare echipă, într-o ordine aleatorie obținută cu random.org,
parcurg în ordine lista sa de preferințe și aloc prima tema
liberă. Dacă toate temele de pe listă sînt ocupate (lista prea scurtă), nu se
alocă tema și va trebui sa alegeți după aceea din temele rămase libere.
Studenţii cu diferenţă
trebuie să vă înscrieți din nou,
pentru a confirma că păstraţi aceeaşi echipă şi aceeaşi temă, în care caz
pe formular scrieți PĂSTRARE, sau alegeți altă temă și/sau alt coechipier.
De asemenea, conturile pentru jurnale nu se păstrează de la un semestru la
altul, de aceea veți avea un cont nou în funcție de noul nr. al echipei pe
care îl primiți (îl vedeți în lista Google).
Se echivalează la cerere etapele intermediare 1 și 2 din 2023.
Nu se echivalează punctajele pe activități online
din epoca Covidului 
Procurarea componentelor
Compilatoare
Se va folosi numai compilatorul de C Code Vision AVR (Windows)
instalat în lab, respectiv VS Code+ARM_GCC pentru STM32. Softul de test
este scris pentru acest compilator.
Folosirea altor compilatoare nu este permisă
şi nu voi accepta predarea respectivelor proiecte.
În industrie, un angajat va trebui să folosească resursele
puse la dispoziţie de companie, nu cele alese de el.
codul vostru trebuie să se compileze fără erori
pe compilatorul instalat în lab - verificaţi înainte să predaţi! (warning-urile
sînt permise, dar este recomandabil să le rezolvaţi).
Vă dau sursa completă a softului de test tocmai pentru a vedea
particularitățile acestui compilator, inclusiv cum se face un proiect compus
din mai multe fişiere.
Desfășurare
1) Realizare PCB de către studenți - opțională, pentru obținerea
de puncte bonus și/sau a certificatului industrial IPC;
detalii și reguli de realizare și predare
2)
Ca la orice proiect demn de acest nume, este necesar un
timp de lucru individual suplimentar faţă de
cele 7 şedinţe de 2 ore din orar.
Datorită problemelor care apar si a bug-urilor, acest
timp va fi, probabil, semnificativ mai mare decît cel estimat, ceea ce se
intimpla si in proiectele din "real world".
Pentru acces la scule și echipamente, studenții pot (și sînt incurajati)
să intre in laborator și în afara intervalelor din orar.
Accesul in laborator in afara orelor prevazute
se face folosind codul de acces personal.
Puteţi rămîne în lab oricît de mult, inclusiv noaptea,
ultimul student care pleacă trebuie:
- să stingă lumina şi să oprească curentul de la siguranţa generală
- să lase încuietoarea electronică pe poziţia "încuiat" şi să tragă uşa
după el
Mod de notare
|
Etapa
|
Puncte
|
Termen
|
Descriere
|
|
1
|
7
|
săpt. 7-8
|
Citirea pe osciloscop și explicarea biţilor
care compun un caracter trimis/
recepționat de către softul de test (nemodificat) care foloseste portul serial
- se va transmite continuu un caracter (țineți o tastă apăsată în terminal)
- se vor vizualiza cei 10 biți corespunzători (vezi documentație - partea
comună) pe pinii Rx sau Tx ai uC, se vor identifica bitul de start și stop
- se va verifica corespondența între cei 8 biți de date citiți și codul ASCII
al caracterului (sau al caracterului+1)
Exemplu pt. caracterele CR,LF (ASCII 13 și 10) - deci 20 biți în loc de 10.
|
|
2
|
15
|
săpt 9-10
|
Cerințe pentru etapa 2
|
|
- |
10
|
predarea proiectului
|
Calitatea lipiturilor și aspectul general al plăcii.
Se vor verifica aspectele de aici
|
|
- |
20
|
vezi secțiunea jurnal
|
conţinutul, calitatea si periodicitatea publicarii jurnalului de lucru,
la termenele prezentate în secțiunea "Jurnal de lucru". Detalii:
- 5p prima verificare
- 5p a doua verificare
- 10p verificarea din ziua predării.
|
|
- |
25
|
Predarea proiectului
|
Demonstrarea funcționării proiectului - inclusiv faptul că softul se compilează fără
erori (warning-urile sînt permise). Este eliminatoriu să aveți propriul soft, fie și
incomplet, în caz contrar nu se face suma și nu puteți promova.
|
|
- |
25
|
Predarea proiectului
|
Răspunsuri la întrebări - eliminatoriu; acestea din urmă
vor fi individuale, nu per echipă.
Puteţi fi intrebați din orice detaliu
tehnic care apare in proiectul dvs; hard: la ce serveste cutare componenta,
de ce s-a conectat intr-un anumit mod, etc; soft: la ce folositi o anumită
variabilă, ce face o anumită funcţie sau linie de program, unde anume in program
se trateaza o anumita situaţie etc; voi insista pe acele aspecte adăugate de
voi, tocmai pentru a-mi demonstra că ştiţi ce aţi făcut în propriul proiect.
Fiecare membru trebuie sa cunoască integral
proiectul, intrucît nu este un proiect de intindere mare.
Nu veniti cu varianta "colegul a facut proiectul
iar eu am scris documentatia si am cumparat piesele, pizza si berea, pentru ca
el sa poata lucra optim - nu primesc puncte pentru asta?"
Daca preluati sectiuni de cod sau porțiuni de scheme de pe net sau din alte
surse, trebuie in continuare sa puteti raspunde la intrebari de detaliu si din
sectiunile respective. In caz contrar, proiectul va fi considerat copiat, si
nu veti promova.
Exceptie: librăriile de sine
stătătoare, fără legătură directă cu tema proiectului (de exemplu
funcțiile pentru printf() pe portul serial incluse in softul de test, generate automat
de către generatorul de cod de inițializare, sau funcții pentru controlul unui
LCD grafic, al unui SD-card, etc) pot fi folosite fara a primi intrebari din ele.
Atenție! Cine nu știe sa raspundă la
întrebări de bază nu va promova, indiferent de punctajul acumulat pe parcurs -
nu se va face suma!
Chiar dacă lipirea plăcuței si realizarea documentaţiei reprezintă destulă
muncă, este inacceptabil
pentru un inginer sa facă aceste activităţi în mod mecanic, fără a le înțelege.
La fabrică, lipirea plăcilor dupa specificaţii date este treabă de
muncitor sau de
robot.
|
|
- |
15 (bonus)
|
|
Realizarea propriului PCB. În acest an nu asigurăm producția
acestuia, trebuie să-l produceți singur la o fabrică la alegere (China, Bulgaria, etc)
|
Etapele 1-2 din tabel trebuie realizate obligatoriu pînă la
termenul anunțat.
În săptămînile ulterioare, precum şi în sesiune sau restanţe
nu se mai acordă aceste puncte!
În şedinţa finală de predare trebuie sa imi arătaţi:
- Placa funcțională
- Site-ul in versiunea finală
- În contul de pe serverul matrix veți încărca o arhivă cu softul final.
Detalii despre cum
se face arhiva aici. Inainte să vă
vină rîndul la examinare,
despachetați arhiva şi încărcaţi proiectul
in compilator pentru a putea demonstra că se compilează.
- În ziua predării în sala B210 se află echipa care predă și încă max. 2 echipe
care urmează la rînd, care-și pregătesc proiectul pt. predare: încarcă codul
în compilator, deschid pagina de jurnal, pun circuitul în funcțiune.
- Intrați în ordinea numărului echipei.
Jurnal de lucru
Documentația se realizează
sub forma unui jurnal electronic cu actualizare
periodică. Acesta înlocuiește
documentația scrisă pe care o predați la alte proiecte.
Jurnalul va fi actualizat de voi și controlat de mine în vederea notării,
la termenele limită specificate mai jos
pentru prima verificare / a doua verificare / verificarea finală din
ziua predării.
Jurnalul se va realiza in format de pagină web
si se va publica pe un site realizat pe serverul matrix.elcom.pub.ro
( detalii de acces și de încărcare a paginii găsiți aici). Nu voi nota
aspectul "artistic" al paginii și nu sînteți incurajați să puneți
animații flash si alte briz-briz-uri. Site-ul trebuie sa contina o
descriere tehnică, inginerească, şi sa fie clar împărțit pe secţiuni.
Secţiuni:
- Secțiunea "Modul de implementare"
- descrierea modului dorit de implementare, a detaliilor specifice, și a
alegerilor/deciziilor personale
(majoritatea titlurilor temelor sînt destul de generale și trebuie să alegeți
cum implementați funcționalitatea cerută).
- se vor descrie
modul de functionare a temei alese, modalitatile de I/O prevăzute (taste,
LED-uri, alte mijloace de afișaj, porturi conectate la PC sau la alte
periferice, modul de conectare)
- se va comenta ce componente adiționale (senzori, afișaje etc) ați ales,
parametrii lor principali, sursa de achiziție. Dacă pe parcurs vă răzgîndiți,
adăugați (nu ștergeți).
- Descrierea logicii de functionare poate fi in cuvinte.
Prima verificare:
duminică, săptămîna 10, ora 23:59.
A doua verificare:
duminică, săptămîna 12, ora 23:59
Verificare finală:
la predarea proiectului
- Sectiunea "Descrierea hardware"
- schema electrica completă a machetei în varianta voastră, nu schemele
montajului de test (pe care vi le-am dat eu) - desenați schema cu
TOATE acele componente care EXISTĂ pe placa voastră.
Schema se realizează într-un program CAD dedicat, la alegere;
Schema se va publica
sub formă de captură de ecran (PNG, JPEG,... vizibilă pe pagina de web), nu sub
formatul programului ales. Dimensiunea şi rezoluţia trebuie să fie astfel
încît piesele să fie clare şi textul citibil pe pagina de web, căci din această
schemă veţi fi examinaţi.
- lista completa de materiale (BOM - Bill of Materials). Un exemplu corect
de BOM este dat aici, iar unul gresit,
aici.
În BOM:
- se trec toate piesele (și cele initiale și cele specifice)
- nu se includ piese care nu există/nu se lipesc (de ex. CN1 - conectorul
ISP care nu se lipește)
- se includ toate info. din tabel, inclusiv capsula la piesele
electronice, dar și piesele ne-electronice (mecanice)
- se va include furnizorul pieselor și prețul; pentru cele primite veți
trece UPB. Prețul se include doar pt. cele procurate de voi;
- lista va fi completă, dar piesele triviale (ex. rezistențe) pot să nu aibă
furnizor
- fotografii ale machetei in diverse etape, fotografiile noi nu le inlocuiesc pe
cele vechi, ci se adauga in continuare: să existe cel puțin o poză
cu doar o parte din piese lipite, și una cu toate piesele lipite, pt. a demonstra că placa este
făcută de voi și nu procurată de undeva!
- Se pot include si fotografii ale ecranului osciloscopului, acolo unde este
cazul (nu portul serial, acela se notează "pe viu" în laborator)
- Fotografiile vor fi redimensionate la o rezoluţie vizibilă în
întregime pe ecran (max. 1024 puncte pe orizontală), rezoluţiile mai
mari nu fac decît să încetinească afişarea site-ului. În general, aparatele
foto au rezoluţii mari pentru a putea da zoom pe detalii sau pentru a
tipări fotografia; nu este cazul aici!
- În general, documentația dată de mine va fi ignorată la notare! de asemenea,
nu mă interesează să îmi scrieți generalități despre AVR și/sau să îmi copiați
din datasheet-ul acestuia!
Prima verificare:
duminică, săptămîna 10, ora 23:59
(atunci să existe măcar cîteva poze ale machetei).
A doua verificare:
duminică, săptămîna 12, ora 23:59
(să existe și schema electronică și BOM-ul, chiar dacă nu sînt cele finale).
Verificare finală:
la predarea proiectului
- Sectiunea "Descrierea software"
- poate include organigrame, grafuri de tranzitie etc
- se vor documenta resursele procesorului necesare temei (porturi
de I/O, canale ADC, timere, întreruperi etc) și parametrii acestora după caz
(tensiunea de referință ADC, modul de lucru și prescalerul timerului, etc)
- se va estima memoria Flash necesară pt. eventuale structuri de date constante
(tabele tip LUT, definirea unor caractere de LCD, etc)
precum și memoria RAM necesară pt. structurile mai mari (tabele, vectori etc
conform algoritmilor folosiți)
acolo unde este cazul, și impactul asupra memoriei totale disponibile
- este important să demonstrați că softul propus se poate implementa pe uC
cu resursele date (de exemplu, nu se pot memora în RAM-ul intern suficiente eșantioane pentru
o aplicație de redare de voce, deci trebuie folosită o memorie externă; nu se
poate obține o rezoluție suficientă cu doar 10b ADC pentru anumite aplicații,
sau frecvența de eșantionare e prea mică, și trebuie un ADC extern, etc).
- În ultima etapă se va preciza cît Flash, RAM și eventual EEPROM a consumat
codul final în mod efectiv (cît raportează compilatorul)
- Nu se va publica cod sursă în jurnal. Codul
sursă (o arhivă conținînd fisierele .c, .h, .prj, .hex...) se va transfera
în ultima etapă într-un director separat din contul de linux,
inaccesibil din pagina de web,
după aceste reguli - este nevoie să
descărcați codul în ziua predării, pentru examinare.
Prima verificare:
duminică, săptămîna 12, ora 23:59.
Verificare finală:
la predarea proiectului
- Sectiunea "Rezultate si concluzii"
- Se va comenta modul in care
s-a reușit respectarea cerințelor initiale, eventual motivele pentru
care s-au schimbat cerintele inițiale, succesele si mai ales insuccesele
de pe parcurs
- sugestii despre cum s-ar fi putut
rezolva mai eficient o problemă în alt mod decît cel ales.
- Se vor include
eventuale măsuratori, evaluări de performanță sau alte rezultate numerice
- Exemple de concluzii care NU se scriu căci sînt triviale:
- fire care s-au rupt
- LED-uri sau alte piese pe care le-ați ars din neatenție
- faptul că ați exfoliat pad-uri și le-ați reparat cu sîrmă
- Exemple de concluzii valide:
- o idee care a dus la optimizarea codului
- alegerea rezoluției de 8 sau 10b a CAN pe baza unor criterii
- cum ați rezolvat achiziția cu un CAN unipolar a semnalelor reale care
sînt bipolare
- cum ați rezolvat probleme legat de consum exagerat de curent
- 3.3V vs. 5V,etc
Termen limită: predarea proiectului.
- Sectiunea "Bibliografie"
Internetul este plin de tutoriale, note de aplicatii si
programe similare, care pot servi ca sursa de documentare si punct de pornire.
Se vor cita toate resursele folosite (inclusiv adresele de internet).
Nerespectarea acestui punct se va considera plagiat
si va duce la ne-promovarea proiectului.
Termen limită: predarea proiectului.
Rezultate
Rezultate P2 2024
Rezultate P2 2023
Rezultate P2 2022
Rezultate P2 2021
Rezultate P2+APP2 2019-2020
Rezultate P2+APP2 2018-2019
Rezultate P2+APP2 2017-2018
Rezultate P2 2017
Rezultate P3 2016
Rezultate P2 2016
Rezultate P3 2015
Rezultate P2 2015
Rezultate P3 2014
M. Stanciu - contact
Inapoi
