处芯积律 RISC-V SoC 精进版（SoC V3.0）
当前主线精进项目，强调工程化组织、实验体系与可持续迭代能力。
/project/SOC3.0/soc
SoC V3.0 为主线精进工程：强调可持续迭代——不仅要跑通流程，更要围绕一个方向（总线、外设、DMA 等）做专题化验证与结果沉淀，把脚本、文档与回归策略变成团队可继承资产。
导读：这是什么 · 能学什么 · 怎么学
一、这是什么项目？
精进版通常具备更完整的目录分层、实验入口与扩展点，适合作为简历上的「主线项目」；实践仍在个人副本完成，路径见本页。
与 V2.0 的差异在于「边界意识」：你必须主动划定专题范围、里程碑与退出条件，否则会在大仓库里迷失。
框图侧重「主线 + 专题纵深」；真实模块名与实验分区以讲义与 RTL 为准。
二、能学到什么？
按架构 / 设计 / 验证 / 工程化四条线自检是否达标。
架构与主线认知
- 快速绘制「主业务数据路径」与「可选专题挂载点」，明确主线与专题的边界。
- 理解实验目录、脚本入口与官方推荐迭代顺序；能向他人解释主线冻结点的含义。
- 建立版本基线：标签或 commit 号与回归结果绑定，支持增量对比。
设计与实现深化
- 在授权范围内对专题方向做小步快跑式 RTL/TB 迭代；每次迭代有清晰动机与回滚点。
- 阅读相关 IP 或总线文档与设计约束；能把约束翻译成可验证条目。
- 关注可综合性、时序友好性与测试可达性，而非仅功能仿真通过。
验证体系与沉淀
- 三类回归：基线全量或宽覆盖、专题增量、异常复测；明确各自触发条件。
- 产出「专题报告」：目标、实验矩阵、结果表、风险与后续工作。
- 脚本化：重复执行的命令写入 Makefile/Shell/README，避免口口相传。
三、怎么学？
推荐「主线冻结 → 专题立项 → 迭代锥形收敛 → 资产化交付」。
- 第一周：跑通官方主线并冻结 baseline_v3；记录完整命令与环境指纹。
- 选定唯一专题方向并写一页纸开题：范围、成功判据、非目标（明确不做什么）。
- 每轮迭代固定节奏：假设 → 最小改动 → 定向回归 → 更新实验记录表。
- 专题中期做一次「同行评审」式自查：能否回答三个刁钻追问。
- 结束前整理「移交包」：脚本 + 文档 + 已知限制 + FAQ。
分周节奏（可按个人情况伸缩）
- 第 1～2 周 主线跑通、基线冻结、专题选题与实验计划书。
- 第 3～4 周 专题迭代与回归矩阵；至少一次异常场景或边界深挖。
- 第 5 周起（可选） 资产化与答辩材料定稿；对接求职项目叙述。
主线 + 专题纵深（概念框图）
示意「主干数据路径」与「专题切入方向」关系；真实分区以工程为准。
虚线表示专题通常从互连或外设挂载点切入；请在讲义指导下选定合法切口。
片上 IP · 专题常见切口
精进版鼓励在「互连/DMA、外设、中断与调试」等方向做单点深入；下列为专题期常见关注点，不等同完整 IP 清单。
典型功能块说明
下表按教学视角归纳常见职责与设计/验证关注点；具体层次名、信号名与协议细节以你手中的 RTL、顶层例化与课程讲义为准。
主线顶层与冻结基线
职责概要：定义「未经专题干扰」的可重复行为，是所有对比实验的对照系。
设计侧：主线标签、配置开关默认值、与专题相关的编译宏隔离。
验证侧：他人在干净环境下可复现 baseline_v3；产物哈希或日志指纹一致。
专题关联子系统
职责概要：总线/DMA/外设等选一；是本阶段代码与验证的主要出力点。
设计侧：接口时序、FIFO 深度、仲裁参数；避免破坏主线时序闭合。
验证侧：专题用例覆盖 happy path + 至少一类 corner；结果表可追溯。
回归与实验管理
职责概要：Makefile/脚本矩阵、实验编号、结果归档目录。
设计侧：目录约定、命名规范；避免结果覆盖与混淆。
验证侧：任意实验编号可在对应 log 目录找到原始输出。
文档与移交
职责概要：README 增补、变更记录、风险提示。
设计侧：把隐性假设写出来：仿真 seed、宏定义、依赖版本。
验证侧：新读者按文档可在限定时间内复跑专题结论。
项目核心内容（完整范围）
- 主线工程结构与实验入口梳理；冻结可重复基线。
- 专题化验证（总线 / 外设 / DMA 等选一深入）。
- 基线、增量、异常复测三类回归设计与结果比对。
- 脚本化与文档化沉淀，形成可展示项目包。
关键难点与常见卡点
- 项目规模大，若无专题边界容易面面俱到但不深入。
- 缺乏回归基线时调试效率骤降。
- 只做操作不做沉淀，难以形成可展示成果。
模块级深度讲解（做什么、看什么、怎么验）
主线冻结与配置管理
重点：标签、宏、默认参数；保证专题实验可对照。
验收：任意读者可检出同一 baseline_v3 并复现结果。
专题切口（总线/DMA/外设）
重点：只动专题边界内文件与接口；避免Feature creep。
验收：专题开题书与里程碑勾选齐全。
三层回归体系
重点：基线宽测、专题增量、异常复测；触发条件写清。
验收：出现异常时能指出应跑哪一层并给出历史记录。
资产化移交
重点：脚本、README、实验编号规则、已知限制。
验收：其他人按移交说明可复跑专题结论。
分阶段执行方案（讲义级节奏）
共四段：前第三段覆盖「冻结 baseline_v3 → 专题锥形迭代与三层回归 → 移交与 walkthrough」；第四段为求职前强化（巩固周），可按需跳过。每段均含建议周次/日次、物证与过关标准。请把「开题书 + 实验编号 + 结论卡」当作本项目的三样主心骨，比多跑无目的全量更有说服力。
本阶段目标：得到可审计的 baseline_v3：任意人在相同 seed/宏/工具版本下可复现同一「通过」结论，作为专题实验的唯一对照系。
与导读的衔接：对应导读「冻结基线」「专题一切对比的本底」；未冻结前禁止在主线目录做试探性修改。
讲义节奏（参考）：建议 5～9 天：3 天跑通与排障，2 天固化指纹与标签，2 天选题论证，余量处理偶现差异。
任务分解：
- 按讲义顺序跑通**官方主线**（含推荐的默认用例与波形开关）；保存完整日志与关键 TB 参数。
- 记录环境指纹：`which` 仿真器、compile 选项摘要、`+define+` 与 `+ntb_random_seed`（若使用）等写入 `ENV_NOTES.md`。
- 连续三次冷启动运行（可隔日），比对关键打印或 checksum；若不一致，先收敛环境再谈专题。
- 使用 git tag / 分支名 / 压缩包快照之一冻结 baseline_v3，并在 README 写清「谁能检出什么」。
- 列出不少于 **2 个、不多于 3 个**专题候选方向；每个写「为何选它」「放弃它的成本」「依赖哪些主线模块」。
- 明确专题与主线的**接口边界**：允许改哪些目录、禁止动哪些公共宏（写成清单）。
- 阶段检查：若无法回答「专题失败时如何证明是专题引入而非主线漂移」，不得进入阶段 2。
建议产出（物证）：
- baseline_v3 日志三次对照
- ENV_NOTES.md 或等价说明
- git tag/分支名
- 选题备忘录（含取舍）
过关标准：三次运行关键结果一致或可解释差异；冻结标签可被他人检出；选题边界书面化。
本阶段目标：在书面边界内完成专题深度验证：每一轮迭代只验证一个假设，并用「基线宽测 / 专题增量 / 异常复测」之一回应。
与导读的衔接：导读「专题关联子系统」「三层回归」；本阶段追求可答辩的深度，而不是目录里多几个文件。
讲义节奏（参考）：建议 2～4 周：按周划分里程碑——第 1 周开题+首轮实验，第 2 周 corner+异常，第 3 周收敛与补文档（可按个人压缩）。
任务分解：
- 撰写「专题开题书」一页纸：**目标陈述 / 成功判据（可量化）/ 明确非目标 / 里程碑日期 / 风险**。非目标必须写（例如「本次不改综合约束」）。
- 建立实验编号规则（如 EXP-YYYYMMDD-a），每个编号绑定：假设、改动点、命令、原始 log 路径。
- 每轮迭代固定节奏：**假设 → 最小改动 → 定向回归 → 更新结论表**；禁止同一轮改多个不相关假设。
- 执行三层回归中的至少两类：① 基线专题无关用例确认未破坏主线；② 专题增量集；③（可选）异常或随机种子复测。
- 每个专题里程碑结束填写「结论卡」：证明或证伪、残留风险、下一步实验或「主动收尾」声明。
- 至少安排一次「刁钻追问」自查：三个你自己最怕被问的问题，提前写答案。
建议产出（物证）：
- 开题书
- 实验矩阵与编号目录
- 结论卡（每里程碑）
- 专题增量与异常复测命令记录
过关标准：成功判据被实验满意地证明 **或** 被证据否定后自愿收尾（二者均需书面结论）；主线对照未被静默破坏。
本阶段目标：把个人过程变成**可移交资产**：同事或未来的你能按文档复跑专题结论并继续迭代。
与导读的衔接：求职作品集与 closing_summary；强调「可交接」而非「我做过」。
讲义节奏（参考）：建议 5～8 天：3 天写文档与脚本清理，2 天请人盲测，2 天修补与定稿。
任务分解：
- 整理 Makefile/脚本：提供「一键冒烟」「一键专题回归」最小示例；删除个人临时路径硬编码。
- README 必备章节：目录地图、依赖版本、默认命令、已知限制、FAQ、联系人（可写自己邮箱占位）。
- 撰写「风险与后续工作」：哪些结论依赖未验证假设；若工具升级需要复查哪些用例。
- 制作 walkthrough：10 分钟提纲即可——从 clone/tag 到跑出专题结论卡上的关键一条。
- 打包移交物：脚本 + README + 选定的 log 样例（脱敏）+ 专题报告 PDF/Markdown。
- 可选：准备简历 bullet 三条，与开题书判据一一对应，避免面试叙事与证据脱节。
建议产出（物证）：
- 移交目录或分支说明
- README 完整版
- walkthrough 提纲或短视频脚本
- 专题报告定稿
过关标准：独立 reviewer（同学即可）按文档在约定时间内复现专题核心结论；你能在 10 分钟内 walkthrough 全程。
本阶段目标：把「做过」升级为「能讲、能证、能迁移」：用面试官视角压一遍材料，修补叙事漏洞。
与导读的衔接：与 V1.1/V2.0 的方法论闭环一致；可选但强烈建议在求职季前完成。
讲义节奏（参考）：3～5 天集中：每天只攻一类问题——技术深度、协作叙事、局限与改进。
任务分解：
- 整理答辩 QA 清单：至少 10 个问答，覆盖架构、验证、回归、失败案例与权衡。
- 把专题结论映射到简历上的三条 bullet，每条附一条可展示物证路径。
- 最后一次「全仓库 grep 个人密码/内网路径」卫生检查后再分享移交包。
建议产出（物证）：
- QA 清单
- 简历 bullet 对照表
过关标准：模拟答辩 20 分钟无重大卡壳；材料无敏感信息泄露。
避坑手册
- 目标太大且无边界，导致周期长但产出弱。
- 每次改动都全量回归，效率极低。
- 缺少阶段里程碑，无法判断当前进展是否健康。
完成标准（你做到这些才算真正做完）
- 至少完成 1 个专题方向的深度验证。
- 形成可复用回归流程与结果说明。
- 有完整项目复盘材料（问题、方案、效果、风险）。
答辩与简历：精进版叙事要点
强调专题边界、回归体系与可移交资产，区别于「参加过课程」。
能力证据
- 一页纸专题开题：范围、判据、非目标；附里程碑勾选结果。
- 实验矩阵与结论表：至少包含一类边界或异常场景。
- 移交包清单：脚本 + README + 已知限制。
差异化价值
- 体现「大仓库里的专题收敛能力」，这是很多初级简历缺失的。
- 展示工程化思维：不是堆波形，而是堆可复现流程。
后续衔接
- 专题方法可迁移至多核、低功耗或企业真实迭代场景。
- 资产包可作为团队内分享或开源简历附件。
建议产出（可用于复盘/求职）
- 至少 1 个专题方向的实验记录与结论报告。
- 可重复执行的回归命令或脚本说明。
典型实验任务清单（1-2-3 步）
- 按讲义跑通主线流程并确认关键目录/脚本入口。
- 选择一个专题方向（总线/外设/DMA）做深入验证。
- 沉淀可复用回归命令与专题结论文档。
快速开练命令
cd /home/USER/soc3_practice
cp -a /project/SOC3.0/soc ./soc-v3-0_my
cd ./soc-v3-0_my && ls -la
建议前置基础
建议具备 V2.0 或同等复杂 SoC 项目经验。