我知道有很多这方面的例子,但是他们都没有工作。 PPTR是一个指向这种类型将32位长分成4个字节
typedef struct
{
TIMESTAMP_TYPE oTimeStamp;
ASSERT_ID_TYPE ucAssertID;
Int16 iData1;
Int16 iData2;
UInt16 uiChecksum;
}
LOG_ENTRY_TYPE;
,我出列,我的日志时,有一个我想关店到EEEPROM的临时日志。
oTimestamp的类型是
typedef struct
{
UInt32 ulSecond;
UInt16 usMilliSecond;
UInt16 usPowerCycleCount;
}
TIMESTAMP_TYPE;
所有其他的访问,甚至可用于毫秒写入工作,但我不能细分为4个字节秒时间戳值。
这是我曾尝试(很明显,只有一个版本的注释去掉了):
UChar tmpByteHigh;
UChar tmpByteLow;
//Attempt1
tmpByteHigh = (pPtr->oTimeStamp.ulSecond >> 24) & 0x000000FF;
SPIwrite(tmpByteHigh);
tmpByteLow = (pPtr->oTimeStamp.ulSecond >> 16) & 0x000000FF;
SPIwrite(tmpByteLow);
tmpByteHigh = (pPtr->oTimeStamp.ulSecond >> 8) & 0x000000FF;
SPIwrite(tmpByteHigh);
tmpByteLow = (pPtr->oTimeStamp.ulSecond) & 0x000000FF;
SPIwrite(tmpByteLow);
//Attempt 2
tmpByteHigh = (pPtr->oTimeStamp.ulSecond & 0xFF000000UL) >> 24;
SPIwrite(tmpByteHigh);
tmpByteLow = (pPtr->oTimeStamp.ulSecond & 0x00FF0000UL) >> 16;
SPIwrite(tmpByteLow);
tmpByteHigh = (pPtr->oTimeStamp.ulSecond & 0x0000FF00UL) >> 8;
SPIwrite(tmpByteHigh);
tmpByteLow = (pPtr->oTimeStamp.ulSecond) & 0x000000FFUL;
SPIwrite(tmpByteLow);
//Attempt 3
//get msw from 32 bit value and write the 2 msB from it
tmpWord = (pPtr->oTimeStamp.ulSecond >> 16) & 0x0000FFFF;
tmpByteHigh = (tmpWord >> 8) & 0x00FF;
SPIwrite(tmpByteHigh);
tmpByteLow = tmpWord & 0x00FF;
SPIwrite(tmpByteLow);
//get lsw from 32 bit value and write the 2 lsB from it
tmpWord = pPtr->oTimeStamp.ulSecond & 0x0000FFFF;
tmpByteHigh = (tmpWord >> 8) & 0x00FF;
SPIwrite(tmpByteHigh);
tmpByteLow = tmpWord & 0x00FF;
SPIwrite(tmpByteLow);
//Attempt 4
UChar* myPointer = (UChar*)&pPtr->oTimeStamp.ulSecond;
UChar myArray[4];
myArray[0]=myPointer[0];
myArray[1]=myPointer[1];
myArray[2]=myPointer[2];
myArray[3]=myPointer[3];
SPIwrite(myArray[0]);
SPIwrite(myArray[1]);
SPIwrite(myArray[2]);
SPIwrite(myArray[3]);
每一次我得到0×00 0×00 0×00 0x80的送过来SPI。有什么想法吗?对我来说简单我不是一个优秀的程序员。
...什么是预期输出? – user35443
想法?是。你的'pPtr-> oTimeStamp.ulSecond'中有错误的数据。或者'SPIwrite'中的错误。因为转换代码很好。 –
也许'pPtr-> oTimeStamp.ulSecond'确实等于'0x80000000'?你用4种不同的方式证明了这一点。似乎是一个非常有力的证据 – anatolyg