( ・_ゝ・)大表哥2可以钓鱼了，想下班回家当赛博钓鱼佬，我不想上班呀
( TдT)越看越觉得要硬件换采样口，更难受了

( ﾟ∀。)7"解决了个新状况，配的dma菊花链去读adc采样值，master那组值不动了，slave的没毛病

> 熟练地怀疑是覆盖问题
> 刚好跟同事讨论过菊花链的配置
> 发现slave跟master的ADC同group

> slave跟master改了同一个service request的中断，这个中断是触发dma菊花链用的

( ﾟ∀。)给slave重新分了一个事件，问题解决啦！

>>No.65206227
( ﾟ∀。)现在同group要有3个触发源
问了同事应该来得及采，打算明天手写代码试试
( ﾟ∀。)顺便要画个图把各种adc,tim, tom, atom, eru, dma的触发关系理了，但xgp不太会归纳
( ﾟ∀。)咋画图才能条理清晰面面俱到啊！！

0[0,1](　ﾟ 3ﾟ)骰子之神告诉我我今天加班不加班

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>No.65226603
　🔥
(;´ヮ`)7那问题我大概可以猜到了，还缺最后一块拼图(并不)
查了下手册，这个数组所在位置已经在MCS的RAM内，所以就算我在一开始赋值了，但在写入RAM时也会被擦除

> 所以MCS的写入我觉得，应该放在DMA使能之前，以及使能DMA后使能MCS

ᕕ( ᐛ )ᕗ说干就干，然后大成功！

>>No.65226626
这样这路ATOM的周期正常后，我想看看之前的周期大概多长，就把配了滤波有问题的软件拿来跑traceﾟ∀ﾟ)σ
时间间隔大概75900us，反算TICK大概是撑爆了。因为没有周期路触发下面的ATOM通道reset，CN0就会一路加到上限16777217再清

( -д-)xgp今天可以到点下班了

(;´ヮ`)7真的好累，一整天都在跟同事解释这解释那，顺便想问题。

(;´ヮ`)7表面上划拉手机摸鱼，其实鱼一点都摸不进去，好痛苦。今天带的小面包都没吃，但同事投喂了茉莉奶白好味。同事好人。

(;´ヮ`)7其实之前查问题思路特别跳跃，笔记也不写，事后不写个串我怕我下个周就彻底忘了这件事。

>>No.65226868
( ﾟ∀。)肥哥一腚要多翻手册多上手哇

( ﾟ∀。)想看一下最近的工作记录就重新看了串，我工作状态下原来这么癫和话痨啊

以及睡前整理书桌发现以前用公司打印机零零碎碎打的手册和几页论文，原来也打了不少( ﾟ∀。)现在已经不想着打印了，以后离职就想办法把写的one note带走就行

>>No.65226661
没想到这个问题还有DLC(　ﾟ 3ﾟ)
我想看看同样的代码，别的工程为什么不报错。越想越不对，规定的报错逻辑是上电3s不报错，按道理0.75s的采样周期并不能让错维持3s(　ﾟ 3ﾟ)标定查完该查错误debounce标志位了

> 标志位的debounce value大得离谱，完全没有debounce的余地就会允许报错

debounce每次的步长是靠api在task开头入栈，结尾出栈的( ´_ゝ`)有眉目了

结果是同事改调度的时候把出栈的位置往前调了，pop之后取到了前一个超大的值，详细的不知道各厂代码一不一样就不展开了

(*´д`)现在就是找了个原始代码从头改一遍，约了个半小时的review meeting
这回应该堂堂完结了吧？

>>No.65242573
回顾问题的整体，写整理笔记的时候全靠这个串补充一些细节( ﾟ∀。)
明明还有活，但我现在累得不想干了( ;´д`)
摸鱼看几页漫画去

下班摸一会儿，蹭个打车去吃好吃的咯
顺便一直忘了看圣子是谁，看一眼>>No.65000000