In the standard M5 font you can use this workaround. It is working in M5Tab5 as well ä char(132) ü char(129) ö char(148) Ä char(142) Ü char(154) Ö char(153) Example for German: Überschuss M5.Lcd.drawString(String(char(154)) + "berschuss" , 0, 0);

any news?

@scroggyg I had the same question, so I looked into it and found out it's a Molex PicoBlade 6-pin. It’s sometimes called "Micro JST", but it's really a 1.25mm pitch Molex connector.

In case anyone else comes across this post, it appears that the wires coming out of the DinMeter PortB are reversed to the label, at least on my unit. G1 is the yellow wire, and G2 is the white one. It works as expected to do a digital read on the pins for a button push.

@wwhite https://docs.m5stack.com/en/guide/realtime/openai/atomic_echo_base

@kuriko Thanks. How can I do it?

Thanks. How can I do it?

@GiovanniCaenazzo disconnect M5Dial press and hold boot button at the back ofM5Dial - in the middle of Stamp Controller - it is very gentle switch connect M5Dial to USB M5Burner should detect com port in boot mode

@y-shibata-aqua-k I was able to resolve this issue by updating the M5GFX library in the Arduino IDE to the latest develop branch version. Therefore, I will close this issue.

I’ve gone back and forth on this a lot. For me, YouTube is great when I’m just trying to get a quick feel for how something works—like seeing a UIFlow block setup in action or how someone wires a sensor. It helps things “click” faster compared to reading docs alone. But yeah, I’ve run into the same issue you mentioned—some videos skip key steps or assume you already know part of the setup. That’s where things break, especially with M5Stack since small details (like firmware version or library differences) can mess everything up. What’s worked best for me is using videos as a starting point, then keeping the official docs and forum open alongside. Most of the time, if something doesn’t work exactly like in the video, the answer is usually buried in documentation or a forum thread. I did follow a YouTube project once for a simple ESP32 sensor dashboard. It mostly worked, but I still had to tweak pin configs and update a library to get it running properly. So yeah—not really “copy and paste,” more like guided trial and error. If you find a creator who explains why they’re doing something instead of just showing steps, those are worth sticking with. Otherwise, I treat videos more like demos and rely on docs/forums for the real detail.

@colintd I appreciate the follow-up, as I had been meaning to post back here as well. Happily (for me), it's no longer getting in my way since I did ultimately decide to port my project to using STM32Cube HAL API instead of Arduino Wire APIs. After that, I've had zero such issues. I realize that doesn't help folks much who are stuck using Arduino APIs for whatever reasons (or prefer those APIs -- there are some advantages). Your theory is interesting, though. I honestly don't remember how deeply I looked into inter-call delays and/or deeper status checking at the time. I could believe that perhaps the Arduino Wire API implementations on different hardware could also lead to subtle timing differences... and if it is also specific to the M5 PPS device, those docs aren't ultra-specific about what the device actually expects w.r.t. delays, etc. TL;DR: It was an interesting side quest, which I ultimately solved by changing middlewares. ╰(°▽°)╯

Hi guys it looks like another unfortunate regression. If I burn UIFlow2 firmware 2.4.2 onto my M5StamPLC I can control the relay and LED just fine. Unfortunately the UIFlow2 firmware source code in github repository uiflow-micropython (at the time of writing this) is still on version 2.4.2. So it's impossible to tell what has changed between 2.4.2 and 2.4.3 causing this issue. Thanks Felix

@AkitikKir Официальная документация GitHub https://docs.github.com/ru/repositories/creating-and-managing-repositories/creating-a-new-repository