MP2.0的时候，还没有支持在一个矩阵里可以使用含有不同单位的元素，MP3.0支持了。find对方程组的解是一个解组成的向量，而你这里的解是含有单位的，MP2.0表示不出来，所以就没办法解了。
嗯，MP3.0支持带有不同单位的元素的矩阵，这一点确实是一个不错的设定。

谢谢，把单位去掉，解出来了

刚才看PTC论坛的帖子，才知道可以将不同单位的元素整合在同一个向量里，这个功能并不是MP3.0新增加的，而是MC的老版本早已就有的，这个功能在MC中一直到保留到MC11。在MC12的时候，Mathsoft公司为了提高计算的安全性，加入了SUC功能，即在工作表进行计算之前，首先对表达式中的数据类型进行检查，如果发现类型不统一，比如说标量与字符串相加，应该是处理数组的函数，但在函数项中却出现的是一个标量，这样的情况，会及时报错，而不会继续进行计算，这个在MC11及以前的MC版本中，只有在计算中实际遇到了类型不统一的情况才会中止计算并报错。这种提前报错的机制，可以使整个MC的工作表运算更为流畅，不会发生已经经过很久的计算时间后突然报错的情况。
这个功能叫“静态类型检查”，Static Type Checking。其中就有包括对“单位”的类型检查，即在向量中的元素不允许被赋上多种单位，Static Unit Checking，即SUC。
以下是我用MC2001i对这个题的计算：
嗯，没问题。这说明MP3.0中的那个可以在矩阵中添加多种单位元素的更新纯粹是一个噱头了，它只不过是把把很久以前被封印的功能又给释放了出来。
说来电脑上安装一个老版本的Mathcad是非常有必要的，MC15做不到或者做不好的事情，老版本一般都可以做，尤其是充分强大的MC11。
前几天我做个动画演示，在MC2001中进行100帧的计算，仅用了3秒钟，而在MC15中进行相同的100帧计算，却用了近90秒钟。
我觉得之所以我仍旧以使用MC15为主，主要是因为它的功能很全，操作体验上更方便，相比以前的版本在计算上的稳定性上要好很多，嗯，有不少时候，比如说符号计算、使用向量编程等，还是需要有老版本的MC来辅助的。

不过话说回来，从工程的角度上考虑，一个向量中包含多种单元，是便于列表的，我们可以把不同代表物理性质的数字整合到一个向量或矩阵中去，甚至把这个矩阵直接当做数据库来操作，很是方便；但是从数学的角度上看，包含多种单位的向量是什么呢？没有任何线性代数价值么，是没有数学意义的。所以我感觉SUC功能至少是一个尊重数学的功能，可能这个造成了用户在操作上的各种不方便，但SUC明显的将整个工作表的计算脉络清晰化了，不是么？