Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

ESP32: rtc_gpio_hold_en() called on non-RTC GPIO18 during LilyGO repeater shutdown

Abierto
  • ¿Algo no está bien?
#3,586 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
55/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
c
Área
embedded-iot

Línea de trabajo

Read src/helpers/ESP32Board.cpp and variants/lilygo_tlora_v2_1/platformio.ini to trace ESP32Board::enterDeepSleep() and confirm the NSS pin definition. Check the ESP-IDF GPIO documentation for the hold API supported by the target ESP32 variant. Done means deep sleep no longer calls an RTC-only API for GPIO18; verify the behavior on the affected hardware if available.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

While helping another user troubleshoot a LilyGO LoRa32 V2.1-1.6 repeater (ESP32, 433 MHz variant), I came across an invalid RTC GPIO call in the deep-sleep code.

Observed behavior

A custom Repeater build based on commit a366955cb2f67b8e6842d4f00d2b6a554dddd88a booted successfully, then entered the power-off sequence and produced this log:

Repeater ID: <redacted>
Powering Off
E (5387) RTCIO: rtc_gpio_hold_en(153): RTCIO number error

The build used a different radio frequency and LoRa reset pin, but the NSS pin definition and deep-sleep implementation were unchanged from upstream.

Cause

The LilyGO profile defines:

-D P_LORA_NSS=18

On the original ESP32, ESP32Board::enterDeepSleep() calls:

rtc_gpio_hold_en((gpio_num_t)P_LORA_NSS);

GPIO18 is not RTC-capable on the original ESP32, so rtc_gpio_hold_en() returns ESP_ERR_INVALID_ARG.

The 153 in the error message is an ESP-IDF source line number, not a GPIO number.

The call is also present in the current upstream main branch.

Expected behavior

The deep-sleep code should not call an RTC-only API for a regular GPIO.

If keeping NSS high during deep sleep is required, the appropriate GPIO hold mechanism should be used for the target ESP32 variant.

Scope of testing

I traced the shutdown path in the source and checked it against the captured UART log.

The power-off event itself appears to originate from the GPIO0 long-press handler. Its electrical cause has not been established.

The invalid RTC GPIO call explains the subsequent RTCIO error, not the original power-off event.

I have not reproduced this on an unmodified stock firmware binary or verified a fix on the affected hardware.

References
Lenguaje dominante
C
Estrellas
3.9k
Forks
1.5k
Merge medio
18 h 59 min
PR fusionados (30 d)
28

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de meshcore-dev/MeshCore

Todos los issues de meshcore-dev/MeshCore

Issues similares

Más issues de C

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.