问题引入：不知道你会不会有这样的疑问：为什么在发送解锁命令时，我们不用右移一位，而发送扇区地址时却要右移一位（nor_cmd函数内部已经左移一位），这里先补充说明一下说明是cpu角度和nor角度：
cpu角度: CPU访问的最小单元是byte ，在它眼里我们的NOR FLASH是2M * 8bit
nor角度: 我们的NOR FLASH是16位宽的，最小单元是2byte，所以它认为它自己是1M * 16bit的
我们通过NOR FLASH的芯片手册得知，要实现解锁功能：要往地址0X555写入0XAA等等几个操作，因为我们是通过NOR的手册查看到的，那么这里肯定是从NOR角度看到的地址，也就是说我们要往第0X555个16位的地址里写入0XAA，因为地址线是错开的缘故，我们CPU必须把地址左移一位后再发生给NOR，这样才能真正地把0XAA写到NOR的第0X555地址里去。
而发送扇区地址的时候，因为我们人操纵的是CPU，所以我们的角度和CPU是一样的，我们也认为NOR是2M * 8bit，而不是1M * 16bit，比如我们要清除地址为0X001F0000时，0X001F0000代表的是第0X001F0000个8bit的地址，因为地址线是错开的原因，我们直接发送CPU角度的地址出去就好，但又因为nor_cmd函数里已经左移一位了，所以我们要提前右移一位以抵消左移的操作。（为什么把NOR看成是2M * 8bit的时候就直接把地址发送出去而不用左移一位呢，请看下面的“参考”）
参考
ARM与16位宽的NOR FLASH的连接， NOR FLASH地址线 (A0-A19)，处理器的地址线要(A1-A20)，即错开一位。
当软件要读取地址3上的8位数据时，硬件是这样进行的：
① "Memory Controller"发出0b0011的地址信号，NOR FLASH的A0-A19线上的信号是：0b001
② NOR FLASH在数据总线D0～D15上提供一个16位的数据，这是NOR FLASH中的第2个"最小数据单元"
③ "Memory Controller"读入这个16位数据
④ "Memory Controller"把这个16位数据的高8位返回给CPU，这就是一个8位数据。
