发芽的洪！　︵ᵟຶ
( `д´)ジ

>>No.65261545
第二个方案暴死，测了没用，哈哈，只剩第一个啦(つд⊂)

论我打开x岛就被狠狠伤害的心由谁来安抚
(　ﾟ 3ﾟ)今天情人节，xgp休假了，打算跟我的亲亲小情人xbox你侬我侬过一天

上辈子欠债这辈子做嵌入式之产品输出数据和仿真对不上，怀疑完我的部分终于开始怀疑主干代码输出有问题了，总不能不信仿真吧

我学半导体的( ﾟ∀。)7不想进厂想往嵌入式或IC上转( ﾟ∀。)肥哥推荐吗

分享图片

>>No.65306404
( ﾟ∀。)是不是改了个什么比较重要的东西之后，随便哪里出了问题就会第一时间怀疑是你
>>No.65306463
( ﾟ∀。)肥哥往什么方向啊，俺们这普遍硬件比软件钱多，但活比软件来的忙
不知道半导体啥行情啦，我这搞三电的是挺卷的

>>No.65261490
(|||ﾟДﾟ)写了测了所有trigger都跟需求一致之后，让同事帮我台架测测，发现读出来的采样还是不对
> 怀疑一group队列3个trigger互相打断
> 还是DMA菊花链使能有误
> 还是中断触发有问题

( ˇωˇ)领导说是不用查直接等硬件改，但硬件改完也要分出1个队列，我心里没底啊

>>No.65307715
(・∀・)总体单位出问题了软件和硬件之间互相怀疑不是很正常的事吗，反正问我我就说我仿真是对的肯定是上级模块的数据流不对

>>No.65313120
( ﾟπ。)上次有个那种八竿子打不着的bug，直接跳过所有分析直接来质问是不是我的问题
这种是真难评( ´_ゝ`)

>>No.65308609
今天跟同事讨论了一下，可能还是adc往dma送值这段出现了问题
但领导想降低优先级( ´_ゝ`)
等我干完手头的活再想想

>>No.65313238
比起BUG更恐怖的是解决不了的bug
更好的消息是我有三个项目，三倍的bug( ´д`)

>>No.65313245
大概写了一下昨天测试log的分析(*ﾟーﾟ)
还好这个base很好，DMA传递ADC之后会顺便记一次TIM时间戳，这个时间戳对应相关ADC的触发源。
看来是一个周期两次采样里只记录了某一次，还挺固定的吧，拉了一下时间轴，没有正常的。

>>No.65315631
忙了半天，摸了半天，突然把这个问题搞定了| ω・´)更新前因后果？

昨天查到DMA记录的TIM时间戳，更新一次加2个边沿计数。但配置里配的是双边沿均触发采样，这显然有问题，最有问题的肯定还是我的手写代码部分。

Q2的特殊性可以通过把Q2的采样放到Q1测试，排除。
ADC资源不够可以通过禁止其他队列测试，排除。

这差不多是今天早上查到的地方。

>>No.65324545
参考了base的channel入队代码，发现comment里说只有队列的第一个channel入队要配external trigger。
抄了一下，好了(　ﾟ 3ﾟ)但没想通为啥是现在这种采了一半的状况。

然后就去看手册，大概理解一下这张图和内容。一个队列接到一个触发后，第一个采完，第二个channel并不需要一个额外的触发，所以轮到它就会进行采样。| ω・´)

这样跑到队尾，因为配了RF(自动填充，这里没有明确去验证)，会自动回到第一个，继续等待下一个触发。

所以如果两个channel都配额外触发源，采完一个，第二个一定会等下一个触发来了再采。(　ﾟ 3ﾟ)完结撒花！等同事帮我测试咯~

( ﾟᯅ 。)不行了，被几个同事轮流叫去看问题，还加了班
现在一听到我名字就条件反射的咯噔

( ﾟᯅ 。)今天就有个新问题是新配的CAN不通。我查了状态机没问题，操作CAN芯片的引脚不确定好不好，总之高低电平都试了一下。

高电平场合，接收状态是idle
低电平场合，接收状态是receiver...但PSR是报form error的|д` )

因为被打断了，总之现在问题也就查到这儿，明天再说！

>>No.65334855
(　ﾟ 3ﾟ)我们的CAN都用AMD的官方ip

>>No.65334855
( ﾟ∀。)查到今天问题有了突破性进展(快解决了)
查得昏天黑地非常痛苦结果是这种结局
总之等一个测试结果再嗦(　ﾟ 3ﾟ)

>>No.65375531
总之就是中间出现了一系列的比如
> CAN芯片控制脚配错pin
> CAN TX pin的IOCR选成另一个CAN channel
最后这两天到达了某个真实
> 在IPdu层往下一点的地方，把别的帧标到好的一路CAN上，发不出来