Hello @jimbol here is a list of all images in the img directory: >>> os.listdir('img') ['UiFlow_USB_320_240.img', 'UiFlow_bg_320_240.img', 'applist_bar_320_40.png', 'cloud_green.png', 'cloud_red.png', 'loding.png', 'loding_fail.png', 'loding_success.png', 'm5stack.pbm', 'm5stack.png', 'menu_bg.png', 'setup_bar_320_40.png', 'start_logo_320_240_dot.png', 'start_logo_320_240_flow.png', 'start_logo_320_240_ui.png', 'startup_bg_320_240.img', 'uiflow_logo16bitTB.bmp', 'usb.png', 'wifi_config_ap_connect.png', 'wifi_config_bg_320_240.img', 'wifi_config_sta_connect.png', 'wifi_config_sta_fail.png', 'wifi_connect_ui_bg_320_240.img', 'wifi_green.png', 'wifi_red.png'] You can set it like this: image0.set_img_src("img/wifi_red.png") Thanks Felix

In Mac Terminal, type xcrun --show-sdk-path to get the XCode SDK path. Add the path using the -I option and additional /usr/include/** to the build_flags option in platformio.ini eg. build_flags = -I /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/** found solution on some japanese blog

I had the same issue with my brand new m5 FIRE. While browsing the option in UIFlow I stumbled upon the Hardware -> Power -> setCharge() function. In UIFlow Python this is power.setCharge(). Regardless of the parameter (true or false) this badly messes up the power state of m5 FIRE. Currently I am running UIFlow v1.9.0-fire but the issue was also there in the v1.8.x series. After using setCharge() the m5 will not power on while on battery. It will only power on when powered over USB. Disconnecting the USB cable powers it off. Very unfortunate state to be in. I was finally able to restore the desired state (turn off by press power button twice, turn on again with power button) using Arduino IDE with these statements: M5.Power.setPowerBoostOnOff(false); //Change the power on / off method. The power does not turn off when connected via USB. true=Press and hold to turn on / off. false=Turn on / off with two short presses. M5.Power.setPowerBoostSet(false); //Change the power on / off method true=ON / OFF in one short press. false=same as above M5.Power.setPowerVin(true); //When the power supply from USB etc. is cut off, Decide whether to turn on the power again. M5.Power.setPowerBtnEn(true); //Set whether to accept the power button. M5.Power.setPowerBoostKeepOn(false); //Always output power. True= Always output power. False=not Always output power. M5.Power.setAutoBootOnLoad(true); //Set whether to automatically start when power consumption occurs Strangely enough using M5.Power.setCharge() in Arduino IDE does not cause any issues at all. It seems to me that the UIFlow setCharge() function is broken for m5 FIRE boards.

Hello @vgamlc thank you and you are welcome. Thank you for your feedback. Happy New Year! Felix

In case you are interested about the final result: https://youtu.be/hrmYldbOStQ

@spydaz no, you cannot back feed the ports, you can connect power to the internal bus connector of the M5Stacks.

Thanks you for your quick reply and good info ! BR /T

@robalstona said in Waterproof temperature probe: Ewentually try this code with your lm35 to check of works (i tested my lm35 sensor with it) [image: 1638218020818-screenshot_20211129-210415-01-resized.jpeg] I carried out the test on a CORE2, I have very random and non-reproducible values. Thank you for the example under UIflow for ADCs, it will be useful to me with another sensor. I keep the idea of DS18B20, it works perfectly.

@ajb2k3, what .kext did you delete? I can see that there is a conflicting driver but I can't figure out which one.

Any help? Pleased

Hello @haavard-holm most (if not all) units have a 5 V input. Internally there often is a power regulator to 3.3 V or whatever voltage the ICs used in the unit requires. The signal lines are 3.3 V as they are connected directly to GPIOs of the ESP32 which is 3.3 V too. If the data lines of the IC in the unit have an even lower voltage level shifters are put in place. The input voltage of the regulator is 2.7 V to 5.5 V. The minimal voltage drop between input and output is about 0.6 V for these regulators. So if you feed it with 3.3 V I'd guess the output voltage to be about 2.7 V. According to its datasheet the SIM7020 IC has an operating voltage range from 2.1 V to 3.6V so you should be fine. Its data lines are 1.8 V which are then level shifted to the output voltage of the regulator (e.g. 2.7 V) which should still be high enough for the ESP32 GPIOs to recognize properly. Thanks Felix

Hello @Steve1 sorry, at this point in time I am out of ideas. I don't have the IR remote sensor so I cannot test this myself. Hopefully somebody else can help you. Thanks Felix

@ajb2k3 OK. Thank you.

@felmue Thank you, I've learn a lot from it