The power supply is ok. I found today that I can stream data over wifi and save to the SD card over a non-secure HTTP connection. As soon as I switch to a secure HTTPS connection the SD card write fails.

My SD card is connected to GPIO2, GPIO4, GPIO12, GPIO13, and GPIO15.

Now these are also ADC2 ...

ESP-IDF: 4.4.2
When I initialize the wifi and try to read from a SD card I get the following error.
diskio_sdmmc: sdmmc_read_blocks failed (257)

Without wifi it reads from the sdcard just fine.

The SD card will still initialize fine.
I (1274) SD_CARD: Initializing SD card
I (1278) SD_CARD ...

I'm running into a similar issue. Did you ever get this working?
Roger

I am currently running the esp32 in dual BT/wifi mode. I've noticed that when the BT is listening for devices I cannot send data over wifi. I know BT and WiFi share the antenna, so it make sense that when one is using the other cannot. Is there a way to check to see if wifi can send data or if it is ...

For others that may have a similar issue and want to output audio to multiple elements, I found a solution that works. You cannot use the ESP-ADF pipeline. You need to go to the layer below the pipeline function and connect the elements with ringbuffers. This allows one of the elements to use "audio ...

I am trying to setup a audio pipeline that will take input from the microphone(i2s) on a LyraT board and send it to some Bluetooth headphones along with converting it to a WAV and saving it to a file on the SD card.
I can make a i2s-WAV-sdcard pipeline work successfully.
And I can make a i2s ...

I am looking at doing the same type of thing. i2s-->bt a2dp -->wav-->file. Have you found any way to do it? It looks like there can only be one stream writer at a time.

Found the issue. I had turned the main function into part of a C++ Class with the other functions remaining in their native C code. Although this did not throw any compile errors, it clearly broke something in how the C++ setup the bluetooth. I switched it back to native C and it works great.

The esp-idf a2dp_source example will only connect correctly to an a2dp sink device(head phones) when the sink device is put into pairing mode first. After pairing to the ESP32, I should not need to be pair them again unless I erase the bonded device list. But there is a bug in the BT stack or in the ...

Maybe someone could help point me in the right direction with the callback functions for bluetooth. Using the example esp-idf a2dp_source I have the same issue. When the headphones are in pairing mode then bt_app_gap_cb(esp_bt_gap_cb_event_t event, esp_bt_gap_cb_param_t *param) gets called and state ...