Hi Dieter,

Do you have any new information about this topic. I‘m struggeling with the same problem, that i can‘t flash from ESPHome to my Atom Lite ESP32 IoT DevKit (Esp32 pico).

You can find the connection instructions here: https://docs.m5stack.com/en/core/stamp_pico?id=description&ref=pfpqkvphmgr

@iamliubo hi, thanks for the reply.

I managed to do the example from what you gave and I got the results as it is. but, after several checking, I received bytes from the uart. Then, I need to convert to hex. the method i used is:

hexVal = hex(int.from_bytes(serData, "big")) label14.set_text(str(hexVal)) //to show the hexVal to the label

I got the idea from the example you gave and THANK YOU so much for that =)

Hi @Exie, have you managed to talk to the Zigbee unit through UART or managed to comprehend the example code given by M5Stack?

Regards,
Ameer

@starlog In Arduino IDE it is easy to do:
upload any sketch and the check the upload stream (the bottom of the IDE) by scrolling back up to the start.

Sketch uses 243709 bytes (7%) of program storage space. Maximum is 3145728 bytes. Global variables use 19348 bytes (5%) of dynamic memory, leaving 308332 bytes for local variables. Maximum is 327680 bytes. esptool.py v4.5.1 Serial port /dev/cu.usbmodem101 Connecting... Chip is ESP32-S3 (revision v0.1) Features: WiFi, BLE Crystal is 40MHz MAC: 68:b6:b3:22:4c:6c Uploading stub... Running stub... Stub running... Changing baud rate to 921600 etc.

Hello @StarLog

you can find it here.

Note: There is some confusion about the filename. LED_Display.h vs. LED_DisPlay.h.

Under Windows it doesn't matter, but under MacOS or Linux it does.

Thanks
Felix

If I were you, I would seek the advice https://tech-stack.com/services/consulting-service of experts in custom software development, who would be able to competently answer your question

Only the built in ui builder

@nick-n17 First you have to log-in with that account you are using, second go to user custom, third click publish and fill all the information needed and then click upload, fourth click publish.

@dclaar I have no problem with the Stamp-PICO running on the 3.3V power from the programmer.
And the StampS3 running on USB 5V actually outputs out 3.3V at the RGB output...
So, YES!

i downloaded and installed the sources into the specified folder. and also checked the path. but still can not be found..

Now I tried to do it extrem more on a basic level with the latest available versions of everything with Arduino

#include <Arduino.h> #include <M5Atom.h> void setup() { M5.begin(true, false, true); M5.dis.begin(); } void loop() { M5.update(); M5.dis.drawpix(0, 0xFF0000); delay(500); }

I assumed that this simply meant a permanent "RED", but it results in a random play of colours.

I'm having the same issue - did you find a workaround?

Because of my poor eyesight (which cannot be improved by spectacles), I am testing on a huge display with a resolution of 3840 x 2160, and I have set System Settings - Displays - Scale to 300%.
According to xwininfo, this results in a Signal window that is 3040 x 2090 in size. Unfortunately, this causes the bottom 6% of Signal's window to be off the bottom of the screen, which prevents it from showing what I am typing in the text field when sending a message because Gnome occupies the top 200 or so pixels with its Activities menu bar and the window title bar (which is not included in the 2090).Attempts to resize the Signal window fail: Gnome refuses to let me size it less than 2090 pixels high. I am also not able to maximise the window to fill the screen (the Maximise command is greyed out when I press Alt-Space, and nothing happens when I double-click the title bar).
In main.js there is a setting MIN_HEIGHT = 550 but I'm not sure how that 550 ended up being 2090 (it seems more is at play than simply multiplying it by 300%). I have not yet figured out how to build a modified version so I can see if reducing that MIN_HEIGHT would solve the problem.
If I were designing Gnome I would have made the Scale multiplier apply to everything except minimum window sizes, to work around apps that enforce them without realising what happens when Scale is applied (there are quite a few apps out there that do this, for example Zoom). But until the Gnome team are able to change it on their side, I think it would be polite for all app writers to consider setting their minimum size smaller: perhaps try reducing that 550 to 400 and check the Signal window still works when resized down to its new minimum height? as I hope this would make it more usable on a Gnome desktop when Scale has been applied to the desktop.
In the case of this particular monitor, I am able to partly work around the problem by holding down the Super key (also known as the Windows key) while clicking on the window and dragging it: this lets me move the window slightly off the top of the screen (so that its titlebar is not visible and its menubar is only half visible), so that the "Send a message" box becomes visible at the bottom. Alternatively I can use the Alt-F7 shortcut to start moving the window with the arrow keys, and push it partly off the top of the screen in the same way. But if the monitor were any smaller, then I'm not sure that workaround would be enough..

The problem is that esptool requires certain python versions and so they need to have that as well.
An alternative is a docker package which has everything in it ready.