Page 10 of 12

Re: ESP32 PSRAM support

Posted: Mon Aug 14, 2017 12:25 pm
by rudi ;-)
nice news with 1.2 and 1.5 winbond's NOR Low Voltage Memories
lowpower.jpg
lowpower.jpg (33.59 KiB) Viewed 15774 times
25Q80NENIG.jpg
25Q80NENIG.jpg (89.02 KiB) Viewed 15775 times
Winbond’s New Low-Voltage NOR Flash Memories Designed Around ESP32 comes to the market in the form of a module as soon as possible.

we have then a new ESP32 that can regulate 1.2V and 1.5V from intern regulator? 1.8V ? and 3.3V ? or new Low Voltage ESP32?
how we work this out with pSRAM 1.8V or comes 1.2V and 1.5V other in 2018 ?

we was happy to find working 1.8V(3.3V) pSRAM and in 2018 we start again with searching and waiting? :roll:
we started allready in time with 1.8V ...

best wishes
rudi ;-)

Re: ESP32 PSRAM support

Posted: Fri Oct 27, 2017 4:53 am
by frankie.zeng
why i can't find the xtensa-1.22.x-ext_ram_patch branch。
how can i get this.
tks!

Re: ESP32 PSRAM support

Posted: Fri Oct 27, 2017 6:08 am
by WiFive
It is in master branch now

Re: ESP32 PSRAM support

Posted: Sun Oct 29, 2017 6:36 pm
by hopkinskong
WiFive wrote:It is in master branch now
So do I need to compile the xtensa toolchain on Windows for pSRAM support now?
Or it is already in xtensa-esp32-elf-win32-1.22.0-73-ge28a011-5.2.0.zip // esp32_win32_msys2_environment_and_toolchain-20170918.zip ?

How about esp-idf? Do I need to checkout the feature/psram_malloc branch now? Or I can already use pSRAM with master branch? (I can see SPI RAM option in menuconfig with master branch already).

Re: ESP32 PSRAM support

Posted: Mon Oct 30, 2017 5:52 pm
by ESP_Sprite
You should be able to use all the (latest) vanilla toolchain and esp-idf branches to use psram. Support is in mainstream now, and the specific psram branches have been deprecated.

Re: ESP32 PSRAM support

Posted: Wed Feb 14, 2018 11:45 am
by hgptamn
To all newbies out there (me included) testing pSRAM compatibility with their boards, here's what I did to get it working.

First of all make sure you're on the latest ESP-IDF verison. I'm on ESP-IDF v3.1-dev-380-gca3faa61 2nd stage bootloader as of testing this.

Second of all do you see SPI SRAM (sPRAM) tests being done during the startup sequence of the ESP32 like in the image bellow?
SPRAM-check.png
SPRAM-check.png (94.32 KiB) Viewed 15049 times
If yes, then the problem might be within your code.
If no, it means that your start-up sequence output looks something like in the image bellow, with the SPI SRAM checks missing.
Missing-SPRAM-check.png
Missing-SPRAM-check.png (19.89 KiB) Viewed 15049 times
If so, what I did to fix the problem was simply to go in the sdkconfig file in the root directory of your project, look for:
CONFIG_SPIRAM_SUPPORT=
and set it to:
CONFIG_SPIRAM_SUPPORT=y

For some reason, on my setup this feature was missing from make menuconfig. It only appeared after I've manually modified the sdkconfig file. Once configured in the sdkconfig file you should be able to see SPI RAM config options under make menuconfig ---> Component config ---> ESP32-specific ----> Support for external, SPI-connected RAM -----> SPI RAM config

The code that I've been using for testing the sPRAM can be found bellow under spram.rar
Fortunately it is stable at 80MHz flash and sPRAM :D

Re: ESP32 PSRAM support

Posted: Thu Jun 21, 2018 7:42 am
by rudi ;-)
update
=======
Image

for more details [ Datasheet ] see the ESP-PSRAM64 & ESP-PSRAM64H post

best wishes
rudi ;-)

Re: ESP32 PSRAM support

Posted: Thu Jun 21, 2018 8:13 am
by loboris
Hopefully, 8 MB psRAM will be supported in esp-idf ...

Re: ESP32 PSRAM support

Posted: Thu Jun 21, 2018 11:21 am
by rudi ;-)
loboris wrote:Hopefully, 8 MB psRAM will be supported in esp-idf ...
btw: did you note the update on modul [ordering info v1.7 from 2018.June]?
i think it is in the pipe and the HW is ready for MP ordering
ESP32-WROVER 64-Mbit PSRAM*
ESP32-WROVER-I 64-Mbit PSRAM*
in_the_pipe.jpg
in_the_pipe.jpg (141.8 KiB) Viewed 14555 times

best wishes
rudi ;-)

Re: ESP32 PSRAM support

Posted: Thu Jun 21, 2018 4:28 pm
by WiFive
They probably aren't manufacturing the 32mbit for whatever optimization reasons. But it will be a bit difficult to use all 64mbit since it would be 32mbit per CPU unshared so any task using spiram would have to be pinned to the appropriate core and not share memory with tasks on the other core. The extra 32mbit could also be used as a data stash I guess.