Show page

Differences

This shows you the differences between two versions of the page.

--- pm:prj2021:avaduva:functiongenerator [2021/06/01 01:10]
andrei.biu [Testare & Demo]
+++ pm:prj2021:avaduva:functiongenerator [2021/06/18 19:33] (current)
andrei.biu [Download & Resurse aditionale]
@@ Line 159: / Line 159: @@
 Live demo pentru modul Waveform: [[https://ctipub-my.sharepoint.com/:v:/g/personal/andrei_biu_stud_acs_upb_ro/ETsWX5p0IIVOj58VhsXtT0QB490XeUBBohJbZ1HQzZ6_Yg?e=TK9w8y| Video]]
 ===== Concluzii & Future Work =====
-Proiectul poate primi o serie de imbunatatiri fata de forma descrisa / deja implementata pentru a extinde capacitatiile acestuia:
+Proiectul poate primi o serie de imbunatatiri fata de forma descrisa / deja implementata pentru a extinde capacitatile acestuia:
-  - Frecventa maxima obtinuta in modul waveform este limitata in primul rand de software. Overheadul unei intreruperi este mare pentru astfel de aplicatii, mai ales in contextul in care codul dat de compilator nu este prea eficient pentru ISA-uri. In particular este pesimist in ceea ce priveste utilizarea registrilor si simte nevoia sa faca prea multe salvari pe stiva. Schimbarea codului din ISA-ul pentru waveform cu unul in limbaj de asamblare (inline assembly + ISR_NAKED) poate creste frecventa pana la 5kHz (acest lucru inca nu a fost realizat deoarce programul functiona incorect cu toate variantele de cod incercat). Mai departe rezervarea unor registrii globali poate aduce o dublare pana la 10kHz, dar acest lucru presupune abandonarea mediului Arduino si programarea in C fara a folosi nicio bibioteca externa (totul de la zero), inclusiv multe functii din implementarea libc pentru AVR (dintre cele precompilate).
+  - Frecventa maxima obtinuta in modul waveform este limitata in primul rand de software. Overheadul unei intreruperi este mare pentru astfel de aplicatii, mai ales in contextul in care codul dat de compilator nu este prea eficient pentru ISA-uri. In particular este pesimist in ceea ce priveste utilizarea registrilor si simte nevoia sa faca prea multe salvari pe stiva. Schimbarea codului din ISA-ul pentru waveform cu unul in limbaj de asamblare (inline assembly + ISR_NAKED) poate creste frecventa pana la 5kHz (acest lucru inca nu a fost realizat deoarece programul functiona incorect cu toate variantele de cod incercat). Mai departe, rezervarea unor registrii globali poate aduce o dublare pana la 10kHz, dar acest lucru presupune abandonarea mediului Arduino si programarea in C fara a folosi nicio biblioteca externa (totul de la zero), inclusiv multe functii din implementarea libc pentru AVR (dintre cele precompilate).
-  - Filtrul Salem-Key nu are un efect de filtrare sufiient de bun pentru netezirea frecventelor mici. Ar fi nevoie de un filtru realizat cu trimmer programabil. Exista astfel dd IC-uri, insa tind sa aiba o plaja mica de capacitante. In cazul aparatului ar fi nevoie de ceva in intervalul de cativa  μF - sute de pF. Acest lucru poate fi realizat cu un decodor pe 3 biti (ultimii 3 pini liberi ai placii), de exemplu 74HC237 care sa comande MOSFET-uri de joasa putere precum 2N7000 care la randul lor sa cupleze condensatorii necesari. Asta poate permite o reducere a numarului de valori necesare pentru reconstruirea semnalului, deci la crestera frecventei maxime (o limita realista este in jurul a 20kHz).
+  - Filtrul Sallen-Key nu are un efect de filtrare suficient de bun pentru netezirea frecventelor mici. Ar fi nevoie de un filtru realizat cu trimmer programabil. Exista astfel de IC-uri, insa tind sa aiba o plaja mica de capacitante. In cazul aparatului ar fi nevoie de ceva in intervalul de cativa  μF - sute de pF. Acest lucru poate fi realizat cu un decodor pe 3 biti (ultimii 3 pini liberi ai placii), de exemplu 74HC237 care sa comande MOSFET-uri de joasa putere precum 2N7000 care la randul lor sa cupleze condensatorii necesari. Aceasta poate permite o reducere a numarului de valori necesare pentru reconstruirea semnalului, deci la cresterea frecventei maxime (o limita realista este in jurul a 20kHz).
-Cu toate acestea raman suficiente limitari pe partea de generare de waveform care pot fi prea mari pentru un alt uz decat cel ocazional in regim de hobby-ist. Pentru o performanta mult mai buna trebuie inlocuita intreaga parte de generare de functii de unda (hardware + parte din software) cu un DAC cu memorie interna (cu o interfata I2C sau SPI), sau chiar cu un IC dedicat pentru generare de semnale.
+Cu toate acestea, raman suficiente limitari pe partea de generare de waveform care pot fi prea mari pentru un alt uz decat cel ocazional in regim de hobbyist. Pentru o performanta mult mai buna trebuie inlocuita intreaga parte de generare de functii de unda (hardware + parte din software) cu un DAC cu memorie interna (cu o interfata I2C sau SPI), sau chiar cu un IC dedicat pentru generare de semnale.
 <note>
-Dintre acestea, cel mai probabil varianta cu DAC-ul este mai avantajoasa din punct de vedere al costului si inca ofera flexibilitatea de a genera semnale oarecare definite in soft. Totusi aceste alternative ies intr-o anumita masura din scopul initial al proiectului - acela de a testa capacitatiile intrinseci ale placii Arduino UNO de a functiona ca generator de functii de semnal.
+Dintre acestea, cel mai probabil varianta cu DAC-ul este mai avantajoasa din punct de vedere al costului si continua sa ofere flexibilitatea de a genera semnale oarecare definite in soft. Totusi aceste alternative ies intr-o anumita masura din scopul initial al proiectului - acela de a testa capacitatile intrinseci ale placii Arduino UNO de a functiona ca generator de functii de semnal.
 </note>
@@ Line 182: / Line 182: @@
 [[https://www.arduino.cc/reference/en]]
+Prezentarea pentru PM Fair: {{:pm:prj2021:avaduva:functiongenerator.pptx| Function Generator}}