That seems a little Tedious, but doable.
I would be really grateful, if you could share this guide with me/us when you return home.
But I will try it on my own anyways.
Nonetheless would I appreciate a feature to do this properly in uiflow. I thinks I will open a feature request for that.
That seems a little Tedious, but doable.
I would be really grateful, if you could share this guide with me/us when you return home.
But I will try it on my own anyways.
Nonetheless would I appreciate a feature to do this properly in uiflow. I thinks I will open a feature request for that.
Yes, but...
Yes, it is!
But there are no blocks for handling multiple screens - not to my knowledge.
Since I read multiple similar threads that did not give conclusive answers for me, because I tried the suggested code and it did not work at all for me, made me ask again.
Do you know if someone made custom blocks for that and if they can be downloaded somewhere?
Otherwise a working example would be sufficient for me to build my own custom library.
I did not save links to the threads I already read, but I will try to find them again.
These are the Threads that I could find without spending alot of time:
Hi,
I need to implement multiple screens/menus with M5Core2, but I don't know how.
I know that it is possible with micropython, but I don't want to use it. The project needs to be semi cooperative between me and someone that only knows uiflow.
Btw:
I will need to enroll the same program on multiple devices, so is there a better way, than connecting the Device to the cloud, entering the api-token and clicking download?
I won't be able to use the offline version of the IDE.... I implemented most of the screens have been built already for testing and I used the newer web version.
Thank you @felmue, you have been a really great help for me.
Regarding the IPS5306:
That's a question for the support tem then - I guess...
Thanks For your quick reply, but could I use the void AXP192::SetBusPowerMode(uint8_t state) function inside micropython or in uiflow respectively?
And for the question with feeding power:
I might phrased it not in a way that my intentions were understandable. I want to check, if the module is powered by the bus, or by the battery. My intuitive answer would be that the charging state should reflect that, but I was not sure, so I wanted to ask.
Since the IP5306 is different, can it tell, if I feed power via usb or via the bus?
Can the APX192 tell if power is fed via usb vs via bus?
The module does not need to be charged via usb if it is in its mount, so I need to continue wirelessCommunication if it is not inside the mount. If there is no way to tell that, I need to break out one more pin to the pogo-pin connector that has a pull-up and is pulled to gnd via the mount.
I would pull the pin to gnd, since it is already broken out. If i would like to pull it to 3.3v, I would have to route 3.3v from the m5atom and that seems unclean to me.
The m5atom is more or less only used to read the sensor, communicate via rs485 and have direct communication with the M5Stack/M5Core2.
I am considering to include an IMU on my board, to allow display rotation if the module is flipped 180°, but would likely not do that, because I hate working with miniscule smd packages...
Hi everyone,
This is my first post.
I want to build a custom base plate for either the basic core or the core 2, that is partly similar to the battery bottom 2 or the go/fire battery bottom. I don't need any connectivity, nor do I need the extra battery, the microphone, or the imu.
I only need a connection to power. Maybe I throw in a rs485 transciever ic, or connectors for some gpios...
But I have one requirement that is not optional. I need the builtin charging to work and display the correct charging state, but I don't understand if I have to do something special for that. Also I noticed that even when charging via USB-C the charging state does not work when the battery bottom 2 is connected.
I read that you can tell the axp192 chip if the bus connector is sourcing, or sinking power.
I can't use the battery bottom, because they are to high. The whole stack becomes to tall for my application.
Why is that and can I prevent it?
Why does the battery percentage behave strangely if the internal battery is not connected , but the battery bottom is?
Is the axp192 capable to tell me if the bus is feeding power, so I can tell if the core is placed on the mount?
Does another power base exist?
I want to build room controller and heating control that is mounted on the wall in a light switch box. I am from Germany, where light switch boxes are round and have a diameter of 60 mm and most light switches are about 55mm wide and I want to mount the core 2 or basic core in these.
The mounting itself is not that problematic, since I already printed a prototype cover-plate that fits my light switches. Since I have plenty of room in the electrical box, I am fitting a power-supply and an atom with a bme280 sensor, so the sensor stays in place even if the core is removed and carried around.
I want the core to be removable, so I could take it with me outside or wherever. I didn't decide if I want the cores to be interchangable and if I want that to be possible i need to break out a uart or something, so the atom can tell me where it is placed.