无标题无名氏No.64668766 只看PO
2024-12-12(四)09:34:30 ID:xgpSNV8 回应
校招稀里糊涂进了车企供应商开发岗已经三年半了，总之先放一个串在这里
|д` )目前做嵌入式底层Mcal，有想问的也可以问
无标题无名氏No.66669475
2025-07-25(五)14:59:24 ID: xgpSNV8 (PO主)
|-` )最近的问题不是找不到眉目，就是太简单写不了一点，今天好不容易能试试骚扰英飞凌support
嘿嘿，忙死我啦
无标题无名氏No.66802243
2025-08-13(三)09:06:03 ID: xgpSNV8 (PO主)
>>No.66669475
因为结果太蠢导致忘了这件事(つд⊂)这个访问错误其实是MCS3根本就不允许访问GTM的global寄存器
|д` )这些寄存器通过AEI连接到MCS通道，但本身各个簇的AEI似乎不互通(从访问时的相对地址是相同的来侧面推断)
具体谁能访问谁，其实是根据架构那张图定的
( ﾟ∀。)怎么回事…图发不出去？
无标题无名氏No.66905572
2025-08-27(三)12:56:53 ID: xgpSNV8 (PO主)
最近真是不知道在忙什么东西|д` )
明明事情很多，但都没什么营养
找我问问题的人数也直线上升
干了很久没有升职，想着领导的大饼更加没有动力
公司没加班费了，姑且不想加班了，虽然这好像并不是一件好事
( ´_ゝ`)没来由的莫名的很难过啊
( ´_ゝ`)想休假回家打游戏
(*´д`)或者让AI大姐姐抱抱我说我做得很好
无标题无名氏No.66946699
2025-09-02(二)16:36:44 ID: xgpSNV8 (PO主)
上周解决了个范围挺大的问题( ﾟ 3ﾟ)root cause很愚蠢但是查了很久，写写
表象是一个软件升级到D sample之后刷写从40s左右原地起飞到500s才能刷完，一个整块刷写功能会卡在擦出指令pending
( ﾟ∀。)到这儿的时候我还没意识到谜底已经糊我脸上
无标题无名氏No.66946722
2025-09-02(二)16:40:23 ID: xgpSNV8 (PO主)
>>No.66946699
查了半天把问题定位到刷写过程里写eep的函数( ﾟ 3ﾟ)到这里其实已经都是底层团队释放的稳定代码了，按理说不用怀疑
但是，实在没别的怀疑的点了，一个一个摘掉升D sample的包？开玩笑，这种没营养的做法才不会做( ﾟ 3ﾟ)继续打断点
无标题无名氏No.66946746
2025-09-02(二)16:44:07 ID: xgpSNV8 (PO主)
>>No.66946722
中间省略两天调代码的时间和各种细节，得到几个小结论
> NvM的状态机包括更往下的Fee状态机一直在pending，完全不更新状态，打断点也不进
> 同事测了告诉我说如果把安全算法改回去刷写就很快了( ﾟ∀。)到这儿我还是有点一根筋，毕竟安全算法跟写EEP有什么关系呢
无标题无名氏No.66946779
2025-09-02(二)16:47:53 ID: xgpSNV8 (PO主)
>>No.66946746
( ﾟ∀。)最后发现Fee的主函数完全没跑，为什么呢？因为主函数跑之前会看一个静态变量是不是0，是0代表没有lock，遂执行
( ﾟ∀。)然后这个表面上是boolean实际上是uint8的静态变量在安全算法执行完之后变成了217…
哈哈，我以为能写一页高端ppt的问题
(*´д`)原来是数组越界啊
同事定义的数组是4个byte，实际用了8个，越界部分刚好盖住Fee的lock
( ´_ゝ`)这也解释了为什么相同改动只有我们组有这个问题…这是偶发的啊…
无标题无名氏No.66946793
2025-09-02(二)16:49:17 ID: xgpSNV8 (PO主)
>>No.66946779
( ・_ゝ・)因为这个事还摇了专家开会…其实完全不需要啊