在控制单元中存在 MOST 总线的跨系统故障代码存储记录。系统故障的特点是，尽管一个控制单元正常，但在该控制单元中仍可能记录了系统故障。利用所有 MOST 控制单元中的系统故障信息可以推断出故障原因。接下来将说明系统故障 ”网络唤醒无效”。这个故障可能已记录在所有 MOST 控制单元中。
故障 ”网络唤醒无效” 提示存在一个光学传送问题。在环形结构中的某个位置上无光线通过或通过的光线太少。原因可能是：
必须区分 MOST 环形结构持久中断还是偶尔中断。为了进行测试，选择并执行测试模块检测 MOST 环形结构的稳定性。
MOST 环形结构偶尔中断，进行光功率降低测试。
MOST 环形结构持久中断，进行环形结构断裂诊断。
在测试程序中将自动针对一个 MOST 控制单元进行到另一个控制单元的光功率的降低。如果针对某个专用的控制单元手动进行光功率降低测试，则：
再次重复过程 1 至 4，因为这种方法不能可靠识别损坏，而只能提示损坏。在音乐消失的那个传输段上查找是否有松动的插头连接和光缆电线束中是否有弯折处。如果目检正常，则只能借助光学检测确定准确的损坏位置 (控制单元 A 的发射二极管、控制单元 B 的接收二极管、光缆)。
发生环形结构断裂 (MOST 环形结构中存在损坏) 时，首先必须确定要在哪两个 MOST 控制单元之间查找环形结构中的损坏。可以借助环形结构断裂诊断确定这两个控制单元。
节点位置 ”0”
如果将 MOST 控制单元的供电断开然后再重新接通，则 MOST 控制单元被置于所谓的环形结构断裂模式：
所有 MOST 控制单元同时向环形结构中它后面的控制单元发送光线。此外每个 MOST 控制单元都检查，它在输入端上是否接收到光线。在输入端上识别不到光线的控制单元将在其故障代码存储器中存储节点位置 0。因此环形结构断裂位于存储了节点位置 0 的控制单元和环形结构中它前面的那个控制单元之间。
确定节点位置为 ”0” 的控制单元
为了在两个控制单元之间确定环形结构断裂位置，只需确定记录了节点位置 0 的控制单元。如果 MOST 环形结构中存在环形结构断裂，则只能通过诊断与主机通信。因为这三个控制单元连接在 K-CAN 总线上，所以能够做到这点。因为信号传输沿一个方向进行，而环形结构已经断裂，所以不能与其它控制单元通信。因此也不能确定已经存储了节点位置 0 的控制单元。然而为了在发生环形结构断裂时能够确定其间存在环形结构断裂的那两个控制单元，在 MOST 各控制单元中执行另一个机制：
环形结构中在节点位置为 0 的控制单元之后的控制单元存储节点位置 1，环形结构中的下一个控制单元存储节点位置 2，然后依次类推。这样就能根据主机中存储的节点位置确定环形结构断裂位置。可通过 CAN 总线读取这个数字。从主机往回倒计数可确定节点位置为 0 的控制单元。
环形结构断裂诊断可在测试模块中自动进行。在测试模块中将说明主机中存储的节点位置。在确定节点位置后不能自动确定环形结构断裂位置时的其它工作步骤：
借助节点位置确定环形结构断裂位置的工作步骤