browningweb
browningweb
是不是 FileProvider 的问题。查一下吧~
https://github.com/top-think/think/blob/a55f16512187a63455cd5d5d17bdb77c7e454905/composer.json#L36 用 thrift 生成的类有下划线,如果是 PSR-0 协议的话,会遵守 `在类名中,每个下划线(_)符号要转换成DIRECTORY_SEPARATOR(操作系统路径分隔符)。`,会出现 `Class not found`错误,而在PSR-4中已经废除了。
类似于 ZigBee 的允许子设备加入的功能,ROOT 节点开启后,子设备才能加入,否则无法加入该 ROOT 网络。 场景:两个 ROOT 节点分别属于不同的客户,但这两个客户距离比较近,经常会出现客户1的子设备跑到客户2的 ROOT 节点上,造成不必要的麻烦。 如果有,还望告知,谢谢。
看源码,貌似是 chip id 判断时,esp32 与 esp32-c3 不一致造成的。 https://github.com/espressif/esp-idf/blob/166c30e7b2ed1dcaae56179329540a862915208a/components/bootloader_support/src/bootloader_common_loader.c#L67 临时解决方案: 1.修改 esp-idf/components/bootloader_support/src/esp_image_format.c 注释 verify_segment_header 的 Segment load address 检测 2.修改 esp-idf/components/bootloader_support/src/bootloader_common_loader.c 注释 bootloader_common_check_chip_validity 的 chip id 检测