|
|
在下新人，現(xiàn)在試著做一個(gè)基于STM32，用CAN總線將ds18b20溫度傳感器測(cè)得的溫度數(shù)據(jù)通過(guò)CAN總線傳給上位機(jī)的設(shè)計(jì)。先試著把傳感器數(shù)據(jù)顯示在OLED屏上，這沒什么難度。然后我試著用回環(huán)模式模擬CAN總線的通信，遇到了問(wèn)題。
DS18b20傳感器的賣家（正點(diǎn)原子）提供了ds18b20的驅(qū)動(dòng)程序，輸出的數(shù)據(jù)是有符號(hào)short類型的；
short DS18B20_Get_Temp(void)
{
u8 temp; //定義無(wú)符號(hào)char變量temp TL TH
u8 TL,TH;
short tem; //定義short變量tem
.......
if(temp)return tem; //轉(zhuǎn)換，讀取溫度值
else return -tem;
}
但是CAN總線的收發(fā)程序使用指針讀取/寫入一個(gè)u8類型（無(wú)符號(hào)char）的數(shù)據(jù)（該數(shù)據(jù)為緩存區(qū)？）
u8 CAN_Tx_Msg(u32 id,u8 ide,u8 rtr,u8 len,u8 *dat)
void CAN_Rx_Msg(u8 fifox,u32 *id,u8 *ide,u8 *rtr,u8 *len,u8 *dat)
u8 CAN_Send_Msg(u8* msg,u8 len)
u8 CAN_Receive_Msg(u8 *buf)
我翻了stm32f10x_can.h也沒找到使用其他數(shù)據(jù)類型的收發(fā)函數(shù)，也就是說(shuō)我能力范圍內(nèi)CAN總線只能用u8類型數(shù)據(jù)通信了。
ds18b20輸出的short數(shù)據(jù)類型沒辦法直接通過(guò)CAN總線傳輸，我試著把它轉(zhuǎn)換成u8，
u8 sendmid; //定義無(wú)符號(hào)char變量sendmid ，rcvmid
u8 rcvmid；
short temperature; //定義short變量temperature
temperature=DS18B20_Get_Temp(); //將傳感器測(cè)得的溫度值賦給temperature
OLED_ShowNum(0+16,16,temperature/10,2,16); //顯示正數(shù)部分
OLED_ShowNum(0+16+32,16,temperature%10,2,16); //顯示小數(shù)部分
......
sendmid=temperature; //將temperature的值賦給sendmid
OLED_ShowNum(50,32,sendmid,8,16); //顯示發(fā)送出的數(shù)據(jù)
CAN_Send_Msg(&sendmid,8);//發(fā)送8個(gè)字節(jié) //CAN總線發(fā)送數(shù)據(jù)
......
CAN_Receive_Msg(&rcvmid); //CAN總線接收數(shù)據(jù)
OLED_ShowNum(40,48,rcvmid,8,16); //顯示收到的數(shù)據(jù)
這樣倒也ping通了，send和rcv的數(shù)據(jù)是一致的，這兩個(gè)數(shù)也是跟著測(cè)得的溫度值變化的——溫度升高，這兩個(gè)數(shù)變大；溫度下降，這兩個(gè)數(shù)減小。
但是溫度的測(cè)量值是271的時(shí)候（ds18b20以整數(shù)方式輸出數(shù)據(jù)，最低位為0.1度），這兩個(gè)數(shù)據(jù)卻只有14的數(shù)值，而且和溫度數(shù)據(jù)在數(shù)值上找不到什么穩(wěn)定的數(shù)量關(guān)系，僅僅變化趨勢(shì)一致。。。。。。
我想可能是數(shù)據(jù)從short數(shù)據(jù)類型轉(zhuǎn)換成無(wú)符號(hào)char數(shù)據(jù)的過(guò)程中出現(xiàn)了精度損失？那我該怎么設(shè)計(jì)程序才能把溫度的測(cè)量值（-550——+1250的整數(shù)）通過(guò)CAN總線傳輸?shù)缴衔粰C(jī)，或者至少能通過(guò)回環(huán)模式傳輸？
麻煩各位大神解答了，謝謝。
|
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
