TC3xx中PFLASH缓存对XCP标定常量的影响

1、TC3xx中PFLASH缓存(Cache)对XCP标定的影响

XCP的映射用到TC3XX的Overlay功能需要使用一段Pflash内存。

Pflash数据有两个段区。分别为0x80000000和0xA0000000为起始地址的PFLASH段。

如上,两段数据的区别是一个段8有CACHE缓存,另一个段10(A)没有缓存。 且缓存区域芯片总共只有32K。

影响1:使用劳特巴赫在标定修改具有(Pache)缓存的常量时,打开OVC选项。能够显示出变量被修改但是实际代码中标定量未被修改;但是不打开芯片的映射(Overlay)功能时,由于缓存(Cache)的原因,定义在段8地址的常量是可以直接被修改的。但由于Canch缓存只有32K,所以在实际使用中不建议不通过映射直接修改Pflash数据。

影响2:使用劳特巴赫在标定修改不具有缓存的常量时,打开OVC选项。实际代码中因为访问非法地址,调试器会显示BUS ERROR或者直接进入Trap;在打开芯片的映射(Overlay)功能时,定义在段A地址的常量可以通过OVC映射功能通过地址重定向被修改的。

2、XCP的冷启动在CANAPE中的设置,需要在连接XCP后再打开如下选项,然后关闭Ecu启动检测数据。(前提是ECU中支持了这种冷启动配置,能够使用EEPROM存储观测量相关的信息)

相关推荐
旋生万物1 小时前
Redis 缓存雪崩?不是 TTL 一样,是过期相位同步塌陷(附打散脚本)
redis·缓存·aigc·螺旋生成论·螺旋相位
全栈弄潮儿²⁰²⁴6 天前
AI Agent 开发实战(30):限流、缓存与成本控制
人工智能·gpt·缓存·agent·限流·agi·成本控制
LONGZETECH6 天前
一线职教实测:风光 580 汽车故障诊断仿真系统,破解实车实训四大核心痛点
人工智能·学习·安全·架构·汽车
Together_CZ7 天前
DeepSeek-V4.1-Flash:Pushing the Limits of KV Cache Compression——推动 KV 缓存压缩的极限
缓存·llm·compression·kv cache·deepseek·v4.1-flash·推动 kv 缓存压缩的极限
高工智能汽车7 天前
L4自动驾驶重卡,迎来关键一战?
人工智能·汽车
Pioneer000017 天前
我用 Redis + 网关做多模型 API 路由:缓存命中率 95%+ 的工程实践
人工智能·redis·后端·缓存·性能优化·架构
米软科技7 天前
高校信息化团队实践:利用AI低代码缩短零散业务交付周期
人工智能·科技·低代码·汽车·制造
hweiyu008 天前
Redis命令:MSETNX
redis·缓存
wdfk_prog8 天前
ROS教程08:从 TransportTCP::connect() 追到 TCPROS Connection Header、序列化与 Socket 数据传输
运维·缓存·docker·容器·ros
是Dream呀8 天前
Harness 工程:让 Agent 真正把任务做完
人工智能·分布式·缓存·agent