IO
IO MUX（输入输出复用器）
定义
IO MUX（Input/Output Multiplexer） 是一种电路设计技术，用于在多个输入或输出信号之间进行选择和切换。它允许一个引脚或一组引脚在不同的功能之间动态切换，从而节省硬件资源并提高系统的灵活性。
特性
- 功能复用：
- 多用途引脚：IO MUX 允许单个引脚在不同的功能之间切换，例如 GPIO、I2C、SPI、UART 等。
- 节省引脚：通过复用，可以减少开发板上的引脚数量，节省空间和成本。
- 动态切换：
- 软件控制：IO MUX 的切换通常通过软件编程实现，可以在运行时动态改变引脚的功能。
- 灵活性：这种动态切换提供了高度的灵活性，使得硬件设计更加通用和可扩展。
- 信号隔离：
- 防止冲突：在多设备共享同一总线时，IO MUX 可以防止信号冲突，确保每个设备在正确的时间输出或接收信号。
- 高阻态：当某个引脚未被选中时，它通常处于高阻态，不会对其他信号产生干扰。
- 低功耗：
- 低电流：IO MUX 通常设计为低功耗，不会显著增加系统的功耗。
- 节能：通过合理使用 IO MUX，可以优化系统的功耗管理。
- 硬件支持：
- 内部集成：许多微控制器（如 ESP32）内部集成了 IO MUX，提供了硬件级别的支持。
- 外部扩展：也可以使用外部的 IO MUX 芯片，如 74HC595 等，以扩展引脚功能。
应用场景
- 多设备通信：
- 总线共享：在多个设备共享同一总线时，IO MUX 可以确保每个设备在正确的时间输出或接收信号。
- 避免冲突：通过动态切换，避免多个设备同时输出信号导致的总线冲突。
- 功能切换：
- 动态配置：在运行时根据需要动态切换引脚的功能，例如从 GPIO 切换到 I2C 或 SPI。
- 通用硬件：使得硬件设计更加通用，适用于多种应用场景。
- 节省引脚：
- 减少引脚数量：通过复用，减少开发板上的引脚数量，节省空间和成本。
- 提高利用率：提高引脚的利用率，避免浪费。
示例
假设你有一个 ESP32 开发板，需要在 GPIO 引脚和 I2C 接口之间切换。可以通过以下代码实现：
#include <Wire.h>
#define I2C_SDA_PIN 21 // 定义 I2C SDA 引脚
#define I2C_SCL_PIN 22 // 定义 I2C SCL 引脚
void setup() {
// 初始化 I2C 接口
Wire.begin(I2C_SDA_PIN, I2C_SCL_PIN);
// 配置 GPIO 引脚
pinMode(21, INPUT); // 将引脚 21 配置为输入
pinMode(22, OUTPUT); // 将引脚 22 配置为输出
}
void loop() {
// 使用 I2C 接口
Wire.beginTransmission(0x50); // 发送 I2C 命令
Wire.write(0x00); // 写入数据
Wire.endTransmission();
// 动态切换引脚功能
pinMode(21, OUTPUT); // 将引脚 21 配置为输出
digitalWrite(21, HIGH); // 输出高电平
delay(1000); // 等待 1 秒
pinMode(21, INPUT); // 将引脚 21 配置为输入
}
仲裁器（Arbiter）在电子电路中的功能、特点及实现原理
功能
仲裁器是一种用于管理多个请求源对共享资源访问的电路或逻辑单元。它确保在同一时间内只有一个请求源可以访问共享资源，从而避免冲突和数据错误。仲裁器的主要功能包括：
- 请求管理：
- 接收请求：仲裁器接收来自多个请求源的访问请求。
- 优先级分配：根据预设的优先级规则，决定哪个请求源可以访问共享资源。
- 冲突解决：
- 避免冲突：确保在同一时间内只有一个请求源可以访问共享资源，避免多个请求源同时访问导致的冲突。
- 公平性保证：在多个请求源具有相同优先级时，仲裁器可以采用轮询或其他机制确保每个请求源都能公平地获得访问机会。
- 资源分配：
- 资源控制：仲裁器控制共享资源的分配，确保资源的合理使用。
- 状态管理：维护请求源的状态信息，以便在资源释放后能够正确地分配给下一个请求源。
特点
- 优先级机制：
- 固定优先级：某些仲裁器采用固定优先级机制，优先处理高优先级的请求。
- 动态优先级：某些仲裁器采用动态优先级机制，根据当前的请求情况动态调整优先级。
- 公平性：
- 轮询机制：在多个请求源具有相同优先级时，仲裁器可以采用轮询机制，确保每个请求源都能公平地获得访问机会。
- 时间片分配：某些仲裁器采用时间片分配机制，确保每个请求源在一定时间内都能获得资源访问机会。
- 效率：
- 快速响应：仲裁器通常设计为快速响应请求，减少等待时间。
- 低延迟：确保请求源在最短时间内获得资源访问权限。
- 灵活性：
- 可配置性：许多仲裁器支持用户配置优先级和其他参数，以适应不同的应用场景。
- 可扩展性：仲裁器可以扩展以支持更多的请求源和资源。
实现原理
仲裁器的实现通常基于以下几种常见的机制：
- 固定优先级仲裁器（Fixed Priority Arbiter）：
- 原理：固定优先级仲裁器根据预设的优先级顺序处理请求。高优先级的请求总是优先于低优先级的请求。
- 实现：通常使用组合逻辑电路实现。每个请求源的优先级通过硬件逻辑固定，当多个请求同时到达时，高优先级的请求被优先处理。
- 优点：实现简单，响应速度快。
- 缺点：低优先级的请求可能会被长时间延迟，导致不公平。
- 轮询仲裁器（Round-Robin Arbiter）：
- 原理：轮询仲裁器按照固定顺序依次处理请求。每个请求源在轮询周期内都有机会获得资源访问权限。
- 实现：通常使用状态机和计数器实现。状态机维护当前轮询的位置，计数器用于记录轮询周期。
- 优点：公平性好，每个请求源都能获得访问机会。
- 缺点：实现相对复杂，响应速度可能较慢。
- 动态优先级仲裁器（Dynamic Priority Arbiter）：
- 原理：动态优先级仲裁器根据当前的请求情况动态调整优先级。优先级可以基于请求的等待时间、请求的类型等因素动态变化。
- 实现：通常使用复杂的组合逻辑或状态机实现。优先级调整逻辑可以根据不同的策略动态更新。
- 优点：灵活性高，可以根据实际需求调整优先级。
- 缺点：实现复杂，硬件资源消耗较大。
- 时间片仲裁器（Time-Slice Arbiter）：
- 原理：时间片仲裁器将时间分成多个时间片，每个请求源在分配的时间片内获得资源访问权限。
- 实现：通常使用计时器和状态机实现。计时器用于分配时间片，状态机用于管理请求源的状态。
- 优点：公平性好，每个请求源都能在一定时间内获得资源访问权限。
- 缺点：实现复杂，时间片的分配和管理需要精确控制。
示例
以下是一个简单的固定优先级仲裁器的实现示例（假设使用 Verilog HDL）：
module fixed_priority_arbiter(
input wire req0, // 请求源 0
input wire req1, // 请求源 1
input wire req2, // 请求源 2
output reg grant0, // 授予请求源 0
output reg grant1, // 授予请求源 1
output reg grant2 // 授予请求源 2
);
always @(*) begin
// 默认不授予任何请求源
grant0 = 0;
grant1 = 0;
grant2 = 0;
// 按优先级处理请求
if (req2) begin
grant2 = 1;
end else if (req1) begin
grant1 = 1;
end else if (req0) begin
grant0 = 1;
end
end
endmodule
IO Control mode
程序控制方式
在程序控制下进行的数据传送方式
- 无条件传送方式
假设外设已经准备好 CPU直接使用指令与外设传送数据 不查询外设的工作状态 适用于简单外设，如数码管
- 程序查询传送方式
CPU执行一段程序，不断查询外设的工作状态 在确定外设准备就绪时，才进行数据传送
中断控制方式
PIC Porgrammable Interrupt Controller, eg. 8259A APIC Advanced Porgrammable Interrupt Controller, eg. 82093AA
直接存储器访问(DMA)方式
以使用独立DMAC进行外设到内存的传送为例 1. CPU设置DMAC内部配置寄存器 2. DMAC处于空闲等待状态 3. I/O接口向DMAC发出DMA传送申请 4. DMAC响应I/O接口的申请 5. DMAC向I/O接口发起总线读传输 6. DMAC向存储器发起总线写传输 7. 重复5~6知道本次DMA传送完成 8. 返回2，等待下一次DMA传送申请 通常，DMA传输完成后，DMAC会通过中断信号通知CPU
Page Source