Was it a delay issue, a signal integrity issue, or a combination of both? I had read somewhere on the forums, that a chip manufacturer is working a 3.3V PSRAM, but I'm worried about the supply chain of that part. The level converter introduced a propagation delay that became significant at 40MHz. T...

Not sure if it is much help, but I tried and failed this route. The PSRAM clock is different (delayed) from the FLASH clock, and both run at high speed (40MHz). Adding a level converter, with further propagation delay, just wasn't reliable. Our project switched back to using standard modules. Analog...

We had used voltage level convertor to convert 3.3 V to 1.8 V. So, Let me check schematic and will get back to you with exact details. We had also checked PSRAM. So you have to use it's supported Toolchain for that. Please confirm that from your end with ESP32 IDF 3.X That would be helpful. From wh...

I'm using your code as a base for my application. My project contains a ESP32 together with GPS and a SIM800L board. The target is to do GPS tracking through Wi-Fi and 3G. Is there some library that does the connection management, switching between GPRS and Wi-Fi (when the configured network is ava...

Note: Raised the hard-coded GPIOs issue as a bug:

https://github.com/espressif/esp-idf/issues/1563

By fixing FLASH_CS_IO in components/esp32/spiram_psram.c, I get further: I (685) boot: Loaded app from partition at offset 0x10000 I (686) boot: Disabling RNG early entropy source... Guru Meditation Error: Core 0 panic'ed (LoadProhibited) . Exception was unhandled. Register dump: PC : 0x400da37f PS ...

A review of the code brings up these gems: /components/esp32/spiram_psram.c // IO-pins for PSRAM. These need to be in the VDD_SIO power domain because all chips we // currently support are 1.8V parts. // WARNING: PSRAM shares all but the CS and CLK pins with the flash, so these defines // hardcode t...

I am a software engineer but as we discussed with our hardware engineer regarding this issue and they had used 1.8 V supported external flash. But as per discussion with them they had also used voltage regulator as well to operate it. So, Definitely, External Flash and PSRAM both will be working on...

Not related to the issue, but I just don't understand why ESP32-WROVER is not available in 8/16 MB Flash version. The price impact should be minimal. Kind of related; I too can't understand why they don't make the option available. Without VDD_SDIO exposed, and without any 1.8v domain GPIOs availab...

P.S. Reading the source code, it seems that PSRAM CLK is also delayed wrt SPI CLK, which could mess things up further: esp-idf/components/esp32/./spiram_psram.c esp_err_t IRAM_ATTR psram_enable(psram_cache_mode_t mode, psram_vaddr_mode_t vaddrmode) //psram init ... /* We need to delay CLK to the PSR...