@ajb2k3 Thank you for your reply. Thank you also for your hint about creating a log on hackster.io. By now I created a v2 of my document. I changed the titel into "My first steps with the M5Stack UIFlow IDE". In the document I refer to it as "my notes". The Intro I changed. I digged a bit into what is 'Blockly'. At the end I wrote a paragraph "About me". I uploaded v2 and I deleted the initial version. OK about pm or email. I'll contact you soon.

Hi,
I just recently stepped into the 'world of M5Stack'. I am learning fast :-). Yesterday I published a small repo for M5Stack on GitHub and posted this fact in this Community forum. Thank you for your efforts to improve the firmware for M5Stack devices. The past ten years I experimented with Arduino, Raspberry Pi's (all models) , ESP32-S2. I prefer to write in Python but also built projects in C, C++. While trying to get aquainted to the M5Stack firmware I used REPL in Thonny to see which modules/functions are present in the several libraries. I discovered that there exist (at least appear in the dir() listings issued in REPL of Thonny). doubling of functions in the various library modules, for example: in 'vfs' exist: mount, umount, mkdir, chdir etcetera. These same functions also exist in the 'uos' module: mount, umount, mkdir, chdir and more. The module 'os' has the same contents as 'uos'. To me this is: a) confusing; b) if it are not a kind of 'links' (or say: 'redirection' -- my expression to this phenomenon) of a function in library 'x' to a function in libary 'y', then it will be a waste of memory too; c) this fact does not help to improve the quality and reliability of programs. I think that a function should be unique: be in one place only. This will also make writing and reading code more easy; helps preventing bugs and so on. But this is just a thinking on my side. I am not familiar with the internals of the current set of modules that make up the micropython firmware for the M5Stack family of devices. I started programming around 1978 with a 'computer' having only 64kB of RAM. Learning all kind of tricks, e.g.: re-use of RAM at runtime. If your intention is to 'optimize' the firmware you could start with a 'cleanup session' by taking out these confusing doublings. Question : is there a reason to have the same function in more than one library/module? This is just my first impression which I wanted to share with you since you asked: '...that you help us develop and test firmware...'
Regards,
Paulus Schulinck (@Paulskpt)

@morguane I just saw your topic (of almost a year ago). I guess you solved your problems with the external RTC by now. But anyway liked to inform you about the repo I published on GitHub, using a D3231 RTC with a M5Stack Core1 (BASIC). DS3231 on M5Stack_DS3231_uRTC.
Regards,

HI, a second post of this newby in UI Flow.

I unsuccessfully searched the internet to find a document that explains all the commands/blocks used in UI Flow. I found some but they are not complete. Or did I miss something?

E.g.: In the UI Flow part UI > Switch, there is the "set swtich(n) toggle". It is not clear to me what this block does:
a) toggles the switch(n) logic state: if the state was: "off", it switches the switch state to "on" and viceversa; or
b) the switch(n) is with this block assigned to be of the type "toggle switch".

I ask this because it confuses me . I saw that there are two other blocks for switches in the same section: "set switch(n) on" and "set switch(n) off".

Hi, I just got a FACES set delivered.
When exploring the apps that came with the UIFlow firmware (V1.3.3) I discovered the following:
The script /apps/game.py did not run properly. It showed only the small icon image above the btnB position and a bigger version of this icon in the upper half of the display. However the latter did not change (which it should).
I discovered that the source of the problem was: filenames of the image files that had more than 8 characters.
In the folder /flash/img I changed file names of these three image files to: rock.jpg, paper.jpg and scissors.jpg.

rps_img = (
'img/rock_128.jpg',
'img/paper_128.jpg',
'img/scissors_128.jpg'
)

lcd.clear(lcd.WHITE)

lcd.image(48, 200, 'img/rock_128.jpg', 2)
lcd.image(143, 200, 'img/paper_128.jpg', 2)
lcd.image(238, 200, 'img/scissors_128.jpg', 2)

This fact did not crash the script but it worked only partially.
I made the following modifications:
a)

rps_img = (
'img/rock.jpg',
'img/paper.jpg',
'img/scissors.jpg'
)

b) since there was already defined rps_img, I used this in the following commands:

lcd.image(48, 200, rps_img[0], 2)
lcd.image(143, 200, rps_img[1], 2)
lcd.image(238, 200, rps_img[2], 2)

Another problem occurred after I flashed the device with the latest UIFlow firmware (V1.9.4) using M5Burner.
Now the script /apps/game.py crashed because the function machine.random() does not exist anymore.
The command: rand = machine.random(2) I replaced by:
from random import randint
rand = randint(0,2)

Now the script ran again OK.

Hi there, FYI I just created a repo on Github of a M5Stack Cardputer with a M5Stack ENVII unit.
See repo
PaulskPt @ Github

Hi, FYI, I published a new repo on Github:
morse code

@ajb2k3 The past days I studied and experimented a lot, mainly with a M5Stack Core2 and a M5Stack CardKB. I learned a lot, partly with help from your Handbook. Thank you for publishing it. I have the custom to make notes of my experiments. This is my way of learning. It also helps me, in later moments, to remember myself what I did in that moment of experimenting. I used your handbook as a start. I decided to rework it and add to it things that I discovered. The document is now 37 pages. I saved as a .pdf file. In the final paragraphs I added a description how I managed to download (backup) all files that were on the device. At first I was, for instance, not able to download .IMG, .JPG, .PNG and some other filetypes. Then I used a method that uses the Thonny app to write files to a Raspberry Pi Pico, to download files from the M5Stack device to the host PC using Thonny. I want to share the file with you. I would appreciate to hear from you what you think about it. Unfortunately, this forum interface does not allow to upload .docx or .pdf files. only images, so I copied the .pdf to a Dropbox folder. Here is the link to that folder:
[link https://www.dropbox.com/sh/5cy7v623ksp8mp1/AAADNdYm3x8P5-iSQzkyDFx0a?dl=0].
I'll keep this Dropbox folder available for some time.

Hi there members, I published a new repo on Github, which is an extension to the project in my last post of 9 days ago. repo

The README.md file of the repo explains.
Regards,
Paulskpt

@Knobsi Hi, your question is already two years old. I guess you'll have found the answer, however I just came across it today. I want to share with you an experience I had yesterday:

Suddenly I encountered a problem after upgrading the Arduino IDE from v2.3.4 to v2.3.5.

The board that I use is an M5 Atom Echo which has an ESP32-PICO processor.

After compiling and building a sketch, that compiled, built, and ran OK with v2.3.4,
It crashed after compiling and building and running with v2.3.5.

In the crash report I saw "DIO".
In Arduino v2.3.5 I checked the setting: > Tools > Flash Mode.
I saw that the Flash Mode was set for: "QIO".
After I changed the setting Flash Mode it to DIO, re-compiling and building, the sketch ran OK.

Regards,
@Paulskpt

Hi, FYI, I published a new repo on Github:
morse code

I am experiencing various unwanted anomalies with the M5Dial display:

1. at random momemts the display goes black while continuing to execute the sketch OK;
2. at random moments artifacts in the display. See the following to links:
   a) artifact image;
   b) artifact video

Question: anyone that has experienced similar problems with the display of the M5Stack M5Dial?

FYI, I just created a repo on Github, containing an Arduino sketch in which certain data is sent to a Google Sheets spreadsheet via a HTTP POST request to a Google Apps Scripts script. See repo.

I see that 50 people saw my post. Nobody out there that had similar experience or knows / saw about a solution?

I worked for weeks on an enhancement of an Arduino sketch that shows time data of seven different timezones in the world. At intervals the RTC is updated with a datetime stamp from an SNTP service server.
The past two weeks I was adding the functionality to send some data, like time sync time_t value to a Google Sheets spreadsheet. This all works OK.
The sketch ran a whole night, every 15 minutes sending data to a Google Apps Scripts script that adds the data to the spreadsheet.
In the sketch I have built the possibility to switch the display off (go to sleep) by using the command: "M5.Display.sleep()" and switch the display
on (awake) by using the command: "M5.Display.wakeup()". The switching off or switching on is done by holding an RFID card in front of the display. The sketch also has the possibility to switch the display on or off by touching the display (it is one or the other option. For now I use the RFID tag option). I used the Arduino IDE v2.3.3. for MS Windows 11. The Arduino IDE compile and build reports :

Sketch uses 1190657 bytes (90%) of program storage space. Maximum is 1310720 bytes.
Global variables use 53384 bytes (16%) of dynamic memory, leaving 274296 bytes for local variables. Maximum is 327680 bytes.
esptool.py v4.5.1
Serial port COM6
Connecting...
Chip is ESP32-S3 (revision v0.2)
Features: WiFi, BLE
Crystal is 40MHz
[...]
Wrote 1191024 bytes (721826 compressed) at 0x00010000 in 8.6 seconds (effective 1113.8 kbit/s)...

During the execution of the sketch calls to ESP.getFreeHeap(), result in values like: 265556 downto 264052.

After the display goes black, the sketch continues to execute fine, sending at the preset intervals its data to the Google Sheets spreadsheet.

Anyone that give me a clue to solve this abnormal behaviour?

I just uploaded a very short video impression to X. Here is the link: Post on X

I just uploaded a very short video impression to X. Here is the link: Post on X

FYI, I added functionality to make WiFi connection to a mobile phone. The WiFi credentials for the mobile phone are in the file secret.h. After reset the sketch will first try to establish WiFi contact with the mobile phone (when it's credentials are present in secret.h). If this fails, the sketch tries to establish WiFi connection with the fixed WiFi Access Point. In case of WiFi connection lost, the sketch will try to re-establish WiFi connection. The user will be informed on the OLED through brief messages.