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

@world101 survey filled

Thank you! I started to click on that, but I wasn’t sure. Thanks!

@world101

Uhh, sorry. Here the english version...

0_1612533576762_Bildschirmfoto 2021-02-05 um 14.59.10.png

I finally found the problem ... putting the screws on my FACE II it works. Probably a false contact