这个能力需要找到涂鸦项目经历，给您打标UUID才能支持

请问你们有没有使用自己的mbedtls库，或者自己独立的配置？

点赞
我们也同步分析下设置wired模式为什么没有进入到激活流程，请问tkl_wired部分，tkl_wired_set_status_cb状态回调适配了的哈？

可以直接返回的，tkl_rtc所有的API返回OPRT_NOT_SUPPORTED即可

很多tkl适配的我们都是提供了一套标准的适配，比方说tkl_mutex.c，您适配的时候最好走查一遍，确认在您开发的平台上也能运行良好

1）tkl开头的部分是需要适配的，当然了，如果不使用蓝牙功能，像tkl_bluetooth是不需要适配的
2）其他非tkl开头的，比方说bsp_xxx，如果想要按照涂鸦的固件分区和驱动方案，可以适配；如果您有自己的BSP部分架构，可以不用处理这部分内容

{TUYA_IPC_STATUS_NETCFG_STOP, __on_netcfg_stop},
STATIC VOID __on_netcfg_stop(VOID *arg){

PR_DEBUG("%s, netcfg stop. You can stop your own netcfg task now.", __func__);

return;

}
是这个cb崩溃了？

请参考下 https://developer.tuya.com/cn/docs/iot- ... reachs0j13
关于配网模式的建议。
有疑问欢迎再次提问。

是的，对接SDK最基础的也是需要适配TKL接口，SDK内部会依赖这些API的实现

1.watchdog和rtc的报错，可以对照平台确认下tkl_watchdog.c和tkl_rtc.c是不是没有适配好，看日志是tkl_watchdog_init就报错了。
2.wifi配网失败是通过什么方式配网失败，看日志ap启动就失败了需要确认下tkl_wifi_start_ap接口是不是适配的符合T23平台，我们按照linux通用提供的标准模板，如果有平台差异 需要再次确认下
3.其他tkl接口也是如此，都需要再次确认下