看你提供的日志没啥问题，编译的程序是可以直接在 Ubuntu 上运行的，编译的程序在 software/TuyaOS/output 目录下，不是在 apps 目录下哈~

这个打印说明设备信息没有 endpoint 2 了，应该是当前只有 3，所以进行了强制转换。方便发一下存储路径下的 device.txt 和 device1.txt 文件看看？至于为什么设备信息丢了，需要复现一下提供下完整日志分析。

[01-01 18:14:03:164 TUYA D][z3_slabs.c:542] Error,dev a4c13833eb7abdd9 don't find endpoint.
[01-01 18:14:03:164 TUYA D][tuya_z3_api_tmp.c:6415] change dest endpoint, old:2, new:3.

麻烦上传一下网关的日志。

这是网关的文档，可以通过 IDE 申请网关 SDK 开发包。如果没找到你的芯片平台，请按照 这个指南 进行导入。

zoule@venztech.com 2023年 Jul 3日 14:30

意思是 现在 ide 上提供的AK3760E 的SDK 开发包 包括 IPC , Zigbee 网关等demo.是可以在AK3918EV330上运行的？
因为 编译工具链是一致的？

是的，工具链一致就能直接用。

请问一下新 SoC 是用涂鸦模组的吗？还是你自己采购的主控？这两种方式对两种不同的开发模式，具体可以参考 TuyaOS 开发模式。

如果是你自己采购的主控，对应的开发模式是 SDK 开发，由于工具链是相同的，虽然更换芯片，SDK 产物包是一样的，基于 AK3760E 的 IPC + 网关产物包开发就可以。IPC + 网关产物包既包含了 IPC 能力，也包含了网关能力，其中 IPC 能力跟纯 IPC 产物包的能力是一致的。

如果是涂鸦模组，对应的开发模式是 OS 开发，目前 IPC OS 这块没有包含网关功能，需要内部规划。

纯 IPC 产物包是不包含网关功能的，是不能直接用 Zigbee 的。只有 IPC + 网关的产物包才包含网关功能，IPC + 网关有缺失的功能可以提需求我们评估下，除了 IPC 高像素还有哪些呢？

不行的，你目前拉的两个产物包是不同的，一个是 IPC + 网关，另一个是纯 IPC 的。直接使用 AK3760E 这个产物包会有什么问题么？基于什么考虑想把库复制到 AK3918E 那个产物包上？

看起来工具链是一样的，产物包是指你已经拉到本地的 AK3760E 平台 SDK，你直接用这个工程编译二进制后，把程序放到 AK3918E 板子上运行就行。当然，如果你要用 Zigbee 功能，你的板子要通过串口接涂鸦的 Zigbee 模组。

以 ZS3L Zigbee 模组为例，参考接线图：

你好，AK3918 和 AK3760E 的工具链是否相同？我看你已经获取了 AK3760E 的产物包，你可以看下 vendor 目录下的工具链信息，如果两个芯片平台使用相同的工具链，则直接使用 AK3760E 的产物包就行，如果工具链不同，请按照 TuyaOS SDK模式自主接入 提供工具链，我们给你上架产物包。

Zigbee 网关功能的开发，请参考 Zigbee 子设备接入