Arduino: ESP32 mit MAX98357A via i2s

Hallo,

erstmal Danke für diesen Link:
https://github.com/schreibfaul1/ESP32-audioI2S
kannte ich noch nicht.

Play von SD-Card ist hier völlig ok, ESP32 und UDA1334A als I2S Decoder.
Ich habe auch eine Kombi mit 2x MAX98357A also Stereoverstärker, das 
habe ich jetzt aber nicht rausgekramt.
Stream-Play geht prinzipiell auch richtig, da ist mein WLAN-Umgebung 
aber im Moment hier anderer Meinung...

Das der MAX mit 4 Ohm Last recht kräftige Spannungsversorgung braucht, 
ist Dir sicher bewußt, würde aber auch den Streamplay stören.

Mein Projekt benutzt ansonsten die ESP8266Audio-Lib, die macht auch 
keine prinzipiellen Probleme mit Play von SD-Card. Beim Streamplay ist 
die Anzahl DMA-Buffer bei seiner Buffergröße etwas knapp, hier auf 32 
Buffer a 128 Byte geändert. Das liegt aber auch daran, daß noch ein 4" 
Touch-Display benutzt wird, das auch manchmal etwas Last erzeugt und 
keine Aussetzer beim Bedienen erzeugen soll.

Gruß aus Berlin
Michael

Hat es sich so angehört, wie im Anhang?
Vermutlich nicht, denn ich bekomme das zum Verrecken nicht weg mit auch 
mit neuen Kabeln tut sich da nichts bei mir. Ich habe allerdings 
folgende Komponenten:

Adafruit I2S Stereo Decoder - UDA1334A breakout:
https://www.adafruit.com/product/3678

SPI reader:
https://www.az-delivery.de/en/products/copy-of-spi-reader-micro-speicherkartenmodul-fur-arduino?_pos=2&_sid=636bd39db&_ss=r

ESP32-WROOM-32:
https://www.az-delivery.de/en/products/esp32-developmentboard?_pos=2&_sid=9b0935b0b&_ss=r

Mit dem schreibfaul code läuft der Webstream problemlos. Mit der 
SD-Karte sind diese Hänger drin. Wenn ich es mir genau angucke, ist es 
so, dass bei jedem Auslesevorgang der I2S kurz aussetzt. Das fällt 
besonders auf, wenn ich z.B. einen Sinus aus dem RAM abspiele und dann 
irgendwas von der SD-Karte auslese ohne es überhaupt abzuspielen. Bei 
jedem Lesevorgang ist ein kurzer Aussetzer drin. Irgendeine Idee, woran 
das liegen könnte?

>Hat es sich so angehört, wie im Anhang?

Üblicherweise hören sich so Verstärker mit defektem Ausgangstransistor 
an.
Ich tippe mal auf eine zu schlechte Stromversorgung.

Anbei noch mal der Sinus-Test. Dabei werden jede Sekunde 512 byte von 
der SD-Karte gelesen und in ein Array geschrieben, also in dem Fall ist 
das von SDFat die Funktion FatFile::Read(). (das ist von meinem eigenen 
Programm, wo ich wav auslesen will, nicht mp3)
Denkst du, der Kartenleser zieht den kompletten Controller runter bzw. 
den 5V-Pin, wenn er die Karte ausliest? Wie könnte ich das 
prüfen/beheben? Ich habe mal testweise den Leser mit einem separaten 
Netzteil versorgt, was aber nur dazu führte, dass die SD-Karte nicht 
mehr erkannt wurde. So geht es wohl schon mal nicht :D

Mit einem Arduino Due funktioniert das ganze übrigens mit dem gleichen 
Kartenleser, aber ohne I2S. Da war ich über den DAC gegangen. Jetzt 
wollte ich halt zu ESP32 konvertieren das ganze Projekt.
Es geht um einen Fahrgeräuschsimulator, wen es interessiert: 
https://youtu.be/-sQAT78AEd8

Hab jetzt mal ein 5 V / 3000 mA Netzteil auf den 5 V Pin probiert. Kein 
Unterschied. Ein Kondensator zwischen 5 V und GND hat entsprechend auch 
nichts gebracht.
Anbei noch mal mein Aufbau. Sollte eigentlich so sein, wie bei 
schreibfaul: 
https://github.com/schreibfaul1/ESP32-audioI2S/blob/master/additional_info/ESP32_I2S_UDA1334A.JPG
Nur, dass ich den Kondensator am EN noch dran habe zum Hochladen ohne 
den Boot-Knopf drücken zu müssen.

Vom Programm her ist es eigentlich nichts anderes, wie ein Sinus-Array 
mit i2swrite() an den DMA-Buffer zu schicken und dann den file.read() 
von der SD-Karte zu machen. Ohne file.read() kommt ein glatter Sinus-Ton 
raus, mit kommen die Aussetzer wie oben zu hören.
Ich kann ja nachher noch mal ein Minimal-Beispiel draus machen.

>Anbei noch mal der Sinus-Test.

Der Sinus an sich klingt ja ziemlich klar und rein. Die Aussetzer 
zwischendrinn könnten nach Bufferleerlauf und Timingproblem klingen.
Kommt der Sinus von der SD-Karte oder wird er generisch per Programmcode 
erzeugt?
Wenn der Sinus nicht so klar wäre, wäre noch die Möglichkeit des 
falschen I2S Formats in Betrachtung zu ziehen gewesen.

Wenn ich mir das beigefügte Foto ansehe fällt mir auf, dass sie 
Jumperkabel zum SD-Kartenleser zu lang sind. Standard läuft der SPI mit 
40MHz für die SD. MISO/MOSI/SCK parallel im Flachbandkabel ist ganz 
ungünstig.

Ja, der Aufbau ist nicht ideal, aber zum Testen sollte es reichen. Ich 
habe es auch nur mit 10 MHz laufen. Siehe auch unten.
Ich habe jetzt mal das Minimalbeispiel zusammengebaut, womit ich diese 
Aussetzer erzeugen kann:

1

#include "Arduino.h"

2

#include "driver/i2s.h"

3

#include "SdFat.h"

4

5

int         chipSelectPin = 5;

6

SdFat       sd;

7

SdFile      myFile;

8

int16_t     buf[512];               // buffer for SD data

9

int16_t     m_outBuff[512];         // buffer for i2s data

10

size_t      m_bytesWritten=0;       // set in i2s_write() but not used

11

12

// timing stuff

13

long        lastmillis = 0;

14

int         ticks = 1000;

15

int         dt;

16

17

void setup() {

18

19

    sd.begin(chipSelectPin,SD_SCK_MHZ(10));

20

21

    //i2s configuration

22

23

    i2s_config_t i2s_config = {

24

         .mode = (i2s_mode_t)(I2S_MODE_MASTER | I2S_MODE_TX),

25

         .sample_rate = 22050,

26

         .bits_per_sample = I2S_BITS_PER_SAMPLE_16BIT,

27

         .channel_format = I2S_CHANNEL_FMT_RIGHT_LEFT,

28

         .communication_format = (i2s_comm_format_t)(I2S_COMM_FORMAT_I2S | I2S_COMM_FORMAT_I2S_MSB),

29

         .intr_alloc_flags = ESP_INTR_FLAG_LEVEL1, // high interrupt priority

30

         .dma_buf_count = 8,  // max buffers

31

         .dma_buf_len = 1024, // max value

32

         .use_apll=1,

33

         .tx_desc_auto_clear= true,  // new in V1.0.1

34

         .fixed_mclk=-1

35

    };

36

    i2s_driver_install(I2S_NUM_0, &i2s_config, 0, NULL);

37

38

    i2s_pin_config_t pins = {

39

      .bck_io_num = 27,             // Bit Clock

40

      .ws_io_num =  26,             //  wclk, Left/Right Clock

41

      .data_out_num = 25,           // Data Out

42

      .data_in_num = I2S_PIN_NO_CHANGE

43

    };

44

    i2s_set_pin(I2S_NUM_0, &pins);

45

46

    // create sinus lookup table

47

    for(int i=0; i<512;i++)

48

    {

49

        m_outBuff[i]=sin(10*PI*i/512.0)*30000;

50

    }

51

52

    myFile.open("320k_test.mp3", O_READ);

53

54

    Serial.begin(115200);

55

}

56

57

void loop()

58

{

59

    i2s_write(I2S_NUM_0, m_outBuff, sizeof(m_outBuff), &m_bytesWritten, 100);

60

61

    if(millis()>lastmillis+ticks)

62

    {

63

        lastmillis = millis();

64

        //delay(400); // if I use this delay instead of myFile.read the output sounds similar

65

        myFile.read(&buf, sizeof(buf));

66

        dt = millis()-lastmillis;

67

        Serial.println(dt); // file read takes about 2 to 3 ms

68

    } 

69

}

Das ganze wird mit PIO (Arduino Framework) in VS Code compiliert.

Ohne delay oder file read kommt ein sauberer Sinus raus.

ESP32-SD-Kartenleser sind gerade in:
https://hackaday.com/2020/06/14/esp32-becomes-music-player-in-under-40-lines-of-code/

Torsten schrieb:
> Testweise hab ich dann den DAC mit 3.3V direkt vom ESP32 angeschlossen
> und voilà, das Brummen war sofort weg.

Das war's! Ich habe den I2S Decoder an die 3.3V vom ESP gehängt, während 
der SPI Reader an den 5 V blieb. Jetzt geht's! :)
Aber fragt mich nicht wieso. Würde mich sehr freuen, wenn mir das jemand 
erklären könnte. Das hat mich einiges an Nerven gekostet!

Dann mal vielen Dank Leute! Jetzt kann's weitergehen mit dem 
eigentlichen Projekt :D

Christoph M. schrieb:
> ESP32-SD-Kartenleser sind gerade in:
> 
https://hackaday.com/2020/06/14/esp32-becomes-music-player-in-under-40-lines-of-code/

Klasse Überschrift! Aber warum haben sie es nicht gleich mit nur einer 
Zeile Code gemacht?? :D