SDSoC 调试技巧
SDSoC整合了HLS、Vivado和SDK三个软件，使得整个硬件加速变得简单，那么整个系统绝对不会显得很简单，这其中必然包括一些有效的调试技巧，下面一一进行介绍。
下面的所有技巧都可以在ug1028文件中找到，可以仔细看看这篇文章。
软硬件资源评估
首先，在SDx Setting中，选中Estimate performance这个box
然后，build project
编译完成后，可以看到如下的效果。
上面的是硬件资源的评估暂用情况。点击其中的click here，这时必须连接板子，才会有结果，可以下面的最终软硬件对比的结果。
点击click here的时候，这里有一个local和here值得注意，其中local指的是本地的连接，而new表示重新建立连接。
还有一点，默认是整个工程的函数进行资源评估，可以单独选择某一个函数进行单独的资源评估，只要换个root function就行喽。
至此，资源评估实验搞定，到此结束。
软件调试
首先，build configuration选择的是Debug选项。
然后，编译工程，build project。
最后，按照正常c语言的调试过程进行调试。
在Debug界面的正上方，有一系列调试的常用操作，包括step into，step over, step out等；函数的左边，可以通过双击鼠标左键的方式添加断点；Debug界面的右上面，有一系列的观察点，可以观察变量等；Debug界面的右下方，可以观察内存中的数据。
硬件调试
和上面的操作一样，因为是硬件，所以需要硬件加速函数，即设置相应的HW函数，如下图所示。
为了进行硬件调试，下面开始和上面不一样的操作，即使能事件跟踪Enable event tracing选项box选中。
然后，编译工程，build project。
编译完成后，可以看到编译过程中插入了硬件监视内核handware monitor cores。
然后，就可以开始硬件调试喽。这时需要选择的是Run as Trace Application，因为若使用Debug的话，会产生断点。
点击后，会产生两部分的trace信息，顶部的是文字描述，右下方的是事件线描述。在event timeline中，不同的延时代表了不同的信息。黄色表示软件事件software event，绿色表示加速时间acclerator event，而蓝色表示的则是数据输出事件data transfer event。
刚才忘记添加HW函数，因此一直是黄色的。
上板测试
这个过程必须生成的是Release版本的程序。具体的操作如下图所示，当然，还有一些其他的操作也能达到类似的效果，具体查看ug1028文档。
与Debug选项相比，Release版本编译的时候，会使用更高性能优化的编译器。
具体来说，Debug编译的时候，增加了额外的调试信息，便于调试；Release编译的时候，则把这些调试信息去除了。Estimate可以在Debug和Release时候都使用，主要是为了整个应用程序的调试性能。
mmult.h文件中，我们做如下的设置。 #ifndef MATMUL_H_ #define MATMUL_H_ //Size of one dimension of the matrix #define SIZE 32 //Pragma below instructs the HLS compiler to generate a PL //design which has Direct Memory Interface with DDR and PL. #pragma SDS data zero_copy(in1[0: SIZE * SIZE], in2[0: SIZE * SIZE], out[0: SIZE * SIZE]) void mmult_accel(int *in1, // Read-Only Matrix 1 int *in2, // Read-Only Matrix 2 int *out); // Output Result #endif
编译完成之后，我们查看相应的报告，获取相应的端口使用情况。
具体的位置是在_sds/reports/data_motion.html保存的就是使用的端口情况。
如下图所示。
这个使用的ACP接口，配置的是AXI_MM的方式，这就是zero_copy对应的接口，如果是copy，则是不同的结果。
