嵌入式系統(tǒng)的串口數(shù)據(jù)傳輸都是以字節(jié)為單位，但是有些特殊的數(shù)據(jù)類型，比如浮點(diǎn)型float a=231.5，在內(nèi)存是如何表示的呢？
我們知道浮點(diǎn)型float數(shù)據(jù)類型占用4個(gè)字節(jié)，實(shí)際上在內(nèi)存當(dāng)中a=0x43678000，只是嵌入式芯片訪問a時(shí)，知道a是浮點(diǎn)型數(shù)據(jù)，所以一次性讀取4個(gè)字節(jié)，而且也按照浮點(diǎn)型的數(shù)據(jù)表示規(guī)定，將a轉(zhuǎn)換為十進(jìn)制的可讀數(shù)據(jù)231.5。
如果我們從串口接收到4個(gè)字節(jié)數(shù)據(jù){0x43,0x67,0x80,0x00}，如何把這4個(gè)字節(jié)的數(shù)據(jù)轉(zhuǎn)換為float型呢？
直接令float a=0x43678000這是不行的（不信的讀者可以自行驗(yàn)證），這就是串口通訊當(dāng)中經(jīng)常遇到的問題，如果數(shù)據(jù)傳輸中包括了浮點(diǎn)型數(shù)據(jù)，在這里我們可以通過共用體或者結(jié)構(gòu)體來解決。
對(duì)于共用體：
typedef?union
{
??float?f;
??unsigned?char?s[4];
}Union_test;
f的4個(gè)字節(jié)和s[4]的4個(gè)字節(jié)是共用一個(gè)區(qū)域，如果我們令f=231.5，然后通過VS的監(jiān)視窗查看s[4]的數(shù)值，下面是測(cè)試程序：
#include?
//共用體
//float?f;//4個(gè)字節(jié)
//char?s[4];//4個(gè)字節(jié)
typedef?union
{
????float?f;
????unsigned?char?s[4];
}Union_test;
typedef?struct?st
{
????float?f1;
}Struct_test;
void?main(void)
{
????float?a=231.5;
????Union_test?x;
????Struct_test?z;
????x.f?=?a;
????z?=?*(Struct_test?*)(&(x.s));
????printf("z=%.2f\r\n",(double)z.f1);
????printf("End?of?this?programme\r\n");
}
監(jiān)視結(jié)果如下所示：
我們同樣適用結(jié)構(gòu)體做了相同的實(shí)驗(yàn)，將數(shù)組s[4]={0x00,0x80,0x67,0x43}的首地址s[0]強(qiáng)制轉(zhuǎn)換賦值給結(jié)構(gòu)體z，最后打印輸出的結(jié)果也是231.5
這里我們看到原本應(yīng)該是0x4367_8000的數(shù)據(jù)實(shí)際存儲(chǔ)的時(shí)候變成了00H 80H 67H 43H，這是因?yàn)橛?jì)算機(jī)系統(tǒng)使用了小端存儲(chǔ)，什么是小端存儲(chǔ)呢？
我們都知道，對(duì)于一個(gè)超過一個(gè)字節(jié)的數(shù)據(jù)，其在計(jì)算機(jī)中的存儲(chǔ)需要跨越字節(jié)。某些機(jī)器選擇在存儲(chǔ)器中按照從最低為有效字節(jié)到最高有效字節(jié)的順序存儲(chǔ)對(duì)象，而另一些機(jī)器則按照從最高為有效字節(jié)到到最低為有效字節(jié)的順序存儲(chǔ)，前一種存儲(chǔ)方式被稱為小端存儲(chǔ)，后一種方式被稱為大端存儲(chǔ)。
舉個(gè)例子，對(duì)于十六進(jìn)制數(shù)0x01234567，其字節(jié)的存儲(chǔ)順序便依賴于機(jī)器，如下：
我們可以通過下面的函數(shù)測(cè)試是大端存儲(chǔ)還是小端存儲(chǔ)：
void?test(void)
{
????int?a?=?1;
????unsigned?char?*start=&a;
????if(*start?==?1)
????????printf("小端存儲(chǔ)");
????else?if(*start?==?0)
????????printf("大端存儲(chǔ)");
}
關(guān)于大小端，可以參看我之前分享的文章：
CPU大小端之分
大小端由CPU決定，還是編譯器或操作系統(tǒng)決定？
參考來源：
https://www.cnblogs.com/codecamel/p/4703174.html
聲明：本文素材來源網(wǎng)絡(luò)，版權(quán)歸原作者所有。如涉及作品版權(quán)問題，請(qǐng)與我聯(lián)系刪除。
