本周早些时候,的家伙和我讨论sometimes-strange mux和总线信号的行为。有时人们发现Mux块在他们的模型中,似乎一个总线信号输出。在这篇文章中,我将解释这种行为的根本原因,给你一个简短的仿真软件的历史教训。金宝app

不要让你的眼睛欺骗了你!

大多数人都有正确的心智模型的Mux块作为一个向量的创造者。当你看到一个Mux块,期望它输出信号(向量)。这是一个非常简单的模型不如此行事。

这实际上是一个误导。Mux块是虚拟的,所以他们在模拟实际上不做任何事。虚拟总线信号类似于Mux块。终结者也虚拟(它不更新,计算输出,等等)。当你考虑这些观察,剩下是港口和获得块。

有时Mux块输出总线信号。嗯?但是,我认为Mux块创建一个向量!

Mux用于创建总线信号

很久很久以前,在一个更早版本的仿真软件,介绍了总线选择器允许用户从一束信号选择信号的名字。金宝appMux块创建的这个“包”的信号。金宝app仿真软件只支持向量金宝app(矩阵),所以有很少的区别一个虚拟mux信号和一个虚拟总线信号。

总线选择器的引入后不久,开发人员添加总线创造者减少混淆关于混合Mux块的意义。当时,公车创造者仍然表现得更像一个Mux块与Mux实际上共享代码块。出于兼容性的原因,Mux块必须继续支持创建总线信号。金宝app

随着时间的推移,模型语金宝app义改变和总线信号和向量之间的差异更重要的了。R14仿真软件金宝app(2004年左右),有优势的情况下混合mux和公交造成的问题。金宝app仿真软件开发人员想要迁移到一个干净的汽车建模的行为,但它会打破遗留模型依赖于Mux块创建总线信号。太戏剧性改变切换到新的和改进的行为没有给出建模者选择的一种方式。他们是怎么做到的?

解决方案:错误检查

连接诊断- >Mux块用于创建总线信号介绍了控制这种行为。Mux块创建了一个总线时,仿真软件现在处理三种方式之一。金宝app

这个诊断可以设置没有一个,警告,或错误。

没有一个——这是历史行为的Mux块,在需要的时候创建矢量信号和总线信号。完整的向后兼容性,加上我之前讲过的边界情况。

警告——这是历史行为的Mux块,加上一个编译后检查发现Mux块可能使用总线的创造者。金宝app它发现一个仿真软件报告警告。

错误——这是清洁汽车建模开发人员实现的行为。如果Mux块用于创建一个信号当作一辆公共汽车,一个错误停止更新图的过程。

因为这个诊断断言一个错误使用Mux块作为一个总线创造者,模型假设只有总线创造者使总线信号。金宝app这种假设解决边界情况,清洁汽车建模行为成为可能。因为这是一个诊断和默认警告,仍然遗留模型当人们升级工作。有些问题实际上是解决通过改变诊断错误。

如何修复警告/ Errror吗

警告和错误消息提供一些方向如何解决问题。甚至有命令,您可以调用帮助解决您的模型。这的一个例子是一个混合模型,产生一个警告mux和公共汽车。

警告:框图muxORbusWarning的不当使用1 Mux块总线创造者。这可能导致建模错误(见Mux块文档了解更多信息)。为了避免此类错误,取代Mux阻塞与总线的创造者和使严格的汽车建模(见slreplace_mux命令)。使严格的汽车建模、设置Mux块用于创建总线信号的选择错误的诊断页面的连接面板的配置参数对话框。

不要停止!

出于类似的原因你还应该设置总线信号视为向量错误。

修复原始模型

原始模型使用严格的总线模式时,信号将作为一个矢量信号,而不是一辆公共汽车。

现在轮到你了

本文的宗旨是,你应该设置这些诊断错误得到最好的mux /总线的行为。你模型严格总线模式吗?告诉我,留下一个这里的评论。