YunTu Forum

32bcabbd-962c-4089-9c7e-e2ba277bec2e-d3759076d52bc2dd8a16d020aa192669.png

实验现象：在用30k左右的APP进行升级时功能正常，进行40k 升级时效验无响应，逐步检查crc传递的效验值一致，最后发现进行大容量升级时crc算法运算时间过长，大概时间在600-700ms,导致UDS诊断协议超时接收不到响应
753875a9-85b9-43ba-b782-46c256c8f7cd-d04ae2eb7b14e235dba2897965f82db2.png
f9766196-413f-48d7-a3fb-5343f0e750bc-image.png

YTM32B1LE0评估板烧不进程序是什么情况 我这个程序载自己的板上就可以烧录换到评估板上就不行 报错显示找不到芯片

回复: P&E Cyclone离线烧录使用简介

请问RTC的寄存器的值是不是软复位也会保持

1b050584-d07b-48b1-9eb4-b51eb7533a46-502c7d62ece7ff7b70076109a2a94ebb.png
我看咱们rtc demo里面初始化前也会有一个deinit的操作

在使用 LE0 SDK 1_4_0 HOTFIX_001 的 FLASH_DRV_Program 接口时发现一个问题。请问除了使用断言，是否有其他方式预防客户，调用时出现HardFault？因为客户基本没开断言

问题现象：

列表当传入的 pData 地址非 4 字节对齐时，程序会触发 HardFault (Unaligned Access)。

原因分析：

列表该接口原型定义为 const void * pData，但在内部实现中，直接将其强转为 uint32_t * 使用（源码中带有 /* PRQA S 0316 */ 注释）。
由于 void * 允许任意地址，当应用层传入非对齐地址时，这种强转会导致在访问时，HardFault。 status_t FLASH_DRV_Program(..., const void * pData) { // 强转发生处，PRQA 警告被屏蔽 state->cmdParam.pdata = (const uint32_t *) pData; /* PRQA S 0316 */ // ... } static status_t FLASH_LaunchCommandSequence(uint32_t instance) { // ... // 在此处触发 Unaligned Access HardFault for (uint32_t i = 0; i < state->cmdParam.word_size; i++) { state->cmdParam.dest[i] = state->cmdParam.pdata[i]; } // ... }

bf78aa1b-936a-402d-849f-cbcd3cc2913e-image.png

本方案基于YT Config Tool开发，使用Vscode+Cmake+Ozone工具链开发编译调试；基于Demo板硬件搭建实施；使用同星科技TC1012P CAN/LIN工具及同星科技TSmaster软件。
ec4279d5-5d57-47ae-9be6-bab156b6ab19-image.png
由于LE04没有PTE6引脚，所以需要将CAN的使能脚短接到GND上

1. 烧录Bootloader

新建YTM32B1LE04的FLASH工程
8e247ddc-c8ce-4242-a560-ae1a1e35a7ec-image.png
找到Bootloader编译的烧程文件
28658dba-4133-418c-b374-97bae8eb0679-image.png
加载Bootloader文件
f10384f4-b329-4abd-a7e6-e4b41547e4f4-image.png
擦除芯片（或者快捷键F4）
66286636-2eef-4193-b610-1a260d065e22-image.png
63d914c6-b96c-40e9-b8cc-4c8d453175df-image.png
烧录程序（或者快捷键F6）
776cb472-05c7-423e-b1bc-bf49cd971626-image.png
e8064c9a-cfb0-436e-8ff9-ad36e9ce25e0-image.png

2. 上下电运行Bootloader

拔掉JLINK烧录器，重新上下电后，板子重新工作，LED按照100ms快速闪烁，程序工作在Bootloader里面。

3. 升级上位机配置

将FlashDriver文件、Application文件、SeedAndKey.dll几个文件放到升级上位机目录下。
a87e2282-a011-4e91-8ed6-20e489c4b7a2-image.png
打开升级上位机工程（如上图中.TSProj_x86文件）配置收发ID
d677027f-b088-4da5-a18c-32faa9956d6d-image.png
配置TP时间参数，配置加密dll
4ae8991f-a8cb-4031-934b-d202932f462b-image.png
配置FlashDriver和Application和校验方式
eff13a22-d262-4bb0-b802-66b56bf40511-image.png
配置自动诊断流程
5aed28bc-fc62-4aad-9cec-27fde4977215-image.png

4. 执行升级 4.1 从Bootloader升级

b38f4636-2600-46c9-8425-eb81dd6f113f-image.png
升级完成后，LED灯1000ms闪烁，运行在Application程序中。

4.2 从Application升级

从Bootloader升级成功运行到Application后，再次点击运行，从Application升级。
6fd55810-07a8-4d9a-b6ab-6defa44b3a45-image.png
升级完成后，LED灯1000ms闪烁，运行在Application程序中。

4.3 StayInBoot升级

从Application升级中，是有升级请求标识的（KeepInBootVar变量）。
本方案设计上认为：
运行到Bootloader以后，如果通讯一半断开未发生升级服务（擦除芯片/请求下载/数据传输/下载退出等UDS服务），则即使有升级请求，可以超时退出重新跳转到Application运行；反之则必须StayInBoot等待重新升级。

4.3.1 未发生升级流程请求

升级一半，拔掉CAN线模拟通讯断开，升级失败
f39d35bf-938e-4322-8f88-cab1bcb5d7a5-image.png
通讯断开超时后，Bootloader重新进入Application运行，Demo板上LED灯1000ms闪烁。
4.3.2 已发生升级流程请求
执行到升级流程后，拔掉CAN线模拟通讯断开，升级失败
6ce78ee8-61f5-42e8-9934-a234b0cf04c8-image.png
通讯断开超时后，Boootloader不能进入Application，执行StayInBoot（重新复位或者上下电等均保持StayInBoot）。
重新执行升级
ff33eb5d-009b-4d44-a8d0-1e64bfc75b71-image.png
升级成功，Demo板上LED灯1000ms闪烁。
5. 附件代码
uds_can_fbl_le04_release_20250529.zip

USING_OS_AUTOSAROS 此宏定义是在配置工具中设置吗

56ebeba4-cd10-4909-96c4-944ce5847018-image.png
dbcfc0fb-8e35-47dd-b210-c91009126e60-image.png
上位机接收数据后没有发送下一帧请求，报接收超时

用的芯片是MD14自带的freertos功能，报错显示不支持浮点运算，要怎么修改
7757ae2c-0e89-42ac-9944-affd8d8308b6-image.png

2f3ec000-d2c9-4e78-9e58-22df0e9f501e-img_v3_02dn_c07d21a7-76e3-41e6-9fcb-f5d1cbccc10g.jpg
电脑中有两个版本的IAR

有客户问到YunTu IDE使用相关的一些问题，可以参考以下PDF文档：
如何搭建独立路径的YunTu Eclipse IDE工程.pdf
但是建议客户使用VSCODE+GCC编译，ozone进行调试，因为YunTu IDE后期没有计划继续对其进行维护了，出现问题可能响应速度会相对慢一些。

芯片有低压保护功能吗？ 有的话需要软件配置吗？

BOOT下使用MCAL Fls进行DFLASH擦写成功后（Fls_GetJobResult获取到MEMIF_JOB_OK）， 立即进行硬复位/软复位/重新下上电，再次启动后通过Fls_Read进行读取，会存在读取失败的情况吗？ （背景是RH850平台下，BOOT写DFLASH写进去后立即硬复位， 等启动到APP后发现读不出来了）

MCAL的Crypto_Init存在初始化失败的情况吗？ 如果不存在的话，在初始化完成后，在正确使用crypto算法接口的前提下是不是就不会出错了（超时/失败）。

想问一下，接口lin_timeout_handle的周期500us可以改慢一点吗？

客户的需求是当第一个请求没有响应时，来了第二个请求时，要响应第二个请求，取消第一个请求的响应。
d4505734233988a40d2185474bf46702.png
也就是响应22 F1 2B，而且需要保留22 F1 2A。请问应该如何设计。下面是具体需求2e90b5b7ca2dfcb546fd6ba9896e78e3.png 82ddcdd8c67e229ed6243ea350989cc4.png

客户想要了解在开启fpu/dsp后，我们云途的mcu能获得多少的性能提升。是否能跑相关视觉算法？

在YTM32B1LE05H0MLHT芯片中读取PTC14引脚电平需要右移多少位&那个引脚号