深圳SHENZHENIO第10关真人CS攻略-电玩圈

深圳IO是一款硬核的编程游戏，有着严谨的游戏内容，那么一起来看看第10关的真人CS的攻略吧。

主界面

由于游戏过分硬核，先放个手册中的图看看冰山一角：

不过这也正对应了嵌入式开发中会遇到的海量数据手册，相当程度上还原了嵌入式日常开发的情景。

游戏中设计到部分的编程有些类似于汇编语言，这里上手还是有一些些难度的，大家请做好准备，继续直接扔核弹：

不用害怕，在游戏过程中，会逐步引导你学会使用新的指令，对于新的器件，也是随着主线的进行逐步开放的

在游戏中，你不仅可以完成指定的基本目标，还可以挑战全网玩家，看谁能达成最佳优化目标。

鱼和熊掌不可兼得，多数情况下想要达成更好的性能就要增加成本啦，不过这正是优秀的嵌入式开发人员的意义所在——比你好，还比你的便宜。

第10关：真人CS

关卡展示

从这关开始，难度就变大了。这一关是一个真人 CS 模拟器，你需要根据实时的【击中】、【复活】输入信号生成出实时的【活着】信号，再根据【活着】、【添弹】、【扣扳机】这三路输入信号生成出实时的【射击】输出信号。信号生成规则如下：

1，初始状态下，【活着】信号处于关闭状态;

2，任何时候，当【复活】信号出现时，开启【活着】信号;

3，任何时候，当【击中】信号出现时，关闭【活着】信号;

4，任何时候，当【装弹】信号出现时，将弹药数补充至【填弹】常数芯片所指示的最大值(死了也可以装弹，很奇怪)。该操作不需要表现在时序图中。

5，【活着】时出现【扣扳机】信号时，若仍有弹药剩余，则消耗一枚弹药，发送时长 1 秒钟的【射击】脉冲信号。

这道题其实分为两部分，我们先把左半部分的【活着】信号给生成出来。这个信号相对还是容易生成的，我们只需要将实时的【复活】和【击中】信号做差值运算，差值为 100 时说明出现了【复活】信号，【活着】信号强制置为 100;差值为 -100 时说明出现了【击中】信号，【活着】信号强制置为 -100。同样地，三个 p 口，其中必然有一个需要借助 DX-300 转换。相信看到了这里的你，很容易写出下面这样的代码：

我们把左半部分写完后，点击左下角的【模拟】按钮，可以看到【活着】信号已经正确了。

由于右侧的【射击】信号需要以左侧的【活着】信号为基准，所以左边这块 MC4000 生成的【活着】信号要复制一份给右边的芯片。右边的芯片需要连接 3 个 p 口输入和 1 个 p 口输出，所以必然有两个 p 口要使用 DX-300 转换成 x 口信号。这里我们选择把【扣扳机】和【添弹】两个输入信号接到 DX-300 上。电路图变成了下面的样子：

这里我们用到了一个新的元件：桥接器。它的作用是，当线缆不得不交叉放置时，把它放置在交叉的位置，让纵向线缆从横向线缆的上方跨过去，以避免交叉。在这里，位于下方的 x1 要接的是位于上方的 DX-300，而位于上方的 p1 要接的是位于下方的【射击】端口，交叉不可避免，只能使用桥接器来避开交叉。

现在我们开始在右边的 MC4000 中写代码。核心逻辑只有两条：

1，当【装弹】信号出现时，将 acc 的值重置为 x0 的值;

2，当【活着】和【扣扳机】信号同时出现，且 acc 的值大于 0 时，令 acc -1，同时向 p1 口发出长度为 1 秒的脉冲信号。

因此，我们很容易写出这样的代码：

首先我们观察一下 DX-300。【扣扳机】是接在 p2 上的，影响百位;【添弹】是接在 p1 上的，影响十位。那么我们从右侧芯片的 x1 口中可以读出以下三种可能的值：

0：无事发生;

10：出现了【添弹】信号;

100：出现了【扣扳机】信号。

于是，我们首先判断 x1 口是否为 10(teq x1 10)。如果是 10，那么立刻将弹药数重置到最大数量(+ mov x0 acc)。然后是一连串的用 + 号连接起来的测试指令。我在第 5 关的谜题里提到过：用连续 + 号串联起来的测试指令构成了【与】关系，必须要这些测试条件全部满足才能最终保持执行 + 号里的指令。任意一条测试指令不满足条件，都会立刻跳到 - 处执行。

因此，只有出现了【扣扳机】信号时(teq x1 100)保持活着的状态(+ teq p0 100)，同时还有弹药剩余(+ tgt acc 0)时，才能扣减一枚弹药(+ sub 1)并发出射击脉冲(+ gen p1 1 1)。以上任何一个条件不满足，那都是休眠一秒保持待命(- slp 1)。

现在，点击左下角的【模拟】，稍等片刻，便会弹出结算界面：

优化成本

如果我们将左侧的【击中】和【复活】两个简单输入用一个 DX-300 合并的话，实际上我们可以只用一块 MC6000 完成任务。电路图和代码如下：

这一块芯片，代码写满了 14 行，acc 和 dat 两个寄存器都用到了，接口也是用了五个，几乎是充分利用了有效资源。这段代码很好理解，几乎就是将上一个版本里分散在两块芯片里的代码合并到了一块芯片里而已。

这里我只着重提一下为什么设置【活着】信号的时候要把值复制一份给 dat，而不是直接从 p0 口读。因为 p0 口所连着的【活着】端口是一个【只写】端口，只能往该端口写数据，而当你尝试从该端口读数据时，非但什么数据都读不到(会返回恒 0)，而且芯片的 p0 口的读写模式也会从原先的写模式转换成读模式，原先写的数据也会被擦除(变成 0)。不过这个小技巧可以用来同时清除多组数据，例如

mov 0 p0

mov 0 acc

可以化简成一条指令：

mov p0 acc

当你读只写的 p0 时，会读到 0，同时之前写入 p0 口的数据也会被清除。与此同时，你将读到的 0 赋给 acc，这样就成功用一条指令将两处存储置零了(节省了电量，甚至还可能因此省下关键的一行代码，正好够放在一块 4000 或 6000 里)。

扯远了，回到正题。因为读只写口非但读不到数据，而且还会把原先写入的数据擦除，所以我们必须使用其他的方式来记录这个口的实时状态。这里我们将 0/100 的值复制一份到既可读又可写的 dat 中，后续代码判断 dat 的值才是正解。

省下了一块钱，电量也由 363 降低到了 343。

极致优化电量：巧用非门

我们不难发现，左侧的【击中】和【复活】信号构成了一个三态：常规战斗状态、击中状态和复活状态。其中处于常规战斗状态时，我们不需要更新【活着】的值，只有在处于另外两种状态时需要更新。如果我们将【击中】和 DX-300 的 p1 口相连，【复活】和 DX-300 的 p2 口相连，那么我们就可以得到如下的三态：

常规战斗状态：000

击中状态：010

复活状态：100

对于三态判断，我们很容易会想到 tcp 指令。但是 tcp 指令一般是和一个中间值做比较，然后当处于两端的状态时，再执行特定代码。可是，用 DX-300 处理后，我们发现当读到最左端的 0 值时不需要做额外处理，反而是读到中间的 10 和右端的 100 时才需要更新【活着】的状态。这样子的话，即使用 tcp 指令也显得很不方便。那么我们能不能想办法让常规状态展现出中间值，而让特殊状态展现出两端的值呢?

答案是可以的，只要你使用非门。