ESP32-CAM первый: 0x8 TG1WDT_SYS_RESET загрузочный цикл

Похожая проблема возникла при запуске тестового кода для модуля ввода данных на основе платы NodeMCU-32s. Плата перезагружалась примерно раз в секунду с той же ошибкой. Это оказалось моей ошибкой. Я перепутал номер физического контакта платы с номером GPIO. Я предполагаю, что попытка чтения выводов GPIO, которые не перенаправлены на выводы чипа, по-прежнему осуществляла доступ к внутренним регистрам, и этого было достаточно для инициализации сторожевого таймера. Поскольку в остальном я ничего не делал для сторожевого таймера (например, часто сбрасывал его), сторожевой таймер правильно выполнял свою работу и сбрасывал часть. Это было не очевидно для меня. В среде Arduino настройка Tools-> Core Debug Level на Verbose дала некоторые подсказки. Отключение некоторых моих входов GPIO также привело меня к тому, что ошибка сторожевого таймера прекратилась, и оттуда я смог продолжить. Короче говоря, я рекомендую проверить назначение контактов для ввода-вывода!

1. Поставляется ли ваша камера esp32_cam с PSRAM? У меня была программа, работающая на esp32 wroom с PSRAM, этот же код не мог работать на esp32 wroom. После проверки esp32 wroom не поставляется с PSRAM.

2. Скажем, esp32_cam поставляется с PSRAM, как ее инициализировать?

3. В моем коде есть ISR для принудительного выключения через 15 минут пробуждения из глубокого сна, я получу ту же ошибку при сбросе, когда есть цикл while или for, и я пропустил эти две строки кода. vTaskDelay(3/portTICK_PERIOD_MS); esp_task_wdt_reset();

надеюсь, это поможет.

Я получил то же самое "rst:0x8 (TG1WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)" и сбой при использовании M5stack-Timer-Camera после выполнения "SerialM.setDebugOutput(true);" затем запустите камеру с помощью "camera_init()" а затем выполнить "EEPROM.commit".

Когда я удаляю "SerialM.setDebugOutput(true);" ошибка/сбой исчезают, и вместо этого я просто получаю предупреждение (Serial-Terminal) о "cam_hal: EV-EOF-OVF" при выполнении "EEPROM.commit".

Поэтому в моем случае я подозреваю, что "SerialM.setDebugOutput(true)" вызывал ошибку "cam_hal: EV-EOF-OVF" сообщение об ошибке для сбоя во время "EEPROM.commit".

Исходя из моего личного опыта работы с чипом ESP32-s3 ESP-CAM, конкретная ошибка является результатом неверной строки кода.

Лучший способ решить эту проблему — очень внимательно изучить написанный вами код, поскольку некоторые ошибки, которые вы можете внести в arduino ide, могут не обнаружиться в процессе компиляции.

Например, я собирал оболочку UART, используя тот же процессор.

Мой код выдавал ту же ошибку из-за вот этого кода:

private:
    size_t commandsLen = 1;
    string commands[1]{
        "lcdcam"
    };

Мне удалось исправить цикл сброса, исправив синтаксис в моем массиве строк. В котором отсутствовал знак равенства.

Следующая модификация устранила мою конкретную проблему, и есть вероятность, что ваша проблема связана с синтаксисом, как и моя.

private:
    size_t commandsLen = 1;
    string commands[1] = {
        "lcdcam"
    };

Изменить: При дальнейшем рассмотрении была обнаружена дополнительная проблема, которая также вызывала эту ошибку.

Обратите внимание на следующий код:

public:
    bool commandSwitch(Uart uart, BosCommand cmd){
        if(cmd.getCommandLength() <= 0){
            sendOutput(uart, "Failed to find commands.\n\r");
            return false;
        }
        string target = cmd.getCommandArg(0);
 
        if(target == "lcdcam"){
            BosCommandSwitch targetCmd;
            targetCmd.init(uart, cmd);
            return targetCmd.process();
        }else{  
           // удаленный
        }
        return false;
    }

Проблема в том, что процессору не нравится, когда я объявляю класс BosCommandSwitch внутри логики if. Исправление массива строк не только исправило ошибку сброса, но и перемещение объявления объекта класса в приватный раздел моего класса позволило всему моему коду работать без автоматического сброса.

private:
    BosCommandSwitch targetCmd;
public:
    bool commandSwitch(Uart uart, BosCommand cmd){
        if(cmd.getCommandLength() <= 0){
            sendOutput(uart, "Failed to find commands.\n\r");
            return false;
        }
        string target = cmd.getCommandArg(0);
 
        if(target == "lcdcam"){
            targetCmd.init(uart, cmd);
            return targetCmd.process();
        }else{  
           // удалено
        }
        return false;
    }

Я полагаю, что проблема связана с распределением памяти. Как только вы углубитесь в логику, вы уменьшите объем доступной памяти в конкретном регионе. Хотя это всего лишь предположение с моей стороны.