MicroPython's Inline Assember
Inline assembler is not supported on ESP32.
@richardmike4 Hi Richard,
Some modules use the same GPIO - in this case only one module can be actively used at a time.
It would be a good idea to add some jumpers on such modules to select the communication pins.
There is plenty of space on the board for that purpose.
For example, GPS & GSM modules, apart from the fact that they cannot be used at the same time, are completely unusable on M5Stack with psRAM on which pins 16&17 are used to access psRAM.
When building with esp-idf you can use M5Satck just like any other ESP32 development board.
All esp-idf examples, for example, will run on M5Stack same as on any other board.
You may have some issues when using C++. Please cunsult the documentation and ESP32 forum. There are many threads related to C++ issues/questions.
hi there, i had ordered 4k pcs ip5306_i2C, and change the newest board for this, so the new model can close this function.
Great news, but make shure that the new board is degned in a way that the total power consumption of all the additional circuitry (except ESP32 itself) can be reduced to at least <100 uA, otherwise it wont be very useful.
Are 2018 models came with the same IP5306 stand by setup?
Could it be customized for big orders?
2018 models have the same problem with IP5306 standby.
You can't get very low power consumption in deepsleep with M5Stack anyway, so waking up every 30 seconds, checking the elapsed time and going to deepsleep immediately if needed won't make much difference.
M5Stack now uses SPI mode for SD Card access.
It would be better if in some future core board release 1-line SD mode could be used.
Not only it works better, but one extra pin would be available to the user (only 3 pins are needed for 1-line SD mode).
If psRAM is used (hopefully all new M5Stacks will be with psRAM), this pin could be routed to the M5Stack 2x15 pin header instead of unusable GPIO16/GPIO17.
I know it would require rearanging the pins for some peripherals, but I think it's worth the effort.
Probably because most of the users will never need/use the CAN interface.
Some wil need CAN, some RS485 (as I do), some RS232 ... all the interfaces can be easily added on the add-on module (and it is easy enough to make your own).
与 M5Stack Community 的连接断开，我们正在尝试重连，请耐心等待