第一章：HLS与流水线基础
各位同学好，我是你们的FPGA讲师。今天咱们聊聊HLS和流水线的基础。说实话，我刚接触HLS那会儿，心里也犯嘀咕——这玩意儿真能替代手写RTL？后来做项目多了，才明白HLS不是替代，而是另一种武器。
1.1 HLS到底是什么？
HLS，全称High-Level Synthesis，高级综合。说白了，就是用C/C++代码去描述硬件行为，然后工具自动帮你生成RTL代码。你想想看，写C语言总比写Verilog快吧？
我个人习惯把HLS看作「硬件编译器」。就像GCC把C代码编译成机器码，Vivado HLS把C代码编译成RTL。但这里有个关键区别——软件编译是顺序执行的，硬件综合是并行执行的。这个差异，恰恰是HLS优化的核心。
核心概念：HLS不是把C代码「翻译」成硬件，而是把C代码描述的「行为」映射成硬件结构。同样的C代码，不同的优化指令，出来的硬件天差地别。
1.2 Vivado HLS工具链
Vivado HLS的流程其实不复杂。我画个图给你看：
这个流程里，我最想强调的就是「迭代优化」那个反馈回路。我在项目中遇到过很多次，第一次综合出来的性能惨不忍睹。别慌，这是常态。关键是你得学会看分析报告，找到瓶颈在哪。
我的小技巧：每次综合完，先看「Latency」和「Interval」这两个指标。Latency是处理单个数据需要的时钟周期数，Interval是两次处理之间的间隔。如果Interval远小于Latency，说明流水线已经起作用了。
1.3 流水线设计思想
流水线这个概念，其实在生活中很常见。你想想看，洗衣服——洗衣机在洗的时候，你同时可以晾上一批。这就是流水线。
在FPGA里，流水线就是把一个大的计算任务拆成多个小阶段，每个阶段用寄存器隔开。这样，数据可以像流水一样，一个接一个地通过各个阶段。
我举个例子，一个简单的加法链：
// 非流水线版本
int sum = a + b + c + d;
// 流水线版本（手动拆解）
stage1: sum1 = a + b;
stage2: sum2 = sum1 + c;
stage3: sum3 = sum2 + d;非流水线版本，综合出来是一个组合逻辑链。如果数据位宽大，路径延迟会很长，时钟频率上不去。流水线版本呢？每个阶段只做一个加法，路径短，频率可以跑得更高。
注意：流水线不是免费的午餐。它增加了寄存器资源，也引入了「流水线气泡」——就是流水线填满之前的那几个周期。不过对于连续数据流来说，这点代价完全值得。
1.4 吞吐量与延迟
这两个概念，我当年学的时候也绕了一阵。咱们用个比喻：
- 延迟（Latency）：从你点外卖到外卖送到家，花了多长时间。这是单个任务的完成时间。
- 吞吐量（Throughput）：外卖小哥一小时能送多少单。这是系统的处理能力。
在HLS里，延迟用时钟周期数衡量，吞吐量用「每时钟周期处理的数据量」或者「数据间隔（Interval）」来衡量。
| 指标 | 定义 | 优化目标 |
|---|---|---|
| Latency | 从输入到输出所需的时钟周期数 | 越小越好（对实时性要求高的场景） |
| Interval (II) | 两次连续输入之间的最小间隔 | 越小越好（II=1 是理想状态） |
| Throughput | 单位时间内处理的数据量 | 越大越好（与Interval成反比） |
这里有个坑，我曾经踩过。有一次做视频处理，我拼命优化延迟，把流水线级数压到最低。结果呢？组合逻辑路径太长，时钟频率上不去，吞吐量反而下降了。后来我明白了——对于流式处理，吞吐量比延迟更重要。
核心原则：流水线优化的本质，是用「可接受的延迟增加」换取「吞吐量的大幅提升」。如果你的数据是连续输入的，别怕延迟大，怕的是吞吐量上不去。
1.5 HLS中的流水线指令
Vivado HLS里，实现流水线主要靠两个指令：
// 1. PIPELINE 指令 - 用于循环或函数
void example(int A[100], int B[100]) {
#pragma HLS PIPELINE II=1
for (int i = 0; i < 100; i++) {
B[i] = A[i] * 2 + 1;
}
}
// 2. DATAFLOW 指令 - 用于任务级流水
void top(int A[100], int B[100], int C[100]) {
#pragma HLS DATAFLOW
func1(A, B); // 第一阶段
func2(B, C); // 第二阶段
}PIPELINE指令是循环级别的流水线。II=1表示希望每个时钟周期都能启动一次循环迭代。DATAFLOW是函数级别的流水线，让多个函数像流水线一样并行执行。
避坑指南：我曾经在一个循环里用了PIPELINE II=1，结果综合报告显示II=3。查了半天，发现循环体里有个数组读取冲突。解决办法是给数组加个「ARRAY_PARTITION」指令，把单端口RAM拆成多端口。嗯，细节决定成败。
1.6 本章小结
这一章咱们把HLS和流水线的基础捋了一遍。记住几个关键点：
- HLS是用C描述硬件行为，不是写软件
- 流水线是提升吞吐量的利器，但会消耗更多寄存器
- 延迟和吞吐量是两回事，流式处理优先优化吞吐量
- PIPELINE和DATAFLOW是HLS里最常用的流水线指令
下一章，咱们会深入实战，看看怎么用这些知识去优化一个真实的图像处理算法。到时候我会拿一个我踩过坑的项目做案例，保证干货满满。