Posts made by hacxx

The rom/miniz.h error occurs because newer board definitions (3.2.x) removed legacy ESP32 support. Downgrading to 2.1.x works, but to fix it permanently:

Manual fix: Replace #include <rom/miniz.h> with #include <miniz.h> in pngle.c (as noted in the linked guide).

Disable auto-updates: In Arduino IDE, go to File > Preferences and uncheck "Check for updates on startup."

M5Stack isn’t abandoning older Cores, but newer SDKs drop deprecated APIs. If issues persist, stick with 2.1.x or modify the library.

It sounds like the 5V output on the M5Capsule may not be designed to supply higher current devices directly—30mA is very low. Unlike the M5GO, the Capsule likely has current-limited or protected output. You might try powering the camera from an external 5V source and just connect data lines to the Capsule. Also worth checking if there's a FET or regulator in the schematic limiting output.

170 mA at 5V does seem a bit high for QRCode2. Some heating is normal, especially under continuous or pulse operation. To reduce power consumption, try lowering the duty cycle or reducing the brightness if possible. Also, check if firmware updates offer power-saving modes. Good ventilation or a small heat sink can help with heat dissipation too. If it keeps overheating, it might be worth contacting the manufacturer for advice or possible defects.

Hi! This error often happens due to unstable USB connections or driver issues. Try these steps: use a different USB cable (preferably a high-quality, data-capable one), connect directly to your Mac’s USB port (avoid hubs), and restart your Mac before uploading. Also, check that your ESP32-S3 drivers are properly installed and up to date. Lowering the upload baud rate (e.g., from 921600 to 115200) in the Arduino IDE can improve stability. If it persists, try uploading from another computer to rule out hardware issues. Hope this helps!

You're clearly doing everything right—this is a common ESP32 upload issue. Since the Core2 boots and shows output in Serial Monitor, the USB connection works, but upload mode isn't triggering.

Here’s what to try (if you haven’t already):

1. Hold Boot Button (if available): While uploading, hold the reset/boot button until upload starts. Some Core2s need manual bootloader mode.

2. Try 115200 Baud: You've tried this—stick with it; higher speeds can fail on some USB ports.

3. Check CP210x or CH340 Driver: Reinstall the correct USB-to-serial driver for the Core2.

If none of that helps, your Core2’s USB-UART chip might be defective. Exchange it through M5Stack support.

Supporting UiFlow for C3 would be a valuable addition for the M5 community. It could streamline development and expand functionality. Hoping the team considers prioritizing this request soon.

This is a fantastic tool, it fills a real gap for those working with Adafruit GFX and custom fonts on Arduino/M5Stack. The interface is clean and easy to use

谢谢你的详细反馈，确实非常有价值。你提到的问题确实容易让初学者误解，尤其是在使用不同型号（如Atom Lite vs Atom S3R）时。建议文档中明确标注不同设备的引脚差异，并在示例代码中加上你说的注释说明，能大大提升用户体验。希望官方尽快更新网页和示例，减少后续用户的困扰。再次感谢你的分享！

It looks like the error may be related to a missing or incompatible binary for your Intel Mac. Try running M5Burner using Rosetta, or check if there’s an x64-compatible version of M5Burner available. Also, make sure you’ve given M5Burner full disk access in macOS settings. Reinstalling the app or using Terminal to manually erase and burn via esptool could also help.

It sounds like the battery may be dead or disconnected internally. Warning 22 usually points to a battery issue. Since it powers on with USB but not on its own, try opening the case carefully and checking the battery connection. If that looks fine, the battery might need replacing. You could also try a full reset by holding the power button for 6–10 seconds.

The green icon likely means the device connected to flow.m5stack.com successfully, but the API key connection might need extra steps. First, ensure you entered the API key correctly in UIFlow Web. Also, check if your firewall or network settings block the device from appearing in Fritzbox. For logs, try enabling debug mode in the M5Stack settings or use serial output to inspect connection details. Sometimes, the device uses a separate network interface that Fritzbox might not show. Double-check your Wi-Fi credentials and restart both device and router.

It sounds like the Core2 isn’t maintaining a stable connection with UIFlow. A few things to try:

1. Reflash the firmware with the latest stable UIFlow_Core2 version using M5Burner, and ensure "Internet Mode" is selected.

2. Double-check that the Device Name/API Key in UIFlow matches what's shown on the Core2 screen.

3. Disable any firewalls or antivirus that might block the connection.

4. Try using UIFlow Desktop IDE instead of the web version for better stability.
If issues persist, test on another PC to rule out local system conflicts.

It looks like you're missing initialization for the IMU sensor. Try adding Imu.begin() inside the setup() function after M5.begin(). Without this, the sensor may not start properly, leading to zero readings. Also, ensure you're using the latest firmware and that the device isn't in USB mode, which can disable sensor updates.

There isn’t an official Eagle or DXF file publicly available for the ATOMIC Proto Kit layout. However, you might find community-made resources or footprints in forums or GitHub repositories related to ATOMIC boards. Alternatively, you could create your own PCB layout by measuring the board dimensions and pin headers manually.

This error usually means the Arduino IDE can’t find the esptool utility required to upload SPIFFS data. To fix this, try these steps:

Ensure you have the latest ESP32 board package installed via Board Manager.

Restart the Arduino IDE after installation or updates.

Check your system PATH environment variable includes the path to esptool (usually inside the ESP32 package folder).

If the problem persists, try reinstalling the ESP32 core or upload SPIFFS data using the command line with esptool.py directly.

The W5500 Ethernet library for Arduino does not natively support setting a DHCP hostname in its standard implementation. If you're using Ethernet.h, it lacks this functionality. For advanced DHCP options like hostname, consider using the EthernetENC or UIPEthernet library, which offer extended DHCP support. Alternatively, you’d need to modify the DHCP client in the library to include the hostname in the DHCP request packet manually.

To create a server with SIM800L, use GPRS to get a dynamic IP from your carrier. Enable TCP listening with AT+CIPSERVER=1,80. Forward incoming data to your M5Stack via serial. Since the IP is dynamic, use a DDNS service or periodically send the IP via SMS/email. Alternatively, have the M5Stack poll a cloud server for commands. SIM800L has limited capabilities, so keep the website simple (raw HTTP requests). Check the SIM800L AT command manual for TCP/IP setup details.

Try lowering the baud rate to 115200 in the upload settings—921600 can sometimes cause issues, especially on macOS. Also, double-check your USB cable (some are power-only), and try a different USB port or hub. If you're using a USB-C to serial adapter, that might be causing noise.

Make sure you're holding the "G0" or "BOOT" button while plugging in the USB or clicking "Burn"—this puts the Cardputer into flash mode. Also try a different USB cable (some are charge-only), and plug directly into your PC (avoid hubs). Lastly, check Device Manager to confirm the COM port is stable and not switching. If all else fails, try flashing with esptool manually via command line.