Detekcja tonu

U¿ytkownik "nikl" snipped-for-privacy@op.pl napisa³ w wiadomo¶ci news:dfma3u$g4f$ snipped-for-privacy@nemesis.news.tpi.pl...

no toz przeciez najprostsza PLL-ka sie nada ... np CMOSowe 4046 (dobrze pamietam ??)

pozdr

Tylko ze 4046 miernie sie nadaje do detekcji tonu, a stabilnosc temperaturowa ma w ogole jakakolwiek ?

Jaka ma byc dokladnosc tego tonu .. moze jakis filtr pasmowy [TT] na stabilnych rezystorach i kondensatorach ?

Bo inaczej to chyba trzeba pomyslec nad procesorkiem ..

J.

Do detekcji może nie , ale jako dyskryminator częstotliwości owszem, a potem to juz tylko procek, sygnał z dyskryminatora na adc i mamy. Swego czasu była używana konstrukcja modemu do transmisji SSTV oparta na takim rozwiązaniu. A tam własnie chodziło m.in. o detekcję tonu synchronizacji.

Sygnal wzorcowy bedzie generowany przez generator kwarcowy + dzielniki, ton ktory ma byc poddany detekcji bedzie pomiedzy 1,5kHz - 2kHz (tzn. w dzialajacym urzadzeniu bedzie juz wiadomo dokladnie jaki, narazie jeszcze nie jestem do konca zdecydowany). W kazdym razie mamy zrodlo tonu wzorcowego i ton wejsciowy, ktore te oba tony chce porownac. Filtry RC raczej nie wchodzą w gre ze względu na to, że temperatura ukladu w przeciagu około 1 minuty może zmienić sie o 30-40 st.C (jesli nawet nie troche wiecej). Byc moze dalo by sie zastosowac 4046, a dokladniej wykorzystac tylko drugi komparator fazy (tzn. nie ten z bramka XOR), a zupelnie "olac" VCO z 4046 bo nie jest potrzebne. Nie wiem tylko jak wykryc stan synchronizacji tj. jak wyprowadzic logiczne wyjscie - "tony sa rowne". Aha szerokosc pasma nie jest krytyczna, ale powinna byc zdecydowanie mniejsza od 50 Hz.

Pozdrawiam Piotrek

Nie napisales nic o cenie; wg mnie bardzo dobrze do tego zastosowania nadaje sie TMS320VC5410 + kodek + pamiec Flash.

U¿ytkownik "nikl" snipped-for-privacy@op.pl napisa³ w wiadomo¶ci news:dfn6gl$nt9$ snipped-for-privacy@nemesis.news.tpi.pl

Filtr z prze³±czanymi pojemno¶ciami? (Np. MAX7490:

Czy ton wej¶ciowy ma czyste widmo? Tzn. czy da siê go podaæ na komparator i uzyskaæ stabilny przebieg prostok±tny o danej czestotliwo¶ci? Je¿eli tak to IMHO najpro¶ciej chyba pomiar czêstotliwosci/okresu (lub N okresów) i programowa dyskryminacja czy zmierzona czêstotliwo¶æ mie¶ci siê w ¿±danym oknie. Okresy przebiegów 1500Hz i 1550Hz ró¿ni± siê znacznie bo o ok 20us, wiêc nawet nie bêdzie potrzebne ¿adne wy¿y³owane taktowanie liczników.

No wlasnie... zaczalem sie zastanawiac czy to nie bedzie najlepsze rozwiazanie, skoro i tak w srodku siedzi procek.Przedtym jeszcze jakis zgrubny filtr środkowoprzepustowy, żeby odrzucić znacznie różniące się częstotliwoścą przebiegi. Jeszcze dziś zrobie próby z 567, być może da się z niego wykorzystać sam komparator częstotliwości przy napięciu pracy > 3V (być moze zasilanie >4,75V jest potrzebne tylko do prawidlowej i stabilnej pracy oscylatora). Dziekuje za pomysly i jesli ktos ma jeszcze cos ciekawego na mysli prosze pisac :)

Pozdrawiam Piotrek

"nikl" snipped-for-privacy@op.pl napisa³(a):

mam procedury na PICa (np.16F873) dekoduj±ce tony DTMF; dla pe³nej detekcji DTMF przy zegarze 20MHz zajmuj± one ok. 70% czasu procka; dla jednego tonu (do ok. 2kHz) mo¿esz zjechaæ z zegarem nawet do 4MHz; dla serii LF PIC pójdzie na napiêciu od 2V; minimalny czas detekcji od 40ms (im d³u¿ej tym pewniej)