🤖Have you ever tried Chat.M5Stack.com before asking??😎
    M5Stack Community
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    M5Paper unusable

    Scheduled Pinned Locked Moved General
    14 Posts 7 Posters 8.0k Views 1 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • T Offline
      turgu @robski
      last edited by

      @robski Was ready to buy a new M5PaperS3, but with this issue, I'm becoming less and less interested. I did built some software for the Inkplate eInk/esp32 based devices (an EPub reader and other stuff). This jeopardize my effort to port them to the M5Paper-ish devices.

      1 Reply Last reply Reply Quote 0
      • T Offline
        turgu @robski
        last edited by

        @robski You can have a look at the EPub reader I wanted to port here

        robskiR 1 Reply Last reply Reply Quote 0
        • robskiR Offline
          robski @turgu
          last edited by

          @turgu sounds like you went in bit too deep in to display firmware maybe? - joking -

          M5StickC, M5StickCPlus, M5StickCplus2,M5GO, M5Core, M5Tough, M5Core2, M5 Demo Board, M5Dial, M5Paper, M5Atom, M5Cardputer, M5StampS3, CoreMP135, StamPLC, AirQ, M5Tab, M5CardputerAdv, M5StackChan

          T 1 Reply Last reply Reply Quote 0
          • T Offline
            turgu @robski
            last edited by

            @robski At least on paper, the Inkplate devices are very similar in capabilities to the M5Paper. No reason to not being able to port the app, but hardware stability...

            felmueF K 2 Replies Last reply Reply Quote 0
            • felmueF Offline
              felmue @turgu
              last edited by

              Hello @turgu

              FWIW: in M5PaperS3 the eInk display is directly controlled by ESP32S3.

              In M5Paper the GPIO WaitBusy() checks is GPIO27 which comes directly from IT8951 so I guess if the line never goes HIGH either IT8951 is not (properly) powered or defective.

              Anyhow, have you tried to change the code to ignore the busy state of IT8951; maybe add some small delay instead.

              BTW: I measured GPIO27 and when M5Paper is running it's being pulled up. I don't see a pull-up resistor in the schematics so I guess IT8951 is pulling it up (when not busy).

              Thanks
              Felix

              GPIO translation table M5Stack / M5Core2
              Information about various M5Stack products.
              Code examples

              1 Reply Last reply Reply Quote 0
              • S Offline
                samlevy0515
                last edited by

                That sounds frustrating! Since it's been an issue since purchase, it might be a hardware defect in the IT8951 controller. Try a 'nuclear reset'。 Disconnect the battery for 30 mins + hold power button to drain residual charge, then reflash.

                Your trusted source for high-performance stepper motor and servo motor on https://www.stepperonline.co.uk.

                1 Reply Last reply Reply Quote 0
                • K Offline
                  king-333 @turgu
                  last edited by

                  @turgu That sounds frustrating! Did you solve this problem?

                  1 Reply Last reply Reply Quote 0
                  • W Offline
                    wdehoog
                    last edited by

                    Hi,

                    In my application the m5paper goes to deep sleep and should wake after 5 minutes. Sometimes it appears to hang at startup and I also get a series of these messages:

                    [W][Panel_IT8951.cpp:258] _wait_busy(): [Panel_IT8951] wait_busy: timeout
                    

                    As @felmu suggested it can be a pullup issue.

                    In M5GFX.cpp the busy pin is configured with:

                    lgfx::pinMode(GPIO_NUM_27, lgfx::pin_mode_t::input_pullup); // M5Paper EPD busy pin
                    

                    However in Panel_IT8951.cpp (Panel_IT8951::init(bool use_reset)) the busy pin is configured with

                    pinMode(_cfg.pin_busy, pin_mode_t::input);
                    

                    So it looks like the pin is incorrectly reconfigured and the required pullup is missing.

                    Now how can I override this behaviour in my application without having to modify the M5GFX.cpp file?

                    (I am using the Arduino IDE with M5GFX 0.2.17 and M5Unified 0.2.11.)

                    regards,

                    Willem-Jan

                    W 1 Reply Last reply Reply Quote 0
                    • W Offline
                      wdehoog @wdehoog
                      last edited by

                      A fix has been submitted. See https://github.com/m5stack/M5GFX/commit/66df6c5f44d5867550d902923bf04ad6338d57cf

                      1 Reply Last reply Reply Quote 0
                      • wayner.dW Offline
                        wayner.d
                        last edited by

                        M5Paper quirks can definitely slow you down. Curious what steps you’ve tried so far and if any improvements helped.

                        1 Reply Last reply Reply Quote 0

                        Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                        Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                        With your input, this post could be even better 💗

                        Register Login
                        • First post
                          Last post