Topics created by wsanders

Hello @wsanders

you answered your question yourself - power off functionality is not implemented yet on M5PaperS3 and therefore RTC alarms do not work.

Some background (as I understand it). Some M5Stack devices - like M5Paper (non S3 version) - can not power off while being powered from USB so the current code in Power_Class does the following: it sets up both, RTC alarm and ESP sleep functions (e.g. deep sleep and light sleep). It then first attempts to power off - which works when powered from battery, so the code execution ends here. However when powered from USB, power off does nothing and the 'backup' ESP sleep functions take over.

So with M5PaperS3 and the current state of Power_Class when you call timerSleep(int seconds) it works because ESP sleep function is setup and can take over. However when you call the other timerSleep() functions nothing happens as the ESP sleep functions are not setup here and power off isn't implemented yet.

And when you call setAlarmIRQ(30) and powerOff() manually nothing happens either - same reason again - power off is not implemented yet.

BTW: you can still test your code though - during the 30 seconds you can double-click the side button to actually power off M5Paper and when the time is up it should power on again.

Thanks
Felix

@felmue I did not see that error.

The afterimages have gone away. Leaving the screen all black and powered off a few minutes will help clear it, this is common EPD behavior.

Now that I think of it, I could not get drawJpgFile to work in a previous project (a fake Nixie watch), and I see from the PaperS3 demo program sample code that the Jpg is stored as a static array.

I got my simple badge display program to work by storing the image as a C array (exported from GIMP) and walking through the pixels, which is how I did it in my previous project. Suprisingly it's not incredibly slow but of course data in this format is incredibly bulky.

This github code is an example of how to convert a file into a statoc C array: https://github.com/notisrac/FileToCArray

In the next few days, maybe I'll figure out if SPIFFS works on the PaperS3 and report back.

I got the bar graph demo to work:

Using the latest M5 board package, you should see a board "M5PaperS3", so the requirement to downgrade the esp32 board package to 3.0.6 is not necessary. Use the "M5PaperS3" board definition instead of the generic ESP32S3 one.

The instructions to install epdiy are somewhat vague. Simply clone the epdiy library to your arduino library directory and it will work, doing a "make" is not necessary.

Follow the rest of the instructions at https://docs.m5stack.com/en/arduino/m5papers3/program, pay careful attention to the special board settings for OPI PSRAM, etc.

I got the sketches to work, They will be posted to the above repo shortly. The key changes from some of the existing code out there that does not work anymore:

After WiFi connects, the delay must be increased to at least 1 sec:

while ( !WiFi.isConnected() ) delay(100); delay(1000);

Preallocating the source buffer seems to be essential:

const int preallocateBufferSize = 128*1024; const int preallocateCodecSize = 85332; // AAC+SBR codec max mem needed void *preallocateBuffer = NULL; void *preallocateCodec = NULL; ... // Don't forget to malloc the buffers preallocateBuffer = malloc(preallocateBufferSize); preallocateCodec = malloc(preallocateCodecSize); ... srcbuf = new AudioFileSourceBuffer(file, preallocateBuffer, preallocateBufferSize); ... // Preallocating the MP3 generator doesn't seem to be essential //gen = new AudioGeneratorMP3(preallocateCodec, preallocateCodecSize);

You must call M5.begin with the 6th argument false to disable the M5.Speaker code. With this argument, the skeptch will produce audio, but at half speed and half pitch:

M5.begin(true, false, true, true, kMBusModeOutput, false);

My M5Core2 library version is 0.1.9. I have 2.0.9 of the M5 board. definitions.

M5Unified is the more current library compared to M5Core2. The M5Core2 library has been deprecated, and users are encouraged to transition to M5Unified for ongoing support and updates. This transition is part of M5Stack's strategy to unify their libraries under M5Unified, which offers enhanced features and compatibility across various M5Stack devices.

@wsanders if you are programming in Micropython (the language behind UIFlow) use thonny, otherwise forget Arduino and use visual studio

I have a first edition Core2 and Core2 AWS and have no issues updating the firmware.

Hello, @wsanders

The app0 and app1 partitions are used for firmware update with rollback in case of failure.

It is also used by the OTA function.

https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/system/ota.html

@teastain said in Core2 buttons don't work after M5.Lcd.setRotation(3)?:

@themusicman This is "The Community" website supported by user volunteers.
You should raise an Issue over on the M5Stack Github page,
https://github.com/m5stack/M5Core2
-Terry

Hi Terry, sure will do. I simply followed the links on the official M5Stack page where 'Forum' is listed under the 'Explore' menu hence considered this an official forum of M5Stack. There's no indication on the M5Stack page that this is anything other than an official page of theirs, quite misleading many would agree I am sure, especially considering each of the other links on that page head to official M5Stack pages such as GitHub, News, YouTube etc.

In any event, many thanks for the clarification that this is a site run by the community, that's good to know.

Also, unfortunately, on GitHub I see infrequent replies to issues posted. It appears M5Stack are not particularly supportive to customers when it comes to official replies to issues. I've returned a device to the company I bought it from which was purchased only last week due to what appears to be a strange and possible design issue where the M5Core2 device is unable to be placed into BOOT mode in order to recover/restore factory settings. At £45... bricked after a week is not something I expected for what is essentially a very high spec ESP32 board!

The issue I have overall with M5Stack is that their devices are not cheap low cost £3.50 ESP32 boards, they are quite expensive items relative to what they are and as such M5Stack don't appear to run an acceptable official after-sales support service. This makes this community even more valuable.

Thanks again Terry.

@wsanders At least with respect to the LCD library: The only function implemented so far to manipulate whole images is drawBitmap. drawJpg and drawJpgFile are commented out in https://github.com/m5stack/M5StickC-Plus/blob/master/src/M5Display.h so I assume they aren't working yet.

So my workflow for now is:

Save the image from gimp in gimp's ".h" format. This is smaller than a xpm or bmp. You will get a static char *data structure of all the pixels in the image. The .h file includes a macro to extract the pixels:

#define HEADER_PIXEL(data,pixel) {
pixel[0] = (((data[0] - 33) << 2) | ((data[1] - 33) >> 4));
pixel[1] = ((((data[1] - 33) & 0xF) << 4) | ((data[2] - 33) >> 2));
pixel[2] = ((((data[2] - 33) & 0x3) << 6) | ((data[3] - 33)));
data += 4;
}

Write your own function rgb888to565 to compress the pixels into a uint16_t.

Draw a bitmap of the image as fast as you can:

#include <M5StickCPlus.h>
#include "1.h"
int pixel[3];
// pointer fu to preserve the start of .h data
char *datastart;
uint16_t *bitmap;

void setup() {
M5.begin();
M5.Lcd.setRotation(3);
bitmap = (uint16_t *)malloc(height * width * 2);
}

void loop() {
M5.Lcd.fillScreen(GREEN);
datastart = data;
for (int16_t y=0; y < height; y++) {
for (int16_t x=0; x < width; x++) {
HEADER_PIXEL(data, pixel);
bitmap[60*y + x] = rgb888to565(pixel[0], pixel[1], pixel[2]);
}
}
M5.Lcd.drawBitmap(0,0,width,height,bitmap);
data = datastart;
}

Or you can use the Sprite library, which works well.