Topics created by jcabad100

Here is some feedback about the current version V1.6.3 Quite painful to use: For instance the first couple hours of playing around: Documents mention python examples of NTP, which is not current/ does not match with the blockly ntp (which does work) You can use the "online mode" with the flow.m5stack.com online IDE... but probably have to also use the m5burner -> COM port monitor to see all error codes ( i dont think this com port monitor can send the enter key to the serial port?) If you try to use the desktop-ide : on the Atom, you have to constantly hold the button and reset and boot into "blue" usb-mode. Then you can fiddle around with the desktop-ide to "refresh" then "connect" then load the hopefully latest save of your blockly, then upload the code (dear god dont hit "run" or else who knows if its uploading or running the last code that errored or what) Then you have to restart the board, can't see any output. Have to close down the desktop-ide, have to open up a third party terminal program such as putty (guess the buad rate since the m5burner says 750000 but that doesnt work, 115200 does seem to work for some reason) Yay I see the error code that ntp doesnt exist. Ok so now desktop-usb mode is not compatible with any online functionality. I have to add a bunch more code to make sure wifi is connected before I try to set ntptime... i guess i need to do all wifi connectivity manually now, and the built in ntp library doesnt do any error handling So its clear the blockly stuff is just a dream and not for practicality, it has no error handling and wont work most of the time without painful amounts of error checking. It appears none of the development scenarios are designed around the fact you need com-port monitor to see the huge amount of errors that are going to be generated with each new block added Python is great in theory, but it needs really short feedback loops in terms of error output after every tiny change

@jcabad100 A) Even I am facing the same red "Connect Fail" error message every time I try to subscribe. I am using an M5Core Grey and cloudMQTT as a server. My intention is to send data from one M5 to another. The publish statement doesn't give the error whereas the subscribe gives an error every time. Can someone please help me with this? B) Also, can anyone tell me how can I subscribe to my M5 from cloudmqtt so that I can know if atleast publish works or not?

M5Stack have GROVE connector for the LED extension. check out here. https://www.aliexpress.com/store/product/M5Stack-Official-Connector-Grove2Grove-Grove2Pin-Grove2SERVO-5pcs-a-set-Three-kinds-Optional-Grove-to-GROVE-PIN/3226069_32960512299.html?spm=2114.12010612.8148356.15.22f0659dLlCy6X

I was unable to replicate the said bug on both mac offline version and online version. I dragged multiple text labels without editing them and then could select all individually and edit their text content, font, positioning etc with no problems. We did notice a bug that if you remove all the text from the text field, then its impossible to reselect the text element. I proposed a solution to this in the form of having a hierarchy of UI elements below the units section (ala photoshop) since that area is unused anyway. In this area you can quickly select each element, change their properties, delete or copy, and reorder them to different layers. Here's a mockup, let me know what you think, whether this would be useful or not

@jcabad100 And I thought that was just me. If you have facebook, join the official M5Stack group link text and drop them a message. Sorry, the FB group needs to be added to the FAQ.

I am very sorry, we have retested this problem after testing, and today we will fix it.

@ajb2k3 Also there is a blocky environment for Arduino but I don't know how compatible it is with the libraries. I buy all my stuff from the official Aliexpress store.

No worries, I’m here to try to help. Beyond this we will have to wait for the China team to check.