@kuriko I've checked the link you sent me and adapted it to display an animated GIF. I used the Python script from M5 ( bin2code.py ) to generate a .h file and modified the example from M5GFX ( drawImageData.ino ). It works perfectly!

Thanks a lot!

@QuiqueMartinez
We don't have any camera model with night vision

@felmue Thank you! I learned something today by downloading the PDF's and applying what you explained :)

@anubisdarkwatch said in Cardputer keeps restarting.:

@robski So with another firmware it was showing as having 98% charge, I just loaded UIFlow2 and it showed as 22%. Weird. So I have it charging now, hopefully that is the issue.

think it charges battery when connected and ON/OFF switch in ON position

@felmue You're absolutely right about VBUS. When I flashed the example firmware from the Arduino IDE, the power supply worked normally. However, the factory firmware did not. How the hell is it possible that such a thing isn't described anywhere in the documentation? Thank you, you really helped me a lot.

Hello @wsanders

this issue has been fixed in recent M5Unified and M5GFX libraries - see here. Make sure you are using the latest versions of these two libraries.

BTW: I am using this feature in my non flickering RTC clock example - see here.

Thanks
Felix

Unfortunately you did not post your code so no one knows how you try to send the midi messages.
Check first: does the device apear as USB-MIDI-Class in your computers device manager?
Probably it is shown as a USB-Serial-Class device (which MIDI indeed is) but your MIDI application (seems to be a top secret application as you don't wrote which one) expect a MIDI-Class device.

Maybe this helps: https://github.com/esp32beans/ESP32USBMIDI

Hello everyone,

I’ve narrowed down my compilation issue to the epdiy library when working with ESP-IDF on the M5PaperS3 (ESP32-S3). Here’s my setup and error details:

Configuration Without epdiy (Compiles Successfully):

[env:esp32-s3-devkitm-1]
platform = espressif32
board = esp32-s3-devkitm-1
framework = espidf
board_upload.flash_size = 16MB
board_upload.maximum_size = 16777216
board_build.arduino.memory_type = qio_opi
build_flags = -DBOARD_HAS_PSRAM

Add epdiy dep(Compilation fails):
lib_deps =
epdiy=https://github.com/vroland/epdiy.git

Error:
Multiple ways to build the same target were specified for: /epdiy/output_common/lut.o
(from ['/epdiy/src/output_common/lut.S'] and from ['/epdiy/src/output_common/lut.c'])

Hello @cepics

try changing the line to:

Thanks
Felix

Looks like it has to do something with the bootloader.
I previously flashed the full factory-firmware which comes out of ESHome(platformio) build, but if I just flash the firmware to 0x10000, then it boots up all the time from battery as well. Needs more digging what could go wrong with platformio bootloader.

@LordInchcape Using M5CoreS3_SDCard_read_dir_UIFlow2.0.4 the following micropython will work:-
*import machine
import os

card = machine.SDCard(slot=2, sck=36, miso=35, mosi=37, cs=4, freq=1000000)
os.mount(card,"/sd")
print(os.listdir("/sd"))

f = open("/sd/test.txt", "w")
f.write("Hello world\r\n")
f.close()

g = open("/sd/test.txt", "r")
print(g.read())
g.close()
os.unlink("/sd/test.txt")**

Still to determine if it treads on something else.

Hello @silentrain23

I think you probably just need to wait a bit longer for it to register.

From the AT Command document (link here) the 2 in the AT+CREG 0,2 response means: Not registered, but MT is currently searching a new operator to register to

Thanks
Felix