Generare valori con DAC molto rapidi

[wimatech]

La soluzione più elegante ed efficiente sarebbe tenere tutto in RAM e mandare i dati a due DAC SPI usando il DMA. Non è però la più semplice ma probabilmente dovresti gestire (rallentare) la velocità di refresh perché il DMA risolverebbe tutto in hardware.

Cercando appunto on line ho visto dei progetti fatti con ESP32 e dac in I2S che sfruttando il DMA leggono dei file audio o ILDA e li "sparano" ai DAC ma per le mie nozioni sono progetti abbastanza complicati da prendere in mano ed adattarli alle mie necessità

[dadduni]

Guarda, secondo i conti di Marco ogni dac ha una frequenza di frequenza di 47kSps
Non pensarci due volte e prendi un DAC audio che ha 16bit di risoluzione, campiona a 48kSps ed è già stereo.
Con un solo componente risolvi tutti i problemi.

In I2S è facile facile facile caricare il programma da una SD in un buffer e poi portare i dati dal buffer al DAC con un DMA.

dimentica Arduino e prendi un STM32 che va facilmente a 80-100MHz e risolvi tutto con facilità.
Non vedo perché usare un DAC parallelo che ti occupa 20 PIN quando in I2S ce la fai più che tranquillamente con 2pin

[wimatech]

Infatti proprio stamattina mi è arrivato l'stm32 e il dac audio sto rovistando on line per capire come gestire il DMA volevo avere conferma da chi ne sa molto più di me a riguardo per capire se stavo seguendo la strada giusta

[EcoTan]

Secondo me un dilettante non può programmare il DMA a partire da zero cioè in Assembler o altri linguaggi "puri" senza altri supporti relativi alla MCU utilizzata.
Io lo ho programmato ma utilizzando il compilatore C di Microchip che prevede almeno delle apposite istruzioni, tipo:
unsigned int Buffer[2] __attribute__((space(dma)));
DMA0STA = __builtin_dmaoffset(Buffer);
eccetera

[ThEnGi]

Secondo me un dilettante non può programmare il DMA a partire da zero cioè in Assembler o altri linguaggi "puri" senza altri supporti relativi alla MCU utilizzata.

ST(CubeIDE)offre un ottimo tool per gestire il DMA(e altre cose), Loro lo chiamano HAL Link Guida DMA ST
Non è come programmare arduino ma è abbastanza semplice una volta imparato come funziona (HW) un STM32
Non so se nel caso specifico se può essere utile, ma immagino tu possa caricare in memoria i valori e poi "riprodurli" con un tempo dettato da un Timer

Un STM32 in assembly credo sia da pazzi

[dadduni]

NONONONONONONO
NO
NO

Fermi tutti piano e con calma.

Il passaggio da Arduino a STM32 è tutt'altro che indolore e bisogna pensare bene ad un modo per fare funzionare le cose altrimenti ci risentiamo tra qualche mese quando avrai letto il Datasheet del controllore (e non mi sembra nemmeno il caso).

Hai fondamentalmente due strade per usare un STM32 senza morire inevitabilmente:
- STM32CUBEIDE e configuratore grafico e programmi tutto con le librerie HAL do alto livello (NO assembly e Poche chiamate a registri speciali)
- installi il bootloader di Arduino dentro l STM e ti fai bastare il supporto che Arduino ha già per il tuo processore, se ti serve qualcosa in più fondamentale te lo scrivi a mano e non è facile.

Ora: guarda bene online se il tuo micro è supportato da Arduino, guarda bene se ha tutte le periferiche che servono e inizia a sperimentare SENZA DAC.
Dall'altra parte prendi Arduino mega e sperimenta solo col dac, per vedere quanto riesci ad andare veloce registri di configurazione ecc.
Solo alla fine monta l'esperienza dell'STM con l'esperienza del DAC.
Provare a fare tutto subito a basso livello fai prima a non provarci neppure.
Sono solo i miei due centesimi: piano e con calma, configurazioni prima e funzionamento dopo

[standardoil]

Concordo in pieno

[wimatech]

No aspettate, ho digitato male io chiedo scusa quello che ho preso non è stm32 è ESP32

[lelerelele]

Il passaggio da Arduino a STM32 è tutt'altro che indolore....
Hai fondamentalmente due strade per usare un STM32 senza morire inevitabilmente:
- STM32CUBEIDE e configuratore grafico e programmi tutto con le librerie HAL do alto livello (NO assembly e Poche chiamate a registri speciali)

Ognuno la vede a modo suo.

io sono passato dirattamente dai pic16 a stm32, senza cubeide, (che mi ha incasinato la vita), e librerie a basso livello, perché a mio parere, ho sempre avuto l'idea che dovevo imparare a fare le cose, non che faccio qualcosa che va, (per caso), ma senza sapere il perché.

Addirittura mi sono riscritto librerie di sensori tipo BMP180 o DHT11 o LM75 ecc. Il che non è difficile, magari ti porta via un po di tempo, se lo fai per lavoro non puoi permetterti, ma da hobbista (io), o da studente che sta imparando è una manna, ti chiarisce bene come gira il tutto.

Ecco perché non mi sono mai neanche interessato ad arduino

saluti.

[ThEnGi]

lelerelele Concordo !
Secondo me arduino ti "acceca", si semplifica tutto ma ti oscura quello che è il funzionamento del micro.
Tu scrivi digitalWrite(Led,HIGH) e il led si accende, ma dentro il 328P cosa accade ? quli registri vengono modificati ? Che circuiteria viene impiegata ?

Io sono partito (a scuola) PIC16F in assembly per poi passare ad Arduino e infine approdare su ESP32 e STM32.
Ho sofferto quasi di più il passaggio da Assembly a C (Arduino), che quello verso STM. Ho usato a volte il GOTO in C
Io con CubeIDE mi trovo bene, probabilmente perché non ho esplorato ancora nulla di serio. Scrivere librerie non è nelle mia competenze il massimo è stato in assembly il flusso per la lettura di una RFID Card (Per necessità)

Il passaggio NON è indolore, ma è fattibile
Ci vuole qualche mese (Io ho usato questo tempo), Devi partire dal HW cosa che con arduino non fai.I Datasheet devi saperlo a menadito, se ti viene un dubbio devi sapere subito a che pagina cercare !
Ovviamente dipende dalle competenze individuali e dalla predisposizione. Ma una volta che riesci a far funzionare un STM32 riuscirai ad imparare velocemente qualsiasi uControllore perché quello che impari è il metodo.