哪个微控制器应该为主/从？

我正在设计一个闹钟来唤醒我。该系统由3个子系统组成：

1. （S1） RGB七段式管理。由5µC组成，一个用于数字，一个用于“：”。µC较高的原因是我不将IC用于RGB LED，而仅用于晶体管。
2. （S2）传感器和输入管理。1 µC管理距离传感器以设置警报和当前时间；和用于配置的开关。
3. （S3）通信和音频文件。一个与UART中的蓝牙模块进行通信以进行进一步工程的µC，获得了一个RTC晶体以具有准确的时钟并管理音频播放。（我尚未处理音频）

在正常执行期间，S2读取输入并将其发送到S3进行处理。然后S3向S1发送必须显示的内容。

我想使所有这些子系统一起通信，然后选择使用I2C总线。但是我的问题来了：

• 哪个µC必须是主机？

一方面，S3是系统的中心，但另一方面，S2发送的消息可能比S3多。这就是为什么我不确定谁将成为主人/奴隶。

• 是否有规则确定谁将成为从机/主机？我应该问自己一个什么样的问题才能做出好的选择？（通常，不适用于此特定系统）

是否有规则确定谁将成为[I ² C]从/主机？

是。只有I ² C 主设备才能开始传输。I ² C从设备无法告诉您某些事情，直到主机再次对其进行轮询（除非您添加额外的中断信号，这会增加整个系统的复杂性）。

忽略（很少使用）设备在主从之间切换的功能，这意味着I ² C主设备必须具有整个系统的足够知识，才能知道如何与所有I ² C 通信在那辆公共汽车上的奴隶。

我应该问自己一个什么样的问题才能做出好的选择？（通常，不适用于此特定系统）

考虑一下系统中的哪个MCU知道：

• 与整体系统状态有关，因此可以决定何时向从站发送I ² C命令；
• I ² C命令需要发送到每个从站；
• 每个I ² C从站需要收集什么数据；
• I ² C设备仅对输入命令做出响应（这将适用于您的“ S1” MCU-显然它们最适合作为从设备）；

不管哪个 MCU将成为I ² C主设备，您都需要设计总体系统架构，并考虑需要向每个设备发送哪些命令，以及需要多长时间接收任何响应。尝试设计一个确实有明显“主机”并且知道所有系统状态的系统，然后它很可能也是I ² C主设备。

你说：

S3是系统的中心，但另一方面，S2发送的消息可能比S3多。

目前还不清楚谁“S2”正在发送邮件至。是否需要主动向任何人发送消息？还是可以将“ S2” 作为I ² C主站由“ S3” 轮询，以接收“ S2”收集的任何传感器和开关信息？如果可以通过“ S3”来轮询“ S2”，那么根据说明，显然“ S3” MCU可能是I ² C主设备。

我对添加另一个 MCU（称为“ S10”）作为I ² C主设备持谨慎态度。这是因为似乎“ S10” MCU需要进行大量轮询，才能收集“ S3”已经知道的全部系统状态知识。这似乎是不必要的重复。

因此，除非“ S3”由于达到其RAM空间，闪存空间或CPU周期等限制而不能执行该工作，否则让“ S3”通过使其成为I ² C主站而不是添加它来控制系统可能会变得不那么复杂。附加的“ S10”控制器。

另一方面，如果您不介意额外的复杂性，则添加整体的“ S10”控制器会增加系统的模块性（分段），因为“ S3”则仅支持蓝牙和音频-别无其他。这可以为将来添加新的（无法预料的）功能/附加的MCU提供额外的灵活性，而无需更改“ S3”中的代码。

S1应该是I ² C从站。对于主机，S2或S3都是明智的选择。但这只是在重申原始问题中提到的内容。

通常，处理各种输入的MCU是主控制器的理想选择。在您的情况下，它可以是S2（各种用户按钮，RTC）或S3（来自蓝牙的各种命令）。如果您不能决定哪一个，则可以使用更大的控制器，并将功能S2和S3都集成到一个MCU中。这种方法可以为您提供更大的灵活性。

系统中的每个微控制器都可以作为主机。但是，其中一些更适合此功能。正如其他人所说，具有更多信息的微控制器应该是Master。