Tuya Developer Forum

clcl

好的

clcl

低功耗设备，调试过程中，发现隔一段时间，程序会自动重启一下，

使用 tal_system_get_reset_reason 获取重启原因是软件复位

但我的程序里没有调用过软复位的操作，请问 sdk 在某些情况下会自动重启设备吗？

[I] : poweron reset reason: 4, msg: Software triggered reset (TY_RST_SOFTWARE)

clcl

单独建了一个 demo 给你，试过了效果是一样的

clcl

日志接口已经重写过了，使用 SWD 接口打印，不额外用任何 UART 口使用 SEGGER_RTT logger 库进行打印，内部用的 SEGGER_RTT_vprintf tal_log.h #include "miot-log.h" #define TAL_PR_ERR(fmt, ...) MI_LOG_ERROR(fmt, ##__VA_ARGS__) #define TAL_PR_WARN(fmt, ...) MI_LOG_WARNING(fmt, ##__VA_ARGS__) #define TAL_PR_NOTICE(fmt, ...) MI_LOG_INFO...

clcl

我把我的业务逻辑，初始化代码，全都注释掉然后在 IAR 的 Linker 选项里添加：--redirect GPIO_PinModeSet=_wrap_GPIO_PinModeSet 将 GPIO_PinModeSet 重定向到我自己实现的 _wrap_GPIO_PinModeSet 函数里然后在里面添加了打印 TAL_PR_DEBUG("call GPIO_PinModeSet(%d, %d, %d, %d)\n", port, pin, mode, out); 这样就可以监视所有的 GPIO_PinModeSet 调用 void _wrap_GPIO_PinMode...

clcl

在设置完后，立即读端口模式是正确的值 0x0

要等几秒，放到延时 2s 执行的定时器里，然后读模式就是 0x00000004

clcl

设置了，没有效果 TUYA_GPIO_BASE_CFG_T iocfg; // UART_TXD0，烧录授权引脚，对应IC的PA05（Pin22） iocfg.mode = TUYA_GPIO_FLOATING; iocfg.level = TUYA_GPIO_LEVEL_LOW; iocfg.direct = TUYA_GPIO_INPUT; tal_gpio_init(TUYA_GPIO_NUM_22, &iocfg); // UART_RXD0，烧录授权引脚，对应IC的PA06（Pin23） iocfg.mode = TUYA_GPIO_INPUT; iocfg.level = ...

clcl

在 tuya_init_last 里初始化的引脚

PA5 是配置成浮空模式，用作 ADC 输入

Code: Select all

GPIO_PinModeSet(gpioPortA, 5, gpioModeDisabled, 0);

clcl

用的 ZSU 模组（EFR32MG21A020F1024IM32），由于引脚有些不够用，因此复用了授权烧录脚 UART 口（PA5 和 PA6）用作其他功能 https://airtake-public-data-1254153901.cos.ap-shanghai.myqcloud.com/content-platform/hestia/1625019455214813850da.png 但是实际上，我发现当我设置了端口模式后，后面端口的模式会被自动覆盖掉，我写了一个测试代码：它会一直输出 "setup IO_ADC_MOTOR_CURRENT_IN_PIN"，说明...

clcl

平台上更换为 MCU SDK 后，模组选型没有我们要用的

我们用的：
ZSU-IPEX ZigBee模组
芯片: EFR32MG21A020F1024

Search found 43 matches

Re: 【求助】程序每隔一段时间会自动软复位

【已解决】程序每隔一段时间会自动软复位

Re: 为什么无法复用模组的授权烧录 IO 口

Re: 为什么无法复用模组的授权烧录 IO 口

Re: 为什么无法复用模组的授权烧录 IO 口

Re: 为什么无法复用模组的授权烧录 IO 口

Re: 为什么无法复用模组的授权烧录 IO 口

Re: 为什么无法复用模组的授权烧录 IO 口

为什么无法复用模组的授权烧录 IO 口

Re: 门窗控制器品类的支持的 Cluster ID 有哪些？