基於MPLAB X IDE配置位設定講解

2022-07-04 02:54:09 字數 2236 閱讀 3492

在講基於mplab x ide 配置位配置前我先講講如何配置配置位。

比如piclf1823的資料手冊 可以再器件配置中找到兩個暫存器。乙個是配置字1 ,乙個是配置字2.

對於初學者來說如此多的配置選項,該如何配置呢?我們要抓主重點。

配置字中最重要的配置選項就是:

看門狗配置 如:wdte<1;0>; 一般選擇關閉看門狗

mclre復位腳的配置 如:mclre;一般選擇復位腳作i/o

**器的選擇: 如:fosc<2:0>;根據實際情況配置,我這裡一般選擇用 intosc 內部振盪器.

因為如果這三個沒有配置好的話程式根本無法執行。其他配置可以看資料手冊此不贅述。

mplab x ide和mplab ide 8不同。

mplab ide 8 可以再界限中選擇配置位就行。配置選項可以不寫在**中。

mplab x ide 如果要配置的話必須在**中寫出配置。

例項介紹:

1.開啟mplab x ide  在選單欄中 點選window->pic  memory veiws->configuration bits

2 在出現的configuration bits中的改變每個配置中的option選項,紅色的就是我們改變過的配置選項

3 配置完成後 點選 genarate source code to output 產生配置源**。

將其中的 __config(fosc_intosc & wdte_off & pwrte_on & mclre_off & cp_on & cpd_on & boren_on & clkouten_off & ieso_on & fcmen_on);

__config(wrt_off & pllen_off & stvren_on & borv_lo & lvp_off);複製到源**中去。源**中必須包涵標頭檔案#include.

此處我指出一出mplab x idev1.10 的一處錯誤 在配置中的 borv_lo 這個配置編譯器是不認的,這可能是編寫軟體的程式設計師和編寫標頭檔案的程式猿沒有配合好:

編譯器只認得標頭檔案,在pic16f1823.h這個標頭檔案中沒有定義borv_lo 而是把他定義為borv_19.把borv_hi定義成borv_25. 總之把borv_lo修改成borv_19就行了。

下面應網友的要求對16f877a的配置位進行講解:

cp :程式區保護 該位置1將開啟 。(這個位是必須開啟的以防止程式被讀取)

debug: 使能除錯功能。如果不使能rb6 rb7腳作為普通的i/o口(根據需求)

wrt1:wrt0:寫保護位。防止程式區被意外寫入。(一般建議開啟)

cpd:eeprom保護,(這個位必須開啟以防止eeprom中的資料被讀取)

lvp:低電壓程式設計使能位。如果不使用低電壓程式設計 rb3將做普通i/o.mclr必須用於程式設計。(根據需求)

boren:掉電檢測。掉電檢測的作用是微控制器發現電壓不足的時候會及時的停止工作。防止一些意外操作的發生。比如 eeprom 或者flash中的資料丟失(這個一般必須開啟防止丟碼)

pwrten:上電延時。開啟後微控制器會延時72ms開始工作。保證上電後電路穩定後微控制器才開始工作。不要求微控制器一上電就馬上工作,這個位建議開啟。(建議開啟)

wdten:看門狗。 這個位根據你自己需要吧。開啟之後程式必須 不停的餵狗。喂不好程式就會復位。(根據需求)

fosc1:fosc0:振盪器選擇位。如果你用高速的就選擇hs.中速度的就用xt,希望速度低功耗低就用lp。希望用便宜且對精度要求不高的振盪器就用rc。(根據需求選擇)

20mhz~4mhz (包括4mhz)的石英晶振配置hs.

4mhz(包括4mhz)~200khz(包括200khz) 的石英晶振配置xt.

200khz(包括200khz)~32khz的石英晶振配置lp.

rc 就是 電阻加電容。就可以做出乙個便宜但精度不高的是振盪器了。

ifconfig ethtool配置網絡卡設定

ifconfig 可以用來檢視網絡卡的設定資訊,如果有隱藏的網絡卡資訊,可以在後面新增引數 al。同時ifconfig配置的網絡卡引數是臨時的,重啟後會丟失。所以該命令一般用來做臨時測試用,若測試比較頻繁可將該命令編成shell指令碼,這樣可以提高工作效率。ethtool是用來查詢和設定網絡卡引數的...

基於REST架構的Web Service設計

先前我曾經介紹過利用apache axis實現基於soap的web service實現技術和相關 總的來說,soap的web service解決方案雖然較為成熟,且安全性較好,但是使用門檻較高,在大併發情況下會有效能問題,在網際網路上使用不太普及,因此並不太適合web 2.0 服務使用,目前大量的w...

基於REST架構的Web Service設計

先前我曾經介紹過利用apache axis 實現基於soap的web service實現技術和相關 總的來說,soap的web service解決方案雖然較為成熟,且安全性較好,但是使用門檻較高,在大併發情況下會有效能問題,在網際網路上使用不太普及,因此並不太適合web 2.0 服務使用,目前大量的...