在MicroPython中使用machine.deepsleep()后出現rst:0x5 (DEEPSLEEP_RESET)和boot:0x13 (SPI_FAST_FLASH_BOOT)的原因是什么?如何解決?

在micropython中使用machine.deepsleep()函數后出現的rst:0x5 (deepsleep_reset)和boot:0x13 (spi_fast_flash_boot)提示信息的原因和解決方法如下:

在MicroPython中使用machine.deepsleep()后出現rst:0x5 (DEEPSLEEP_RESET)和boot:0x13 (SPI_FAST_FLASH_BOOT)的原因是什么?如何解決?

關于machine.deepsleep()后出現的rst:0x5 (DEEPSLEEP_RESET)和boot:0x13 (SPI_FAST_FLASH_BOOT)問題

在使用Micropython進行編程時,常常會遇到與硬件相關的特殊情況。最近,有用戶在使用machine.deepsleep()函數后,設備在喚醒時出現了rst:0x5 (DEEPSLEEP_RESET)和boot:0x13 (SPI_FAST_FLASH_BOOT)的提示信息,并對其含義和解決方法感到困惑。

以下是用戶提供的代碼示例:

import machine import time <h1>初始化RTC用于在深度睡眠間保存數據</h1><p>rtc = machine.RTC()</p><p><span>立即學習</span>“<a href="https://pan.quark.cn/s/00968c3c2c15" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">Python免費學習筆記(深入)</a>”;</p><h1>定義任務函數</h1><p>def task1(): print("執行任務1")</p><h1>這里添加任務1的具體操作</h1><pre class="brush:php;toolbar:false"># 比如讀取傳感器、控制GPIO等

def task2(): print(“執行任務2”)

這里添加任務2的具體操作

# 比如發送數據、改變狀態等

檢查喚醒原因

if machine.reset_cause() == machine.DEEPSLEEP_RESET:

從RTC內存讀取狀態

state = rtc.memory() print("從深度睡眠喚醒,之前狀態:", state)  if state == b'x00':     task1()     new_state = b'x01' else:     task2()     new_state = b'x00'

else:

首次啟動時執行任務1

print("冷啟動") task1() new_state = b'x01'

保存新狀態到RTC內存

rtc.memory(new_state)

設置深度睡眠30秒(30000毫秒)后喚醒

print(“進入深度睡眠…”) machine.deepsleep(30000)

運行結果如下:

冷啟動 執行任務1 進入深度睡眠... ets Jul 29 2019 12:21:46</p><p>rst:0x5 (DEEPSLEEP_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:2 load:0x3fff0030,len:4540 ho 0 tail 12 room 4 load:0x40078000,len:12344 ho 0 tail 12 room 4 load:0x40080400,len:4124 entry 0x40080680 MicroPython v1.19.1 on 2022-06-18; ESP32 module with ESP32 Type "help()" for more information.

用戶在遇到這個問題后,經過一番排查,發現問題的原因是沒有將代碼上傳到ESP32模塊上。原來,rst:0x5 (DEEPSLEEP_RESET)表示設備是從深度睡眠狀態中喚醒的,而boot:0x13 (SPI_FAST_FLASH_BOOT)表示設備正在使用SPI快速閃存啟動模式。這兩個信息本身并不表示有問題,而是正常的設備狀態信息。

因此,解決這個問題的方法非常簡單:確保將代碼正確上傳到ESP32模塊上。用戶在確認代碼已經上傳到設備后,設備能夠正常進入深度睡眠并在設定時間后喚醒,運行相應的任務函數。

? 版權聲明
THE END
喜歡就支持一下吧
點贊5 分享