The power consumption you're observing on your M5Paper when the EPD (Electrophoretic Display) is idle is indeed higher than expected. It's unlikely that you have a defective unit, as the behavior you described is more likely related to software or driver optimization.

EPD displays typically have low power consumption because they require power only during screen updates. Once the image is displayed, the EPD consumes very little power to maintain the image. However, it's possible that the EPD driver or the default app on your M5Paper is not optimized for low power consumption during idle periods.

To optimize the EPD power consumption during idle periods, you could try the following steps:

Check for firmware updates: Ensure that you have the latest firmware version for your M5Paper. Manufacturers often release firmware updates that include optimizations and bug fixes that can improve power efficiency.

Look for power-saving options: Check if there are any power-saving options available in the EPD driver or the default app settings. Some devices offer options to reduce the refresh rate or enable power-saving modes for the EPD.

Consider customizing the EPD driver: If you have experience with programming and access to the EPD driver source code, you can explore the possibility of customizing the driver to optimize power consumption during idle periods. This might involve tweaking the refresh mechanism or implementing additional power-saving features.

It's worth noting that while EPD displays are generally power-efficient, power consumption can vary depending on factors like display size, color depth, and the specific implementation of the EPD driver. Therefore, it's not uncommon to encounter variations in power consumption between different devices or even different firmware versions.

I'd be happy to help you with this issue!

Firstly, it's great that you were able to achieve an average of 24FPS on the LVGL music demo. That's a significant improvement and a good indication that your M5Stack Core2 hardware is capable of handling the display requirements.

Regarding the TFT_eSPI library, it's true that the built-in library in the M5Core2 library is outdated and doesn't support DMA. However, the newer versions of the library do support DMA and can provide significant performance improvements.

To use the newer TFT_eSPI library with your M5Stack Core2, you need to follow the installation and configuration instructions provided by the library's developer. Here's a general outline of the steps you need to take:

Download the latest version of the TFT_eSPI library from the library's GitHub repository: https://github.com/Bodmer/TFT_eSPI

Install the library in your Arduino IDE using the "Library Manager" option in the "Sketch" menu.

Open the "User_Setup.h" file in the TFT_eSPI library's "User_Setups" directory and modify the settings to match your M5Stack Core2 hardware. Specifically, you need to configure the display type, pins used for communication, and other settings as required by your hardware. Refer to the documentation and examples provided by the library to make these changes correctly.

Once you have configured the library, you can use the library's APIs to draw graphics and text on the display. Be sure to use the DMA-enabled APIs for maximum performance.

If you encounter any issues during this process, feel free to ask for further help. Good luck!

Regarding the RFID module, the Grove connector on the M5Stack provides serial communication, which means you can use either a SoftwareSerial or the hardware serial to communicate with the module. The SLA and SPI interfaces are different types of communication protocols, so they are not relevant in this case.

To use the hardware serial on the M5Stack, you can simply use the standard Serial library in your Arduino code instead of the SoftwareSerial library. The hardware serial on the M5Stack is available on pins 1 (TX) and 3 (RX) of the Grove connector, so you need to connect the RFID module's TX pin to the M5Stack's RX pin and vice versa.

Here's an example code to get you started with using the hardware serial on the M5Stack:
#include <M5Stack.h>

void setup() {
M5.begin();
Serial.begin(9600);
}

void loop() {
if (Serial.available() > 0) {
// read data from serial and process it
// ...
}
}

In this example, we initialize the M5Stack library and then start the hardware serial communication with a baud rate of 9600. In the loop() function, we check if there is any data available on the serial port, and if there is, we can read it and process it accordingly.

I hope this helps! Let me know if you have any more questions.