随便写点

今天调试程序有点起色，突然想写点什么。

调试硬件程序不必软件，调纯上位机软件基本可以做到所见即所得，感觉比调硬件要容易的多，调过一段时间驱动，但是开始时候也是比较纯粹的软件调试的思路，不过个人感觉这个区别不是很大，唯一印象深刻的是调PCI驱动时候，DMA的开启与关闭部分，DMA有两个通道，再接到上位机指令后根据相应标志位开启，再传输玩数据后关闭，如果关闭失败后便影响下一次开始，并导致失帧，整个一轮操作的周期是20ms，导致失去数据帧的原因可能是操作之间超过了20ms，这个问题比较容易查找和解决，而对于DMA通道的关闭失败问题是我万万没有想到的，PCI官方驱动中关闭DMA是在一个循环中反复关闭的，直到关闭成功后便返回一个值，当时我遇到这个问题根本没往此处想，关闭DMA通道的是个函数，以为执行完了便也关闭了，没成想会关闭失败，而帮我们调试程序的张老师不愧是有经验之人，半天的查找与反复调试中将此问题查出并解决。

还做了个Ubuntu字符界面视频显示的东西，最终代码虽然很少，可也花了我一段时日，这里涉及到对显卡的写操作，Linux系统是开源开放的系统，对显卡的操作当然是可以的，但为了安全起见，Linux做了帧缓存，即framebuffer，是显卡在内存的映射，对framebuffer操作就等于对显卡操作，我们的视频源是格式是yuv422，当前显卡基本都是支持rgb的，若是显示到屏幕上需要将yuv转换成RGB来显示，有相应的转换格式，我有篇博客有相应的源代码，可以直接运行，但是这里有个问题是转换的效率问题，我们是实时性系统，因为要做到视频显示频率达到50HZ，所以每一轮包括数据传输，存储，处理，和显示，每一个环节的时间都要精打细算，最好留出余量，我没有找到更好的方法，我的方法是化整移位操作，避免了浮点类型数据耗时的问题，可是又是在非实时的ubuntu系统上，用不太确定的Linux下测程序运行时间的函数测得竟然光转换就要花掉7个ms左右，这个是不可忍受的，光时间的缩减问题便想了又想，再一次会议探讨中，一语惊醒梦中人，我们需要显示的视频是黑白的！。。为啥不早告诉我。。让我做了那么多无用功，两个格式间的转换及显示我是花费了不少精力，还有如何在framebuffer写数据从一片茫然到手到擒来。。yuv格式中y是灰度值，代表图像本身的信息，UV是两个亮度值，共同承载色彩的信息，我们的视频源是来自红外热像仪，黑白的，那我们只要传输Y数据就可以了，显示也只显示Y就行了，这样数据传输量少了一半，时间也缩短了一半，而且更重要的是我这里可以不用转换了，这样时间便大大缩减了。可是由于是对屏幕的每个矩阵点写数据，宽度值和高度值两个循环来控制，由于数据量太大，也很耗时，曾经想过用汇编来做，可是成本太高，因为我对于汇编可为太陌生了，而且是Linux下的汇编，但是我想到了个好方法，就是通过将这段程序反汇编，参照反汇编后的汇编语句和指令来调整我的句法，很见效，时间缩短了一半，最后只要4个ms便能完成。这件事就算告一段落了。

在DSP上调试编程花的时间最多了，也有很多心得，但是时间太晚了，明天还有要事，就明天写了。。。