does that work with real loads (and not just the multimeter) attached to the output? I am asking because it looks like the MOSFET keeps conducting after M5.shudown() is called and only putting ESP32 into deep sleep (and by doing so reducing the current) makes the MOSFET to finally open. If my thinking is correct a real load on the output would keep the current high and thus the MOSFET closed. (I hope I am wrong.)

Thanks
Felix

    M5.shutdown();
    esp_deep_sleep_start();

I'm getting what I expect as a behavior for a shutdown. When running on battery doing these 3 commands makes ESP-32 shut down and the output 5v and 3.3v drop to 0v. And connecting power to the USB-C connector makes the ESP-32 boot back.

I used the same code I used before to test but upgraded the library to v0.0.6 which has the GPIO 1 fix.

With a 94 part when you do the M5.shutdown() the 5v and 3.3v output on the header goes down to 0V showing that the device really powered off and any external circuit that uses this will also power off and not drain the battery.

However, on a 4C part with the same exact code, the 5V and 3.3v output remain active. So any electronics that use these will still be powered and will drain the battery...

Sent this to support and I hope they will have a fix...

that is interesting. I am curious about whether this actually works.

BTW: looks like the proposed fix has been included in the latest M5CoreInk library.

Thanks
Felix

We have replaced the USB-Serial chip, from CP2104 to CH9102. These two are pin-to-pin compatible, seems no issue feedback before. You can add before code before shut down the device. It should work.

pinMode(1, OUTPUT)
digitalWrite(1, 0)

// then pull down gpio12 to power off

I have not tried it yet but wanted to post it here before I myself loose the e-mail...

thank you for reporting back. I guess that means it is not USB, not the HOLD_PIN, not the RTC and most likely not the power button which keeps your M5CoreInks alive.

At this point I must assume some missing component, like a missing pullup resistor R32 or a missing pulldown resistor R33, or some short circuit keeping the devices alive.

I am curious to hear what M5Stack support eventually comes back with.

Thanks
Felix

void displayString(char *data) {
    M5.M5Ink.clear();
    delay(1000);
    if( InkPageSprite.creatSprite(0,0,200,200,true) != 0 ){
      Serial.printf("Ink Sprite creat faild");
    }

    InkPageSprite.drawString(35,50,data);
    if(digitalRead(GPIO_NUM_19)) {
      InkPageSprite.drawString(35,70,"GPIO_19 = HIGH");
    } else {
      InkPageSprite.drawString(35,70,"GPIO_19 = LOW");
    }

    InkPageSprite.pushSprite();
}

And it always show HIGH...

ok, so if setting POWER_HOLD_PIN to LOW doesn't shutdown the device then something else is probably keeping it alive. According to the schematic USB, the power button, the hold pin and the RTC can wake up / keep alive the device.

• Maybe the power button is stuck? (but on 20 devices?)
• Maybe some component got soldered on incorrectly?
• Maybe the RTC is in alarm state, creating an interrupt and holding INT LOW?

The last one you could test. According to the schematic the INT output of the RTC is also connected to GPIO19. So if GPIO19 reads LOW it would mean that INT is LOW and that would prevent the M5CoreInk from shutting down.

Thanks
Felix

#include <M5CoreInk.h>

Ink_Sprite InkPageSprite(&M5.M5Ink);

void displayString(char *);

// Initial setup
void setup()
{
  Serial.begin(115200);

  // Initialize the M5Stack object
  M5.begin();
  if( !M5.M5Ink.isInit())
  {
    Serial.println("Init failed");
    while (1);
  }

  // Clear screen and display hello world
  displayString("Hello World !");
}

void loop() {

  M5.update();

  if(M5.BtnUP.wasPressed() || !digitalRead(GPIO_NUM_37)) {

    Serial.println("Up pressed");

    // Clear the screen and display "Sleep"
    displayString("Sleep");

    // Shutdown
    // M5.shutdown();
    digitalWrite(POWER_HOLD_PIN, LOW);

    // Clear the screen and display "Alive"
    displayString("Alive");
  }

  Serial.flush();
}

void displayString(char *data) {
    M5.M5Ink.clear();
    delay(1000);
    if( InkPageSprite.creatSprite(0,0,200,200,true) != 0 ){
      Serial.printf("Ink Sprite creat faild");
    }
    InkPageSprite.drawString(35,50,data);
    InkPageSprite.pushSprite();
}

With digitalWrite(POWER_HOLD_PIN, LOW); the device does not even shutdown... It just goes on and displays "Alive" on the devices with MAC address 4C.

FYI last night I tested 24 CoreInk modules. 4 have the MAC address starting with 94 and work great, and the other 20 which all have MAC address starting with 4C all fail.

I did e-mail support but no response yet.

As I needed to ship I replaces the M5.shutdown() with the following:

void shutdown(void) {
  while(1) {
    esp_sleep_enable_timer_wakeup(100*1000000);
    gpio_wakeup_enable(GPIO_NUM_37, GPIO_INTR_LOW_LEVEL);
    gpio_wakeup_enable(GPIO_NUM_38, GPIO_INTR_LOW_LEVEL);
    gpio_wakeup_enable(GPIO_NUM_39, GPIO_INTR_LOW_LEVEL);
    esp_sleep_enable_gpio_wakeup();
    esp_light_sleep_start();
    if( esp_sleep_get_wakeup_cause() != ESP_SLEEP_WAKEUP_TIMER) {
      ESP.restart();
    }
  }
}

In my use case I display a message telling the user to toggle the black switch to power it back up. If it runs out of battery while in that loop, plunging in the USB-C power will make it reboot.

I'll let you know tonight about your suggestion.

What s really strange is that it's 100% constant. MAC address 4C* all exhibit the issue while all 94* ones work great.

this is an odd one. The fact that pressing the reset button in the back restarts the M5CoreInk in question tells me that it has never actually shut down in the first place.

The shutdown() function does some display cleanup and then sets GPIO12 to low. I wonder if the cleanup somehow gets stuck and therefore the statement to set GPIO12 to low never is executed?

What happens if you replace M5.shutdown() in your example with digitalWrite(POWER_HOLD_PIN, LOW);? Does that help?

Thanks
Felix

Ink_Sprite InkPageSprite(&M5.M5Ink);

// Initial setup
void setup()
{
  Serial.begin(115200);

  // Initialize the M5Stack object
  M5.begin();
  if( !M5.M5Ink.isInit())
  {
    Serial.println("Init failed");
    while (1);
  }

  // Clear screen and display hello world
  M5.M5Ink.clear();
  delay(1000);
  if( InkPageSprite.creatSprite(0,0,200,200,true) != 0 ){
    Serial.printf("Ink Sprite creat faild");
  }
  InkPageSprite.drawString(35,50,"Hello World!");
  InkPageSprite.pushSprite();
}

void loop() {

  M5.update();

  if(M5.BtnUP.wasPressed() || !digitalRead(GPIO_NUM_37)) {

    // Clear the screen and display "Sleep"
    M5.M5Ink.clear();
    delay(1000);
    if( InkPageSprite.creatSprite(0,0,200,200,true) != 0 ){
      Serial.printf("Ink Sprite creat faild");
    }
    InkPageSprite.drawString(35,50,"Sleep");
    InkPageSprite.pushSprite();

    // Shutdown
    M5.shutdown();
  }

}

Effects on a "working" module and a "non-working" don't can be seen here in this video: https://youtu.be/PA7EKmGJql4