輕松編程實(shí)現無(wú)線(xiàn)遙控

本文是采用延時(shí)，雖方法有點(diǎn)不一樣，但關(guān)鍵的一點(diǎn)是數據傳送速度都不能超過(guò)發(fā)送和接收模塊的最快速度，本文使用11ms的延時(shí)，那每秒就大概是100個(gè)位的數據傳送速度，讀者可以將延時(shí)程序增大和減小，以此就可以測試出315MHz發(fā)送和接收模塊的最高和最低數據傳送速度。

發(fā)射端和接收端的程序見(jiàn)本期配刊光盤(pán)，都已盡量地模塊化，能共享的就共享，所以整個(gè)程序都比較簡(jiǎn)單，且收發(fā)程序都使用的是8051最基本最常用的指令，沒(méi)有用復雜的數學(xué)運算和邏輯運算指令，初學(xué)者很容易理解。因為主要是面向單片機初學(xué)者，所以本文介紹的編碼格式是比較簡(jiǎn)單的，抗干擾效果較差，而無(wú)線(xiàn)數據通信的編碼方法有很多種，有行業(yè)內的標準化編碼方法，也有廠(chǎng)家獨立研發(fā)的，而315MH2收發(fā)模塊的工作原理和工作速度就基本決定了它不能用于高速通信，且也沒(méi)有硬件抗干擾的能力，要排除干擾只能完全依靠軟件來(lái)實(shí)現，本文的程序中，當315MHz接收模塊接通電源后就一直處于工作狀態(tài)，在有效接收范圍內只要有315MHz發(fā)射模塊發(fā)射信號，則接收端就會(huì )有輸出，程序經(jīng)筆者實(shí)際試驗除配對的發(fā)射和接收兩個(gè)系統外，再外加了一個(gè)機動(dòng)車(chē)防盜遙控手柄，當然也是315MHz的，當發(fā)射和接收系統之間正在傳送遙控數據時(shí)將遙控手柄的任意鍵按下，發(fā)現這樣會(huì )打斷系統間的數據傳送導致接收端接收不到任何數據，這是最大的缺點(diǎn)，但是對要求較低的應用場(chǎng)合應該可以滿(mǎn)足，因為程序至少不會(huì )對其他的315MHz發(fā)射模塊有響應，意即不會(huì )有誤動(dòng)作，比如家里用來(lái)遙控電燈，不會(huì )隨時(shí)都有人拿著(zhù)個(gè)汽車(chē)防盜遙控器在附近按來(lái)按去。

業(yè)余條件下的電路調試

筆者是單片機愛(ài)好者，個(gè)人水平和試驗器材有限，是典型的一臺萬(wàn)用表打天下,手中既沒(méi)有示波器來(lái)查看波形，也沒(méi)有仿真器，對于軟硬件只能靠收發(fā)兩個(gè)板子上的發(fā)光二極管和接收端的1602液晶顯示器的實(shí)際運行來(lái)排錯，如果數據發(fā)出來(lái)，則與發(fā)射模塊相連的發(fā)光二極管點(diǎn)亮，表明有信號發(fā)出，同樣接收端的發(fā)光二極管如果與發(fā)射端的變化同步，表明接收到了信號，從而完成硬件排錯，最后將接收到的數據顯示在顯示器上。

程序上的排錯主要集中在數據延時(shí)上，剛開(kāi)始筆者將要發(fā)送的每個(gè)數據位的延時(shí)選得很短，不知不覺(jué)中已遠遠超出315MHz發(fā)送和接收模塊的數據收發(fā)速度，也就是相當于在串行通信中將波特率設置過(guò)高，導致收發(fā)失敗，這是筆者遇到的最大障礙，因為筆者開(kāi)始把問(wèn)題歸結為硬件故障，在這個(gè)不大不小的問(wèn)題上白白花了很多時(shí)間，后來(lái)在一次上網(wǎng)查找資料的時(shí)候讀到與315MHz模塊相關(guān)的一篇文章，里面提到收發(fā)速度問(wèn)題，說(shuō)它的傳輸速度是很低的，不然將工作不正常甚至無(wú)法傳輸數據，筆者這才恍然大悟，回家后立刻對延時(shí)進(jìn)行修改，改一次源碼就重燒錄一次芯片，直到最后將延時(shí)鎖定在11ms,至此排錯告一段落，收發(fā)雙方能進(jìn)行正確的數據傳輸了，發(fā)送端發(fā)送的數據也基本都能在1602顯示器上顯示出來(lái)，但仍有個(gè)別的數據不穩定，筆者分析這主要是硬件本身固有的缺陷和程序的合理性造成的，感興趣的讀者朋友可以在本文的軟硬件基礎上，發(fā)揮自己的能力對電路和軟件再作進(jìn)一步的修改，以求達到更好的效果。希望大家到《無(wú)線(xiàn)電》雜志的BBS論壇里進(jìn)行討論，將自己對程序的改進(jìn)方法提出來(lái)。