Panic core_esp8266_main.cpp:137 __yield
时间: 2023-05-22 20:03:39 浏览: 160
这个问题是关于编程的,我会尽力帮助你解决。这个错误提示通常是由于 ESP8266 程序在执行期间发生了错误,导致操作系统无法继续正常运行。错误通常由内存不足或其他硬件问题引起。可以通过检查程序中的代码和硬件连接来找到问题所在,并进行修复。如果你可以提供更多信息,我会更具体地回答你的问题。
相关问题
assert failed: xTaskGenericNotify tasks.c:5545 (xTaskToNotify) Backtrace: 0x40025c86:0x3ffe2bb0 0x4002f081:0x3ffe2bd0 0x40036b46:0x3ffe2bf0 0x400314ec:0x3ffe2d10 0x40090e22:0x3ffe2d40 0x40025c86: panic_abort at D:/esp/esp-idf-v4.4.3/components/esp_system/panic.c:402 0x4002f081: esp_system_abort at D:/esp/esp-idf-v4.4.3/components/esp_system/esp_system.c:128 0x40036b46: __assert_func at D:/esp/esp-idf-v4.4.3/components/newlib/assert.c:85 0x400314ec: xTaskGenericNotify at D:/esp/esp-idf-v4.4.3/components/freertos/tasks.c:5545 (discriminator 1) 0x40090e22: uvc_stream_stop at D:/coding/esp32s3/esp-s2-catboard/components/usb/usb_stream/usb_stream.c:2110 (inlined by) _usb_stream_handle_task at D:/coding/esp32s3/esp-s2-catboard/components/usb/usb_stream/usb_stream.c:2773
这是一个错误的堆栈跟踪,表明在执行任务通知时发生了断言失败。具体来说,发生了一个断言失败的错误,代码位于`tasks.c`文件的5545行,函数名为`xTaskGenericNotify`。该断言可能是由于`xTaskToNotify`的值不正确引起的。
此外,堆栈跟踪还显示了一些其他函数的调用链,包括`panic_abort`、`esp_system_abort`和`__assert_func`等。
要解决这个问题,你可以检查在调用`xTaskGenericNotify`之前的代码,确保传递给`xTaskToNotify`参数的值是正确的。另外,你还可以检查其他可能导致此错误的代码区域,例如在调用`uvc_stream_stop`函数或`_usb_stream_handle_task`函数时。
如果你需要更具体的帮助,请提供更多的上下文信息,例如相关的代码片段或其他错误信息。
vm.admin_reserve_kbytes = 8192 vm.block_dump = 0 vm.compact_unevictable_allowed = 1 vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 10 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 20 vm.dirty_writeback_centisecs = 500 vm.dirtytime_expire_seconds = 43200 vm.drop_caches = 3 vm.extfrag_threshold = 500 vm.hugepages_treat_as_movable = 0 vm.hugetlb_shm_group = 0 vm.laptop_mode = 0 vm.legacy_va_layout = 0 vm.lowmem_reserve_ratio = 256 256 32 1 vm.max_map_count = 65530 vm.memory_failure_early_kill = 0 vm.memory_failure_recovery = 1 vm.min_free_kbytes = 67584 vm.min_slab_ratio = 5 vm.min_unmapped_ratio = 1 vm.mmap_min_addr = 65536 vm.mmap_rnd_bits = 28 vm.mmap_rnd_compat_bits = 8 vm.nr_hugepages = 0 vm.nr_hugepages_mempolicy = 0 vm.nr_overcommit_hugepages = 0 vm.numa_stat = 1 vm.numa_zonelist_order = Node vm.oom_dump_tasks = 1 vm.oom_kill_allocating_task = 0 vm.overcommit_kbytes = 0 vm.overcommit_memory = 0 vm.overcommit_ratio = 50 vm.page-cluster = 3 vm.panic_on_oom = 0 vm.percpu_pagelist_fraction = 0 vm.stat_interval = 1 vm.swappiness = 60 vm.user_reserve_kbytes = 131072 vm.vfs_cache_pressure = 100 vm.watermark_scale_factor = 10 vm.zone_reclaim_mode = 0
这是一个包含多个与虚拟内存相关的系统参数的列表。以下是其中一些参数的解释:
- `vm.max_map_count`:最大映射数量,限制了内存中可以同时映射的页面数量,从而影响了缓存的大小。
- `vm.dirty_background_bytes` 和 `vm.dirty_background_ratio`:脏页的阈值,当脏页的数量超过该阈值时,系统会开始写回脏页。
- `vm.dirty_bytes` 和 `vm.dirty_ratio`:系统允许脏页占用的内存大小的上限。
- `vm.min_free_kbytes`:系统保留的空闲内存的大小,当空闲内存低于该值时,系统会开始清理缓存。
- `vm.swappiness`:控制系统在内存不足时使用交换空间的程度,该参数的值越高,系统越可能使用交换空间。
你可以使用 `sysctl` 命令来修改这些参数的值,具体的命令如下:
```
sysctl -w <parameter>=<value>
```
其中 `<parameter>` 表示参数名,`<value>` 表示你希望设置的值。请注意,该命令的修改是临时的,如果你想要永久生效,需要将修改写入到 `/etc/sysctl.conf` 配置文件中。