If this is the case, I first clear the dynamic line with \r and then write the updated string. This happens much quicker than clearing all pixels of the screen.
@on4aa, Can you please provide example code of the above?
I have been experimenting with text quite a bit as well. I first was drawing a rectangle the same color as the background approximately the same size as the text, before writing the line of text. But I think this would have the same rolling effect as @joeybab3 was saying under fast update situations.
@joeybab3, another suggestion is to provide the background color while defining the text color. Did you try that?
I have not tested this in a fast update scenario, but from the twitter video above, it looks like what he did.
@jimit Hi Jimit,
I forgot to tell, that I am using the new 2018 model (with 9DOF-Sensor and USB-C). I have no Chance to press the Reset-Button in time , because there are only a few dots when "Connecting ..."at the beginning of upload. Also pressing the Reset-Button (before connecting) during the upload has no success.
But the Problem is not the start of the upload. Sometimes the upload continues up to 30 percent or 50 percent. Then there is a "timeout for waiting fot packet header".
But the upload is always ok, when I ...
(1) use a short USB-cable (I tried various 1m long cables at various USB ports (2.0 and 3.0), but no one performs)
(2) remove the Bottom-Plate (then a 1m cable is ok).
BTW Is there an example Code for the 9DOF-Sensor (new in 2018 model)?
BTW The "gift" wasn't in my development kit (does'nt matter, I have enough of them).
You can check the USB driver is loaded and working by doing this: Connect your M5Stack to USB port... . Go to Device Manager - check "Ports (COM & LPT) - the Silicon Labs CP210X driver should be listed.
If not listed under Device Manager, then connect M5Stack to a different USB port on your system, or connect a USB hub. (for other reasons, USB hub should be powered and dedicated (don't connect other devices as they drain available power).
Note that a short USB cable is recommended. You may also want to try another USB cable in order to rule that out as a potential source of the problem.
(Note that for the get.exe program to work you need to have Python installed (either version) and it needs to be on your Windows path.) That is important!!
In one case, my setup didn't work as my wifi dropped out while get.exe was trying to do its thing and therefore required programs didn't install. Just had to redo that part of the procedure.
OK if Silabs USB driver IS listed under Device Manager, then: in the Arduino IDE "-- under Tools, and under Port, your active Com port should be named and NOT greyed out. "
Is the com port greyed out ? If greyed out it's still not going to work and suggests something went wrong with the setup procedure. If NOT greyed out then the port should be ready to go.
If not greyed out, you still need to select the com port for it to become functional.
@1nformatica A little more detail. I have installed the M5Stack github repository and can successfully compile and upload the basic and advanced sketch examples. However when I try to compile the weather station sketch it fails because when the M5Stack board is selected the required libraries which are for the esp8266 are unavailable. Even when the libraries are copied to the Arduino documents folder the sketch fails to compile with many errors. Does anyone actually have this sketch running?
@JimiT, the software is a Google Home enabled thermostat with a 7 day programmable heating schedule. I have it running on two different boards right now (DOIT ESP32 and Heltec ESP32 with OLED). I wanted to port the code to the M5Stack and got half way thru porting the code before it started misbehaving.
I found a post here about a user who had similar problems and built a push button jig that would ground GPIO 0 to force the unit into bootloader mode. I tried the same and sadly, that did not work for me. Now when I connect the monitor program and hit reset, I get garbage characters and not ESP boot message. I've tried different baud rates but can't see the boot message.
When I try to upload a sketch, it gives me a message that the EEPROM size can't be determined and hangs after loading the bootstrap loader. I had a similar program with another ESP32 board and it turns out that the EEPROM was fried.
The links you've posted are all good but once the unit goes into Brownout, it will not allow you to upload any sketch in the Arduino IDE. I've yet to find a Espressif command line program to clear the brownout condition.
I think this unit is bricked :(
@reaper7 Thanks for the info. Perhaps the people at M5Stack can provide me with some help here...
I'm pretty sure that was just added as another possible fix.... without intending to suggest that there was anything wrong with your solution.... indeed I am about to follow your suggestion and add a ceramic cap to a proto board.
Make sure you use a non polarized capacitor like the orange one shown in the left picture. If you use a polarized capacitor instead, you might get it backwards. If you hook up an electrolytic capacitor backwards, the electrodes oxidize and it starts to conduct current. Throw away any polarized capacitor that you hook up backwards.