新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計應(yīng)用 > MAXQ3120電表參考設(shè)計的定制功能

MAXQ3120電表參考設(shè)計的定制功能

——
作者: 時間:2007-01-26 來源:《Maxim公司》 收藏

介紹

maxq3120電表(em)參考設(shè)計構(gòu)建了一款多功能、多費率電表,它符合世界范圍的全部可用標(biāo)準(zhǔn)。參考設(shè)計構(gòu)成了一款能夠適合各地要求和各種性能要求的電表原型。這篇文檔將指導(dǎo)軟件工程師,通過定制代碼實現(xiàn)一些特殊的需求。

本文引用地址:http://butianyuan.cn/article/21553.htm

目標(biāo)讀者
本文檔假定讀者熟悉c語言、maxq20微控制器架構(gòu)以及匯編語言。讀者也需熟知全電子式電表的基理。

工具

電表參考設(shè)計采用iar embedded workbench工具進行編譯。為便于將軟件移植到其它開發(fā)環(huán)境中,除了一種例外情況外,整個軟件避免了與iar相關(guān)的語言特性。這種例外情況位于匯編語言文件中,其中包括了一些對標(biāo)準(zhǔn)匯編偽指令集的特定iar擴展。這些特定iar擴展命令,不僅可告知連接器各不同段的分配情況,而且告知調(diào)試器有關(guān)某些機器資源的變化情況。在其它開發(fā)環(huán)境下構(gòu)建工程,可將這些偽指令去除。

高層硬件描述

硬件的核心器件是maxq3120微控制器。maxq3120幾乎囊括了實現(xiàn)多功能、多費率電表所需要的所有功能,這些功能包括:雙通道、高精度a/d轉(zhuǎn)換器(adc),一個乘法累加器(mac),通信端口和一個顯示控制器。完成一個電表設(shè)計,僅需要少量的外部元件。

在參考設(shè)計中,提供兩個通信通道:一路紅外通道,包含一個可解碼38khz載波頻率的接收模塊和一個直接由微控制器驅(qū)動的紅外led,一路完全隔離的rs-485通道;用作非易失存儲器的128kb i2c eeprom;一個可視led和一路隔離光耦通道,用于指示電表脈沖;一個用于設(shè)置網(wǎng)絡(luò)地址的按鈕;和一個用于顯示的lcd。

這種硬件構(gòu)成預(yù)示著以下一些應(yīng)用信息。選擇一個外置i2c eeprom,意味著系統(tǒng)中必須包含i2c軟件,而不提供硬件i2c主機。電表脈沖硬件意味著軟件必須能夠產(chǎn)生極為精確的脈沖定時。兩路通信端口表明,微控制器有限的資源要被兩路通道所共享。


軟件系統(tǒng)綜述

軟件系統(tǒng)必須同時跟蹤多個進程。首先也是最重要的一點,軟件系統(tǒng)必須監(jiān)測adc,計算用電量并報告其它額外信息,這些信息包括rms電壓和電流、功率因數(shù)和峰值功率。這個基本進程非常關(guān)鍵,其它任何進程都不能干擾這個最重要的基礎(chǔ)任務(wù)。在持續(xù)監(jiān)視用電量的同時,軟件還必須驅(qū)動顯示、監(jiān)視兩路通信端口、監(jiān)視按鈕以及電力線路上的電源失效事件,完成從外部eeprom獲取信息的請求,并跟蹤費率時段的變化。

任務(wù)管理方式

初始一看,要完成以上多個實時任務(wù),迫切需要某種實時操作系統(tǒng)(rtos)來進行調(diào)度管理和資源分配。但進一步分析后,就會發(fā)現(xiàn)不用傳統(tǒng)rtos的兩個充分理由。

首先,要求即時響應(yīng)adc中斷。當(dāng)adc有可用的采樣數(shù)據(jù)時,必須在48μs內(nèi)提取該采樣數(shù)據(jù)。并且,當(dāng)檢測到一個過零點時,電源周期處理程序為了在下一個電源周期之前完成執(zhí)行操作,必須獨占cpu資源。(電源周期處理程序?qū)⒄加胏pu運算能力的25%到30%。) 盡管rtos可以滿足這些要求,卻不能最有效地利用資源。

其次,用于保存任務(wù)上下文的空間非常有限。大多數(shù)rtos都要給每個任務(wù)提供一個完整的虛擬處理器,以在其中執(zhí)行操作,而這需要保存各個任務(wù)的上下文。由于僅有256個16位字ram可供使用,少量任務(wù)就會耗盡存儲器空間。

所以,本參考設(shè)計選擇了一個簡單的任務(wù)輪。在這種配置方式下,任務(wù)會被按順序調(diào)用,而每個任務(wù)在鎖定事件發(fā)生時,都要釋放cpu的控制權(quán)。鎖定事件是指所有其它任務(wù)都必須等待的事件,它包括:從eeprom中提取數(shù)據(jù),等待一個電源周期或是等待通信通道上的字符。如果當(dāng)前任務(wù)需要等待其它任務(wù)完成時才能結(jié)束自身任務(wù),這時也會產(chǎn)生一個鎖定事件。在任何鎖定事件中,任務(wù)必須存儲它的當(dāng)前狀態(tài)并返回任務(wù)輪。這種協(xié)作式多任務(wù)機制,使得一個處理能力相對低些的控制器就能夠勝任工作。

任務(wù)間的通信是通過一組公共數(shù)據(jù)結(jié)構(gòu)來完成的,這些數(shù)據(jù)結(jié)構(gòu)要根據(jù)一套嚴(yán)格的規(guī)則才允許被修改。這些數(shù)據(jù)結(jié)構(gòu)中最重要的部分是消息板,當(dāng)發(fā)生某個事件時,一個任務(wù)要設(shè)置消息板中的一組數(shù)據(jù)位以通知另一個任務(wù)。例如,假設(shè)接收到一個消息并將其正確譯碼,則消息譯碼器任務(wù)會告知另一個需要該消息的任務(wù)(比如寄存器管理器)已經(jīng)收到了消息,并要求第二個任務(wù)必須執(zhí)行某些操作。

缺省任務(wù)列表

以下是參考設(shè)計中采用的缺省任務(wù)列表:

dsp:對應(yīng)每個電源周期,這個程序會計算電力線路的所有參數(shù),并累加本電源周期的用電量。

串口驅(qū)動器:檢測兩路通信通道的狀態(tài),并將第一個發(fā)出字符的通道置為“活動”通道。在消息檢查器任務(wù)確定消息完成或產(chǎn)生超時之前,通道將始終保持活動狀態(tài)。

消息檢查器:驗證輸入字符串符合協(xié)議規(guī)范,并在完整接收消息后通知消息譯碼器。

消息譯碼器:解釋接受到的消息并執(zhí)行相應(yīng)的請求操作。

異步事件管理器:執(zhí)行那些不是按照時間表進行的事件任務(wù),比如峰值檢測和電能累計。

時段表管理器:周期性檢查時鐘,并按照時段表調(diào)整費率寄存器的值。
顯示管理器:根據(jù)時間和其它事件刷新lcd顯示。

消息格式器:為消息譯碼器解釋的消息準(zhǔn)備回復(fù)信息。

消息構(gòu)建器:接收格式化后的消息并加上用于傳輸?shù)南㈩^和消息尾。
寄存器管理器:執(zhí)行讀/寫eeprom操作。

計時管理器:通告按固定時基啟動的任務(wù)。

負(fù)載曲線記錄器:被請求時,向eeprom記入用電量,便于將來報告這些數(shù)據(jù)。
添加任務(wù)

如電表參考設(shè)計中所定義,任務(wù)是一段單線程代碼,它執(zhí)行電表要求的某項功能,并快速(通常只有幾毫秒)返回調(diào)用函數(shù)。然而,大多數(shù)任務(wù)都需要比這更長的時間才能完成。比如,在任何合理的速率下發(fā)送一個消息都需要多個周期。因此,大多數(shù)任務(wù)都需要一個狀態(tài)變量,以便將其分解為數(shù)個子任務(wù)。

一旦任務(wù)編寫完成,你就可以在spintaskwheel.c文件的任務(wù)列表中加入該調(diào)用。注意,你可以將任務(wù)加在執(zhí)行流程的任何位置,并根據(jù)你的需要多次頻繁調(diào)用它。你將發(fā)現(xiàn),dsp任務(wù)調(diào)用非常頻繁,串口驅(qū)動器serialportdriver任務(wù)也被調(diào)用了幾次。因為要保持電能測量的完整性,dsp任務(wù)不允許被擱置數(shù)個周期,同時不允許serialportdriver任務(wù)錯過輸入字符。

最后,測試你的代碼。任務(wù)輪循環(huán)時,你的新任務(wù)將伴隨其它任務(wù)被調(diào)用。

全局變量
由于未使用真正意義上的多任務(wù)操作系統(tǒng),也就意味著不會有編程人員所熟知的、真正意義上的消息傳遞、信號量或其它機制。通信是通過上文提到的消息板以及一組全局變量實現(xiàn)的,各個任務(wù)必須按照嚴(yán)格的規(guī)則來設(shè)置和讀取這些變量信息。這些全局變量列舉如下:

g_commsystemstate: 這個變量包括一組通信通道控制位。具體來說,每個通道包括:一個active (活動)位,用于指明某個特定通道處于活動狀態(tài)(從而可丟棄到達另一個通道的字符);一個tbe位,用于使閑置通道做好工作準(zhǔn)備;以及一個data loss (數(shù)據(jù)丟失)位,當(dāng)閑置通道收到字符而另一通道正忙于通信時,該位被置高。
g_transmitbyte; g_receivebyte: 分別保存著下一個要傳送的字節(jié)和最新接收到的字節(jié)。
g_commbuffer: 一個50字節(jié)數(shù)組,包含剛接收到的消息或要發(fā)送的消息。注意系統(tǒng)僅有一個通信緩存。它不僅被兩個通信通道所共享,也被發(fā)送和接收通道所共享。
g_meteraddress: 一個包含電表網(wǎng)絡(luò)地址的6字節(jié)數(shù)組。初始化時從eeprom內(nèi)讀取該信息,并存放在ram中。
g_messageformatterdata; g_dispformatterdata; g_schedulemanagerdata; g_aemdata; g_lclregdata: 這些寄存器在寄存器管理器和各種任務(wù)間傳送數(shù)據(jù)。例如,一個需要發(fā)送的寄存器內(nèi)容,會被寄存器管理器放入g_messageformatterdata中。
g_aemregisterneeded; g_dispformatterregrequest; g_requestschedulemanager; g_lclregrequest: 這些寄存器里,包含了特定任務(wù)需要讀或?qū)懙募拇嫫?。注意,消息譯碼器沒有全局地址寄存器:寄存器管理器可以智能地從消息緩存中找出這個信息。
g_lcdmode: 包含顯示器的模式字節(jié)。見下面的顯示定制部分。
g_tariffineffect: 包含當(dāng)前有效的費率號碼。這個函數(shù)有自己的全局變量,以便每次累計電能時,無需通過多次eeprom讀操作來確定將采樣值存在什么位置。
g_pw: 包含當(dāng)前有效的各個通信通道的口令號碼。
g_irtimer; g_rstimer: 用于計數(shù)各個通道口令有效時間的定時器。一旦接收到口令后,它的有效期限是60秒。一個口令的有效時間結(jié)束后,g_pw中相關(guān)的4位數(shù)據(jù)就會被清零。
g_loadcurveusage; g_loadcurvepeak; g_loadcurvetimestamp: 與負(fù)載曲線記錄任務(wù)相關(guān)的變量。g_loadcurveusage累計用電量,并會最終報告給負(fù)載曲線記錄任務(wù)。負(fù)載曲線記錄任務(wù)會定期地將該值寫入eeprom并隨后清除該變量。g_loadcurvepeak和g_loadcurvetimestamp跟蹤負(fù)載曲線的最大功率值,并記錄峰值功率產(chǎn)生的間隔和時間。
aemstate: 包含一組與異步事件相關(guān)的變量。當(dāng)接收到一個設(shè)置電表地址消息時,msg_rx標(biāo)志被置為高。地址設(shè)置邏輯電路被激活后,變量timer包含恢復(fù)正常顯示所需的秒數(shù)。dspstate和register變量跟蹤寄存器用電量信息從dsp邏輯傳送到用電量報告函數(shù)的過程。通常,寄存器變量包括所有用電類型(有功、無功、正功率和負(fù)功率等)。
g_new_baud: dl/t 645協(xié)議規(guī)范提供了一種只改變單個消息波特率的機制。當(dāng)收到波特率變更請求并得到確認(rèn)后,下一個消息就會以更高的波特率傳送。隨后,波特率恢復(fù)到正常值(本設(shè)計中采用1,200bps)。g_new_baud總是保存下一個消息的波特率。
g_transmitdelay: 一些rs-485轉(zhuǎn)換器在發(fā)送完最后一個字符后會延遲一段固定時間,隨后切換回接收模式。因此,當(dāng)主機傳送完一個請求后,它可能會丟失電表發(fā)送的前幾個字符,因為與主機串口相連的rs-485轉(zhuǎn)換器仍處在發(fā)送模式下。這個變量保存了發(fā)送狀態(tài)保持的固定延時,延時結(jié)束后主機的rs-485轉(zhuǎn)換器切換回接收模式。
current_temp: 如果引用該變量,它將包含從ds3231 rtc/溫度傳感器中讀出的最新數(shù)值。

定制功能
本參考設(shè)計符合dl/t 645-多功能、瓦時電表通信協(xié)議。但這篇文檔不僅僅對通信協(xié)議進行說明。dl/t 645確實對一個多功能電表需要執(zhí)行的操作進行了規(guī)定,包括測量、時段管理和報告功能。因此,如果你要選擇其它電表協(xié)議,你必須替換掉寄存器管理器以及除串口管理器之外的所有消息函數(shù),或者至少對其進行重大修改。修改的細(xì)節(jié)不在本文討論范疇內(nèi)。
本文檔將著重討論三個定制領(lǐng)域:顯示定制、寄存器映射定制和dsp函數(shù)定制。


顯示定制
顯示器完全由顯示管理器控制。其它任何任務(wù)都不會向maxq3120的lcd寄存器寫入數(shù)據(jù)。displayformatter.c模塊包含了顯示管理器及其主要子程序updatelcd。
如果你只是想在電表中使用一個不同的lcd模塊,則只需修改updatelcd。所以我們將從這個模塊的定制開始說起。如果你想改變顯示信息的類型,你就要修改displaymanager,并且可能需要給電表的其它部分提供額外的鉤子(hook)函數(shù)。

定制updatelcd
updatelcd接收兩個參數(shù):一個待顯示的32位數(shù)值和一個8位信號指示器數(shù)值。32位顯示值包括8個4位數(shù)值。因此,updatelcd支持8位、7段顯示器。注意,maxq3120支持112段顯示,所以可以定制該程序以支持更大規(guī)模的顯示器。 如果想用不同的顯示器,你需要修改lcdfont結(jié)構(gòu)。它被定義為static const類型。這樣定義的結(jié)構(gòu)進行編譯和連接后,將駐留在程序空間,而不是數(shù)據(jù)空間。

lcd空間分配表:

這里有個重要的假設(shè):每個字符都可填入一個lcd寄存器。如果所采用的lcd結(jié)構(gòu)中,屬于1位顯示的某些段要占用多個lcd寄存器,則需要修改整個updatelcd。

數(shù)字的顯示順序是什么?
程序假設(shè)最右端的顯示數(shù)字,是32位顯示參數(shù)的低四位。這是最自然的順序;如果你將“123456”傳遞給參數(shù),則顯示器會顯示“123456”。

信號指示器
如果你想在顯示特定信息的情況下,同時點亮特定的信號指示器,則需要另外一個8位變量來存儲指示信息。updatelcd程序使用一個switch結(jié)構(gòu),以在顯示數(shù)字之后馬上點亮這些指示器。

特殊狀態(tài)顯示
在displayformatter.c文件的最后還有一組程序。這些程序控制特殊狀態(tài)顯示,例如電表初始化、eeprom初始化和程序故障(異常)。它們被直接寫入lcd寄存器,而且要針對不同的顯示進行定制。

定制顯示管理器
除了顯示用電量、時間和日期以外,如果你還想顯示其它信息,則需要修改顯示管理器。

顯示管理器的第一部分,處理電表地址設(shè)置信息的顯示。僅當(dāng)?shù)刂吩O(shè)置按鈕被按下時才起作用,不需要修改這一部分。

顯示管理器的其它部分,通過全局變量g_lcdmode來獲取類別。為確定要顯示的下一個條目,這個變量在一個字節(jié)內(nèi)包括了所有必要的信息。它的格式如下所示:

總會顯示電表使用過程中累計的總用電量,并顯示由g_lcdmode字節(jié)所指定的條目。在本參考設(shè)計中,這個變量被固定為1―除了顯示總用電量以外,只顯示時間和日期。

控制變量
顯示管理器由狀態(tài)變量disp所控制,該變量有兩個元素:item和state。由名字可以得知,disp.state存放顯示控制器的當(dāng)前狀態(tài),而disp.item跟蹤將要顯示的信息,具體含義如下:

定制這個程序提供兩種選項。你可以選擇改變disp.item的賦值,以及改變程序中它們的選擇順序,或者你可以選擇完全替換掉該程序。后一種選擇可能更好。如果為可能顯示的每個條目指定一個獨立位,或為可顯示條目分配一個列表索引,顯然這樣的條目選擇結(jié)構(gòu)更加靈活。選擇上面的結(jié)構(gòu)是因為它需要的ram空間最小。


添加寄存器
dl/t 645規(guī)定了大量寄存器,用于控制電表運行的各個方面。每個寄存器由一個16位寄存器號指定。在參考設(shè)計中,增加了很多寄存器來控制電表運行的各個方面;在代碼中給出了這些寄存器的說明。本討論內(nèi)容提供了必要的信息,以便通過擴展寄存器映射從電表中獲取更多信息,或者控制新的電表運行特性。
寄存器管理器如何工作
所有任務(wù)都不能掛起正常的任務(wù)輪操作,寄存器管理器任務(wù)要遵循這一原則有很大難度。這是因為寄存器管理器是唯一能夠讀/寫eeprom的任務(wù),并且eeprom寫操作需要(相對)較長的時間―幾個毫秒。因為每20ms (60hz環(huán)境下是16.7ms)就要為dsp程序提供處理器時間,寄存器管理器在eeprom寫周期過程中,絕不允許將系統(tǒng)掛起幾十毫秒的。

要解決eeprom寫入時間問題,一個顯而易見的方法是將i2c程序置為中斷處理方式。這樣一來,寄存器管理器可以啟動一個eeprom傳輸過程,隨即返回主函數(shù)入口main();之后每次被調(diào)用時,寄存器管理器都會通過檢查eeprom子系統(tǒng)的狀態(tài),來確定任務(wù)是否已經(jīng)完成。采用這種方案帶來一個問題,adc周期非常短,以至于adc中斷服務(wù)程序需要獨占中斷子系統(tǒng)。因此,必須采取一些其它保障機制。

解決的方法是采用一個全局標(biāo)志位:eepromoppending。當(dāng)這個標(biāo)志位為低時,任務(wù)輪實質(zhì)上是一個無限循環(huán)過程,反復(fù)調(diào)用系統(tǒng)中的每一個任務(wù)。當(dāng)標(biāo)志位為高時,任務(wù)輪被調(diào)用時執(zhí)行一次并返回,并不調(diào)用寄存器管理器。這樣有什么幫助嗎?

當(dāng)寄存器管理器需要執(zhí)行一個耗時很長的功能時,它啟動這個功能并通過輪詢來確定其是否完成。在輪詢期間,寄存器管理器將eepromoppending置為高,并遞歸調(diào)用任務(wù)輪。下面的代碼給出了一個實際例子:


01: uint8 readeeprom(uint16 address, uint8 length, uint8 *pdata)
02: {
03: int i;
04: g_messageboard.eepromoppending = 1;
05: for(i=0; i 06: {
07: if(i>0)spintaskwheel();
08: eeprom_address = address++;
09: while(eeprom_read_byte())
10: spintaskwheel();
11: *pdata++ = eeprom_data;
12: } // for
13: g_messageboard.eepromoppending = 0;
14: return 1;
15: }

在上面的第4行,eepromoppending標(biāo)志位被置為高。在第7和10行中,spintaskwheel被調(diào)用。如果eeprom標(biāo)志位為高時調(diào)用任務(wù)輪,則spintaskwheel函數(shù)運行一次,并在不調(diào)用寄存器管理器的情況下返回。這樣,即使由于寄存器管理器等候eeprom完成操作而停止下來,電表的其它部分仍可持續(xù)正常運行。

哪些任務(wù)知曉這些寄存器?
只有兩個任務(wù)知道寄存器號:寄存器管理器和消息譯碼器。這些程序中,通常只需要對寄存器管理器進行修改。消息譯碼器識別出與口令管理和其它監(jiān)控功能有關(guān)的寄存器,并且必須在采用正常處理規(guī)則之前獲取這些信息。因此,要構(gòu)建自己的寄存器,只需要熟悉寄存器管理器。 三類寄存器
通常,有三類寄存器:只讀、讀寫和具有額外功能的讀寫寄存器。只讀寄存器的一個例子是b611,rms volts、phase a。主機向這個寄存器寫數(shù)據(jù)是不能執(zhí)行的;實際上,如果電表收到寫數(shù)據(jù)會將其丟棄。而且,多數(shù)只讀寄存器都不在eeprom中:通常,在線計算這些寄存器的結(jié)果,并根據(jù)需要報告結(jié)果。

讀寫寄存器的一個例子是c032,meter number (電表號)。寫入數(shù)值不會對電表操作產(chǎn)生任何影響,而且可以隨時提取該數(shù)據(jù)。最后,一個具有額外功能的讀寫寄存器例子是c030,meter constant, active (有效電表常數(shù))。當(dāng)這個寄存器被寫入數(shù)據(jù)時,寄存器管理器不僅要更新eeprom,同時也要更新dsp程序使用的電表常數(shù)。

哪些任務(wù)需要寄存器信息?
下表列出了需要寄存器信息的任務(wù)。

通常,你主要考慮添加可通過消息譯碼器訪問的寄存器。你可以增加用于顯示的寄存器(或者用于其它任務(wù)的寄存器,但是依據(jù)慣例,你會主要考慮那些可通過通信端口檢索的寄存器)。

讀寫寄存器
首先考慮第一種情況,即存儲和讀取無額外功能的讀寫寄存器。為了添加一個存儲于eeprom內(nèi)的寄存器,你必須添加兩處信息:maxq3120rd.h文件和寄存器管理器中的processregisternumber程序。

maxq3120rd.h包含一個由typedef定義的名為eeprom_data的數(shù)據(jù)類型。這個定義并沒有被真正實例化;而僅僅是作為模板,用于定義數(shù)據(jù)如何存入eeprom。在eeprom_data定義的下面,還定義了兩個宏,用來返回兩個值,分別是結(jié)構(gòu)中某成員的偏移地址和某成員占用的字節(jié)數(shù)。定義新寄存器的第一步,是在結(jié)構(gòu)中添加成員(最好是在尾部),從而為寄存器分配eeprom存儲空間。

下一步是定義寄存器號。這需要編輯寄存器管理器中定義的regparmtable結(jié)構(gòu)。這個表包含了電表中定義的每個寄存器,并按編號排序。每個成員包括:

寄存器號,16位無符號值。
物理數(shù)據(jù)單元編號,用于計算實際寄存器值。例如,寄存器9110請求當(dāng)月總的正向無功用電量。它是兩個電能累加器的和:包括1象限的用電量和4象限的用電量。因此,物理單元的個數(shù)是二。寄存器管理器必須提取指定單元(currentquadrant1accumtariff)和下一個單元(currentquadrant4accumtariff)的數(shù)據(jù),并求和以獲得所需信息。
每個單元的長度,以字節(jié)為單位。
存儲的數(shù)據(jù)類型:int_reg,表示寄存器包含被視為整數(shù)的二進制數(shù)據(jù);bcd_reg,表示寄存器包含的是傳輸前無需進一步轉(zhuǎn)換的bcd碼數(shù)據(jù);或者mdh_reg,表示寄存器包含的是日期信息(月:日:小時)。
eeprom中數(shù)據(jù)的偏移量(單位為字節(jié)數(shù))。
為了節(jié)約處理時間,processregisternumber程序采用二元搜索算法找出寄存器地址。因此,表格保持排序狀態(tài)是非常重要的。如果寄存器表變得無序,結(jié)果就無法預(yù)料了。

一旦表格被更新,新的寄存器可以通過通信通道進行讀寫。電表到底如何處理該信息,是下一部分的主要內(nèi)容。

具有額外功能的讀寫寄存器
還有一種應(yīng)用情況,即你想讓一個寫事件觸發(fā)額外的功能。為了達到這種效果,必須讓寄存器管理器向額外任務(wù)發(fā)送一個消息,或者更新執(zhí)行額外功能所涉及的ram內(nèi)容。作為樣例說明,可在寄存器管理器中搜索c030,你會找到下面這段代碼:

switch(register.word)
{
case 0xc030: // meter constant, real
action_value = 0;
for(i=4; i>1; i--)
{
action_value *= 100;
action_value += (g_commbuffer.message[i] & 0xf) +
(g_commbuffer.message[i] >> 4) * 10;
}
set_e_pulse(action_value); // this will set e_pulse
break;

這段代碼在eeprom的寄存器數(shù)據(jù)更新完畢之后運行。在這個條件下,主機請求改變電表常數(shù)。存儲在eeprom中的電表常數(shù)寄存器更新過后,傳輸?shù)酵ㄐ啪彌_器的毫秒數(shù)值被轉(zhuǎn)換成內(nèi)部電表單位,并通過set_e_pulse函數(shù)發(fā)送給dsp程序。

只讀寄存器
一些只讀寄存器只是簡單地從eeprom中讀取數(shù)據(jù)(如用電量),并通過電表的其它進程來更新其中的數(shù)據(jù)。然而,另外一些只讀寄存器(如rms電壓)并未存儲在eeprom內(nèi)。這些寄存器數(shù)據(jù)存儲在eeprom內(nèi)是沒有任何意義的,而且如果這樣做并連續(xù)更新數(shù)據(jù),會迅速損耗eeprom!你可以在processregisternumber中的表格注釋里找到這些寄存器,表述為“not stored in eeprom”(未存儲在eeprom內(nèi))。

這些寄存器由寄存器管理器的getspecialregister程序來控制。對應(yīng)每個只讀寄存器,程序都在switch分支選擇語句中提供相應(yīng)的條件。例如:

case 0xb611:// voltage (phase a)
g_messageboard.eepromoppending = 1;
request_rms(rms_voltage_request);
spintaskwheel();
while(!(dsp_ctrl & 0x20))
spintaskwheel();
*value = get_rms() / 1000;
g_messageboard.eepromoppending = 0;
*size = 2;
break;

這個例子闡明了一個重要事實,即任何任務(wù)都不能掛起任務(wù)輪。case的第一條語句將消息板中的eepromoppending標(biāo)志位置為高。然后它要求dsp函數(shù)計算rms電壓值,并在dsp函數(shù)忙時遞歸調(diào)用任務(wù)輪。當(dāng)eepromoppending標(biāo)志位置為高后,執(zhí)行一次任務(wù)輪循環(huán),并且不調(diào)用寄存器管理器,從而避免了無限遞歸。一旦dsp函數(shù)完成,將提取rms值并清除eepromoppending標(biāo)志位。

請注意,對于這種類型的只讀寄存器,不必在maxq3120rd.h文件中添加結(jié)構(gòu)來保留eeprom存儲空間。也不必向processregisternumber表添加成員。在處理基于eeprom的寄存器之前,寄存器管理器主程序總要調(diào)用getspecialregister。


定制dsp程序
參考設(shè)計的dsp程序是一套匯編語言模塊,它負(fù)責(zé)處理從adc到脈沖生成以及報告電壓、電流、功率和用電量的整個信號流。大部分程序不需要修改,但也許你希望修改以下方面:
采用一個不同的電流或電壓變換器,從而需要不同的增益因子。
改變系統(tǒng)生成電表脈沖的方式。
改變前端濾波。
dsp程序是如何工作的,以及你可以安全地改變哪些單元,以下部分從較高的層次對此進行了說明。

注意:dsp模塊以預(yù)編譯的目標(biāo)文件形式公開發(fā)布。只有在簽署了保密協(xié)議(nda)的情況下才可以提供匯編語言源代碼。更多信息,請聯(lián)系dallas semiconductor/maxim。

存儲
dsp程序用到ram空間的低地址部分。在dsp模塊中搜索“data memory map”,可以看到dsp程序用到的一系列ram變量。前兩個字節(jié)是一組控制dsp函數(shù)運行的數(shù)據(jù)位。

常數(shù)
可通過調(diào)整兩個常數(shù)來設(shè)置電壓和電流通道的滿量程讀數(shù)。它們分別是w_v_scale和w_i_scale。缺省情況下,這兩個常量被設(shè)置為400v和250a。電壓被設(shè)置為正常條件下不會超越的電平值(280vrms以上),而電流設(shè)定值與可能的電表分流值相一致(250μ至500μ,典型值)。

接口程序
用戶程序可以直接使用一些內(nèi)置程序的返回值。如果可能,你應(yīng)該通過這些內(nèi)置程序與dsp函數(shù)接口,而不是直接與dsp函數(shù)使用的內(nèi)部變量接口。

get_and_clear_usage: 這是c代碼用來提取電量累計值的主程序。通常情況下,需要對用電量進行累計時,dsp程序會通知異步事件管理器。然而,隨時都可以調(diào)用這個程序以獲取精確的用電量讀數(shù)(截至當(dāng)前)。注意,iar編譯器會自動傳遞a[0]內(nèi)的函數(shù)參數(shù),并將結(jié)果返回給a[0]。
get_frequency: 返回0.1mhz步長的線路頻率。值得注意的是,這個子程序缺省情況下并未加載;dl/t 645標(biāo)準(zhǔn)并未要求頻率結(jié)果。
get_power_factor: 返回負(fù)載的功率因子。
get_power: 根據(jù)參數(shù)不同,返回?zé)o功或有功功率。
get_maxd: 返回自上次調(diào)用該函數(shù)后,電表記錄的最大需量(功率)值。
request_rms: 根據(jù)參數(shù)不同,要求dsp計算rms電流或電壓值。
get_rms: 返回最近一次請求的rms值。
set_e_pulse: 接受一個電表常數(shù),并設(shè)置適當(dāng)?shù)膁sp變量以使該電表常數(shù)生效。
中斷服務(wù)程序
參考設(shè)計只使能了一個中斷:就是afe中斷,adc上有一組新的采樣數(shù)據(jù)時產(chǎn)生該中斷。因為adc采樣周期為48μs,實際上中斷服務(wù)程序會很快地結(jié)束它的工作,并返回到主代碼中―在兩個中斷之間只有384個指令周期!

中斷服務(wù)程序執(zhí)行以下功能:

生成輸出脈沖:如果需要一個脈沖,則啟動它。如果脈沖正在進行中,則遞減持續(xù)時間計數(shù)器的值,并在計數(shù)器回零時終止脈沖。
累加求和:將最近的能量采樣值累加到所有適當(dāng)?shù)募拇嫫髦小?
累計rms值:如果被請求,則累計i2或v2。
檢查電壓下限:如果電壓低于門限值,則遞增一個計數(shù)器值。
過零檢測:如果電壓信號正向過零,則設(shè)置一個標(biāo)志位。




關(guān)鍵詞:

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉