Hi @zoroaster ,
Sorry to hear this, can you provide more detail or the .m5f file for us to look at?

There's execute code block also

@scottknight Hey hi,
I just changed my chromebook to an Intel based one. But the ARM one did not even run M5Burner.

So yes... if your CHromebook is Intel processor based, you can run m5burner.

Thanks for the listing of directories for using the firmware directly with esptool

@héctord

It's actually the opposite as you describe. A higher layer takes visible priority. So when displaying text or shapes on the screen, an object on layer 8 is "on top of" (or covers over) an object on layer 3, and there is no transparency (see through).

The tricky part is once you move your rectangle to highlight the next label, you have to redraw (or show) the changed areas of the screen. So the layers and screen management take some getting used to within uiFlow.

Here is an example flow of what you are looking to achieve.
Layers 0-3: reserved by uiFlow by default
Layer 4: rectangle
Layer 5: Label 1
Layer 6: Label 2
Layer 7: Label 3
Layer 8: Label 4

0_1615728306502_example.png

Note: In the M5StickC UI simulator on the left, you could manually change Labels 1 through 4 to all be on layer 5 and it will still work, since those labels do not overlap.

Hey! hi,

No. UIFLOW works with Micropython.

In fact you are better off doing it from the beginning on Arduino, that is because the libraries are ready available there. And the code runs pretty fast because you dont load all UIFLOW api.

Think of UIFLOW as a platform to make a proof of concept pretty fast, or to test something on the fly.
UIFLOW is pretty cool for what it is, but has lots of constrains and not everything is implemented as of now. Also the cloud stuff is pretty mixed up.

Under the picture of the StickC in UIFLow is Unit/HAT and a + sign.
Click on HAT then click + and select ENVII to add the EnvII to the workflow.
UIflow then automatically imports the needed libraries required to use it so all you need to do is add the blocks that appear in HAT>ENVII menu.

I'm not sure if this helps, but when you are in M5Burner and you flash your Core2, next to the "Burn" button there is a "Configuration" button. In the popup, if you change the "Start Mode", does that get you out of the UiFlow screen on the Core2?

Thanks - elementary error on my part. Problem resolved.

Allan

@jchipjonty

Thank you for your response. You are absolutely right it doesn't look very good. It looks like all text is in bold 12 and accented characters in plain text 10. Not a very elegant solution.

Regards
Carles

Hi Dragon.
Picking up this thread because I ran into the same problem. Caused by an empty value when out of sync with the sender in a P2P network transmission scheme (not ESP related but similar). Resulting as "None" for a value that should be converted into an integer used in an if/else process. I solved this by putting the if/else in a try/except statement and settting the except(ion) to a failsafe value until sync.

alt text

Hello @Elektron

good find, thank you for sharing.

It is interesting that in your case the 10k pull-down resistor already in place on N_VBUSEN wasn't strong enough (with GPIO0 set to float) and you had to configure GPIO0 to pull that line low actively. Makes me wonder if something has changed electrically inside (newer) M5Core2?

Happy Stacking!
Felix

oserror 118 is an issue with Micropython. from what i can tell, its an issue baffling the main MP devs.

Thanks for the reply. You’re right that it’s the server response. In urequests, HTTP/1.0 is hard coded which is why the server returns that error. The API calls haven’t changed, I can make the same requests without issue via other REST clients or using the standard Python requests module. The issue is with the way only HTTP/1.0 is supported.

What I’m trying to understand is if there is a way to make a request using HTTP/1.1 or above so I can avoid this? I’ve tried just changing it to 1.1 in the urequests module but sadly it doesn’t appear to be that simple!

If you wan't console feedback, UIFlow runs on micropython ( I am in the process of logging this) and so using Thonny is what I would advise as the code can be copied from UIFlows python window and pasted into thonny before saving to the device.

Hello @SE

thank you for sharing. The answer is not really surprising though - the required SDCard detect pin is not connected at all according to the schematics of M5Stack (Fire, Gray, etc.) and M5Core2.

Interestingly it is connected in M5Paper, so SDCard detection should be possible there. But before you get your hopes up - SDCard support is not available yet in the UIFlow alpha version for M5Paper.

Thanks
Felix