Ver 1.7.3 time : 2021.03.12
* IoT Cloud support: * AWS * Azure * Tencent * ATOM Base support: * ATOMIC GPS * ATOMIC Stepmotor * ATOMIC QR Code Reader * M5Paper: * Internal SHT30 support.
* ATOM MOTION get speed bug fix. * M5Paper PORTC pin error bug fix. * LoRaWAN P2P bug fix. * Other bug fix.
fonix232 last edited by
A kinda related, but strange question - could you please release the source code for the drivers of the various bits of hardware found in the UIFlow firmware? UIFlow is built upon MicroPython, and I would personally prefer to run a clean MicroPython build on a few devices of mine, however the lack of drivers makes it a bit harder than expected. I'm not interested in the UIFlow-related parts, just the low level Core/Unit/Module support drivers (e.g. for M5Paper, a driver for IT8951, a driver for the PMIC, SHT30, GT911). It would allow the community to build MicroPython images without proprietary code, and possibly result in faster updates as well. Plus, you could merge back community fixes into the official UIFlow firmware easily.
Nice, I was just talking to a client about AWS support.
Can we please get source code!
robalstona last edited by
When was repaired bug with dissapearing wirtual keyboard on mobile browsers?
it's not serious, the bug with the PaHub has not been corrected. I found myself with two CORE2 and useless Pahub.
Why market products that don't work?
thank you for letting us know about the latest UIFlow 1.7.3 firmware. I appreciate it.
It is however very unfortunate that the M5Core2 PaHub bug has not been addressed in this update. I'd appreciate if your engineers fix that bug in the next update.
Or, as stated already many times in many places, please open source the UIFlow code so we can help you fix issues like that.
Thank you for listening.
@m5stack what has changed in the firmware as i cant use thonny and UIFlow at the same time in the 1.7 branch.
weezer last edited by
@ajb2k3 Which device are you using? I'm using 1.7.x with Thonny on several devices but there are some differences (the m5stickc does not work with every usb-c cable I have for instance). The device needs to be in USB mode but you probably know that.
Also it does not always work smoothly but it does work. Sometimes I need to restart the device after several times running my code. After resetting I need to use CTRL-C to get to REPL before I can upload and run my code. On the M5StickC, after pushing (uploading and starting, with F5) I need to CTRL-C again to stop the get standard interface and get my code running.
I hope this helps for you. If there are simpler ways then please let me know!
weezer last edited by
@ajb2k3 Argh great! I submitted a reply and the forum just discarded it without an error. I will type a quick recap: First of all - what device are you using? I'm using several devices on v1.7.x with thonny. It's not a smooth experience but it works. The procedure is not exactly the same for the different devices.
On the M5StickC not all of my usb-c cables work. Also on that device, after F5 to upload and start, I need to use an extra CTRL+C to stop the uiflow interface on the device, before my code finally runs.
I hope this helps you and if things can be done easier then I'd love to hear the suggestions / solutions as well!
@weezer i was using stickc's on 1.6.3 and it worked well in uiflow and not usb mode.
Thrasher last edited by
@jchipjonty said in UIFlow 1.7.3:
Just the online version then? As usual, the desktop version is not the same version as the online version. Features just appear or disappear with no explanation. I am finding learning with this equipment frustrating. Mention of education has been dropped from the website in the recent overhaul. All M5 seems interested in now is industrial applications and AWS. Hey ho, I guess they are a business and need to make money to survive.
Oh you must be new here :lol:
ajb2k3 last edited by ajb2k3
@m5stack SDCard missing from the M5Paper.
I don't think M5CoreInk has an SD card, does it?
@felmue opps, just edited as I though both had an sdcard.
just found that UIFlow firmware 22.214.171.124 is available.
And Pa.HUB on M5Core2 now works. Yay!
Thank you very much M5Stack engineers.
Peter last edited by
Please include the use of the PaHUB in the next release of the M5Stick C/plus and ATOM.
@felmue False joy ! the PaHUB is now recognized by CORE2 with 126.96.36.199.
But only the first connected I2C module works, if you connect another I2C module it is in error. Tests carried out with Ultrasound, TOH amp, Joystick modules ... whatever I2C module you connect to in PAHUB0 is working, all the other ports are in error with message: Joystick unit maybe not connect or Ultrasound nit maybe not connect.
I'd love to. Unfortunately I am just a user like you w/o access to UIFlow source code.
Hopefully M5Stack engineers will look into that soon.
P.S. As a work-a-round in the Python tab you can modify the line for the unit connected to Pa.HUB manually. Not ideal but this works for me.
AMeter0 = unit.get(unit.AMETER, unit.PORTA)
AMeter0 = unit.get(unit.AMETER, unit.PAHUB0)
set pos X openis the wrong command. According to the help text it only opens one position and closes all others. Try
set pos X state openinstead.
Just by adding the PaHUB + ultrasound + Joystick units without any line of code, I have an Ultrasonic unit maybe not connect error.
It's the same with other I2C units
felmue last edited by felmue
I only have an ENV and Ameter unit and I can use them together just fine with the Pa.HUB and M5Core2.
- Do the units work ok, when used w/o Pa.HUB?
- Does a single unit work on all ports of the Pa.HUB?
- Are you sure you have your units connected to the correct ports?
- Did you try to reset M5Core2 in case some previous code is running?
If it's only some units that fail I am afraid I cannot help as I don't have any other units to test with. Sorry.