Posts made by yuyun2000

@Aseed122 Да, вы можете установить библиотеки m5stack или m5 на свой ESP32 с самостоятельно установленным MicroPython, но не через M5Burner напрямую. M5Burner используется для прошивки готовых прошивок (включая UIFlow), а не для установки библиотек на существующую MicroPython-систему. Вот метод через терминал ПК:
Шаг 1: Установите инструменты для работы с MicroPython

ampy (Adafruit MicroPython Tool) — утилита для передачи файлов в MicroPython по серийному порту.Установите через терминал: pip install adafruit-ampy

Шаг 2: Скачайте библиотеки M5Stack

Официальные библиотеки M5Stack для MicroPython доступны на GitHub.
Скачайте нужные файлы (например, m5stack.py, m5ui.py, uiflow1.py или специфичные для вашего устройства, как m5stickc.py).

Шаг 3: Передайте библиотеки на устройство через терминал

Подключите ESP32 к ПК через USB.
Определите порт устройства (например, COM3 на Windows или /dev/ttyUSB0 на Linux/macOS).
Используйте ampy для передачи файлов: # Пример: передача файла m5stack.py в корень файловой системы ESP32
ampy --port COM3 put m5stack.py

Для папок (например, res/ с ресурсами): ampy --port COM3 mkdir res # Создайте папку
ampy --port COM3 put res/image.png # Передайте файл в папку

Пример использования библиотеки в коде
После передачи библиотек вы можете импортировать их в скрипте (например, main.py):
from m5stack import *
from m5ui import *

setScreenColor(0x000000) # Черный фон
label = M5TextBox(10, 10, "Hello M5Stack!", lcd.FONT_Default, 0xFFFFFF, rotate=0)

Важные примечания

Совместимость: Библиотеки M5Stack разработаны для официальных прошивок M5 (UIFlow). На чистой MicroPython могут понадобиться доработки (например, для работы с дисплеем или сенсорами).
Альтернатива: Если вы не хотите использовать UIFlow, попробуйте официальную прошивку MicroPython от M5Stack (доступна в M5Burner в разделе "MicroPython" для вашего устройства). Она уже содержит предустановленные библиотеки.

https://chat.m5stack.com/

@cepics The RST pin assignment for COMX LTE (SKU:M031-A) is not provided in the materials. However, since the module uses AT commands for control (via UART 115200bps), you may not need a dedicated RST pin connection if using software reset via AT commands (e.g., AT+CFUN=1,1 to reset the module).
For Adafruit_FONA compatibility, if a hardware RST is required, you can connect an unused GPIO pin from Core1 (e.g., G2) to the module's RST pin (refer to the module's schematic for exact RST pin location, typically labeled "RST" or "RESET" on the PCB).

https://chat.m5stack.com/

@j-garcia Para tu proyecto de detección de luz con M5Stack Fire y UIFlow 1, sigue estos pasos:

1. Preparación inicial

Instala M5Burner: Descarga el M5Burner (elige tu sistema operativo) y sigue estos pasos:
Selecciona "M5Fire" en la lista de dispositivos.
Elige el firmware "UIFlow1" y configura tu WiFi (SSID y contraseña).
Selecciona el puerto COM correcto y haz clic en "Start" para grabar el firmware.

Obtén el API KEY: Después de grabar, usa M5Burner > "Configure" > "Load" para ver el API KEY del dispositivo.

2. Programación en UIFlow1 Web IDE

Accede a flow.m5stack.com, selecciona "M5Fire" y pega el API KEY en la configuración (icono de engranaje).

3. Detección de luz con el sensor integrado
   El M5Fire tiene un sensor de luz ambiental integrado. Usa estos bloques:

Leer valor de luz: Hardware > Sensor > Get Light Sensor Value (devuelve un número entre 0-4095, donde mayor valor = más luz).
Lógica condicional: Logic > If para comparar el valor leído con un umbral (ej: si valor > 1000 entonces ...).

4. Ejemplo básico de código (Blockly)
   from m5stack import *
   from m5ui import *
   from uiflow1 import *

setScreenColor(0x000000)
label0 = M5TextBox(10, 10, "Luz: ", lcd.FONT_Default, 0xFFFFFF, rotate=0)
label1 = M5TextBox(80, 10, "0", lcd.FONT_Default, 0xFFFFFF, rotate=0)

while True:
luz = lightSensor.getLightValue() # Lee el sensor
label1.setText(str(luz)) # Muestra el valor en pantalla
if luz > 1500: # Umbral de luz alto
rgb.setColorAll(0xff0000) # LED rojo encendido
# Aquí agrega tus procesos (ej: activar relay, enviar datos)
else:
rgb.setColorAll(0x000000) # LED apagado
wait_ms(500)

5. Recursos útiles

Tutorial oficial de UIFlow1 para M5Fire
Guía de bloques de sensor de luz

https://chat.m5stack.com/

@ImLunchtime 有建议欢迎多提~

@ImLunchtime chatbot是否解决了你的问题？ 他的回复有什么帮助？

@samantha_martin Hola Samantha. El M5StickC Plus (SKU:K016-P) utiliza el chip ESP32-PICO-D4, que integra Bluetooth LE. Para reducir la latencia en la transmisión HID, puedes probar las siguientes acciones:

Optimizar la frecuencia de envío de datos: En las librerías ESP32-BLE-Keyboard o BleGamepad, ajusta el intervalo de notificación BLE a un valor más bajo (por ejemplo, 10-20 ms). Algunas librerías permiten configurar esto al inicializar el dispositivo HID.

Minimizar el código en el loop(): Asegúrate de que no haya delays innecesarios ni tareas bloqueantes (como impresiones Serial) que ralenticen la detección de botones y el envío de comandos.

Configurar el modo BLE de bajo consumo: Aunque el ESP32-PICO-D4 es eficiente, verifica que no se encuentre en modos de suspensión prolongada. Asegúrate de que el dispositivo BLE esté configurado para enviar notificaciones inmediatamente al detectar una pulsación.

Actualizar el firmware del ESP32: Usa la última versión del core ESP32 en Arduino IDE, ya que a menudo incluyen optimizaciones en el stack BLE.

Verificar la configuración de Android: En el menú de configuración de Bluetooth de tu teléfono, desactiva opciones como "Ahorro de batería" para el dispositivo M5StickC Plus, ya que pueden restringir la frecuencia de actualizaciones HID.

https://chat.m5stack.com/

@Jesse25 The DRV8825-based module you linked is suitable for NEMA 17 motors (59Ncm) as it supports adjustable microstepping (up to 1/32) and can handle typical NEMA 17 current requirements.
M5Stack offers compatible options:

Module13.2 GRBL (SKU:M035) with DRV8825, 1.5A max current, 1/32 microstepping via dip switches, and stackable for multi-axis control.
Atomic Stepmotor Base (SKU:A132) with DRV8825, 1.2A max current, and adjustable microstepping via dip switch, designed for ATOM series controllers.

Both support adjustable microstepping and balance performance with cost-effectiveness for multiple units.
https://chat.m5stack.com/

@killernils Your project is feasible with UIflow2 (MicroPython). Here's the breakdown:

Hardware Compatibility:

CoreS3 (SKU:K128) supports both Unit Weight-I2C and Module13.2 Stepmotor Driver v1.1 (SKU:M039-V11) via I2C
Stepper driver provides precise control with microstepping (FULL to 1/32 step) and step counting
Weight unit offers calibration, tare function, and filter settings through UIflow2 blocks

Required Functions Implementation:

Load Cell Calibration: Use WEIGHT_I2CUnit.set_calibration() with known weights
Tare Function: Implement via WEIGHT_I2CUnit.set_reset_offset()
Stepper Control: Utilize StepMotorDriverModule methods for direction, microstepping, and PWM frequency control
Position Tracking: Count steps using motor control commands and convert to displacement based on T8x4 rod (4mm per revolution)
Data Logging: Use UIflow2's file system blocks to save CSV data to internal storage
HMI Interface: Create buttons and plots using CoreS3's display blocks

Implementation Considerations:

Ensure proper power supply (9-24V) for the stepper driver
Implement step delay logic for smooth motor movement
Add error handling for load cell over-range conditions
Use filter functions on weight readings for stable measurements

https://chat.m5stack.com/

@jahaan2311 The "GET mac failed" error when burning UIFlow 2.0 firmware to your PaperS3 (SKU:C139) typically relates to communication issues during the flashing process. Here are the recommended steps to resolve this:

Ensure Correct Download Mode: When connecting the PaperS3 to your Mac, make sure the device enters download mode properly. The screen should remain blank after connecting, indicating it's in programming mode.

Verify M5Burner Setup:

Confirm you have the latest M5Burner version installed for macOS
Select the correct PaperS3 firmware in M5Burner
Double-check the USB port selection matches your connected device

Check USB Connection:

Try using a different USB-C cable (preferably a data cable, not charging-only)
Connect directly to your Mac's USB port instead of using a hub
Avoid using USB-C adapters if possible

Reconfigure Burning Settings:

In M5Burner, click "Configure" before burning
Verify all Wi-Fi settings are correctly entered
Ensure the baud rate is set to the recommended value (typically 115200)

macOS Specific Considerations:

Ensure you have the necessary USB drivers installed
Check System Preferences > Security & Privacy for any blocked developer extensions
Try restarting your Mac and the PaperS3 device before retrying

If the issue persists after these steps, please try burning the factory firmware first using the PaperS3 Factory Firmware and then attempt the UIFlow 2.0 firmware again.

https://chat.m5stack.com/

@jalmalogni To debug the USB keyboard issue with your Tab5 (SKU:C145/K145), please try the following steps:

Verify USB OTG Configuration: Ensure your code correctly initializes USB OTG mode. Add these build flags to your PlatformIO configuration:
build_flags =
-DARDUINO_USB_CDC_ON_BOOT=1
-DARDUINO_USB_MODE=1

Check USB Initialization Order: Modify the initialization sequence in setup():
USB.begin(); // Initialize USB first
delay(1000); // Add delay before keyboard initialization
Keyboard.begin();

Monitor USB Enumeration: Connect via WebTerminal through UiFlow2 to check if the USB device is recognized. Navigate to the serial monitor and look for USB HID initialization messages.

Test Hardware Connection: Ensure you're using the USB-C port (labeled as USB 2.0 OTG) on Tab5, not the USB-A host port. Try different USB cables known to work with data transfer.

Simplify Test Code: Use this minimal example to isolate the issue:
#include <M5Unified.h>
#include "USB.h"
#include "USBHIDKeyboard.h"

USBHIDKeyboard Keyboard;

void setup() {
M5.begin();
USB.begin();
delay(2000);
Keyboard.begin();
M5.Lcd.print("USB HID Ready");
}

void loop() {
M5.update();
if (M5.BtnA.wasPressed()) {
Keyboard.print("Hello");
Keyboard.write(KEY_RETURN);
}
}

Check Power Management: Ensure Tab5 is sufficiently powered (use external power if battery level is low). USB HID functionality may be disabled under low power conditions.

https://chat.m5stack.com/

@deardeer Cardputer v1.1 (SKU:K132-V11)をBLEキーボードとして使用する際のペアリング問題について、以下の解決方法をご提案します。

ファームウェアの更新Cardputer v1.1の公式ファームウェアを最新版に更新してください。不具合修正や互換性改善が含まれている可能性があります。更新方法はCardputer v1.1 UiFlow2クイックスタートを参照してください。

BLE設定のリセットCardputerの電源を入れ直した後、既存のペアリング情報を削除してください。Raspberry Pi Zero 2 WとAndroid端末側でも「既知のデバイス」からCardputerを削除し、再度ペアリングを試行してください。

ペアリング手順の確認CardputerをBLEキーボードモードで起動し、ペアリングモードに入る必要があります。デフォルトでは特定のキーコンビネーション（例：FN + Enter）でペアリングモードを有効にする場合があります。詳細は製品マニュアルをご確認ください。

Raspberry PiのBluetooth設定Raspbian Bullseyeでは、BlueZのバージョンによってBLE互換性が異なる場合があります。以下のコマンドでBluetoothサービスを再起動し、デバイスを再スキャンしてください：
sudo systemctl restart bluetooth
bluetoothctl scan on

Android端末の設定Android 15では、位置情報を有効にしてBluetoothスキャンを許可する必要がある場合があります。設定 > アプリ > Bluetooth > 権限で「位置情報」を有効にしてください。

https://chat.m5stack.com/

The "invalid Timer number" error occurs because the IRUnit is trying to use a hardware timer that's either unavailable or already in use on your M5 device. ESP32-based boards have limited hardware timers (usually 4, IDs 0-3), and the default timer allocation in the IR library might conflict with other system functions.
Solution:Explicitly specify a valid timer ID when initializing the IRUnit. Modify your setup code to include the timer_id parameter with a value between 0-3:
ir_0 = IRUnit((1, 2), timer_id=1) # Try timer IDs 0, 1, 2, or 3

Troubleshooting Tips:

Test different timer IDs (0-3) if the first attempt fails
Ensure no other libraries/features are using the same timer (e.g., PWM, other sensors)
Verify your M5 device's firmware is up-to-date via UIFlow2

https://chat.m5stack.com/

@montanaman Although the specific "RGB LED" unit for the SK6812 LED strip in UIFlow 1.x might not be directly available in UIFlow 2.0, UIFlow 2.0 still supports controlling SK6812 LEDs. There are several M5Stack units that integrate SK6812 LEDs and can be used in UIFlow 2.0, such as:

Unit Key (SKU: U144): Embedded with one programmable RGB LED - SK6812, supports 256 level brightness.
Unit Fader (SKU: U123): Comes with 14x SK6812 programmable RGB lights.
Unit RGB LED Strip (SKU: A093): A programmable light strip using SK6812 LEDs, supporting digital addressing to control the color and brightness of each LED.
Unit RGB LED (SKU: A035 A035 - B A035 - C A035 - D A035 - E): Another programmable light strip using SK6812 LEDs.
Unit Encoder (SKU: U135): Equipped with 2x SK6812 programmable RGB LEDs.
Unit HEX (SKU: A045): Has 37 SK6812 RGB LEDs.
Unit ACSSR (SKU: U139): Features a programmable SK6812 RGB LED.
Unit DCSSR (SKU: U140): Also comes with a programmable SK6812 RGB LED.

You can use these units to achieve similar functionality in UIFlow 2.0.

https://chat.m5stack.com/

@ph0sgene At present, only the function information has been input into LLM, so it may not have the ability to plan programs, and explaining functions may be more useful

The issue you're experiencing with the M5StamPLC.begin() function interfering with Serial1 is likely due to the library initializing or reconfiguring the hardware UART pins used by Serial1. Here's how you can resolve it:
Solution:

Check Pin Mapping:

Ensure that the pins you're using for Serial1 (RX_PIN and TX_PIN) are not being reconfigured by the M5StamPLC.begin() function. The M5StamPLC library might initialize its own UART or other peripherals on the same pins.

Explicitly Reinitialize Serial1 After M5StamPLC.begin():

Call Serial1.begin() again after M5StamPLC.begin() to ensure the UART settings are restored:void setup() {
M5StamPLC.begin();
Serial1.begin(38400, SERIAL_8N1, RX_PIN, TX_PIN);
}

Use Alternative UART Pins:

If the issue persists, try using a different UART (e.g., Serial2) if your hardware supports it. For example:Serial2.begin(38400, SERIAL_8N1, RX_PIN_2, TX_PIN_2);

Review M5StamPLC Library Documentation:

The M5StamPLC library might have specific requirements or conflicts with certain pins. Refer to the official documentation for details.

Debugging:

Add debug prints to verify if Serial1 is being initialized correctly:void setup() {
Serial.begin(115200); // For debugging
M5StamPLC.begin();
Serial1.begin(38400, SERIAL_8N1, RX_PIN, TX_PIN);
Serial.println("Serial1 initialized");
}

Additional Notes:

If the problem is related to the M5StamPLC library's internal UART configuration, you may need to modify the library or contact M5Stack support (support@m5stack.com) for further assistance.

https://chat.m5stack.com/

@naofuruta The issue with the timestamp being set to 2075 on photos taken with V-Training is likely due to a firmware or configuration problem. Here’s how you can fix it:
Steps to Resolve:

Update Firmware:

Ensure your M5StickV or the device running V-Training has the latest firmware installed. Outdated firmware can cause incorrect timestamps.
Download the latest firmware from the M5Stack official website.

Check RTC (Real-Time Clock):

The device’s RTC might not be properly set. Use the following steps to sync the time:
Connect the device to Wi-Fi (if supported) to sync the time automatically.
Manually set the RTC using the device’s configuration menu or via a script.

Reconfigure V-Training:

Reset the V-Training application settings to default and reconfigure it.
Ensure the timestamp settings in the app are correctly configured.

Verify SD Card:

A corrupted or improperly formatted SD card can cause timestamp issues. Format the SD card to FAT32 and try again.

Factory Reset:

If the issue persists, perform a factory reset on the device and reinstall the firmware and V-Training application.

Additional Notes:

If the problem continues, contact support@m5stack.com for further assistance.
Provide details such as the device model, firmware version, and steps you’ve already tried.
https://chat.m5stack.com/

To resolve the issue with your M5Stack Core2 not switching to "Public" mode in UIFlow 2.0, follow these steps:
Steps to Fix:

Reconfigure in M5Burner:

Open M5Burner and ensure you are using the latest firmware for Core2.
Select the correct port and click Configure.
Choose Public mode in the configuration options before burning the firmware.

Check Account Binding:

Ensure the device is bound to the same account used in UIFlow 2.0. Log in to UiFlow2 with the same credentials as M5Burner.
If the device is still "Private," unbind it from your account and rebind it.

Wi-Fi Connection:

Ensure the Core2 is connected to Wi-Fi. A stable connection is required for online control.

Reset and Reburn:

Perform a factory reset on the Core2.
Reburn the firmware, ensuring Public mode is selected.

Verify in UIFlow 2.0:

After reburning, check the device status in UIFlow 2.0 under Select Device. It should now appear as "Public."

Additional Notes:

If the issue persists, contact support@m5stack.com for further assistance.
Ensure no conflicting configurations (e.g., API keys) are interfering with the mode switch.

https://chat.m5stack.com/

Yes, it is possible to put the AtomS3R into deep or light sleep mode and wake it up using the accelerometer, but this functionality is not directly available through the UIFlow 2.0 API. However, you can achieve this using Arduino by leveraging the ESP32's low-power features and the accelerometer's interrupt capabilities.
Steps to Implement in Arduino:

Deep/Light Sleep Setup:

Use the esp_sleep_enable_ext0_wakeup() or esp_sleep_enable_ext1_wakeup() functions to configure the wake-up source from the accelerometer's interrupt pin.
The accelerometer's INT pin is connected to XTAL_32K_N (as you noted), which can be used as a wake-up trigger.

Accelerometer Configuration:

Configure the accelerometer (e.g., MPU6886 or similar) to generate an interrupt when a significant acceleration is detected.
Set the threshold for acceleration to trigger the interrupt.

Putting the Device to Sleep:

Call esp_deep_sleep_start() for deep sleep or esp_light_sleep_start() for light sleep.

Example Code (Arduino):
#include <M5AtomS3.h>

void setup() {
M5.begin(); // Initialize M5AtomS3
M5.Imu.Init(); // Initialize the IMU (accelerometer)

// Configure accelerometer interrupt
M5.Imu.setIntEnable(1); // Enable interrupt
M5.Imu.setWakeOnMotionThreshold(10); // Set threshold (adjust as needed)
M5.Imu.setWakeOnMotionEnabled(true); // Enable wake-on-motion

// Configure wake-up from accelerometer interrupt
esp_sleep_enable_ext0_wakeup(GPIO_NUM_X, HIGH); // Replace X with the correct GPIO for XTAL_32K_N

Serial.println("Going to sleep...");
delay(100);
esp_deep_sleep_start(); // Enter deep sleep
}

void loop() {
// This will not run after deep sleep
}

Notes:

UIFlow 2.0 Limitation: UIFlow 2.0 does not currently expose APIs for configuring sleep modes or accelerometer-based wake-up. You must use Arduino for this functionality.
GPIO Pin: You need to identify the correct GPIO pin connected to XTAL_32K_N (check the AtomS3R schematic or documentation).
Power Consumption: Deep sleep significantly reduces power consumption, while light sleep retains some peripherals (like Wi-Fi) but consumes more power.

Alternative Approach:
If you prefer UIFlow, you might need to use a workaround (e.g., periodic wake-up and check accelerometer values), but this is less efficient than hardware-triggered wake-up.

https://chat.m5stack.com/

@SirMichael
The issue you're encountering is due to differences in data alignment and padding between the Arduino NANO (AVR architecture) and the M5Stack Core2 (ESP32 architecture). Here's why the sizeof your structure differs and how to fix it:

Why the Size Differs

Data Alignment:

The ESP32 (Core2) aligns data to 4-byte boundaries by default for performance reasons, while the AVR (NANO) does not.
This causes the compiler to insert padding bytes between struct members to meet alignment requirements.

Double Precision (double):

On AVR, double is typically 4 bytes (same as float).
On ESP32, double is 8 bytes (true IEEE 754 double precision).
This alone explains part of the size difference.

Padding:

The ESP32 compiler may insert padding after uint16_t members to align the double to an 8-byte boundary.

How to Fix It
To ensure the struct has the same size and layout on both platforms, you can:

Use #pragma pack:

Force the compiler to use 1-byte alignment (no padding) for the struct:#pragma pack(push, 1) // Disable padding
struct AmpStruct {
uint8_t bMode;
uint16_t iBand;
float dVolts; // Use float instead of double for consistency
uint16_t iAmpTemp;
uint16_t iFanOutput;
uint16_t iFwdPower;
uint16_t iRefPower;
};
#pragma pack(pop) // Restore default alignment

Note: Replace double with float to ensure consistency (4 bytes on both platforms).

Manually Pad the Struct:

If you must use double, manually add padding to match the ESP32 layout:struct AmpStruct {
uint8_t bMode;
uint8_t _pad1; // Manual padding
uint16_t iBand;
double dVolts;
uint16_t iAmpTemp;
uint16_t iFanOutput;
uint16_t iFwdPower;
uint16_t iRefPower;
};

Use Serialization:

Instead of sending the raw struct, serialize it into a byte array with fixed sizes:uint8_t buffer[24]; // Adjust size as needed
buffer[0] = AmpData.bMode;
memcpy(&buffer[1], &AmpData.iBand, 2);
memcpy(&buffer[3], &AmpData.dVolts, 8); // Or use float
// ... repeat for other members
Serial.write(buffer, sizeof(buffer));

Key Takeaways

Use float instead of double unless you need the extra precision.
Force 1-byte alignment with #pragma pack to avoid padding.
Test the struct size on both platforms after changes:Serial.print("Size of AmpStruct: ");
Serial.println(sizeof(AmpStruct));

https://chat.m5stack.com/

The error you're encountering (fatal error: esp32/rom/rtc.h: No such file or directory) typically occurs when the Arduino IDE is not properly configured with the correct ESP32 board support package (BSP) or when there's a mismatch between the installed libraries and the board you're targeting (Core S3 in this case).
Here are the steps to resolve the issue:

1. Install or Update the ESP32 Board Support Package

Open the Arduino IDE.
Go to File > Preferences.
In the "Additional Boards Manager URLs" field, ensure you have the following URL:https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json

If it's not there, add it and click "OK."
Go to Tools > Board > Boards Manager.
Search for esp32 and install or update the esp32 package by Espressif Systems.

2. Select the Correct Board

After installing the ESP32 BSP, go to Tools > Board and select M5Stack CoreS3 (or the closest match if "CoreS3" isn't listed explicitly).
Ensure the Flash Mode, Partition Scheme, and other settings are appropriate for the Core S3.

3. Check the M5Stack Library Version

The error suggests a conflict with the M5Stack library. Ensure you're using the latest version of the M5Stack library compatible with the Core S3.
Go to Sketch > Include Library > Manage Libraries.
Search for M5Stack and install the latest version.
If you already have it installed, try uninstalling and reinstalling it.

4. Verify the Example Code

The example you're using includes M5Stack.h and M5CoreS3.h. Ensure these headers are compatible with your setup.
If the example is from an older version of the library, it might not work with the Core S3. Look for updated examples in the latest library documentation.

5. Check the Serial Port and Upload Settings

Ensure the correct serial port is selected under Tools > Port.
If uploading fails, try pressing the reset button on the Core S3 just before uploading.

6. Clean the Sketch Folder

Sometimes, leftover files from previous builds can cause issues. Try creating a new sketch and copying the code into it.

7. Debugging Further

If the issue persists, share the exact steps you followed to set up the Arduino IDE and install the libraries. This will help pinpoint the problem.

https://chat.m5stack.com/