ipレジスタのやり取りをするジャンプ系命令の実行の際、上記のip++信号が下がるときと、命令実行信号の立ち上がり(ipレジスタへの代入をトリガー)が同じタイミングで起こる。ICの性質によっては、2回のトリガーが重なって、1回だけのトリガーになってしまう可能性がある。代入命令を実行すればよいのであるが、もともとジャンプ系の命令はすべてダブルクロックで実行されるので、この辺りの設計を変えなければならない。そこで、ダブルクロック命令の実行の際は、1回休んでから命令の実行を開始することにした。したがって、ダブルクロック命令の実行には、3クロック消費されることになる。下の回路がそれで、FFを一つ追加して、実行を遅らせることにした。信号の生成が3番目・4番目のFF(同様にck3をクロックとして用いている)からのシグナルを基に作成されているのが気持ち悪かったので、少し早めのck2を利用しているRead1st信号を利用したFFを一つ追加してそのシグナル(eOK)を使うことにした。信号は1バイト目のレジスタの保存データではなく、1バイト目を読み出すときのデータライン由来。exec周りは、次のとおり。シミュレーションの結果は、このとおり。上がらないようになったので、注意。一回余分に出るので、直さないといけない。