YunTu Forum

le0看你们应用场景，还是可以用的

重写LINK文件后，问题已解决，还是使用的__main

Cortex-M0+ Technical Reference Manual.pdf 分享

王虎 抱歉，这个串口助手我也没有，是客户在用

run
謝謝，成功了

针对MD1芯片CAN的邮箱最大个数是这样分配的
image.png
滤波器接受码个数决定剩余最大邮箱个数以及首个邮箱以及起始偏移地址，关系如下
image.png

image.png

SDK应用_DMA 模块配置及应用.pdf
SDK应用_ADC+DMA配置及应用.pdf
SDK应用_ADC模块配置及应用（一）.pdf

Diga 好的，感谢

houjun_xiao 好的，谢谢

jiankang_wang 在 YCT安装 中说：

你这个是CMD，不是PowerShell
CMD 直接输入 "C:\Program Files\YT Config Tool\YT Config Tool.exe" 即可。
这里的字符串是YCT的安装位置，对照着改一下

545ba819-78ee-43bd-ba72-1305eb0a741a-2a80fccb82deac90bdaa3550bcf3b01c.png 确实有错误，有办法处理吗？

来个会议链接远程聊一下？

OK谢谢，我这边也解决了

Diga 上次说用dma模式，两路一次发会丢包，这个问题该怎么处理，目前测试下来中断模式不丢包

可以参考下述代码

HCU_DRV_GenerateMAC(plainText, 64, MSG_ALL, &cmacConfig); while(hcuState.cmdInProgress); HCU_DRV_GenerateMAC(plainText + 0, 16, MSG_START, &cmacConfig); while(hcuState.cmdInProgress); HCU_DRV_GenerateMAC(plainText + 4, 16, MSG_MIDDLE, &cmacConfig); while(hcuState.cmdInProgress); HCU_DRV_GenerateMAC(plainText + 8, 16, MSG_MIDDLE, &cmacConfig); while(hcuState.cmdInProgress); HCU_DRV_GenerateMAC(plainText +12, 16, MSG_END, &cmacConfig); while(hcuState.cmdInProgress);

zhai 在 MC0 Mcal的UART问题 中说：

RuiXu 刚刚试了一下，按照这种方式操作，也是发送完成后才能进行回读，比如要发送2字节，中断进入顺序是TX_EMPTY->TX_EMPTY->END_TX->RX_FULL->END_RX。还是不能实现最初的一个字节发送错误就立即终止后续发送需求

连续两次进入TX_EMPTY是由于TX_EMPTY的中断响应时间太快了，可能响应第二次中断的时候第一个字节还没有接收完成。校验有一定的滞后性，但是比发送多个字节后响应IDLE校验要好一些。由于MC0没有硬件回读的功能，因此目前只有这种方法。或者可尝试修改底层代码，只使用TX完成中断作为发送中断，这样理论上也可以，但是要修改底层逻辑

李工，您好：
测试机台扫描了芯片，发现这颗芯片晶振管脚测试Leakage Fail了，晶振脚存在漏电现象。
取下寄过来板子的晶振后，在其底部发现了有个焊丝将晶振短路了。
推测可能是长时间的短路造成了晶振管脚硬件损伤漏电了。

image.png

Icu_Demo.zip

我这边测试CNT是可以正常走的

image.png

好的，明白，谢了，我这边试试

image.png

你看一下你的寄存器，我试了一下，通道0给5V，得到的结果就是 0x3FF，正好10bit

run 已经能正常控制GPIO了，后续有问题再请教😊