Vecchio cordless come telecomando

[posta10100]

trovo la cosa interessante

E non poco!

beh ragazzi, visto che la trovate interessante... datemi una mano

Scherzi a parte ancora non ho avuto il tempo di rifletterci un po su, nel frattempo dato che posso prendere qualsiasi direzione... qualsiasi suggerimento è il benvenuto!

[carloc]

butto giù due pensieri così a ruota libera....

La risoluzione in frequenza di una FFT vale dove fc è la frequenza di campionamento ed N il numero di campioni su cui si esegue l'algoritmo.

La frequenza dei toni DTMF va da 697 Hz a 1633 Hz, la minima distanza tra due toni è circa 70 Hz, mentre la banda etnro cui il tono è valido è +/- 1.5% come dire da 20 a 50Hz. Vista la distanza direi che ci si potrebbe fare una risoluzione sui 20Hz, così da avere almeno una "fetta" vuota tra due toni "buoni" anche nel worst case delle frequenze più basse.

Per la frequenza di campionamento il minimo di Shannon sarebbe sui 3300 Hz, ma così ci vuole un buon filtro anti alias bello ripido. A me invece piace ridurre al minimo l'hardware , così a spanne, e se non ho sbagliato qualche conto, campionando a 10KHz e con un passabasso del primo ordine si potrebbero avere i prodotti indesiderati sui -10/-15 dB che mi parrebe sufficiente.

Con fc=10KHz e risoluzione 20Hz ci vanno 500, cioè 512 campioni perché è meglio siano una potenza intera di due.

Algoritmi di FFT non ne ho mai fatti in pratica, ma credo che in rete si trovi abbastanza materiale da studiare, ce ne sono vari, da vedere quale sia quello più adatto...comunque tutto (e anche tutto il resto) deve "stare" nei 100us della cadenza di campionamento

da vedere poi è il problema dei troncamenti, se l'aritmetica intera può essere sufficiente o ci vuole il floating point e anche valutare la "profondità" del campione, cioè su quanti bit rappresentare il segnale ma magari per queste cose è più semplice fare una simulazione sul PC con un programmino in C, anzi io prima la farei proprio sul PC per "tradurla" solo alla fine...

E infine last but not least, magari un DSPic è più adatto e hai anche varie librerie già pronte, io "vado" di Atmel, non conosco bene il mondo PIC...

e se invece ti arrendi c'è questo

[carloc]

...comunque tutto (e anche tutto il resto) deve "stare" nei 100us della cadenza di campionamento

Errore!

deve stare in

[posta10100]

deve stare in 512 \times 100 \mu s=51.2 ms

Un PIC con clock a 20MHz esegue una operazione ogni 0.2us, in 51.2ms può eseguire 256k istruzioni elementari,
in più ha a disposizione il tempo di conversione dell'ADC.
Purtroppo in questi giorni sto finiendo un'altra cosa che avevo in corso, la prossima settimena dovrei riuscire a far qualcosa di più su questo progetto!

Grazie dei suggerimenti!

[posta10100]

A leggere questo sembra tutto semplice...
Stasera metto tutto in un foglio di calcolo e vediamo se funziona realmente!
Se funziona il 90% del lavoro e` fatto!!!

[carloc]

..interessante!

facci sapere...

[posta10100]

Eccomi con i risultati: al tipo che ha scritto quel documento bisogna fare i complimenti. FUNZIONA!
Vi allego il foglio excel con il quale l'ho testato, basta mettere una x nelle caselle gialle in alto a sinistra per vedere lo spettro sul grafico.
Ho supposto di centrare il segnale in ingresso a 2.5V con una escursione max di 5V.

Adesso basta solo tradurlo in c++ adatto al PIC e il gioco è fatto!

dtmf.xls.zip

(151.74 KiB) Scaricato 161 volte

[carloc]

Ottimo...

gia che ci sei simula anche l'effetto della profondità del campione (quanti bit usi per rappresentarlo) nel primo link che hai postato si parlava addirittura di 1bit, uno squadratore e via...., e magari anche dell'uso dell'aritmetica intera, così velocizzi molto il codice del PIC.

E poi valuta l'effetto di variazioni di ampiezza dei due toni, non è molto realistico pensare che impegnino esattamente tutta la dinamica dell'ADC , e neanche pensare che siano esattamente della stessa ampiezza, hai presente gli ottimi articoli di IsidoroKZ sulle sensibilità...

Buon lavoro

[verlex]

Ciao a tutti nel forum,

Ho letto gli articoli di questo thread e la cosa mi ha incuriosito
moltissimo. Premetto che non ho programmatori e non ho intenzione
di costruirmene/comprarne uno.. (anche se sono un po' a digiuno da
parecchio tempo sulle logiche programmabili).

in ogni caso ho notato che un
Vecchio cordless come telecomando
si puo' fare con un po' di hardware e tante prove/correzioni.

ho trovato un bel progetto, anzi un decodificatore dtmf
che fa al nostro caso,
(anche se ho notato che la strada è diversa visto che vuoi implementare
in decodificatore via software...)

[verlex]

adesso pubblico qualcosa di serio al riguardo...

ho intenzione di realizzare un Cordless Radio Comando
con soltanto hardware (nessun software aggiuntivo)

Il mio intendo è associare ogni tasto del cordless (quindi ogni tono dtmf)
(tasto da 0 a 9 compreso * e #, in totale 12 tasti) un corrispondente
rele' alla base station.

(per avere un'ottima portata radio "max potenza"ed eludere lo standby di emissione radio la base station deve inviare al cordless un tono/suono/o simile...)

in ogni caso sono partito con un
MT8870DE (decoder dtmf)
secondo lo schema di figura 110 (dal datasheet)
Figure 10 - Single-Ended Input Configuration
In uscita ho una combinazione binaria 4bit al quale corrisponde un tono/tasto premuto

ho intenzione di inviare la bit-word ad un (cd4514) latch - decoder multiplexer
(cercando di sincronizzare lo std del mt8870 e lo strobe/inibith del cd4514)
(vedi datasheet del cd4514)

ad ogniuna delle 16 uscite (a me bastano 12) del decoder cd4514
vorrei aggiungere un "piccolo stadio amplificatore" con bc547 rele' e diodo di protezione...

il cordless che ho intenzione di usare per questa "impresa"
è un brondi PORTLAND TRIO, (assicurano 250 metri in distanza ottica)

il vantaggio del ciruito che andro' a realizzare è che
la base station del cordless non verrà aperto/danneggiato, ma soltanto
collegato con un doppino al circuito che ho intenzione di fare.


se il progetto funza, ho intenzione di costruirne altri, magari con un (vecchio) cellulare (giusto per aumentare la portata radio...), aggiungendo al circuito base un risponditore automatico, un timer di chiamata e magari dei suoni di conferma...
ed altri arrocchi vari...