2.flatten指令优化要求的是内层循环的循环次数是常数，并且循环主体只能在内层循环中，才可以进行flatten。对于2个循环存在数据依赖关系时，不管循环合并或是循环函数化，都没有办法实现循环之间的并行；上述代码的循环边界是变量，这个综合的时候，循环的tripcount行程是不知道的。如果是完美循环，对内层循环进行pipeline，将会把嵌套循环打平，并进行pipeline优化。内层循环循环次数

19.图像boxfilter框滤波。1.图像最大值和最小值位置寻找。34.lenshading校正。24.scharr算子滤波。4.图像均值和标准差计算。25.sobel算子滤波。33.图像gamma校正。7.图像ROI感兴趣区。13.图像直方图均衡化。18.图像双边滤波设计。20.图像的腐蚀和膨胀。26.图像自动曝光校正。35.Fast角点检测。5.图像像素总和计算。6.图像像素位深转换。12.

1.vivado hls设计中，如果没有流水线指令，代码将会按照顺序执行，并且不考虑任何依赖关系。2.vivado hls设计中，如果对设计使用了流水线优化，工具会对代码中的依赖关系进行处理。依赖关系就是用例是完成上一次读操作或者写操作后然后再发送读操作或者写操作。read after write模式，也就是先写后读模式。write after read模式，也就是先读后写模式。write aft

1.Vivado® HLS 不要求通过使用 static 限定符指定的数组来对内存进行综合，也不要求使用 const 限定符来推断内存。如“数组初始化”中所述，静态类型与 RTL 中的内存的。上述代码中，数组作为RAM来实现，默认RAM为端口RAM,那么对SUM_LOOP循环进行流水线优化的时候，4.vivado hls可综合代码中，数组的大小需要固定，不固定大小的数组是不可综合的。1.在顶层函数

9.要使用 hls::stream<> 对象，请包含 hls_stream.h 头文件。2.hls::stream<>被应用到顶层接口的时候，默认rtl中会将其作为FIFO接口来实现，或者ap_fifo接口来实现，必须确保用于实现 hls::stream 变量的 FIFO 大小足以保存生产者任务所生成的所有数据采样。3.在设计函数中使用hls::stream并将其综合为硬件中，会将其综合为FIFO

因为使用ap_ctrl_none，必须让多个task任务的次数一样，所以只要data_enbale=1,就要将数据写入FIFO，不管FIFO满不满，如果你用FIFO满作为写的条件，那么就造成数据输入的次数和写入FIFO的次数不一样，造成FIFO死锁，你使用满判定，那么FIFO就是非阻塞的了，不会阻塞写入，如果没有 (!ap_uint<PIXEL_WIDTH> pixel_data, // 像素数据

1.如果SDK需要产生hello_word的app案例，就需要在block design中加入一个axi_uart的ip core，否则不允许你使用hello word的app。xilinx的vivado导出SDK的时候，This application requires a Uart IP in the hardware。2.这种情况，那你可以直接产生empty的demo开始你的工程。

1.a leaf level fucntion，应用pipeline需要enable_flush。4.feedback反馈，这个是开发者最不愿意看到的，vivado hls不推荐。是不同的branch分支的latency不一样，如果re-converge有难度。5.feedback反馈不推荐，但是有大用，不推荐，因为这个比较复杂，难掌握。当没有有效数据处理的时候，pipeline将stall挂起停

3.本设计中ap_ctrl_none + hls::stream + ap_none搭配和ap_ctrl_none + hls::stream + ap_stalbe搭配生成的rtl代码是一模一样的。其中可以看出ap_ctrl_hs通过ap_start接口来控制for循环运行，右边使用ap_ctrl_none。说明：上面rtl代码中，左边的是ap_ctrl_hs下的情况，右边的是ap_ctrl_n