1. 项目概述：为什么LIN总线的低功耗如此重要？

在汽车电子和工业控制领域，我们常常需要在有限的能源预算下，让一个嵌入式节点长时间待命，同时又能对特定事件做出快速响应。LIN总线作为一种低成本的车载网络，广泛应用于车窗、座椅、灯光等车身控制模块，这些场景对功耗极其敏感。想象一下，一辆车的电瓶需要为数十个这样的节点供电，如果每个节点都在“傻等”指令时全速运行，静态功耗的累积将是灾难性的，可能导致车辆停放几天后就无法启动。因此， 低功耗设计 不是“锦上添花”，而是这类系统的“生存刚需”。

TMS320F28004x 这款微控制器集成的 SCI/LIN 模块，其低功耗与唤醒机制的设计，正是为了解决这一核心矛盾。它允许节点在总线空闲或收到特定睡眠命令后，进入一种 “深度打盹” 的状态，此时模块内部逻辑和寄存器的时钟被停止，功耗降至极低。而一旦总线出现活动或满足内部唤醒条件，它又能像被“轻推一下”那样迅速醒来，继续投入工作。这套机制的精妙之处在于，它并非简单粗暴地关闭模块，而是通过硬件状态机与中断系统紧密配合，确保了状态的无损保存与恢复，以及唤醒响应的实时性。

对于嵌入式工程师而言，吃透这套机制意味着你能设计出续航更长的无线传感节点、更可靠的电池管理单元，或是满足汽车厂商严苛的静态电流（Quiescent Current）指标。接下来，我将结合手册内容和实际调试经验，为你拆解从进入睡眠、保持睡眠到被唤醒的每一个细节，以及那些手册里可能没写，但实践中一定会踩到的“坑”。

2. 低功耗模式的核心原理与硬件支持

要驾驭低功耗，必须先理解其硬件基础。TMS320F28004x 的 SCI/LIN 模块的低功耗，我们通常称之为 “本地低功耗模式” 。这里的“本地”指的是仅针对该通信外设本身，而非整个芯片进入低功耗状态（如 STANDBY、HIBERNATE）。这种设计非常灵活，允许系统在保持核心CPU和其他外设活动的同时，单独关闭通信模块以省电。

2.1 功耗控制的“开关”：POWERDOWN 位

一切始于 SCIGCR2 寄存器中的 POWERDOWN 位（位0）。你可以把它想象成这个模块的“总闸”。

  • 置1 ( POWERDOWN = 1 ) : 模块请求进入本地低功耗模式。此时，模块会尝试停止其内部逻辑和寄存器的时钟。 但请注意 ，这只是一个“请求”，能否立即进入还取决于模块当前的状态。
  • 清0 ( POWERDOWN = 0 ) : 模块退出低功耗模式，恢复正常运行。

关键机制 ：即使 POWERDOWN 位被置1，模块对寄存器的访问通道仍然是开放的。如果你在低功耗模式下访问某个寄存器，硬件会为了这次访问临时打开时钟，访问结束后再关闭。这保证了软件在任何时候都能查询或修改配置，而不会因为模块“睡着”了就“叫不醒”。

2.2 睡眠模式的进入条件：协议与硬件协同

根据LIN协议，睡眠模式通常由主节点通过发送 “睡眠命令” 来统一协调。这个命令是一个特定的诊断帧：标识符为 0x3C (60)，且第一个数据字节为 0x00 。当总线上所有节点都正确接收到此命令后，总线应进入静默状态，即“睡眠模式”。

在TMS320F28004x的实现中，进入本地低功耗模式有两种主要途径：

  1. 软件主动请求 ：应用程序在检测到总线空闲超时（例如，超过4秒无活动，对应 SCIFLR.TIMEOUT 标志置位）或处理完睡眠命令后，主动将 POWERDOWN 位置1。
  2. 硬件自动请求 ：模块在LIN模式下，如果检测到总线空闲超过4秒（80,000个周期 @ 20kHz），也可以自动请求进入低功耗模式。这为软件提供了一层安全保障，防止因软件错误而无法进入省电状态。

2.3 唤醒机制的“耳朵”：WAKEUP 中断与 RX 引脚

模块如何知道自己该“醒来”？这依赖于唤醒中断 ( SETWAKEUPINT ) 和 RX 引脚的电平检测。

  • 唤醒中断使能 ( SCISETINT.1 ) : 这是唤醒功能的“总开关”。只有使能了它，硬件检测到唤醒事件时才会产生中断信号。
  • RX引脚电平检测 ：这是最主要的硬件唤醒源。当模块处于低功耗模式（ POWERDOWN=1 ）时，如果在其 LINRX 引脚上检测到一个从高到低的下降沿（即由隐性电平到显性电平的跳变），且唤醒中断已使能，则会立即触发唤醒中断，并自动清除 POWERDOWN 位，使模块退出低功耗模式。

一个至关重要的细节 ：手册中特别强调， 如果唤醒中断被使能，而模块在接收数据的过程中收到了低功耗模式请求，模块会立即产生一个唤醒中断来清除 POWERDOWN 位，从而阻止进入低功耗模式，并确保完成当前的数据接收 。这个机制防止了数据接收过程被意外中断，保证了通信的可靠性。反之，如果唤醒中断被禁用，模块则会安静地完成当前接收，然后再进入低功耗模式。

3. 睡眠模式进入与退出的软件实操流程

理解了原理，我们来看如何用代码实现。以下流程基于典型的从节点（Slave Node）场景。

3.1 进入睡眠模式的步骤

假设我们的节点已正常完成通信，并决定进入睡眠。

// 步骤1: 确保当前没有正在进行的接收或发送
// 可以通过查询 SCIFLR.BUSY 位来实现，但更常见的做法是在通信任务完成后执行。
while(LIN_isBusBusy(linHandle)) {
    ; // 等待总线空闲
}

// 步骤2: (可选但推荐) 清除可能挂起的唤醒中断标志，避免误唤醒
LIN_clearGlobalInterruptFlag(linHandle, LIN_INT_WAKEUP);

// 步骤3: 使能唤醒中断。这是为了确保我们能被总线活动唤醒。
// 注意：如果此时正在接收，使能中断会阻止进入低功耗，直到接收完成。
LIN_enableInterrupt(linHandle, LIN_INT_WAKEUP);

// 步骤4: 请求进入本地低功耗模式
LIN_enterLowPowerMode(linHandle); // 此函数内部将 SCIGCR2.POWERDOWN 置1

// 步骤5: 软件可以在此处将CPU本身也置于低功耗模式（如IDLE, STANDBY），
// 等待唤醒中断将系统整体唤醒。
__asm(" IDLE"); // 例如，进入IDLE模式等待中断

关键函数 LIN_enterLowPowerMode 的内部实现要点 ：

void LIN_enterLowPowerMode(LIN_Handle linHandle) {
    // 直接设置 POWERDOWN 位
    linHandle->regs->SCIGCR2 |= LIN_SCIGCR2_POWERDOWN;
    // 根据应用需求，可能还需要关闭LIN收发器的电源，以实现更深层次的节能。
}

3.2 唤醒过程的硬件与软件响应

当总线活动产生唤醒信号时，硬件自动执行以下动作：

  1. 检测到 RX 引脚下降沿。
  2. 若 SETWAKEUPINT=1 ，则产生唤醒中断，并自动清除 POWERDOWN 位。
  3. 模块时钟恢复，硬件逻辑开始工作。

对应的软件中断服务程序（ISR）需要处理：

__interrupt void linWakeupISR(void) {
    // 步骤1: 确认中断源
    if(LIN_getGlobalInterruptFlag(linHandle) & LIN_INT_WAKEUP) {
        // 步骤2: 清除模块内的唤醒中断标志 (SCIFLR.WAKEUP)
        LIN_clearInterruptFlag(linHandle, LIN_INT_WAKEUP);
        // 步骤3: 清除PIE/CPU级别的中断标志
        LIN_clearGlobalInterruptFlag(linHandle, LIN_INT_WAKEUP);

        // 步骤4: 重新初始化模块（可选但建议）。因为从低功耗唤醒后，
        // 可能需要重新配置波特率（如果使用自适应波特率）、使能收发器等。
        // 注意：POWERDOWN位已被硬件清除，无需软件操作。
        LIN_initModule(linHandle); // 重新初始化模块配置

        // 步骤5: 恢复应用程序主循环或通信任务
        wakeupEvent = true;
    }
    // 其他中断处理...
}

3.3 唤醒信号的生成：主节点如何“叫醒”大家

根据LIN协议，任何节点（包括从节点）都可以通过发送一个 唤醒信号 来终止总线的睡眠模式。TMS320F28004x 的硬件提供了便捷的生成方式。

  1. 信号格式 ：一个持续时间为 TWUSIG 的显性电平（逻辑0）。 TWUSIG 必须至少为5个位时间（5 Tbit），且协议规定其范围在 0.25ms 到 5ms 之间。
  2. 硬件生成 ：为了简化时序，可以将数值 0xF0 (二进制 1111 0000 ) 写入发送数据寄存器 LINTD0 。这个字节包含了5个显性位和5个隐性位，恰好满足最小5个显性位的要求。
  3. 触发发送 ：在模块处于低功耗模式 ( POWERDOWN=1 ) 且软件复位位 SWnRST=1 的前提下，设置 SCIGCR2.GENWU 位为1，模块便会自动发送 LINTD0 中预加载的 0xF0 作为唤醒信号。
  4. 自动停止 ： GENWU 位在检测到有效的同步间隔（Sync Break）或软件复位 ( SWnRST ) 时会自动清零，防止重复发送。

主节点发送唤醒信号的代码示例 ：

// 假设主节点检测到需要唤醒总线（如收到车门开关信号）
void LIN_generateWakeupSignal(LIN_Handle linHandle) {
    // 步骤1: 确保模块已退出低功耗模式（如果之前自己睡了）
    linHandle->regs->SCIGCR2 &= ~LIN_SCIGCR2_POWERDOWN;

    // 步骤2: 配置为LIN主模式（如果尚未配置）
    linHandle->regs->SCIGCR1 |= LIN_SCIGCR1_CLK_MASTER;

    // 步骤3: 预加载唤醒信号模式到发送寄存器
    linHandle->regs->LINTD0 = 0xF0; // 5个显性位 + 5个隐性位

    // 步骤4: 确保软件复位已释放（模块处于可操作状态）
    linHandle->regs->SCIGCR1 |= LIN_SCIGCR1_SWnRST;

    // 步骤5: 发送唤醒信号
    linHandle->regs->SCIGCR2 |= LIN_SCIGCR2_GENWU;

    // 步骤6: 等待唤醒信号发送完成（GENWU位自动清零）
    while(linHandle->regs->SCIGCR2 & LIN_SCIGCR2_GENWU) {
        ; // 等待
    }

    // 步骤7: 唤醒信号发送完毕，总线应被激活，可以开始发送同步间隔和帧头了。
    // 注意：根据协议，发送唤醒信号后，主节点需等待一段时间（T_INITIALIZE，<100ms）
    // 让所有从节点准备好，然后再发送帧头。
    DELAY_US(5000); // 例如，等待5ms
    LIN_sendHeader(linHandle, frameId); // 开始正常的帧传输
}

4. 关键寄存器详解与配置陷阱

手册列出了大量寄存器，但围绕低功耗和唤醒，以下几个是核心，需要深刻理解其每一位的含义。

4.1 SCIGCR2：低功耗与唤醒控制中心

这个寄存器是控制中枢，除了 POWERDOWN 和 GENWU ，还有两个在扩展帧中用于校验和控制的位（ CC , SC ），但在基础低功耗场景下我们更关注前者。

配置注意事项 ：

  • GENWU 位的特殊性 ：它只能在 SWnRST=1 且模块处于低功耗模式 ( POWERDOWN=1 ) 时被设置。试图在非低功耗模式下设置它来发送普通数据是无效的。这是一个常见的配置顺序错误。
  • POWERDOWN 位的“请求”性质 ：如前所述，设置它不等于立即断电。软件需要检查 SCIFLR.BUSY 或依赖唤醒中断机制来确认状态转换。

4.2 SCISETINT / SCICLEARINT：中断的使能与禁止

SCISETINT 用于使能特定中断， SCICLEARINT 用于禁用。它们是“写1生效”的寄存器。

对于唤醒，关键位是 SETWAKEUPINT (位1) ：

  • 使能： linRegs->SCISETINT |= (1 << 1);
  • 禁用： linRegs->SCICLEARINT |= (1 << 1);

重要经验 ：在进入低功耗前使能唤醒中断，在退出低功耗并重新初始化模块后， 建议先禁用再重新使能 一次唤醒中断。这可以清除任何在状态转换过程中可能残留的、不明确的内部中断状态，避免误触发。

4.3 SCIFLR：状态标志寄存器

这个寄存器是软件判断模块状态的眼睛。与低功耗/唤醒相关的标志有：

  • WAKEUP (位1) : 唤醒标志。当模块因唤醒事件退出低功耗时，此位置1。 必须通过读 SCIINTVECT0/1 或向该位写1来清除 。
  • BUSY (位3) : 接收忙标志。为1时表示正在接收一帧数据。它是硬件阻止不当进入低功耗的关键。
  • TIMEOUT (位4) : 总线空闲超时标志。总线无活动超过4秒置位。可用于触发自动睡眠请求。
  • TOAWUS (位6) 和 TOA3WUS (位7) : 唤醒超时标志。用于处理唤醒后主节点无响应的情况，实现协议规定的重试机制。

清除标志的黄金法则 ：大多数错误/状态标志（如 WAKEUP , FE , OE 等）可以通过读取对应的 SCIINTVECTx 寄存器来清除。但 RXRDY 和 TXRDY 这两个标志是例外，它们分别通过读 SCIRD / LINRDx 和写 SCITD / LINTDx 来清除。混淆清除方式会导致中断持续触发或状态机卡死。

4.4 MBRSR：最大波特率寄存器与超时计算

MBRSR 寄存器用于配置LIN网络的 预期最大波特率 ，其值计算公式为： MBR = VCLK / (1.1 * expected baud rate)

其中 VCLK 是LIN模块的输入时钟频率。这个寄存器有两个重要作用：

  1. 自适应波特率检测 ：当 SCIGCR1.ADAPT=1 时，从节点用它作为基准来检测和适应主节点发来的实际波特率。
  2. 超时时间基准 ：模块内部的唤醒超时 ( TOAWUS , TOA3WUS ) 和总线空闲超时 ( TIMEOUT ) 计数器，是基于一个 20kHz 的等效时钟进行计算的。 MBR 寄存器的值被用来将实际的 VCLK 分频到这个20kHz的基准。

这意味着 ：如果你改变了系统的 VCLK （例如改变了PLL配置），或者期望的LIN波特率与初始计算值不同， 必须重新计算并配置 MBRSR ，否则所有的硬件超时（如150ms, 1.5s, 4s）都将不准确，导致唤醒和睡眠逻辑混乱。这是移植代码时最容易忽略的一点。

5. 低功耗与唤醒的实战配置示例

下面是一个完整的从节点低功耗初始化与处理例程，包含了关键步骤和注释。

// lin_low_power_cfg.c
#include "driverlib.h"
#include "lin_example.h"

LIN_Handle gLinHandle;

void LIN_lowPowerInit(void) {
    // 1. 初始化LIN模块基础配置（波特率、模式等）
    LIN_initModule(&gLinHandle, LIN_MODE_SLAVE, 19200); // 例如19.2kbps

    // 2. 配置MBRSR寄存器，确保超时时间准确
    // 假设VCLK = 70MHz, 期望波特率 = 19200
    // MBR = 70,000,000 / (1.1 * 19200) ≈ 3314 (0x0CF2)
    gLinHandle.regs->MBRSR = 0x0CF2;

    // 3. 配置唤醒信号检测相关参数（如需要）
    // 使用默认的同步间隔和分隔符设置，通常无需修改LINCOMP

    // 4. 使能必要的错误中断（可选，用于调试）
    gLinHandle.regs->SCISETINT |= (LIN_SETINT_FE | LIN_SETINT_OE | LIN_SETINT_ISFE);

    // 5. **关键步骤**：使能唤醒中断
    gLinHandle.regs->SCISETINT |= LIN_SETINT_WAKEUP;

    // 6. 配置中断向量和使能PIE中断
    LIN_registerInterrupt(&gLinHandle, &linWakeupISR, LIN_INT_WAKEUP);
    LIN_enableGlobalInterrupt(&gLinHandle, LIN_INT_LINE0); // 假设使用INT0线

    // 7. 使能接收器，开始监听总线
    gLinHandle.regs->SCIGCR1 |= LIN_SCIGCR1_RXENA;
}

void LIN_enterSleepMode(void) {
    // 1. 检查是否正在通信
    if (gLinHandle.regs->SCIFLR & LIN_FLAG_BUSY) {
        // 如果BUSY，根据唤醒中断是否使能，决定等待或直接返回
        // 如果唤醒中断已使能，设置POWERDOWN后会立即被唤醒，所以这里可以选择等待或放弃本次睡眠请求。
        return; // 本次不进入睡眠
    }

    // 2. 可选：清除旧的唤醒标志，避免历史中断影响
    // 读SCIINTVECT0可以清除WAKEUP标志，但也会响应其他中断。
    // 更安全的方法是直接写标志位清零（如果支持）。
    // gLinHandle.regs->SCIFLR |= LIN_FLAG_WAKEUP; // 写1清0

    // 3. 请求进入低功耗模式
    gLinHandle.regs->SCIGCR2 |= LIN_SCIGCR2_POWERDOWN;

    // 4. 此时，模块可能不会立即进入低功耗（如果唤醒中断使能且BUSY刚结束）。
    // 可以查询POWERDOWN位或等待唤醒中断。
    // 更常见的做法是，此函数调用后，CPU随即进入IDLE/STANDBY模式。
}

#pragma CODE_SECTION(linWakeupISR, ".TI.ramfunc");
__interrupt void linWakeupISR(void) {
    uint16_t intVector;
    uint32_t flags;

    // 读取中断向量以确定中断源并清除标志
    intVector = gLinHandle.regs->SCIINTVECT0;

    switch(intVector) {
        case LIN_INTVECT_WAKEUP:
            // 处理唤醒事件
            // 1. 模块硬件已自动清除POWERDOWN位，无需软件操作
            // 2. 可能需要重新初始化LIN模块的某些部分（特别是如果时钟源在低功耗下变了）
            // 3. 清除PIE级中断标志
            LIN_clearGlobalInterruptFlag(&gLinHandle, LIN_INT_WAKEUP);

            // 设置系统唤醒标志，供主循环处理
            gSystemWakeFlag = true;
            break;

        case LIN_INTVECT_FE:
            // 处理帧错误...
            break;
        // ... 其他中断处理
        default:
            break;
    }

    // 必须应答PIE中断
    Interrupt_clearACKGroup(INTERRUPT_ACK_GROUP8); // 假设LIN在PIE组8
}

6. 常见问题排查与调试心得

在实际项目中，低功耗和唤醒功能最容易出现“睡不醒”、“不该醒”、“睡不深”的问题。以下是我总结的排查清单和技巧。

6.1 问题排查速查表

现象 可能原因 排查步骤
无法进入低功耗 ( POWERDOWN 位写1无效) 1. 唤醒中断已使能且接收器正忙 ( BUSY=1 )。
2. SWnRST 位为0（模块处于软件复位状态）。
3. 对寄存器的访问（如查询状态）临时打开了时钟。		 1. 检查 SCIFLR.BUSY ，等待其为0。
2. 确认 SCIGCR1.SWnRST=1 。
3. 在设置 POWERDOWN 后，避免频繁查询状态寄存器。
无法被唤醒 (RX有活动但模块不响应) 1. 唤醒中断未使能 ( SETWAKEUPINT=0 )。
2. POWERDOWN 位实际未置1。
3. RX引脚功能未使能 ( SCIPIO0.RXFUNC=0 )。
4. 唤醒信号脉宽不符合要求（<5 Tbit）。
5. 系统级中断未使能（PIE, CPU）。		 1. 确认 SCISETINT.1=1 。
2. 读取 SCIGCR2 确认 POWERDOWN 值。
3. 确认 SCIPIO0.RXFUNC=1 。
4. 用示波器测量RX引脚波形。
5. 检查PIE和CPU级中断使能位。
误唤醒 (无总线活动却唤醒) 1. WAKEUP 标志未及时清除，导致重复进入中断。
2. RX引脚受到噪声干扰（如毛刺）。
3. 其他中断源错误地映射到了同一个中断线。		 1. 确保在唤醒ISR中正确清除了 WAKEUP 标志（读 SCIINTVECT0 或写1）。
2. 检查硬件滤波电路，软件上可考虑在ISR中做去抖判断。
3. 检查 SCISETINTLVL 寄存器，确认只有 WAKEUP 中断映射到使用的INT线。
唤醒后通信异常 (如乱码、丢帧) 1. 模块从低功耗唤醒后，时钟可能不稳定或配置丢失。
2. 波特率配置在低功耗期间被改变（如使用自适应波特率且未保存）。
3. 收发器状态未正确恢复。		 1. 在唤醒ISR中，重新初始化LIN模块的核心配置（ SCIGCR1 , BRSR 等）。
2. 如果使用自适应波特率，唤醒后需重新同步或使用保存的波特率参数。
3. 控制LIN收发器的使能引脚，在睡眠时关闭，唤醒时重新使能。
功耗下降不明显 1. 仅LIN模块进入低功耗，CPU和其他外设仍在运行。
2. LIN收发器未进入低功耗模式。
3. 板级存在其他漏电路径。		 1. 在LIN模块睡眠后，将CPU置于IDLE或STANDBY模式。
2. 通过GPIO控制LIN收发器的EN/SLP引脚，使其进入睡眠状态。
3. 测量整板功耗，逐一排查其他外设的电源管理。

6.2 调试技巧与心得

  1. 利用 SCIPIO2 寄存器进行“软件监听” ：在调试初期，可以不连接实际LIN总线。通过读取 SCIPIO2.RXIN 位，你可以模拟总线电平变化，验证唤醒检测逻辑是否正常。例如，在调试状态下手动拉低一个GPIO并连接到 LINRX 引脚，或者用软件在循环中改变该位的值（如果支持模拟模式）。

  2. BUSY 标志的“守护”作用 ：务必尊重 BUSY 标志。在尝试进入低功耗前，增加一个对 BUSY 标志的检查与短暂等待循环，可以避免绝大多数因“正在接收中”导致的低功耗进入失败问题。但等待时间不宜过长，应设置超时。

  3. 唤醒中断的“边缘”与“电平” ：手册明确指出唤醒中断由RX引脚的 下降沿 触发。这意味着一个持续的显性电平（低电平）只会产生一次唤醒中断。如果总线因故障持续为低，模块只会唤醒一次，之后即使 POWERDOWN 被清除，如果故障持续，通信也无法进行。软件需要处理这种总线故障场景。

  4. GENWU 位的“一次性” ： GENWU 位在发送唤醒信号后会被硬件自动清零。如果你需要重复发送唤醒信号（例如，主节点尝试唤醒无响应），必须在每次发送前重新检查总线状态、重新配置 LINTD0=0xF0 ，并再次置位 GENWU 。同时，要结合 TOAWUS 和 TOA3WUS 标志来实现协议规定的150ms和1.5s超时重试逻辑。

  5. 低功耗与调试器的冲突 ：当使用JTAG调试器连接芯片时，调试器本身可能会维持某些时钟或信号，阻止模块或芯片进入深度的低功耗状态。测量功耗时，最好能脱机运行，或者确认调试器的影响。此外，仿真模式下的 CONT 位 ( SCIGCR1.17 ) 也需要关注，如果程序在调试时挂起， CONT=0 会冻结LIN计数器，可能影响超时和唤醒逻辑。

  6. 电源完整性 ：当LIN模块和收发器都进入低功耗时，整个电路的电流可能降至微安级。此时，电源纹波和噪声的相对影响会变大。确保电源网络在低电流下的稳定性，特别是为LIN收发器供电的LDO，其静态电流 ( Iq ) 应足够低，否则它本身就会成为功耗大头。

通过深入理解 POWERDOWN 与 WAKEUP 这对核心机制，仔细配置相关寄存器，并充分利用硬件状态标志进行软件决策，你就能在TMS320F28004x上构建出既节能又可靠的LIN总线节点。记住，低功耗设计是一个系统级工程，需要硬件、软件和协议栈协同工作，而这一切的基础，正是对这些底层硬件机制的精准把控。

Logo
亚马逊云科技技术品牌专区

更多推荐

open-code-review Codex 插件教程：对话式调用评审技能指南

本文是一份面向新手的 **open-code-review Codex 插件教程**，教你在 Codex 中通过对话式方式调用 open-code-review 的 AI 代码评审技能。open-code-review 是阿里巴巴开源的 AI 代码评审工具，采用"确定性流水线 + LLM Agent"混合架构，内置多语言评审规则（NPE、线程安全、XSS、SQL 注入等），可在 Codex 里用一

avatar 亚马逊云科技技术品牌专区

OBS Studio 完整指南：免费开源录屏与直播软件从零上手

想做一场像模像样的直播，或者把屏幕内容录成教程视频，但一想到商用软件的订阅费就有些犹豫？其实你不需要花一分钱。OBS Studio 是一款免费开源的直播与录屏软件，支持 Windows、macOS 和 Linux，采集、混音、编码、推流、录制，一条流水线全包了。## 先搞清楚 OBS Studio 是什么OBS Studio 是一个"场景化"的采集合成工具：你把摄像头、窗口、浏览器、图片、

avatar 亚马逊云科技技术品牌专区

如何用MediaCrawler爬取小红书抖音数据？7大平台爬虫从安装到实战完整指南

MediaCrawler 是一个支持小红书、抖音、快手、B站、微博、百度贴吧、知乎的开源自媒体数据采集工具。它能按关键词、按帖子、按创作者主页三种方式抓取笔记/视频内容、评论甚至二级评论，并把结果存成 JSON、CSV、Excel 或数据库。适合做市场调研、竞品监控、内容选题的运营人员，以及想要现成爬虫框架而不想从零写 JS 逆向的开发者。## 从一次"手动抄数据"说起想象这个场景：你负责

avatar 亚马逊云科技技术品牌专区