@kuriko Thanks. How can I do it?

Thanks. How can I do it?

Hello @obolland according to the schematic GNSS_TX becomes M5-RXD which is then available (depending on set dip switch) on GPIOs: 3, 13, 16, 34 or 35 which translates to pins 13, 22, 15, 26 or 2 on the M5 Stack bus. BTW: Since you are not stacking the module you can set all dip switches to 'on' at the same time (if you like). Note: I do not have the M5Stack GPS Module v2.1 so I cannot test this myself. Thanks Felix

@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

Unfortunately I can't see Base X in UIFlow 1.0 either. It looks like it got deleted from UI Flow several times: https://community.m5stack.com/topic/3534/why-the-newest-uiflow-does-not-support-basex-anymore I bought this (with the M5GO kit as well) to use with UIFlow for my child to control Lego. There was no warning when buying that this wasn't a supported system anymore. Should I return it? Unfortunately not a great first experience with M5Stack.

@marryjoseph22 Starting with UIFlow is a good choice but there are issues: If you need something that is not included in UIFlow then you will stuck or need a complicated workaround If the UIFlow Website is down you cannot work with As it is a interpreter language (micropyhton in the background) don't expect too much calculation speed! complex programs can become confusing There are also benefits: very easy for a quick and (not so) dirty proof-of-concept easy to understand for beginners One of my first programs was a TVOC logger with a remote display: [image: 1775109535930-f42e20c4-aedb-4b18-841a-f71e00db55cc-grafik.png] [image: 1775109580464-13e4a84b-25d1-47eb-ac8d-f8583d71d161-grafik.png] Data transfer from the stick to paper by ESPnow. It took me around 20min per device to program where the most time wasted to design the screens and understand how ESPnow works. Another funny project was two sticks who send each other a simple message of a counter value by ESPnow showing the value on display, play a beep sound, increment the value by 1 and send it back. The other beeps as well, increment and send it back and so on... this was to test how fast it can run and how far the wireless ESPnow connection work. For more complex programs I prefer the Arduino environment. it runs ON MY OWN computer so i am not dependent on the UIFlow cloud systems and website more complex programs possible without loosing overview many Arduino libraries running out of the box much faster program execution / calculations than on micopython / UIFLow the web is full of examples need a bit more programming skills but still possible for beginners