se poate vu-metru cu pic?

[pid]

am gasit pe la general systems iasi un fel de afisor cu 2x16 leduri (pe spate scrie rt22042) foarte interesant ca sa faci un vu-metru audio..... problema e ca are numai 16 pini accesul la leduri se face multiplexat.... 4+4 pini pentru un singur rand... nu este foarte scump (62klei) shi arata super ca vu-metru...probabil la asta se shi foloseshte.....intrebarea mea este:se poate face un vu-mettru cu un procesor pic (de preferintza 16f873 - de ala am shi se pare ca este cel mai indicat din punct de vedere hardware avand convertor analog-digital intern) astfel incat sa se poata folosi afishajul in cauza ?daca stie careva cum se programeaza un pic shi crede ca e posibil folosirea lui la aplicatzia de fatza ii stau la dispozitzie cu modul de conexiune al ledurilor... eventual cu o poza a afishorului

[Vizitator cryss]

Hai sa discutam mai amanuntit , cel mai bine ar fii sa trimiti schema si daca ai ceva documentatie despre VU-metru .

[pid]

pai afishajul arata cam asha

http://81.196.97.18/~pid/display1.jpg sau

http://81.196.97.18/~pid/display2.jpg

 

din cate am intzeles eu e cam nasol de folosit convertorul analog numeric din microcontroler shi de aia ma bate gandu sa folosesc circuite de demultiplexare............ devine schema mai stufoasa dar e un domeniu la care ma descurc..... :oops:

daca crezi totushi ca potzi face ceva sa imi spui sa incerc sa pun shi o schema de conectare a ledurilor.....

mersi oricum........

[Cristiano]

din cate am intzeles eu e cam nasol de folosit convertorul analog numeric din microcontroler shi de aia ma bate gandu sa folosesc circuite de demultiplexare............

De ce sa fie greu de folosit?? Viteza de conversie e suficienta pt. domeniul audio, rezolutia (10 biti) mai mult decat suficienta, iar software-ul pt. conversie iti ia cateva linii de cod.Ai grija doar sa folosesti un PGA (sau un opamp) ca sa aduci semnalul in gama potrivita de valori (nivel de tensiune / impedanta).

[bogdanel]

Am eu o idee: Vezi ca sunt cipuri VU metre ce fctzioneaza pe 16 leduri multiplexat. Adica sigur afisorul respectiv nu a fost conceput pentru leduri ;) Vezi UAA180, pdf gaseshti pe google. Asta merge pe 12 leduri, poate itzi ajunge.

[Vizitator codebutcher]

pai afishajul arata cam ashahttp://81.196.97.18/~pid/display1.jpg sau http://81.196.97.18/~pid/display2.jpgdin cate am intzeles eu e cam nasol de folosit convertorul analog numeric din microcontroler shi de aia ma bate gandu sa folosesc circuite de demultiplexare............ devine schema mai stufoasa dar e un domeniu la care ma descurc..... :oops: daca crezi totushi ca potzi face ceva sa imi spui sa incerc sa pun shi o schema de conectare a ledurilor.....mersi oricum........

Ce bine e sa fugi de nou si sa te refugiezi in ce ai invatat in clasa a patra. Nu apleca urechea la ce-ti spun mesteri care nu stiu decit sa schimbe finalii de lnii la TV-uri. Din pacate de-a lungul timpului am ajuns la concluzia ca electronistul e de multe ori o dihanie destul de retrograda.Convertorul A/D e foarte simplu de folosit, tot ce trebuie stiut e explicat cit se poate de amanuntit in foile de catalog, plus ca gasesti pe net zeci de surse care pot fi folosite. Si compilatorul de la HI-TECH (gasesti demo gratuit pe http://www.htsoft.com) are un exemplu din cite imi aduc aminte.Si inca ceva, convertor A/D gasesti intr-o groaza de PIC-uri, cu 873 cred ca o sa-ti ramina o gramada de porturi nefolosite,

[cirip]

Stimati forumisti,Am zis ca nu ma bag, dar pana la urma m-au mancat degetele...Eu nu am nici timp nici chef sa "codez" un pic ca sa fac un vumetru, dar sunt dispus sa dau o mana de ajutor cuiva care are disponibilitate. Ca sa fiu mai explicit, nu am chef sa-mi bat capul cu setat A/D-ul, setat intreruperile, scris la porturi (LEDuri) si alte cele, dar sunt dispus sa dau o mana de ajutor la algoritm. De fapt nici ala nu e mare filozofie. In principiu, pentru cine intelege, treaba e asa: dai cu semnal audio direct in A/D-ul picului, faci conversia, elimini componenta continua, calculezi modulul semnalului, apoi bagi totul intr-o memorie jgheab peste care se calculeaza o medie miscatoare (moving average), apoi rezultatul se foloseste la adresarea unei tabele de corespondenta intre valoare si lezi. Aici se poate insera eventual un logaritm, ca sa fie afisarea in dB.Daca vrea cineva sa se distreze si sa scrie cod, dau si eu o mana de ajutor de pe gard, dar sa scriu de la cap la coada, nu prea ma coafeaza.Nu e proiect de incepator, dar cineva cu experienta medie (si cu chef) o poate face. Dupa aia, la schema finala, ma treceti si pe mine la credite acolo, ca am spus si eu o prostie sau am dat o mana de ajutor.Se baga careva?Cirip

[pid]

mah....oameni buni.....eu ma uit "ca broasca la bariera" la ce zicetzi voi aici.........cel putzin nu am reushit de nicaieri sa ma documentez in legatura cu microprocesoarele.... shi apoi sa ma apuc de unu singur sa invetzi cam cum ar trebui sa functioneze ma tem ca nu am sa reushesc..... adika decat sa ma chinui cu microprocesoare mai bine fac o schema cu multiplexoare.......am amintit de pic 873 din cauza ca am prins vremurile bune cand trimiteau samples..... adika am vreo 3 picuri de astea moca...... de dificultatea folosirii CAN din pic stiu de la o prietena care a terminat AC in iasi....... ea a zis ca e greu , iar eu cum is bata in microcontrolere am luat-o de buna.....in rest....... mi-a placut afishajul cu pricina dar din pricina conexiunii pinilor mi-a venit ideea cu microcontrolere

[bogdanm]

de dificultatea folosirii CAN din pic stiu de la o prietena care a terminat AC in iasi....... ea a zis ca e greu , iar eu cum is bata in microcontrolere am luat-o de buna.....

Aoleo, ce m-au durut ochii ... Pai CAN nu inseamna deloc "convertor analog numeric"! CAN = Controller Area Network si defineste componentele fizice si logice ale unei retele care se foloseste mai ales in aplicatiile automotive (si da, e destul de complex). In PIC convertorul analog digital se cheama ADC si zau ca e extrem de usor de folosit.

 

Eu nu am nici timp nici chef sa "codez" un pic ca sa fac un vumetru, dar sunt dispus sa dau o mana de ajutor cuiva care are disponibilitate. Ca sa fiu mai explicit, nu am chef sa-mi bat capul cu setat A/D-ul, setat intreruperile, scris la porturi (LEDuri) si alte cele, dar sunt dispus sa dau o mana de ajutor la algoritm. De fapt nici ala nu e mare filozofie. In principiu, pentru cine intelege, treaba e asa: dai cu semnal audio direct in A/D-ul picului, faci conversia, elimini componenta continua, calculezi modulul semnalului, apoi bagi totul intr-o memorie jgheab peste care se calculeaza o medie miscatoare (moving average), apoi rezultatul se foloseste la adresarea unei tabele de corespondenta intre valoare si lezi. Aici se poate insera eventual un logaritm, ca sa fie afisarea in dB.

Ok, acum sunt eu un pic nelamurit, probabil pentru ca nu am facut DSP decat la nivel pur teoretic si n-am experienta. Imi aduc aminte vag ca teoria spunea ca inainte de a da cu semnalul in A/D iti trebuie un filtru de antialiasing. Poti sa sari peste el si sa bagi direct semnalul? Ma gandesc ca in aplicatia asta poate sa mearga, pentru ca nu te intereseaza spectrul exact, ci doar energia spectrala. Dupa aia, de ce trebuie sa elimini componenta continua prin software? Nu merge cu un condensator tzapan pe intrare? Imi cer scuze daca pun intrebari tampite, dar chiar nu am experinta in domeniu. Si o ultima intrebare: singura chestie pe care nu stiu s-o implementez in software din ce ai spus tu e exact partea asta cu eliminarea componentei continue. Cum se face? Tot cu o filtrare? Ah, si nici cu tabela aia de conversie nu m-as descurca prea bine

[Vizitator codebutcher]

adika decat sa ma chinui cu microprocesoare mai bine fac o schema cu multiplexoare.......

Crede-ma pe cuvint: faci cea mai frecventa greseala a incepatorului, si anume ca prefera sa faca asa cum stie el, chiar daca ii spune altcineva ca se poate altfel, mai usor. Asa faceam si eu cind eram copchil mic si mai fraier decit sint acum: faceam totul asa cum stiam eu, crezind ca toti cei care ma sfatuiesc sint mai prosti ca mine. Eu zic ca "curba de invatare" la microcontrollere e forte "domoala", se invata repede si usor. Plus ca din momentul in care ai intrat in domeniul asta ti se deshid destule drumuri noi, o sa-ti dai seama ca multe probleme care altfel pareau insurmontabile devin banale.Daca vrei te ajut si eu cu scris cod (nu ca asa avea timp, ci doar ca sa-ti demosntrez cit de usor e), te ajut. Ca algoritm e foarte bun ce zice Cirip acolo. Eu presupun ca vrei doar VU-metru, nu analizor de frecventa. Apropos de asta, oricit de greu le-ar veni multora sa creada asta, se poate rezolva si aceasta problema numai cu un PIC. Un chip din seria 17C poate face in timp real un FFT! Aceasta treaba este facuta de cineva (a cistigat si un concurs cu jucaria asta), si codul este disponibil gratuit.PS: cirip, ai cel mai misto avatar de pe forumul asta

[Vizitator codebutcher]

de dificultatea folosirii CAN din pic stiu de la o prietena care a terminat AC in iasi....... ea a zis ca e greu , iar eu cum is bata in microcontrolere am luat-o de buna.....

Aoleo, ce m-au durut ochii ... Pai CAN nu inseamna deloc "convertor analog numeric"! CAN = Controller Area Network si defineste componentele fizice si logice ale unei retele care se foloseste mai ales in aplicatiile automotive (si da, e destul de complex). In PIC convertorul analog digital se cheama ADC si zau ca e extrem de usor de folosit.

 

Eu nu am nici timp nici chef sa "codez" un pic ca sa fac un vumetru, dar sunt dispus sa dau o mana de ajutor cuiva care are disponibilitate. Ca sa fiu mai explicit, nu am chef sa-mi bat capul cu setat A/D-ul, setat intreruperile, scris la porturi (LEDuri) si alte cele, dar sunt dispus sa dau o mana de ajutor la algoritm. De fapt nici ala nu e mare filozofie. In principiu, pentru cine intelege, treaba e asa: dai cu semnal audio direct in A/D-ul picului, faci conversia, elimini componenta continua, calculezi modulul semnalului, apoi bagi totul intr-o memorie jgheab peste care se calculeaza o medie miscatoare (moving average), apoi rezultatul se foloseste la adresarea unei tabele de corespondenta intre valoare si lezi. Aici se poate insera eventual un logaritm, ca sa fie afisarea in dB.

Ok, acum sunt eu un pic nelamurit, probabil pentru ca nu am facut DSP decat la nivel pur teoretic si n-am experienta. Imi aduc aminte vag ca teoria spunea ca inainte de a da cu semnalul in A/D iti trebuie un filtru de antialiasing. Poti sa sari peste el si sa bagi direct semnalul? Ma gandesc ca in aplicatia asta poate sa mearga, pentru ca nu te intereseaza spectrul exact, ci doar energia spectrala. Dupa aia, de ce trebuie sa elimini componenta continua prin software? Nu merge cu un condensator tzapan pe intrare? Imi cer scuze daca pun intrebari tampite, dar chiar nu am experinta in domeniu. Si o ultima intrebare: singura chestie pe care nu stiu s-o implementez in software din ce ai spus tu e exact partea asta cu eliminarea componentei continue. Cum se face? Tot cu o filtrare? Ah, si nici cu tabela aia de conversie nu m-as descurca prea bine

 

1. Sfinte Dumnezeule, unul care se ia dupa fete. Doamne fereste! Imi cer scuze, dar in acest domeniu misoginismul nu e un defect ci o calitate. Ce poate fi greu la folosit convertorul acela? Se scriu vreo doua cuvinte de configurare, se porneste periodic conversia prin setarea uni bit, si dupa aia el genereaza intrerupere la sfirsitul conversiei, iar valoarea poate fi citita in rutina de intrerupere.

2. CAN mai inseamna si ADC daca e folosita terminologia de limba romina, pe care eu n-o folosesc in domeniile tehnice. De ex refuz sa zic TEC in loc de FET, asta ar insemna ca ar trebui sa zic si soarece in loc de mouse. Dar e scuzabil.

3. Filtrul de anti-aliasing nu e niciodata in plus acolo unde apare esantionare la o frecventa mai mica decit dublul componentei maxime de la intrare, dar in acest caz nu cred ca e o tragedie, un VU-metru e ceva orientativ.

4. Componenta continua e media. Eliminarea componentei continue = scaderea mediei din intrare (centrarea pe 0).

 

Daca chiar te intereseaza, am acasa citeva carti in format pdf, de ordinul miilor de pagini, in care e tratat cam orice subiect din domeniul DSP. Ti le pot trimite. Aici in Iasi costa vreo 500.000 de printat vreo 1000 de pagini, si ai documentatie de citi pentru multa vreme

[bogdanm]

1. Sfinte Dumnezeule, unul care se ia dupa fete. Doamne fereste! Imi cer scuze, dar in acest domeniu misoginismul nu e un defect ci o calitate. Ce poate fi greu la folosit convertorul acela? Se scriu vreo doua cuvinte de configurare, se porneste periodic conversia prin setarea uni bit, si dupa aia el genereaza intrerupere la sfirsitul conversiei, iar valoarea poate fi citita in rutina de intrerupere.

2. CAN mai inseamna si ADC daca e folosita terminologia de limba romina, pe care eu n-o folosesc in domeniile tehnice. De ex refuz sa zic TEC in loc de FET, asta ar insemna ca ar trebui sa zic si soarece in loc de mouse. Dar e scuzabil.

3. Filtrul de anti-aliasing nu e niciodata in plus acolo unde apare esantionare la o frecventa mai mica decit dublul componentei maxime de la intrare, dar in acest caz nu cred ca e o tragedie, un VU-metru e ceva orientativ.

4. Componenta continua e media. Eliminarea componentei continue = scaderea mediei din intrare (centrarea pe 0).

 

Daca chiar te intereseaza, am acasa citeva carti in format pdf, de ordinul miilor de pagini, in care e tratat cam orice subiect din domeniul DSP. Ti le pot trimite. Aici in Iasi costa vreo 500.000 de printat vreo 1000 de pagini, si ai documentatie de citi pentru multa vreme

Misoginule, nu te grabi sa tragi concluzii In cazul de fata mi se pare mai plauzibil ca termenul CAN sa fi fost folosit cu cele doua terminologii specificate anterior (si pot sa confirm ca nu e simplu sa lucrezi cu Controller Area Networks). Eu nu folosesc niciodata acronime "romanizate" cand e vorba de orice fel de domeniu tehnic, dar mai sunt unii care folosesc :( Oricum, e bine ca am ajuns la o concluzie.

In alta ordine de idei, multumesc pentru lamuriri. Am inteles care e treaba cu componenta continua, e de fapt un fel de normalizare a semnalului. Am inteles cu ocazia asta si de ce aplicatia de tip vumetru pe care o implementasem in Linux acu vreo cativa ani se incapatana sa afiseze niste bare care depaseau limitele ecranului. Sarisem peste pasul asta. Am si eu niste carti de DSP, dar daca tot e gratis nu te refuz Trimite-le te rog pe [email protected], am spatiu cacalau acolo.

[bogdanel]

ADC este elementar de folosit. Cred ca este cel mai simplu periferic. Dupa ce il configurezi nu trebuie decat sa selectezi canalul, shi sa setezi ori sa resetezi bitul de GO_DONE. Apoi te tzii in bucla vreo pana termina (ca sa nu te complici cu intreruperi), iei rezultatul shi mergi mai departe. Acum vreo doi ani am lucrat la un proiect de controller PID nonliniar shi am lucrat cu ADCul. Tzine aici ceva cod: ORG 0X0000 ; RESET VECTOR NOP ; ALLOW DEBUGGER NOP GOTO INIT ; GOTO INITBLOCKINTR ORG 0X0004 ; INTERRUPT VECTORINIT BCF INTCON, GIE ; DISABLE ALL INTERRUPTS BCF STATUS, RP0 ; BCF STATUS, RP1 ; BANK0 MOVLW B'00010000' MOVWF PORTA ; CLEAR PORTA CLRF PORTB ; CLEAR PORTB CLRF PORTC ; CLEAR PORTC BSF STATUS, RP0 ; BANK1ANASET MOVLW B'00001010' ; LEFT JUSTIFIED, AN3 AS VREF+, ETC MOVWF ADCON1 ; SET RA0, RA1, RA2, RA3 AND RA5 AS ANALOGIC INDIRSET MOVLW B'11101111' ; ALL BUT RA4 AS OUTPUT MOVWF TRISA ; CONFIGURE THEM MOVLW 0X00 ; RESET W MOVWF TRISB ; MAKE PORTB AS OUTPUT MOVLW B'11111011' ; ALL BUT PWM ARE INPUTS MOVWF TRISC ; MAKE PORTC_PWM AS OUTPUT; PWM SETTINGS CLRF CCP1CON ; CCP MODULE IS OFF CLRF TMR2 ; CLEAR TIMER2 MOVLW 0X3F ; 8 BIT OUTPUT MOVWF PR2 ; MOVLW 0X1F ; MOVWF CCPR1L ; DUTY CYCLE IS 25% OF PWM PERIOD CLRF INTCON ; DISABLE INTERRUPTS AND CLEAR T0IF BSF STATUS, RP0 ; BANK1 BCF TRISC, 0X02 ; MAKE PIN OUTPUT CLRF PIE1 ; DISABLE PERIPHERAL INTERRUPTS BCF STATUS, RP0 ; BANK0 CLRF PIR1 ; CLEAR PERIPHERAL INTERRUPTS FLAGS MOVLW 0X2C ; PWM MODE, 2 LSBS OF DUTY CYCLE = 10 MOVWF CCP1CON ; BSF T2CON, TMR2ON ; TIMER2 STARTS TO INCREMENT BCF STATUS, RP0 ; RETURN TO BCF STATUS, RP1 ; BANK0; ******************************* HERE END OF PRESETMAXLOOP; AQUISITION FOR UCONTROL, AN4=RA5AQUC MOVLW B'01100001' ; FOSC/32 MOVWF ADCON0 CALL SDLY ; CALL A SMALL DELAY, JUST FOR TESTING MOVLW B'01100101' ; START AQUISITION MOVWF ADCON0LPAQUC BTFSC ADCON0, GO_DONE ; WAIT FOR ANALOG TO BE CONVERTED GOTO LPAQUC MOVF ADRESH, W ; READ RESULT TO W BTFSC ADRESH, 7 ; TEST MSB OF RESULT GOTO AQUC ; GOTO UP IF CONTROL NOT READY; AQUISITION FOR UHEATAQUH MOVLW B'01000001' ; FOSC/32, CH4 MOVWF ADCON0 CALL SDLY ; CALL A SMALL DELAY, JUST FOR TESTING MOVLW B'01000101' ; START AQUISITION MOVWF ADCON0LPAQUH BTFSC ADCON0, GO_DONE ; WAIT FOR ANALOG TO BE CONVERTED GOTO LPAQUH MOVF ADRESH, W ; READ RESULT TO W MOVWF UHEAT ; MAKE UHEAT THE READED VALUE; AQUISITION FOR U1, TO OBTAIN T1AQT1 MOVLW B'01001001' ; FOSC/32, CH(1) MOVWF ADCON0 CALL SDLY ; CALL A SMALL DELAY, JUST FOR TESTING MOVLW B'01001101' ; START AQUISITION MOVWF ADCON0LPAQT1 BTFSC ADCON0, GO_DONE ; WAIT FOR ANALOG TO BE CONVERTED GOTO LPAQT1 MOVF ADRESH, W ; READ RESULT TO W MOVWF U1 ; MAKE U1 THE READED VALUE MOVLW 0X01 ; HI ADRESS OF LUT UTOTEMP MOVWF PCLATH ; MOVE MOVF U1, W ; RELOAD W CALL UTOTEMP ; CALL U1 TO T1 CONVERSION MOVWF T1 ; T1 TEMPERATURE AMBIENT_THERMISTORetc...iara procedura sdly am scris-o la repezeala ca sa-i dau timp multiplexorului analogic sa incarce condensatorul din ieshirea mux analogic :? , altfel baga erori.sdly nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop nop retlw 0 ; return from small delayDaca nu vrei shi nu vrei, apoi n-ai decat sa foloshti un UAA180. Asta are chiar ledurile un matrice de 3x4, deci ma gandesc ca afishorul a fost creat pentru iel, nu pentru picuri. Filtru antialiasing nu trebe decat un RC simplu pentru un VU-metru. Aveam un link pe undeva de la unul ce a facut chiar analozor de spectru, full software, cu un 877 la 20MHz. Deci se poate. Mai cauta pe google shi ceteshte bine documentazia de la PIC.

[cirip]

Ohohoooo, baietziii, s-a incins malaiul. Hai ca-mi place.

 

As vrea sa incep cu rugamintea de a nu tabara pe cel/cea care foloseste alte conventii de notatie. Este adevarat ca acronimul CAN are semnificatii diferite in romana si in engleza, dar tot asa cuvantul "foot" in engleza inseammna -BIIIIP- in romana iar "fac" (verbul a face) in romana inseamna -BIIIIP- in engleza. Atata timp cat cadem de acord asupra conventiilor, cred ca ne putem intelege. Propun posterilor care folosesc acronime sa scrie o singura data desfasurarea acronimului folosit. E o chestie de formalism.

 

Cu misoginismul... Ce sa zic. Nu pot spune ca statistic nu aveti un pic de rezon, dar am cunoscut o tipa care isi castiga cozonacul din DSP. Cred ca moderatia e cheia succesului.

 

Gata cu off topicele.

 

 

Antialias. In general este necesar. In aplicatia asta probabil ca nu. Daca ajuti putin marind frecv de esantionare pana la limita la care iti permite viteza de calcul, e probabil sa mearga. In fond fac un calcul de putere medie, fara sa separ in binuri de frecventa. Daca se pliaza un pic spectrul, sa-i fie de bine. Si spectrul e oricum limitat ca doar e muzica. Trebuie vazut la concret cat ne putem permite sa marim frecv de esantionare. Discutia ramane deschisa.

 

Dupa aia, de ce trebuie sa elimini componenta continua prin software? Nu merge cu un condensator tzapan pe intrare? Imi cer scuze daca pun intrebari tampite

Nu-ti cere scuze. Nu exista intrebari tampite.

In cazul PICului nu tine cu condensatorul. De fapt cond trebuie sa pui oricum ca sa axezi componenta de CC in mijlocul gamei ADCului, dar valoarea numerica de intrare in proces este o valoare cu componenta continua datorita modului de functionare a ADCului din PIC. Exista ADCuri care scot in formatul complementul fata de 2, dar nu e cazul. ADCul va scoate o componenta nenula chiar si atunci cand nu bagi semnal la intrare. Asta trebuie eliminata.

 

Acuma, daca poti conta pe faptul ca valoarea medie e constanta, scaderea valorii cunoscute din rezultatul conversiei este o metoda valida. In fond valoarea constanta o setezi printr-un divizor rezistiv si ma astept ca stii ce ai pus acolo.

 

Cu titlu informativ va spun ca exista si ale metode, cum ar fi simularea unui grup RC trece sus a carui frecventa de trecere o poti face cat de jos vrei (sau cat te tin precizia si viteza de calcul). Problema e ca e mai mult de calculat si nu cred ca picul are timp.

 

Tabela de conversie e cea mai simpla. Sa ajungem acolo.

 

 

PS: cirip, ai cel mai misto avatar de pe forumul asta

Multumesc.

 

codebutcher, poti sa-mi spui si mie ce carti ai disponibile in format electronic. Si eu as fi interesat. Banuiesc ca o ai pe aia de Smith, parca, de la Analog Devices. Mai ai si altceva?

 

 

Am inteles care e treaba cu componenta continua, e de fapt un fel de normalizare a semnalului

Nu cred ca e vorba de normalizare. Asezarea semnalului "pe zero" nu da nici o info despre amplitudine. Cred ca normalizarea e legata de valoarea maxima a modulului semnalului. Altii ce pareri mai au?

 

Avand in vedere ca mingea pare sa fie jucata in continuare, hai sa bagam niste date initiale de proiectare:

1) Ce procesor? (trebuie sa aiba ADC) Ramanem pe F873 ca asta are omul in sertar?

2) Cate leduri pe canal?

 

... si 3) Continuam?

 

Spor la trebi,

Cirip

[cirip]

bogdanel a zis:

Acum vreo doi ani am lucrat la un proiect de controller PID nonliniar

Aaaaa, mosule, mai da niste detalii, dar fara zgarcenie, ca doar suntem intre meseriashi.Io mi-am facut un termostat cu comanda in faza si controler PID cu PIC16C63, esantionare la 1 secunda... Mergeeeee. Ghici ce fac cu el? Au ras amicii mei cu toate dotarile anatomice. Bors. Bors ptr ciorba.L-am simulat in Matlab, ca sa vad daca e stabil... Distractie nene. Dar cum e cu PID-ul neliniar? Invat si io.Cirip