system_rtc_mem_write not working in latest code

[torntrousers]

Has something change in how to use system_rtc_mem_write?

The following sketch works with the old 1.6.1 release and the serial prints show the rtc byte incrementing, but with the latest code it doesn't work and always outputs "first time".

extern "C" {
  #include "user_interface.h"
}

byte rtcStore[2];

void setup() {
  Serial.begin(115200);
  Serial.println();

  system_rtc_mem_read(64, rtcStore, 2);

  if (rtcStore[0] != 123) {
     Serial.println("first time");
     rtcStore[0] = 123;
     rtcStore[1] = 0;
  } else {
     rtcStore[1] += 1;
     Serial.print("rtc = ");
     Serial.println(rtcStore[1]);
  }

  system_rtc_mem_write(64, rtcStore, 2);

  Serial.println("deep sleep 3 seconds...");

  //ESP.deepSleep(5000000, WAKE_RF_DISABLED);
  system_deep_sleep_set_option(4); // 4 = low power, radio off mode
  system_deep_sleep(2000000); 
  delay(1000);
}

void loop() {
   // shouldn't get here
}

[igrr]

Yes, i think while adding a workaround for "RTC MEM CHECK FAIL", i made it wipe user data as well:

Arduino/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_phy.c

Line 247 in 0cc1925

rtc_reg[30] = 0;

[torntrousers]

Just as an FYI - this is still not working in the latest trunk code

[torntrousers]

I guess for a work around i can change to use EEPROM. What are the pros and cons of EEPROM compared to the RTC memory? EEPROM seems quite a lot slower for one thing.

[torntrousers]

Playing around with this some more just now and i find that the example code at the top of this issue works ok if the RTC memory address is changed from 64 to be 65. Thats odd isn't it? The ESP8266 SDK Guide is pretty clear that 64 is the start of the user area.

[aperepel]

Still an issue in a current release. But... using to the next segment (not 64) works...

[Duality4Y]

sure enough starting at 65 works, i had spend hours and hours trying to figure out why it doesn't work!

[redge76]

Hi,

The is also an issue at address 124. (124th byte of the user memory. If you run the following code, you will see that the "address" 0,1,2,3 (expected as reported by torntrousers ) and 124,125,126,127 are cleared.
This was tested on a nodemcu v2 and a wemos D1 mini.
If you remove the deepsleep(), the memory is not cleared.

#include <Arduino.h>
extern "C" {
#include "user_interface.h"
}

#define BUFFER_SIZE 500
void setup() {
  Serial.begin(115200);
}

void loop() {
    // put your main code here, to run repeatedly:
  Serial.println("");

  char foo[BUFFER_SIZE];
  Serial.println("Size of foo = " + String(sizeof(foo)));
  system_rtc_mem_read(64, foo, sizeof(foo));
  for (int i = 0; i < sizeof(foo); i++) {
    Serial.println(String(i) + "  read = " + String((int)foo[i]));
  }

  Serial.println("*************************************");

  char bar[BUFFER_SIZE];
  for (int i = 0; i < sizeof(bar); i++) {
    bar[i] = 255;
  }
  Serial.println("Size of bar = "  + String(sizeof(bar)));
  system_rtc_mem_write(64, bar, sizeof(bar));


  delay(1000);
  Serial.println("END" );

  ESP.deepSleep(10000000, WAKE_RF_DEFAULT);
  delay(10000);
}

[martinayotte]

I'm confirming that too ! So, the word 64 and word 95 are prohibited area ! 😧
I've verified the rest of userspace, all other are Ok !
(Is that mean that Espressif is running-out of their own SystemSpace and start using our space ? 😢 )

[Duality4Y]

no i don't think espressif is anywhere near running out of their systemspace, and besides that rtcmem is in a totally different memory :) that isn't shared by anything else. (correct me if i am wrong:)

[martinayotte]

If it is not my own sketch, it is either Arduino framework, which I doubt, or Espressif SDK itself, which reserved the first 64 words but in fact it is already known that the 65th word is used by them.