Nice project, and nice choice of background music ;)

please create an issue on https://github.com/m5stack/UiFlow-Bug-Report this will hopefully make it more visible to the engineers. However be aware it is chinese new year holiday now so it may be a week or two before the issue gets looked into

That is unusual, which version of uiflow are you using? could you create an issue on the uiflow bug tracking github page https://github.com/m5stack/UiFlow-Bug-Report

@doctan I used an ultrasonic sensor with m5stack in arduino before but it is a simple one https://www.hackster.io/lukasmaximus89/grove-ultrasonic-sensor-with-m5stack-710d15 and made a guide, but it is arduino. For uiflow since m5stack did not create any ultrasonic unit you would have to create your own code in micropython to control it and then create custom blocks. I think I read that hc-sr04 has 5 pins, is it true? and is it using i2c protocol or just analogue out?

Thanks for the heads up, looks cool. Will definitely try it out

Hey @lilianz I regret to inform you that ntp_sync hasn't been present in the RTC module since firmware v1.2.3 I'm not entirely sure why, but thats the way it is. Perhaps you will find some clues on controlling the RTC from one of the many watch projects on our hackster page https://www.hackster.io/m5stack/projects

HI @AndreaF the space is a little tight, but perhaps you can put it in sideways and solder things to the right place via a few extra wires. As you can see in the picture of env hat below, the SDA of your TOF module should be connected to pin G0 and the SCL should be connected to G26

Very nice project, Thanks for sharing. I wondered if you could create a simple project page for this project on our hackster.io (https://www.hackster.io/m5stack) this way it is more visible to other users of M5Stack.

Below are examples of M5StickC and IR. https://qiita.com/poruruba/items/34220a4dd6aaf48392aa https://lang-ship.com/blog/?p=886 https://lab.sasapea.mydns.jp/2019/06/28/m5stickc-ir/ https://note.com/ssktkr/n/ne9f289509bea

@mdevel1 the problem is AXP Address 0x34 is not responding. Because of that, M5.Axp interface can't connect (and can't power-up screen). M5.Axp use Wire1 as I2C to communicate on ports 21 and 22, as described in https://github.com/m5stack/M5StickC/blob/master/src/AXP192.cpp. Because of that, any commands as Wire1.beginTransmission, result in error. The M5.Axp, use Write1Byte to send information (and is not validating if was successful, because of that, I haven't any log). void AXP192::Write1Byte( uint8_t Addr , uint8_t Data ) { Wire1.beginTransmission(0x34); Wire1.write(Addr); Wire1.write(Data); Wire1.endTransmission(); } The I2C Axp Address (0x34) isn't ready in one of my M5Stick-C. If you have any idea, please let me know -- I'm really trying anything to get AXP fully functional again, because I can't see anything (in display) without Axp. In my code above, you will see a test in endTransmission as mencioned to test the result. Thank you by all your attention. Please let me know if you have any idea.

@liemph I had ordered the BaseX on 13 December 2019. Today finally on 21.01.2020 they arrived at my place. They are working very well, I will test them during the next days and make a little video! Greeting Skink

@m5stack Here are the same: I'm using MacOS Catalina (10.15.2), via USB-C -> Adapter USB-C to USB 3.0 -> M5-Stick-C USB to USB-C If I use the correct dev it worked. There are two device-driver for one M5StickC: cu.usbserial-00001014 ttyvf cu.usbserial-6D522008B6 ttyw0 The first device-driver worked!

@ecasti said in I2C_Keyboard_Interrupt sample is not working.: Same issue for me, tried to debug in some way, it seem at same point M5Stack ignore any interrupt from keyboard. Same behaviour on all faces I think without using an interrupt we have to live with a blocking code and it would be inefficient code.

@takeru Refer to the following URL https://blog.csdn.net/zhufu86/article/details/92190720

Does anyone know how to 'redirect' the UART on Pin 17 for sending to Pin 9. This since the IR-Led on the M5StickC and others within the M5-Family is build connected to Pin 9. It would be interesting to have that light use the irDA protocol, since it is already available inside it.

I share @world101 thoughts. In another post ( http://community.m5stack.com/topic/1586/micropython-fresh-start/6 ) that diverged to the same issue I posted the following (for simplicity we should, from now on, keep the discussion in the current post instead of the other one.) "Thanks @lukasmaximus ! Good link for some info! I understand that they are now frozen in bytecode, but to do that you first need the normal source code. I know we can access https://github.com/m5stack/UIFlow-Code but those are only the ones that are not frozen. It would be a HUGEEE help and benefit for the community that the rest of the code would also be available. For example, I am making a project in which I need to do a custom micropython firmware with littlevGL and other stuff frozen, but without the source code that is currently frozen on your MP version I can't use my version with full potential on a m5stack. So if you could release the source code before being turned into bytecode, that would be a great help! Even if someone doesn't want to create a new MP custom firmare, just having the code would be easier to see what M5stack libraries are available, with no need to use repl to print them all. Hope I was not too confuse, I can clarify if needed!"