【炉边瞎扯】浅谈eDMA

alexyzhov

（本贴预计3到4楼）
最近期末季没有车调，每天死亡冲锋准备考试，真是累了。今天休息一下，谈谈我对Kinetis单片机DMA的认识，权当抛砖引玉。如果有地方讲的不对，还请大佬们下手轻点（

因为众所周知的原因，Kinetis系列是如今智能车选型的主流，是单片机中的豪杰。网络上流行的开发库无疑极大地减轻了大家准备底层的负担，但是也惯坏了很多人。比较往年的帖子可以发现，论坛里关于底层、关于电路的硬派技术讨论是越来越少了。取而代之，多了不少关于硬件的，“伸手”的问题。其中又以第七届为时间的分界线，之后的帖子和报告质量，有点不太敢恭维。诚然，我不是说库不好，将有限的精力放在算法上其实是很明智的选择。但是过于依赖库，显然不会让自己的水平有太高的进步。因为智能车面临的环境元素实在是太简单了，本身就不需要太复杂的处理；再加上历年参赛队员智力的积累，程序思路上可以提升的空间已经不大了。我个人觉得，大家每年算法上的“创造性工作”，其实更多是在围绕当年的规则打补丁罢。所谓的算法，和真正计算机类、机器人类的比赛相比，实在差太远了。当然，飞卡作为一个参与院校广泛的自动化类比赛，本来在规则上就没有给程序算法预设太高的门槛。作为参与者，备赛时整夜调试的经历，积累的大量工程经验才是最大的收获。智能车点燃了一届又一届大学生的工程师梦想，从这点来说，我是很感激这个舞台的。

山外メ雲ジ_VCAN

从学习，个人发展的角度，非常有必要学寄存器开发（挑经典1、2款单片机学即可），否则新功能，异常bug，没法解决。

从应用开发的角度，从智能车比赛的进度、或者项目开发，我往往选择用库。
时代不同，开发效率至关重要，例如上位机我用QT库，而不是VC，但涉及效率的关键步骤，我会自己重写（单片机开发也是如此，关键部分，也要寄存器独立配置，而不是用库）。

时代的步伐：C语言代替汇编，库开发代替寄存器开发，可视化代替库开发，甚至以后 脑电波配合 AI 全自动开发。趋势就是这样发展，所以没什么好抱怨别人的。

举个例子，我毕业的那年，身边有个同学花个 2个月学个java ，随手做个挺简单的app，然后拿到 6k 的offer （当时工资没现在的高的）。而混实验室的老嵌入式人物，熟悉ucos，tip、udp网络编程 ，但拿到 5k 。实力上，肯定后者远强于前者，工资前者高于后者。适者生存！

根据很多同学反馈，其实参加智能车那一年，他们基本上都是迷迷糊糊地水过去，因为一切都要跟时间竞赛，得赶紧跑起来，完成比赛，来不及欣赏消化途中的知识。
但这就结束了？非也！他们真正的跨越式发展，往往是第二年！因为总结了上一年的经验，回过头，把之前缺的知识逐个补回来。而且，他们早期走得远，看得广，第二年少走了很多弯路。

楼主，也是第二年参赛的，所以才有底气说楼上的话。宽容心对待新手，他们的崛起往往是在第二年。

znjqr

第一年 西部赛前128， 西部赛换K60

大逗比

楼主说的很有道理，参赛一年和两年其实真的有很大的差距；第一年懵懵懂懂，第二年才是质的飞跃；
第一年参赛时，跟随师兄的脚步，当然师兄是K60，我就是128，也有较多不同之处；
第二年我晋级了，直接开始使用K60（当然第一年的时候已经学习了较长时间的K60了）

Traverlcq

讲的NICE

yy260191032

2585341750 发表于 2017-6-5 09:20
果然我第二年还是小白……

顾同学不要灰心啊

kyx1996616

第二年依旧很白...:(:(:(

守夜人

依旧怼xs128

半夏微笑

:):)

eagle丶

小白留名

2585341750

果然我第二年还是小白……