YunTu Forum

这个不会改，云途的MCU 基本是单字编程或双字编程。
如果你传了个非对齐的地址，例如 0x2003, 期望的结果MCU 会从 0x2000 开始编程，那么就需要考虑 0x2000~0x2002 这三个字节的数据，没啥意义

GJQ 在 YTM32B1LE04 UDS CAN FBL公版操作指南 中说：

image.png您好校验没有通过但是我的bin文件是对齐的
image.png

效验没通过的话，检查下上位机是不是没更新效验码，可以按照下图重新加载
601bf9aa-7ad0-469d-961e-6e21eed0e267-image.png

不是，它属于 RTE层，我们的YCT无法配置

选一下 FPU

image.png

选择 EWARM是IAR的IDE工程

低压会复位，不需要软件操作

在Fls 擦写操作完成后（Fls_GetJobResult获取到MEMIF_JOB_OK），立即复位MCU，再次上电读取Fls不会失败，调用Fls_GetJobResult获取到结果为MEMIF_JOB_OK，那么本次擦写已经完成，下电再上电，Fls中数据是可以读取的。

image.png

非DSP库函数提升4-8倍 DSP库函数提升4-30倍 对大数据量的计算，DSP库可以提升处理效率，若是小数据（比如cos/sin和dot prod运算测试），DSP库的提升不大或者不如CPU直接计算

ysog 这个read pin可以直接读取某个特定引脚电平，直接填写参数即可，不需要偏移：PINS_DRV_ReadPin(GPIOC, 14);

生成的hex文件为什么有0x1FFF8400地址的信息的原因可以参考这个：https://forum.ytmicro.com/topic/607/b1md-mcal-dio例程生成的hex文件为什么有0x1fff8400地址的信息

补充

1.4.0版本SDK会导致break和数据段之间有较长间隔
ceab4e61-1acf-4fd4-8c26-b33e7d46ebd2-94a363ff8bb7f8f5a8bb600ce113894a.png

解决方案
1.4.0中增加了fifo相关的操作，若有特殊应用可将1225行到1230行代码屏蔽
8d482eb5-baff-4c69-8ff1-b46bb44253bf-efc7155a17f9f5e5700b9d560ccde992.png

好的,可以了,1us多就符合需求了image.png

1 更新YCT版本 2 登录账号

xianghan 已更新

kassel 这个没有，可以参考lin stack的demo，看看里面的signals，frame怎么配置的。

OK这个PDF当时没找到