Tips无名氏No.9999999

2099-01-01 00:00:01 ID: Tips

| ω・´) X岛除默认举报理由外没有自删功能。

无标题无名氏No.65207722

2025-02-06(四)17:12:26 ID: xgpSNV8 (PO主)

>>No.65207716
₍₍(ง`ᝫ´ )ว⁾⁾还有一会儿，准备下班咯

无标题无名氏No.65213332

2025-02-07(五)09:01:18 ID: xgpSNV8 (PO主)

( ・_ゝ・)上班10分钟，想回去找亚瑟摩根钓鱼

无标题无名氏No.65213496

2025-02-07(五)09:36:23 ID: iOTYiIy

>>No.65213332
你不会这周末那一天休息还要加班吧？

无标题无名氏No.65213544

2025-02-07(五)09:43:36 ID: xgpSNV8 (PO主)

>>No.65213496
(`ε´ )我必然不加，底层的活是一波一波的，感觉我这波快过去了
甚至下周想再请一天假在家休息休息( -д-)

无标题无名氏No.65213734

2025-02-07(五)10:10:35 ID: xgpSNV8 (PO主)

( ﾟ∀。)隔壁组有点癫癫的，每次开会标题都是讨论啥问题，但最后都会变成软硬件互相甩锅，系统美美隐身...

( ﾟ∀。)邮件传到作为外援的xgp手里时已经丢失了来龙去脉，只剩一个空洞的问题。会议全程都是( ﾟ∀。)( ﾟ∀。)( ﾟ∀。)的状态！

( ﾟ∀。)开完会硬件同事一个电话打回来又跟我补充了一下知识点才大概知道又是领导翻旧账了

无标题无名氏No.65216058

2025-02-07(五)15:51:49 ID: iOTYiIy

>>No.65213734
只管干活就行说是

无标题无名氏No.65226495

2025-02-08(六)17:36:13 ID: xgpSNV8 (PO主)

( ﾟ∀。)漫长的一整天，简直要我老命，从昨天下午开始就在查原来组里的一个问题

> 一个采样滤波上升特别慢，上升间隔远远大于滤波周期，差不多0.75s左右

这个问题查下去很快定位到相关的中断触发时间很长很长，继续查这路的GTM赋值没赋进去，算了下给的周期是0

无标题无名氏No.65226540

2025-02-08(六)17:42:17 ID: xgpSNV8 (PO主)

>>No.65226495
然后因为芯片升频了，这个中断可以和另一个核的中断合并(本来就是因为load过高才分开的)，rollback

> 采样滤波正常了
> 新问题，上电一路采样诊断对地短路，硬件直测没有问题

( ﾟ∀。)7考虑到这路采样跟之前出问题的GTM是强相关的(trig关系)，中断合并后ATOM周期不对的问题依然存在，我怀疑问题还是出在GTM部分

( ﾟ∀。)但同事没觉得，我证据不充足只能一边扒拉代码一边跟他们一起看

无标题无名氏No.65226603

2025-02-08(六)17:49:47 ID: xgpSNV8 (PO主)

>>No.65226540
当时条件是:
> 这个ATOM周期是通过MCS代码给的值
> MCS和ASW通过DMA通讯
> 初始化时ATOM周期正确
> 这代码是沿用了以前项目的

　🔥
( ﾟᯅ 。)顶着熊熊燃烧的大脑，一开始我不怀疑是代码问题，因为测试从来没有反馈过

打断点获得新条件:
> 使能MCS后ATOM周期就变0了

有点不敢相信，在代码里加了一行给dma buffer的period部分赋值的语句
> 没变化，buffer数组里的period还是0
> 那就是被覆盖了呗