- 问题描述
这几天帮同事调试DSP TMS320F28335，这鬼东西蛋疼死了。char是16bit的，16位就是他的最小内存单元。但是PC机串口发过来的有8bit的数据，然后转换就出问题。
一开始不知道char是16bit，让UInt32 * a直接等于char b[4],然后中间出来好多0x00,这样的空位，比如实际上b=0x00EE00FF00550001,而我们以为b=0xEEFF5501，但实际上a=0x00EE00FF。然后我们就想把char里面的空值通过移位去掉。
但是当时以为移位是物理内存上的左移、右移，即28335是big_endian，位移是反的，比如0x005C ，内存结构是5C 00 ，然后右移8bit，我以为得到的是新内存结构是00 5C，但实际上值是0x0000。这就出很大问题了。
电脑发了一个uint32 value=1500=0x000005DC
然后DSP串口接收到的unsigned char buff[]={00DC 0005 0000 0000}；
错误的转换unsigned char c[]={DC05 0000 }，即c[0]=(buff[0]<<8) | buff[1]
正确的转换unsigned char c[]={05DC 0000 }，即c[0]=buff[0])| (buff[1]<<8)
- 问题总结
C\C++中的移位操作，是真正物理内存上的左移、右移，还是逻辑数字上的移动？
比如一个4字节的int值:0x000000ff。在big_endian和little_endian机器上的字节顺序是反的，但是，不管是什么样的机器，你左移8个bit之后，值总是0x0000ff00。
物理内存只是一个保存数据的东西，具体的操作是由CPU执行的。假设一个数据在物理内存上，为了位移，我们首先把它取出来到CPU里，不管它在内存里是什么方式，在CPU里都可以认为它是一致的。