完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
|
|
|
|
|
|
1、遇到的问题以及解决方法
1.1无法进入烧录模式下载程序 因为esp32芯片进入烧写模式的条件是启动时检测boot引脚，因此需要摁着boot键才能下载程序。 出现连接不上spi flash时，出现如下情况: 出现这种情况一般是启动配置的strapping引脚采样电平不符合启动模式，需要调整硬件电路。 1.2 在linux里下载程序的时候老提示串口权限不足 linux下面串口设备的一般是root权限，因此使用串口需要取得root权限或者修改dev目录下串口的权限。 想 串口支持当前用户，需要把当前用户添加到Group，添加办法 sudo usermode -a -G dialout $USER1.3 LoadProhibited问题 寄存器转储 Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.当应用程序尝试读取或写入无效的内存位置时,会发生此 CPU 异常。 可能原因:写入/读取的地址可在寄存器转储中的 EXCVADDR 寄存器中找到. 1、如果此地址为零,则通常表示应用程序尝试引用 NULL 指针； 2、如果此地址接近于零,则通常意味着应用程序尝试访问结构体的成员,但指向该结构的指针为 NULL； 3、如果该地址是别的(垃圾值,不在 0x3fxxxxxx - 0x6xxxxxxx 范围内),则可能意味着用于访问数据的指针未初始化或已损坏。 引用NULL指针(&地址引用错误、野指针....) 上述例子原因在于下面，我free掉了这个扇区的信息，后期又esp_ota_get_running_partition()去获取，结果出错。
1.3 在编译时出现error: unrecognized command line option '-mfix-esp32-psram-cache-issue' 原因:这是因为ESP32的某些修订存在一些问题，这些问题会对外部RAM的使用产生影响。而这些内容都记录在ESP32 ECO文档中。 ESP-IDF以下列方式处理提及的错误 ESP32 rev v0-----ESP-IDF没有针对此版本硅片中的错误的解决方法，它不能用于将外部的PSRAM映射到ESP32s 主存储映射中。 ESP32 rev v1-----某些机器指令序列在外部存储器位置上运行时(ESP32 ECo 3.2)上运行时，此芯片版本中的错误会带来微信。 为了解决这个问题，编译ESP-IDF的gcc编译器 扩展了一个标志:-mfix-esp32-psram-cache-issue。 将这个标志传递给命令行上的gcc，编译器可以解决这个问题，并只输出可以安全执行的代码。 出现不认识的错误，是编译工具链的问题。 可以通过在ESP-IDF中，选择CONFIG_SPIRAM_CACHE_WOrKAROUND时，将启动此标志。此时ESP-IDF还采取其他措施确保不使用PSRAM访问和违规指令集的组合。这些措施包括: 在Makefile中除能下图选项，即可不启动此标志。不建议使用。 |
|
|
|
|
|
|
|
|
|
|
|
1、遇到的问题以及解决方法
1.1无法进入烧录模式下载程序 因为esp32芯片进入烧写模式的条件是启动时检测boot引脚，因此需要摁着boot键才能下载程序。 出现连接不上spi flash时，出现如下情况 出现这种情况一般是启动配置的strapping引脚采样电平不符合启动模式，需要调整硬件电路。 1.2 在linux里下载程序的时候老提示串口权限不足 linux下面串口设备的一般是root权限，因此使用串口需要取得root权限或者修改dev目录下串口的权限。 想 串口支持当前用户，需要把当前用户添加到Group，添加办法 sudo usermode -a -G dialout $USER1.3 LoadProhibited问题 寄存器转储 Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.当应用程序尝试读取或写入无效的内存位置时,会发生此 CPU 异常。 可能原因:写入/读取的地址可在寄存器转储中的 EXCVADDR 寄存器中找到. 1、如果此地址为零,则通常表示应用程序尝试引用 NULL 指针； 2、如果此地址接近于零,则通常意味着应用程序尝试访问结构体的成员,但指向该结构的指针为 NULL； 3、如果该地址是别的(垃圾值,不在 0x3fxxxxxx - 0x6xxxxxxx 范围内),则可能意味着用于访问数据的指针未初始化或已损坏。 引用NULL指针(&地址引用错误、野指针....) 上述例子原因在于下面，我free掉了这个扇区的信息，后期又esp_ota_get_running_partition()去获取，结果出错。
原因:这是因为ESP32的某些修订存在一些问题，这些问题会对外部RAM的使用产生影响。而这些内容都记录在ESP32 ECO文档中。 ESP-IDF以下列方式处理提及的错误 ESP32 rev v0-----ESP-IDF没有针对此版本硅片中的错误的解决方法，它不能用于将外部的PSRAM映射到ESP32s 主存储映射中。 ESP32 rev v1-----某些机器指令序列在外部存储器位置上运行时(ESP32 ECo 3.2)上运行时，此芯片版本中的错误会带来微信。 为了解决这个问题，编译ESP-IDF的gcc编译器 扩展了一个标志:-mfix-esp32-psram-cache-issue。 将这个标志传递给命令行上的gcc，编译器可以解决这个问题，并只输出可以安全执行的代码。 出现不认识的错误，是编译工具链的问题。 可以通过在ESP-IDF中，选择CONFIG_SPIRAM_CACHE_WOrKAROUND时，将启动此标志。此时ESP-IDF还采取其他措施确保不使用PSRAM访问和违规指令集的组合。这些措施包括: 在Makefile中除能下图选项，即可不启动此标志。不建议使用。 |
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
基于米尔瑞芯微RK3576核心板/开发板的人脸疲劳检测应用方案
678 浏览 0 评论
920 浏览 1 评论
814 浏览 1 评论
2030 浏览 1 评论
3275 浏览 1 评论
/7 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
5407
评论
淘帖
725
