Search found 26 matches
- Sun Oct 29, 2023 8:25 am
- Forum: General Discussion
- Topic: ESP32 as Bluetoothg/Spotify Connect receiver
- Replies: 9
- Views: 38725
- Sat Aug 27, 2022 7:15 pm
- Forum: Report Bugs
- Topic: I2S 24bit Slave
- Replies: 3
- Views: 13085
Re: I2S 24bit Slave
Have a look ------------------ It’s similar when the data is 32-bit width, but take care when using 8-bit and 24-bit data width. For 8-bit width, the written buffer should still using uint16_t (i.e. align with 2 bytes), and only the high 8 bits will be valid, the low 8 bits are dropped, and for 24-b...
- Mon Jan 10, 2022 9:12 pm
- Forum: ESP-IDF
- Topic: Bluedroid and coverart
- Replies: 1
- Views: 2601
Bluedroid and coverart
I'm trying to add coverart support form my BT app but I can't figure out how to use the esp_avrc_feature_flag_t and especially the options ESP_AVRC_FEAT_FLAG_COVER_ART_GET_IMAGE_PROP = 0x0080, /*!< Cover Art GetImageProperties */ ESP_AVRC_FEAT_FLAG_COVER_ART_GET_IMAGE = 0x0100, /*!< Cover Art GetIma...
- Sat Oct 30, 2021 6:32 am
- Forum: Hardware
- Topic: Ethernet and I2S: I2S does not work as soon as 50MHz clock is fed to GPIO0
- Replies: 1
- Views: 2743
Re: Ethernet and I2S: I2S does not work as soon as 50MHz clock is fed to GPIO0
Solved ... it was a ground loop / power supply issue. Really interesting that the *external* DAC totally did "freak out" and produced white noise as soon as the 50 MHz pin was connected to GPIO0
- Sat Oct 30, 2021 2:23 am
- Forum: Hardware
- Topic: Ethernet and I2S: I2S does not work as soon as 50MHz clock is fed to GPIO0
- Replies: 1
- Views: 2743
Ethernet and I2S: I2S does not work as soon as 50MHz clock is fed to GPIO0
Hi - I'm trying to add ethernet to my audio project and need a precise audio clock, so I use APLL. Most of DAC that can be used do not need an MCLK and in case they need it, I set GPIO0 as an output of CLK_OUT1 which is I2S0_CLK. All that works fine. Problem happens with the ethernet. I know that, a...
- Mon Sep 21, 2020 1:07 am
- Forum: General Discussion
- Topic: change in code location in external flash causes major performances gap
- Replies: 1
- Views: 2422
change in code location in external flash causes major performances gap
Hi - I have a fairly CPU intensive application that works well, but I've noticed that I can have large changes in CPU consumed by the same thread just by changing the mapping of the flash (simply by having a part of code present or not). There is no difference in thread scheduling due to that code b...
- Wed Aug 12, 2020 2:57 am
- Forum: IDEs for ESP-IDF
- Topic: VSCode & debugging
- Replies: 1
- Views: 3791
VSCode & debugging
Hi - I've finally got VSCode and esp32 installed properly. I can build, download, monitor ... Now I'm facing an issue with debugging. My debug platform works, I'm able to use is running command line outside of VSCode Inside VSCode, openocd is launched succesfully and received a connection when I sta...
- Sun Aug 09, 2020 6:42 am
- Forum: General Discussion
- Topic: Debugging Stack/heap problems with VisualGDB
- Replies: 1
- Views: 4016
Re: Debugging Stack/heap problems with VisualGDB
Very late reply, but I can't see in you zip that you have increased stack size. You know that opus takes a fair bit of stack. Try as much as 32k or compile libopus with NONTHREADSAFE_PSEUDOSTACK
- Fri Jul 31, 2020 6:19 am
- Forum: ESP-IDF
- Topic: Reading IO configuration
- Replies: 1
- Views: 2594
Reading IO configuration
Hi - It might sound a bit a silly question, but is there a way to read/probe IO configuration? The reason is that some part of my large application need to probe HW environment by configuring some IO to I2C and trying to read something. But these IO might already have been configured for another use...
- Sat May 09, 2020 5:37 am
- Forum: ESP-IDF
- Topic: RMT and infrared on IDF 3.3
- Replies: 1
- Views: 3016
Re: RMT and infrared on IDF 3.3
Replying to my own question ... my bad (to some extend). I was reading the duration0/duration1 value before scaling to µs. So the different is not 7300 vs 9000, but more the fact that the margin should be set to 150µs rather than 20µs. I've tried with different remotes and got the same result ...