Salve a tutti,
io e un gruppo di amici vorremmo creare un controller per CARD SD da implementare su una FPGA Cyclone 2 della ALTERA a sua volta installata sulla scheda di sviluppo DE2.
Il nostro obbiettivo sarebbe quello di poter leggere un file audio (.wav per esempio) dalla scheda e riprodurlo.
Ho alcune domande
1)Secondo voi è possibile creare in vhdl un controller che permetta la gestione di file o è meglio utilizzare un softcore come Nios2 e creare un controller su quest'ultimo.
2)In alternativa sarebbe possibile scrivere solo il binario sulla SD e leggere direttamente quello?
In questo caso se non erro non dovrebbe essere necessario nessun file-system sulla SD, il problema però
è quello di "tradurre" un file .wav in binario e poi scriverlo sulla SD, qualcuno ha qualche idea?
Ogni suggerimento o link a materiale utile sarà graditissimo, vi ringrazio in anticipo.
Gabriele
Controller SD su FPGA
Moderatore:
Paolino
3 messaggi
• Pagina 1 di 1
1
voti
Gestire il file system sulla FPGA penso non sia molto semplice. Io le SD card le ho usate in diversi progetti e il file system me lo sono scritto da zero in C. Ero tentato di riciclare cose trovare in giro ma l'approssimazione e confusione di tali codici era in scontro con il mio carattere. D'altra parte ci sono pacchetti software già pronti più professionali ma, a parte il costo, poi occorre pagare per ogni implementazione e anche questo era contro il mio carattere. Alla fine, armato di pazienza, me lo sono scritto, così intervengo meglio e lo controllo come voglio.
Ora arrivo al dunque.
Il file system in genere si appoggia su un software di più basso livello che è composto praticamente da due funzioni. Una legge e una scrive un blocco di memoria (da 512 bytes) passandogli l'indirizzo a 32 bit. Quindi nessuno ti vieta di usare la SD card come una semplice memoria lineare di blocchi successivi. Per esempio nel caso di sistemi con display a colori io sfrutto il mio file system per aprire un file di risorse della grafica, giusto per trovare il cluster iniziale, ma poi salto a piedi pari tutto il file system e accedo in modo diretto alla memoria facendo uso della funzione di basso livello. Ovviamente il requisito di preparazione della SD card col file di risorse richiede di rendere non frammentato il file ma questo si ottiene facilmente con comandi o partendo da una SD appena formattata.
Ora arrivo al dunque.
Il file system in genere si appoggia su un software di più basso livello che è composto praticamente da due funzioni. Una legge e una scrive un blocco di memoria (da 512 bytes) passandogli l'indirizzo a 32 bit. Quindi nessuno ti vieta di usare la SD card come una semplice memoria lineare di blocchi successivi. Per esempio nel caso di sistemi con display a colori io sfrutto il mio file system per aprire un file di risorse della grafica, giusto per trovare il cluster iniziale, ma poi salto a piedi pari tutto il file system e accedo in modo diretto alla memoria facendo uso della funzione di basso livello. Ovviamente il requisito di preparazione della SD card col file di risorse richiede di rendere non frammentato il file ma questo si ottiene facilmente con comandi o partendo da una SD appena formattata.
3 messaggi
• Pagina 1 di 1
Torna a Realizzazioni, interfacciamento e nozioni generali.
Chi c’è in linea
Visitano il forum: Nessuno e 2 ospiti

Elettrotecnica e non solo (admin)
Un gatto tra gli elettroni (IsidoroKZ)
Esperienza e simulazioni (g.schgor)
Moleskine di un idraulico (RenzoDF)
Il Blog di ElectroYou (webmaster)
Idee microcontrollate (TardoFreak)
PICcoli grandi PICMicro (Paolino)
Il blog elettrico di carloc (carloc)
DirtEYblooog (dirtydeeds)
Di tutto... un po' (jordan20)
AK47 (lillo)
Esperienze elettroniche (marco438)
Telecomunicazioni musicali (clavicordo)
Automazione ed Elettronica (gustavo)
Direttive per la sicurezza (ErnestoCappelletti)
EYnfo dall'Alaska (mir)
Apriamo il quadro! (attilio)
H7-25 (asdf)
Passione Elettrica (massimob)
Elettroni a spasso (guidob)
Bloguerra (guerra)

