Hello @wsanders
I don't see the brief blink myself, but have you tried to swap the two statements?
Thanks
Felix
Hello @wsanders
I don't see the brief blink myself, but have you tried to swap the two statements?
Thanks
Felix
Hello @holofloh
what you can try is the following. First call the function for a shutdown (which will succeed on battery power, but fail when running from USB), so after that use some delay()
to prevent too frequent updates.
You should get an idea what I mean from this example here (about line 100).
Thanks
Felix
Hello @jjshoe
have you tried to put a button behind a picture? Use the layer
value to hide the button behind the picture. Works for me.
Thanks
Felix
Hello @orfait
you can try to stack a different module (like a proto module) in between.
Yes, same here, the antenna was connected to the incorrect socket as well.
Thanks
Felix
Hello @bmtd111
I think the WiFi connection configured via M5Burner only works as long as code is temporarily run on a device. In app mode though the WiFi connection might be lost if not executed within the UIFlow.
Please see this thread.
Thanks
Felix
Hello @brianteeman
the documentation is probably not fully up-to-date.
Maybe checkout the description here.
Also have a look at this example.
Thanks
Felix
Hello @keiichiro1192
yes, the 100 mA are due to a setting. Line 1880 in this file.
M5.Axp.SetCHGCurrent(AXP192::kCHG_100mA);
Thanks
Felix
Hello @Trevman
I am afraid M5Core2 and GoPlus2 are not fully compatible. Please see this thread.
Thanks
Felix
Hello @TapM
the AXP192 does automatically switch between ACIN (USB) , VBUS (5 V pin on M-bus) and battery. However in your case only VBUS and battery are in the mix.
I did some experiments (i.e. turning on internal 5 V boost w/o disabling VBUS) and yes, switching on the internal 5 V booster while power comes in via 5 V pin on M-bus immediately shuts the system down. My best guess is, that the AXP192 doesn't like the 'circle' that is created in that way, e.g. kind of powering itself through the internal 5 V booster.
Not sure if there is a way to solve this w/o hardware modification.
Thanks
Felix
Hello @greenleaf
from the M5Stamp Pico documentation, section Program Download.
STAMP-PICO adopts the most streamlined circuit design, so it does not include the program download circuit, users can download the program through the USB-TTL burner.
If you don't have the USB-TTL burner board, in order to use M5Burner or esptool, you'll need to put the M5Stamp Pico into download mode manually by connecting a wire from GPIO0 to GND before powering it up. (For regular boot, the wire needs to be removed again.)
Thanks
Felix
Hello @mchott
I could be wrong but I don't think you can. PaHub extends I2C, however the HX711 in the weigh unit is not an I2C device. See schematic.
Thanks
Felix
Hello @AshimotoK0
ok, in that case, in UIFlow, have you tried to use the RGB blocks under Hardware to control the 7 LEDs?
Thanks
Felix
Hello @sleepyfatcat
if you look at the schematic you'll see that the plus side of the LED is tied to VESP_3V3 and the negative side is tied to GPIO10. In order for the LED to light up the GPIO needs to go low. So nothing is wrong it's just how the LED is connected.
BTW: this is a common thing in electronics as it is easier (cheaper) to switch to GND.
Thanks
Felix
Hello guys
@teastain : ft6336 != AT608A
@u0xpsec : M5Core2 factory test code is broken for Arduino 2.x.x. You can either setup and compile with Arduino 1.x.x, try to fix the issue for Arduino 2.x.x. or as I did, comment out the not working part of the code which is not critical as is to update the ft6336 touch screen.
Thanks
Felix
Hello @Navidard
I assume by restart you mean shutdown and restart. So yes, that is how UIFlow works. When the device restarts UIFlow firmware is started and eventually your code gets executed.
Thanks
Felix
Hello @AshimotoK0
have a look at the factory test code or the example I've created.
General information about M5Station can be found here.
Thanks
Felix
Hi guys
Thanks
Felix