@ajb2k3 Nothing to do with Apple, I'm all Windows 10 based and really annoyed as well. This is really Core 2 specific, as I have no issue at all with my M5Paper using the same Win10 desktop computer.
Posts made by littlbee
RE: M5Paper deepsleep with UIFlow ?
Felix, thanks a lot. Sorry I missed this "Restart after seconds" block and its purpose.
Seems to be working fine indeed, my M5Paper app restarts for now every 30 minutes, running since yesterday afternoon and barely any battery consumption yet. Perfect.
RE: M5Paper deepsleep with UIFlow ?
@felmue thanks Felix. I have no issue with UIFlow to do htttp requests or subscribe to mqtt topics to retrieve whatever data, my question is how can I set the m5paper in some deep sleep mode in between data updates and screen refreshes. In your code sample, you don't do anything specific, if not mistaken, to handle deep sleeps and wake ups. I believe with your code sample, the m5paper is going to just remain powered and connected to the wifi hence draining battery fast.
M5Paper deepsleep with UIFlow ?
I'd like to create a small app for my M5Paper using UIFlow, that will wake up once per hour at day time to fetch new values (via HTTP or MQTT), update the display then go back to sleep in between updates.
How to achieve this using UIFlow ?
RE: New Core 2 Issues
Yes indeed, the Core2 is really terrible when it comes to flashing/burning images. I have a M5Paper that I use from the very same computer and have no problem at all flashing anything, but Core2 is very, very, very tedious.
I will take you many retries to finally succeed getting something burned. What I found is that sometimes pressing the reset button right after starting to burn helps. Might be just a mental illusion, but I have the feeling my success rate improved by 1 or 2%.
RE: Core2 is not a finished product
@ajb2k3 But then how comes I have an issue with the Core 2 but none with the M5Paper ? I have installed the CP210X driver manually, ie not using any standard driver from Win10. If both devices use the DOWDQ6 they should end up behaving the same way, no?
For the UIFlow menu on the Core2, at least after a reboot I can get to UIFlow in wifi mode. I takes several tries usually as it seems the touchscreen is not always immediately responsive. But at least I can reboot, put it back on UIFlow wifi mode and upload new versions of code.
Core2 is not a finished product
Sorry my first post in this community is a complaint. I do have a M5Paper since some times and have not a single problem to use M5Burn, UIFlow or the Arduino IDE with it. Last week, I bought a Core2 and so far I'm 1000% dissatisfied with it, for the following reasons:
- M5Burner: it takes way too much efforts to succeed burning any image to the Core2 with M5Burner. In 99,9% of the cases trying to burn any image will just result in a timeout. The only way I could slightly increase the success rate is to hit the reset button once I start to burn an image. Sometimes it will take multiple reset button presses, sometimes just one, sometimes it will not even have any effect.
- UIFlow image: once you succeed installing the UIFlow image to the Core2, the way it is implemented is just a shame. If for instance you mistakenly hit the wifi configuration button, there is no way you can cancel it and go back to the main menu. Also configuring your wifi SSID and network key from M5Burner before burning the UIFlow image has no effect, and you are anyway forced to do the manual wifi setup from the Core2 itself.
- UIFlow usage: if by any chance you succeed in getting your Core2 properly configured with UIFlow image, and connected to the wifi and UIFlow can connect to it, once you have downloaded any program to the Core2 it is impossible to download any changes to the program afterwards. The startup menu is shown too briefly and remains unresponsive after rebooting, which results in the Core2 automatically running the last started program, restarts it automatically after any reboot and is totally unresponsive to any connection tentative from UIFlow.
Again, I have no single issues using the M5Paper with M5Burner, UIFlow and Arduino IDE on the very same computer. So the Core2 is clearly the culprit here. Or the hardware is faulty (thanks guys for your quality control) or the software is plain buggy.
I have decided to return this device to the seller and stay away from the Core2, at least until M5Stack makes it just work. Seen the number of posts here and there about people dealing with the same freezing and connection issues I guess I'm clearly not the only one.