回应模式 - No.64668766


No.64668766 - 社畜


无标题无名氏No.64668766 返回主串

2024-12-12(四)09:34:30 ID:xgpSNV8 回应

校招稀里糊涂进了车企供应商开发岗已经三年半了,总之先放一个串在这里

|д` )目前做嵌入式底层Mcal,有想问的也可以问

无标题无名氏No.67570370

2025-12-05(五)14:00:08 ID: xgpSNV8 (PO主)

>>No.67570260
( ゚ 3゚)mcs的资料那么少,我这算不算独家学习笔记(做梦)这玩意不写两笔,都不用一周,第二天就会忘掉50%( ´д`)
记下还有多少要记录的:
> base里的jbc, jbs组合句式
> wurcx用法
> mrd, brd, mov
> btl, atul
> 配置的variables最终在程序里怎么定义

无标题无名氏No.67659957

2025-12-16(二)20:27:34 ID: xgpSNV8 (PO主)

>>No.67570009
把这该死的一坨搬到别的项目里去用发现用不了了(つд⊂)
今天留下帮忙看了下才知道一个忽略的点
我之前一直以为TJA1145在normal模式被请求进sleep的时候,如果不能进会停留在normal

实际上如果有唤醒源/没有配置唤醒event的情况下,会进standby(*゚ー゚)

难怪这版软件被唤醒之后报文发不出来(目移),唤醒后因为没有T15,软件会停留在下电过程中
这个时候如果NM状态机在sleep,软件会一直请求CANTRCV进sleep,也就是TJA1145会进standby导致报文发不出来

( ´_ゝ`)至于为什么NM在sleep,我觉得就不是我该查的了…因为我不会啊(`ε´ )

无标题无名氏No.67763430

2025-12-31(三)11:29:21 ID: xgpSNV8 (PO主)

>>No.67659957
最后这个问题还是落我头上了(*´д`)
其实已经解决两周了,但后劲太大累得我不想打字儿
先说一下现象,NM报文唤醒μC之后并不能让它维持在唤醒状态
我完全不懂NM状态机…包括CAN的状态机也不熟,先大概排查一下,CanNm把网络release了
找了个能参考的软件看了一下,按下面autosar的状态机,应该会被唤醒报文维持在Ready Sleep模式,但问题软件一路跑到Sleep

无标题无名氏No.67763458

2025-12-31(三)11:33:03 ID: xgpSNV8 (PO主)

>>No.67763430
再之后就是看为什么不能维持在Ready Sleep,那就继续扒拉代码
中间跳过大段分析代码打断点被专家质疑的时间(つд⊂)最终收束到我之前偶然发现的现象:
> 软件只收到了第一帧唤醒报文
按理在Ready Sleep会去check有没有收到新的报文,也就是Indication有没有set, 然而就因为只有一帧( ・_ゝ・)
那么问题来了,为什么会收不到呢?

无标题无名氏No.67763478

2025-12-31(三)11:36:38 ID: xgpSNV8 (PO主)

>>No.67763458
> 首先,是不是TJA1145没有配置好?
直接看RX引脚,这时候Can bus上只有唤醒报文,引脚高低电平是变化的,1145没问题
> 然后是μC有没有收到?
CAN模块确实有Receiver状态,所以是收到了
> 但是为什么没有Indication呢?
反复排查,有点难以置信,最后发现CAN接收了,但后续的FIFO没有通过,栈一直是空的,根本收不到报文
( ゚∀。)这时候开始怀疑我自己排查方向了,毕竟CAN底层对NM还是普通报文都一视同仁

无标题无名氏No.67763508

2025-12-31(三)11:41:41 ID: xgpSNV8 (PO主)

>>No.67763478
最后其实是灵机一动把bug找到了,但基本没啥参考价值
根据刚刚的排查结果,FIFO状态机进来的部分可以说没啥问题,那有问题的只有后面filter
灵机一动把CAN相关的标定都改回去,好了
( ・_ゝ・)怎么说呢,应该是这些标定影响了FIFO这部分往CAN RAM里写的值吧
感觉是软件包的bug,修完你说有意思确实有意思,学也学到东西了,领导也夸了,但怎么那么空虚呢?

无标题无名氏No.67763522

2025-12-31(三)11:44:45 ID: xgpSNV8 (PO主)

( ´_ゝ`)这么一看我做的是否有点太底层了…以后换工作的话咋对口啊…去芯片厂做方案吗?

无标题无名氏No.67820241

2026-01-08(四)11:53:23 ID: xgpSNV8 (PO主)

( ゚ᯅ 。)排查了一整天自己写的屎山代码
发现按位与&和不等于!=的优先级忘了,导致返回值跟我想的不一样…
原来按位与的优先级这么低…

无标题无名氏No.68041461

2026-02-09(一)08:56:40 ID: xgpSNV8 (PO主)

( ゚∀。)原来一个月没写啥了,看来是没啥能写的
( ゚∀。)或者忘了
自己拿指令写的MCS跑得意外的顺利,上周用记录TBU的方式去测了下MCS运行时间
( ゚∀。)淦哦怎么随便跑一个要7-9us,隔壁只要3-5us…查了下软件给的GTM时钟没给足,只配了100MHz,实际能到200
(;´ヮ`)7但也不能简单升频,升上去发现ATOM去触发的ADC触发不了了,但如果把触发的中断往后一点点就成…
这周搞搞,节前能搞出来就好了…