正常恢复后是这样的,需要将 Jlink 的 VCC GND SWD SWCLK RESET 五个管脚,接上模组的对应的五个管脚,如果实在还是不行,你邮寄给我们吧
Search found 28 matches
- 2025年 Jun 6日 15:34
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
- 2025年 Jun 6日 11:56
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
Re: 【求助】ZSU模块工程配置问题
你用标准 Jlink 的话,试试这样操作:
进入 commander.exe 所在文件夹,运行命令行工具,执行下面的命令,应该也可以恢复芯片:
Code: Select all
.\commander.exe device recover -d efr32mg21
- 2025年 Jun 6日 10:59
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
Re: 【求助】ZSU模块工程配置问题
我们刚刚试了你今天传的固件,出现了和你一样的问题,用原厂的底板可以恢复. 你看看是不是在初始化里面对 Debug 管脚之类的做了什么特殊操作?
- 2025年 Jun 5日 15:10
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
Re: 【求助】ZSU模块工程配置问题
这个应该只是硬件偶发现象,而不是软件环境问题,通常是由于烧录阶段的电平不稳定引起的
- 2025年 Jun 5日 14:43
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
- 2025年 Jun 5日 10:52
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
Re: 【求助】ZSU模块工程配置问题
这个是芯科底板的特殊功能,标准 Jlink 应该不具备
- 2025年 Jun 5日 10:34
- Forum: TuyaOS-Zigbee设备开发
- Topic: 【已解决】ZSU模块工程配置问题
- Replies: 34
- Views: 20663
Re: 【求助】ZSU模块工程配置问题
这个情况看上去是芯片被锁住了,通常是烧录过程接线不稳定引起,试试看使用 Commander.exe , 进入 Flash 界面,使用 recover 和 unlock 解锁芯片试试,你有芯科底板的话,应该是可以成功的。
- 2025年 Feb 6日 15:44
- Forum: TuyaOS-Zigbee设备开发
- Topic: 如何获取ZTU的SDK
- Replies: 6
- Views: 8963
Re: 如何获取ZTU的SDK
这说明审批还未完成,可以直接联系对应的商务人员,让其关注邮件加快审批.
- 2025年 Jan 17日 21:55
- Forum: MCU SDK开发
- Topic: 新版本的ZIGBEE的MCU Sdk的使用问题1
- Replies: 5
- Views: 8819
Re: 新版本的ZIGBEE的MCU Sdk的使用问题1
可以在 MCU 与 模组的通信口 RX 、 TX 上,引出线接串口助手或逻辑分析仪,来监听 MCU 与 模组的通信过程,从而确认 MCU 与 模组通信是否正常。
另外,模组配网需要在网关侧打开配网,子设备才能加入网关,请确认是否已打开了网关配网。涂鸦网关可以通过 APP 进入网关页面,选择添加设备,网关的配网指示灯开始闪烁表示网关打开了配网,允许子设备加入。
- 2025年 Jan 16日 19:02
- Forum: MCU SDK开发
- Topic: 新版本的ZIGBEE的MCU Sdk的使用问题1
- Replies: 5
- Views: 8819
Re: 新版本的ZIGBEE的MCU Sdk的使用问题1
1.模组的唤醒管脚是通过拉低唤醒的,也就是说 MCU 端没有数据要发送的时候应该保持该管脚高电平,当有数据要发送时先拉低 10ms 再发送数据,发送数据期间保持低电平,发完数据之后恢复拉高。 2.这个变量当前是SDK内部使用的,正常情况下开发者不需要关心,这里做一下解释, MCU SDK 在收到模组发来的 DP 时,对是否需要应答 DP (被动上报),进行了打包处理: 如果是通过组播命令接收DP(0x2A), 则 SDK 不应答 DP,对应的处理方式是 DP_SEND_TYPE_NOT_SEND ; 如果是通过单播命令接收DP(0x04), 则 SDK 会应答 DP,对应的处理方式是 DP_...